- worker.py : process persistant sous cv_venv (teacher + Whisper chauds), protocole
JSON-lines. Canal stdout propre (fd1→stderr) pour ne pas corrompre l'IPC avec le
bruit torch/librosa.
- bridge.py : pont côté API py3.14 (sans torch) — lance/pilote le worker en
subprocess, jobs sérialisés, démarrage paresseux.
- transcribe.py : Whisper sur le segment PRÉPARÉ (texte == segment enrôlé), défaut
"small" ("base" transcrit mal le FR, validé).
- Validé live : 1 worker chaud sert ping+transcribe(fr)+enroll, réutilisé (même PID),
protocole non corrompu (bruit libs → stderr).
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
|
||
|---|---|---|
| docs | ||
| kazeia_central | ||
| tests | ||
| .gitignore | ||
| CLAUDE.md | ||
| README.md | ||
| pyproject.toml | ||
README.md
Kazeia-central
Console de poste (PC/Mac) qui pilote les tablettes Kazeia branchées en USB : récupération des conversations cliniques, gestion du corpus RAG, et parité avec Kazeia-admin (config, presets, profils, voix, mises à jour).
Architecture, contrat de protocole et décisions : voir
CLAUDE.md. Spec des extensions provider à livrer à l'app patiente :docs/PROVIDER_RPC_SPEC.md.
État
Socle (étapes 0-1, lecture de flotte) en place :
kazeia_central/adb/— wrapper adb (découverte,content query/call, push/pull).kazeia_central/provider/— client typé (pydantic) des endpoints provider existants.kazeia_central/api/— API FastAPI + (à venir) UI web locale.
Les écritures (config/presets/profils/RAG) et l'export des conversations attendent
les méthodes call() base64-JSON côté app patiente (cf. docs/PROVIDER_RPC_SPEC.md).
Démarrer
python -m venv .venv && . .venv/bin/activate
pip install -e ".[dev]"
pytest -q # tests unitaires (parsing)
uvicorn kazeia_central.api.app:app --reload # API sur http://127.0.0.1:8000
Prérequis : adb dans le PATH, tablette en débogage USB autorisé.
Repo
/opt/Kazeia-central — sibling de /opt/Kazeia et /opt/Kazeia-engine, repo git
autonome (ne PAS placer sous /opt/Kazeia, cf. CLAUDE.md §7).