Kazeia-central/kazeia_central
alf 8d90c49e54 feat(provider): client RPC base64-JSON (débloqué — app patiente vc19 livrée)
Le blocage est levé : PROVIDER_RPC_SPEC implémenté+validé côté app (vc19, schema 2).
- ProviderClient.rpc() : content_call base64 → décode result_b64 (JSON) | {path,count} ;
  RpcError(code) sur ok=false (http_status 404 not_found sinon 502, lu par Ctx.guard).
- Méthodes typées : capabilities/supports, cfg_dump/apply, presets_dump/apply,
  profile_dump/upsert, rag_dump/upsert, rag_sync, conversations_export, export_purge,
  voices_reload.
- Validé LIVE sur vc19 : capabilities (16 méthodes), cfg_dump (prompt 718c avec ':'
  intact — ce qui casse en content query).
Débloque config/presets, push profils (fiche+langue), authoring RAG, export conversations.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-01 18:01:24 +02:00
..
core feat(provider): client RPC base64-JSON (débloqué — app patiente vc19 livrée) 2026-07-01 18:01:24 +02:00
features refactor+ui: distinction nette Technique / Médical 2026-07-01 16:54:43 +02:00
web refactor+ui: distinction nette Technique / Médical 2026-07-01 16:54:43 +02:00
__init__.py chore: socle Kazeia-central (étapes 0-1 lecture) + spec provider RPC 2026-06-18 14:51:41 +02:00
__main__.py refactor: architecture modulaire core/features + routers par domaine (phase 1) 2026-06-30 16:57:26 +02:00
app.py refactor+ui: distinction nette Technique / Médical 2026-07-01 16:54:43 +02:00