- fleet.py : fan_out() séquentiel isolant les échecs par tablette (§9), et device_overview() (résumé santé partiel, sous-requêtes isolées). - API : GET /api/fleet/overview (enrichi des labels), POST /api/fleet/update-check, POST /api/fleet/update-install (audité). - UI : bouton « Vue parc » → tableau d'ensemble (état, RAM, MAJ, RAG, profils, sessions, crashes) + vérification OTA sur tout le parc. - tests : +6 (isolation des échecs, overview partiel, endpoint). 25/25. - validé live : overview + update-check sur tablette réelle (parse_call_bundle OK). 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).