Bot-free meeting capture that feeds tasks and follow-ups
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 12/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- electron, python, typescript
Hướng nghiên cứu
This spans the Electron capture code in desktop/electron/main/ and desktop/src/features/voice/audio/, the transcription path in sentient/voice/stt.py and sentient/gateway/routes/voice.py, and task and follow-up hooks in sentient/tasks/service.py and sentient/proactivity/followups.py. Start by reading how the existing local STT is invoked, then trace how a proposed task is created. Done means a fixture audio file yields a transcript and proposed tasks under FakeProvider tests, with a recording indicator and audio deletion. Scope it into smaller pieces before starting.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Meetings produce most commitments, and nobody wants a bot joining their call. Meetily shows the whole pipeline runs locally under MIT. Granola's bot-free approach is popular but gives little back if you don't type notes. OpenClaw added live meeting notes and searchable transcripts.
Idea: Capture system audio and the mic locally, with no bot joining the call. Transcribe with faster-whisper (or Parakeet), then summarize on the local model into decisions, action items and tasks, feeding the dropped-follow-up engine. Recording is visible and opt-in per meeting, and audio is deleted after transcription.
Status in Sentient today: New. Local STT exists in sentient/voice/stt.py.
Where: System-audio capture in desktop/electron/main/ and desktop/src/features/voice/audio/, upload and transcription in sentient/voice/ and sentient/gateway/routes/voice.py, summarizing into tasks via sentient/tasks/service.py and follow-ups in sentient/proactivity/followups.py, and docs/API.md.
Done when:
- a recorded meeting yields a transcript, decisions and action items, with tasks proposed
- a visible indicator shows while recording
- audio is deleted after transcription
- tests cover the pipeline with a fixture audio file and
FakeProvider
Sources:
- https://meetily.ai/open-source
- https://hirekai.ai/blog/granola-review
- https://docs.openclaw.ai/releases
Roadmap ID: PRO-5 · Priority: P1 · Size: L
- Ngôn ngữ chính
- Python
- Star
- 702
- Fork
- 113
- Merge trung bình
- 5 giờ 8 phút
- Pull request đã merge (30 ngày)
- 171
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của existence-master/Sentient
-
area: channels enhancement good first issue priority: P2 size: S
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
existence-master/Sentient#457 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: desktop bug good first issue priority: P2 size: S
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
existence-master/Sentient#454 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: desktop bug priority: P2 size: S
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
existence-master/Sentient#440 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: desktop bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
existence-master/Sentient#426 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area: memory bug flaky
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
existence-master/Sentient#422 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của existence-master/Sentient
Issue tương tự
-
documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ianktoo/project-monitor#14 ·
-
A wrong descriptor checksum is refused with the right one, also for an xprv or WIF descriptorĐang mởsecurity
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
btclib-org/btclib-wallet#478 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
security
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
btclib-org/btclib#2727 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue lead variant:container
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
radialmonster/orf-cleanroom#10 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
gdsa opencode: keep-alive cleanup trap fails with 'keepalive_pid: unbound variable'Có thể đã có người làm @darribas đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100