openscribe/state/DECISIONS.md
Laurence 51321aa7c5
Some checks failed
ci / firmware (pull_request) Failing after 1s
ci / emulator (pull_request) Failing after 27s
ci / openapi (pull_request) Failing after 33s
ci / server (pull_request) Failing after 37s
feat(server): pluggable AI providers - any open-standard or commercial AI
Lets the owner point transcription and summarisation at any AI: an open-standard
endpoint (OpenAI-compatible / local faster-whisper / Ollama) or a commercial API
(OpenAI, Anthropic, Gemini). Config-driven, self-hostable, no lock-in.

What changed:
- server/app/providers/: provider layer.
  - base.py: Transcriber/Summariser protocols + shared summary prompt + tolerant JSON
    parser (uniform Summary shape across providers).
  - summary.py: OpenAICompatibleSummariser (any /chat/completions - OpenAI, Groq,
    OpenRouter, LocalAI, LM Studio, vLLM, Ollama /v1) and AnthropicSummariser (Claude
    via the official anthropic SDK; Messages API has no OpenAI-compatible endpoint).
  - transcription.py: OpenAICompatibleTranscriber (/audio/transcriptions - OpenAI,
    Groq, self-hosted whisper server) and LocalWhisperTranscriber (faster-whisper,
    execution wired in M5).
  - factory.py: builds the configured providers with per-provider defaults
    (anthropic -> claude-opus-4-8, openai_compatible -> gpt-4o-mini, ollama -> llama3.1).
- config.py + .env.example: transcription_provider / llm_provider selectors + base_url,
  key, model settings; local faster-whisper and Ollama kept as the self-hosted defaults.
- main.py: /health now reports the resolved provider names (no secrets).
- requirements.txt: httpx drives all HTTP providers; anthropic + faster-whisper are
  optional, only for their respective providers.
- docs/ai-providers.md: config recipes for OpenAI, Groq, Anthropic, Gemini, LocalAI,
  LM Studio, Ollama, self-hosted whisper.
- state/: DECISIONS, ARCHITECTURE, TODO updated.

Why:
- The user asked to connect the device to any open standard AI or commercial one; this
  is also the core differentiator vs Plaud's locked cloud.

Notes:
- Anthropic provider uses the official SDK and defaults to claude-opus-4-8 (per the
  claude-api guidance). AI deps are optional per chosen provider. Modules byte-compile
  cleanly; end-to-end wiring into the ingest pipeline lands with M5.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-07-03 18:56:58 +01:00

101 lines
6 KiB
Markdown

