13 tickets across server (5), copy (6), client (1), planning (1). Sprint goal: ship voice pipeline to production via observer integration, remove v0.1 dead weight, stabilize codebase. #648 cancelled as duplicate of #658. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2.1 KiB
2.1 KiB
Sprint 26: Clean House — Client Tasks
Goal: Ship the voice pipeline to production by integrating observer, removing v0.1 dead weight, and stabilizing the codebase.
Branch: client
Agents: Stig (dev), Tyre (arch), Hoshe (QA)
New Tickets
| # | Title | Blocked by |
|---|---|---|
| #646 | UX: AI-Enhanced Dialogue toggle + hardware detection | #641 (done) |
Use tooling/db/ticket show <id> for full details.
Key Decisions
decisions/content.md— D-138 (LLM re-voicing pipeline: pre-voicing modes, base-text fallback model, hardware detection requirement)decisions/architecture.md— D-088 (3-state pause system, server-authoritative)
Notes
- #646 AI-Enhanced Dialogue toggle + hardware detection: The voice pipeline (server-side,
server/src/voice/) is wiring up this sprint via #652. The client needs layered hardware detection and player-facing controls so the feature degrades gracefully. Three detection layers in sequence: (1) CPU/RAM check — can the model even load? (2) time-per-token benchmark on first load — is it fast enough to be useful? (3) player-facing toggle — opt out even on capable hardware. The toggle state must persist (see #627 SQLite settings storage — not in this sprint, use a flat config file orProjectSettingsas interim). The UI for this is in the options/settings panel. Coordinate with server team: the client toggle must communicate to the server process whether voicing is requested (the server queue drains but does not requeue when disabled). Key integration point:client/scripts/settings panel and the existingSR_LIVE/ subprocess launch flow. Checkdocs/workshops/llm-voice-pipeline/for hardware thresholds decided in the workshop.
Dependency Chain
#646 (UX toggle + hardware detection) — #641 done, unblocked
PR Workflow
When ready to submit, create a PR with tea CLI. All flags are required to avoid TTY prompts (see CLAUDE.md "Gitea access" section):
tea pr create --repo jpmschweitzer/settled-reach --login schweitz --title "feat(ui): description" --description "body" --base main --head client