Application de gestion centralisée
Go to file
alf adc0904009 feat(voice): migration CosyVoice → OmniVoice (.cvps → .ovsp)
Suit docs/OMNIVOICE_VOICE_MIGRATION.md (app patiente migrée vc17+, 22/06).
- enroll.py : réécriture encodeur OmniVoice (create_voice_clone_prompt → format binaire
  OVSP : magic|T_ref|text_len|tokens[8*T_ref]|ref_text). Cap réf 16s. prepare_wav 24kHz.
- transcribe.py : ASR interne OmniVoice (plus d'openai-whisper, absent de ov_venv).
- transfer.py : omnivoice_dir_for (<MODELS_DIR>/omnivoice/voices), deployed_ovsp,
  push_ovsp, suffixe .ovsp.
- bridge.py : OV_PYTHON (/opt/Kazeia/ov_venv). worker dispatch inchangé.
- orchestrator.py : .ovsp, ovsp_bytes ; verrou d'exclusivité + archive WAV INCHANGÉS.
- store : colonne cvps_bytes → ovsp_bytes (+ migration ALTER RENAME idempotente).
- tests adaptés. 39/39.
- validé live sous ov_venv : enroll → .ovsp format byte-identique à damien.ovsp (réf
  engine) ; auto-ASR FR correcte ; bridge ping/transcribe/enroll chaud OK.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-23 10:15:11 +02:00
docs docs(voice): texte d'enrôlement = phrase de consentement connue + exclusivité dure 2026-06-21 08:52:37 +02:00
kazeia_central feat(voice): migration CosyVoice → OmniVoice (.cvps → .ovsp) 2026-06-23 10:15:11 +02:00
tests feat(voice): migration CosyVoice → OmniVoice (.cvps → .ovsp) 2026-06-23 10:15:11 +02:00
.gitignore chore: socle Kazeia-central (étapes 0-1 lecture) + spec provider RPC 2026-06-18 14:51:41 +02:00
CLAUDE.md chore: socle Kazeia-central (étapes 0-1 lecture) + spec provider RPC 2026-06-18 14:51:41 +02:00
README.md chore: socle Kazeia-central (étapes 0-1 lecture) + spec provider RPC 2026-06-18 14:51:41 +02:00
pyproject.toml chore: socle Kazeia-central (étapes 0-1 lecture) + spec provider RPC 2026-06-18 14:51:41 +02:00

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-centralsibling de /opt/Kazeia et /opt/Kazeia-engine, repo git autonome (ne PAS placer sous /opt/Kazeia, cf. CLAUDE.md §7).