# Decisions
> A dated, append only log of decisions and their rationale. Newest at the top. Never
> rewrite past entries; if a decision is reversed, add a new entry that says so.
## 2026-07-03 - Pluggable AI providers (bring your own AI)
- **Decision:** Transcription and summarisation each select a provider via config. LLM:
`ollama` (local, default) | `openai_compatible` (any base_url + key: OpenAI, Groq,
OpenRouter, LocalAI, LM Studio, vLLM, Gemini's OpenAI endpoint) | `anthropic` (Claude via
the official `anthropic` SDK). Transcription: `local_whisper` (faster-whisper) |
`openai_compatible` (OpenAI Whisper, Groq, self-hosted whisper server). See
`docs/ai-providers.md` and `server/app/providers/`.
- **Context:** User: "allow for connecting the device to any open standard AI, or even
commercial ones." This is also OpenScribe's key differentiator vs Plaud's locked cloud.
- **Rationale:** One OpenAI-compatible client covers most of the ecosystem; Anthropic needs
its own provider (different API shape, no OpenAI-compatible endpoint). AI dependencies are
optional per chosen provider, keeping the default install lean and fully self-hostable.
- **Consequences:** No lock-in; the owner picks cost/quality/privacy trade-offs. Anthropic
provider defaults to `claude-opus-4-8`. Local faster-whisper execution is wired in M5.
## 2026-07-03 - Licensing: copyleft, multi-part (REUSE-style)
- **Decision:** Code (firmware, server, app) under GPL-3.0-only; hardware design under
CERN-OHL-S-2.0; case models and documentation under CC-BY-SA-4.0. Licence texts live in
`LICENSES/`; top-level `LICENSE` is GPL-3.0 for forge detection; `LICENSING.md` explains
the split. Apache-2.0 text kept for a possible future permissive client SDK.
- **Context:** User asked for "as open source as possible".
- **Rationale:** Strong copyleft keeps derivatives open (the point of the project); CERN
and CC-BY-SA are the standard reciprocal licences for hardware and creative/docs.
- **Consequences:** Derivatives must stay open. If we later want wide third-party adoption
of a client library, that specific component can be relicensed permissive (Apache-2.0).
## 2026-07-03 - Self-hosted tools throughout
- **Decision:** Forge = Forgejo (git.discworld.casa); CI = Forgejo Actions; STT =
faster-whisper; summaries = Ollama (local LLM); object storage = MinIO (S3-compatible)
or local FS / WebDAV. No required proprietary SaaS anywhere.
- **Context:** User: "using selfhosted tools where possible".
- **Rationale:** Matches the own-your-data goal and keeps running costs at zero beyond the
user's own hardware.
- **Consequences:** User must run a server (NAS / mini-PC) for AI features; the device and
app work without it for plain recording + transfer.
## 2026-07-03 - Self-hosted AI stack in scope for v1
- **Decision:** Build the full pipeline: record -> transcribe (faster-whisper) ->
summarise (Ollama) -> export. AI runs on the server, not the device.
- **Context:** User chose "Full self-hosted AI stack" at the scope checkpoint.
- **Rationale:** Transcription + summary is Plaud's headline feature; server-side keeps the
device cheap and low-power while staying fully self-hosted.
- **Consequences:** Larger build; server is required for AI features. Device stays simple.
## 2026-07-03 - Independent upload target: generic cloud storage
- **Decision:** When on charge / hard-powered, the device uploads to configurable generic
storage: S3-compatible (default: self-hosted MinIO), with WebDAV/NAS as alternatives.
- **Context:** User chose "Generic cloud storage" for the independent WiFi path.
- **Rationale:** Decouples device from any bespoke always-on server; standard protocol;
self-hostable.
- **Consequences:** Server ingests from the store (watch/notify/poll). Object-store
credentials live in device NVS and must be scoped/rotatable.
## 2026-07-03 - Mobile app: Flutter (Android + iOS)
- **Decision:** One Flutter codebase targeting both platforms.
- **Context:** User chose Flutter (Android + iOS).
- **Rationale:** Single codebase, both stores.
- **Consequences:** iOS background BLE is restricted, so BLE = control/provisioning only;
WiFi handles bulk transfer (already the design).
## 2026-07-03 - Hardware: ESP32-S3 + I2S MEMS mic + microSD (off-the-shelf, no PCB)
- **Decision:** Target ESP32-S3 (PSRAM, WiFi + BLE 5, USB). Mic: I2S MEMS (INMP441
default, ICS-43434 upgrade). Storage: microSD. Power: LiPo + charge IC with charge/VBUS
detect. v1 uses modules on a carrier/protoboard; no custom PCB. Full list in
`hardware/BOM.md`.
- **Context:** User asked me to spec a BOM to buy; has ESP32 / Pico W / other boards.
- **Rationale:** ESP32-S3 does all three radios + audio buffering on one cheap chip; I2S
MEMS gives clean digital audio; microSD removes length limits. Pico W and classic ESP32
are viable fallbacks but weaker for audio/PSRAM.
- **Consequences:** Bigger enclosure than a commercial Plaud; a custom PCB is a later step.
## 2026-07-03 - Firmware toolchain: PlatformIO + Arduino-ESP32
- **Decision:** Build the firmware with PlatformIO using the Arduino-ESP32 framework.
- **Context:** Need approachable, reproducible builds and CI.
- **Rationale:** Lower barrier for contributors than raw ESP-IDF; good library support for
I2S, SD, BLE, HTTP; PlatformIO gives pinned, CI-friendly builds.
- **Consequences:** If we hit Arduino limits (fine-grained power, advanced BLE), we can
drop to ESP-IDF per-module or migrate; noted as a possible future change.
## 2026-07-03 - Project name and default audio format
- **Decision:** Name = "OpenScribe" (record + transcribe, open). Default recording format
= WAV PCM 16 kHz mono 16-bit; compressed codecs (ADPCM/Opus) are a later optimisation.
- **Context:** Project bootstrap.
- **Rationale:** Clear, descriptive, unencumbered name; WAV is simple and high quality for
speech and trivial to decode everywhere.
- **Consequences:** Larger files (~115 MB/hour) make WiFi the primary transfer path;
revisit with Opus for battery-mode transfer and storage.