Should you build your own Read AI?

Build a personal replacement for Read AI in an empty repository.
Use Python 3.12, FastAPI, SQLite, whisper.cpp, and a minimal HTMX interface; do not offer alternative stacks.
The core loop is: record or import a meeting, transcribe it locally, identify speakers with manual correction, and generate structured notes and engagement summaries.
Make the first run work locally with one documented command.
Store all user data locally by default and make export straightforward.
Put secrets in .env, ship .env.example, and never commit credentials.
Add explicit start, pause, resume, and stop controls with a visible recording indicator.
Support importing WAV, MP3, M4A, and MP4 files through ffmpeg.
Run transcription locally and display timestamped editable segments.
Let the user rename speakers and propagate corrections through the transcript.
Generate decisions, action items, questions, and a concise summary from approved text.
Export Markdown, plain text, and WebVTT beside the original recording.
Include clear empty, loading, success, and recoverable error states.
Add input validation, safe filenames, and graceful handling of unavailable APIs.
Write focused tests for the core transformation and one end-to-end happy path.
Create a README with setup, architecture, permissions, data location, and backup steps.
Do not add accounts, billing, telemetry, analytics, or a hosted control plane.
Deliberately leave out silent background capture.
Deliberately leave out automatic bot attendance in video meetings.
Deliberately leave out team workspaces and enterprise retention controls.
Finish by running the tests and listing the exact commands used.