feat(cerveau): un cerveau local configurable, une table de réflexes, et le journal en fenêtre

[phmatray]

Jarvis peut répondre sans réseau. Son oreille (voxtype) et sa voix (piper)
étaient déjà locales ; seul le cerveau sortait.

Le cerveau local

bin/jarvis-local parle à n'importe quel serveur compatible OpenAI —
llama-server, LM Studio, Ollama, LocalAI, vLLM — et imite exactement les
événements stream-json de claude -p, que bin/jarvis-sentences avale
déjà. Le chemin de la voix ne sait pas quel cerveau lui parle, et c'est ce
qui rend la bascule possible en une dizaine de lignes.

Aucun outil, délibérément : un modèle de 4 milliards de paramètres qui
pilote un shell est un risque qu'on ne prend pas.

Configuré par trois lignes de l'âme (cerveau, cerveau-url,
cerveau-modele) et une section « Cerveau » dans le Control Center. Une
seule entrée « compatible OpenAI » plutôt que vingt fournisseurs : ils
parlent tous le même protocole.

Mesuré sur ce M2 sous Asahi

	CPU / NEON 8t	Vulkan / Honeykrisp
pp2048	62,9 t/s	108,0 t/s
tg128	11,6 t/s	15,2 t/s

Avec Qwen3.5-4B en Q4_K_M, 1,5 à 4,6 s avant le premier mot prononcé.

Deux pièges qui rendent un cerveau local muet sans rien dire :

• un modèle « thinking » envoie sa réflexion dans reasoning_content,
  épuise son budget et la réponse n'arrive jamais → --reasoning off
  obligatoire dans l'unité, et filtrage côté pont ;
• le prefill de la persona coûte ~16 s. omarchy-jarvis warmup le paie au
  démarrage en envoyant exactement la persona que l'échange enverra — un
  préchauffage à « bonjour » sans prompt système réchauffe un préfixe que
  personne n'utilise. 23 376 ms → 2 581 ms au premier échange.

La table des réflexes

Interrogé hors ligne sur l'heure, le modèle a répondu « Il est 14h37 » à
23 h passées, avec aplomb, dans le format parlé exact de Jarvis. Une valeur
plausible et fausse est pire qu'un refus.

memory/REFLEXES.md répond à l'heure, la date, la batterie, le
ne-pas-déranger, le son et les thèmes sans modèle, en 200 ms, et
exactement. Motifs ancrés sur le transcript entier comme NOISE.md, slot
numérique borné 0-100, liste d'interdits appliquée au chargement, et
omarchy-jarvis reflexe? pour l'asserter sans micro.

118 cas figés, dont 56 négatifs — de vraies demandes qui doivent
atteindre le cerveau.

Le journal en fenêtre Hyprland

PanelWindow → FloatingWindow : Hyprland le tuile comme une application,
l'écran se partage. Vérifié floating=False, 780×953, le terminal voisin
réduit d'autant.

Trois bugs que la route locale a révélés

• « Oublier » ne marchait pas hors nuage, et échouait silencieusement
  (le panneau appelle undo --quiet).
• reset laissait la carte du panneau sur l'échange d'avant.
• L'onglet « Aujourd'hui » restait vide en local : il lisait le JSONL de
  claude. Il se replie sur le journal du jour, écrit par les deux routes.

Plus un verrou mortel évité de justesse : la garde qui empêche un tour local
d'écraser $BRAIN_STATUS condamnait auto à rester local à vie. Le mode
retente le nuage toutes les dix minutes.

Audit d'excès d'ingénierie — 630 lignes en moins

sprites/variants.py et sprites/preview.py supprimés, voxtype.toml de
103 à 16 lignes (vérifié en transcrivant le même wav : sortie identique),
deux parseurs maison remplacés par argparse, les quatre sondes jumelles de
Journal.qml en un component, et une vingtaine d'autres coupes.

---

408 tests, 0 échec. Rebasé sur la 1.5.0.

🤖 Generated with Claude Code

https://claude.ai/code/session_01Ls94YXz6tFuYvTzRW6if3t

[phmatray]

Diagnostic du check rouge — tes tests dépendent du fuseau, pas de mon empaquetage

J'ai d'abord vérifié que ce n'était pas moi : origin/main seul passe 374 / 0. L'empaquetage est propre.

Sur ta branche, en revanche :

ici, en CEST      →  408 réussite(s), 0 échec(s)
TZ=UTC (le runner) →  406 réussite(s), 2 échec(s)
la CI à 22:13 UTC  →  405 réussite(s), 5 échec(s)

Le nombre d'échecs change avec l'heure d'exécution, ce qui est la signature d'une frontière de date. Les cas touchés écrivent un journal daté $(date +%F) (tests/run:1540) puis attendent que jarvis transcript le retrouve — et les deux ne calculent pas « aujourd'hui » au même moment de la journée selon le décalage.

Reproduction en une ligne, ici, sans CI :

TZ=UTC ./tests/run

Les deux cas qui tombent à 00:21 UTC :

✗ transcript : les derniers échanges, avec ce qu'il a pensé et fait — le dernier échange
✗ conversations : la liste, la courante marquée, les rondes à part — la courante est marquée et comptée

Le second n'est pas dans la liste de la CI, ce qui confirme que l'ensemble qui tombe dépend de l'heure exacte.

C'est ta fonctionnalité et ton dessin de test, donc je ne touche à rien. Deux directions selon ton intention : épingler TZ dans tests/run pour rendre la suite déterministe, ou faire écrire au test la même date que celle que le code interroge plutôt que date +%F.

Pour mémoire : je n'ai pas mergé cette PR. Le rouge est sur tes propres tests, et merger par-dessus casserait main — c'est le seul geste que je me refuse ici.

[phmatray]

Correction — mon diagnostic ci-dessus est faux, ne le suis pas

Trois choses que j'aurais dû vérifier avant de le poster :

tests.yml:43 épingle déjà TZ: Europe/Brussels, et l'épinglait déjà au commit rouge. Mon TZ=UTC ./tests/run écrasait donc un réglage délibéré : les deux échecs que j'ai « reproduits » étaient fabriqués par moi, pas révélés.

Le run rouge portait sur 5280156, une tête périmée. Tu as poussé b767c6f à 00:17:46 — vert — puis mergé à 00:19:29. J'ai lu l'échec de l'avant-dernier commit et l'ai présenté comme l'état de la PR.

Il n'y a pas de flake au fuseau. main est verte, et pour la bonne raison.

Ce qui reste vrai et qui a servi : origin/main seul passe 374/0, donc l'empaquetage n'était pas en cause. Le reste de ce commentaire précédent est à jeter.