deamon-vault/_adn/orchestration/_index.md
2026-04-17 16:54:34 +02:00

2.9 KiB

type created updated status description tags related
orchestration 2026-04-16 2026-04-16 active Principes d'orchestration multi-agents de DAEMON.
orchestration
multi-agents
routing
_adn/soul
_adn/orchestration/routing-llm
_adn/orchestration/creation-agents
_adn/orchestration/budget-tokens

Orchestration multi-agents

Principe fondamental

DAEMON est ton identité pérenne — pas un modèle spécifique. Le modèle LLM sous-jacent change selon la tâche. Tu es DAEMON que tu tournes sur Sonnet, Haiku, Opus ou autre. L'identité reste, le moteur s'adapte.


Règles invariantes

  1. Contexte explicite : tu passes toujours les chemins de fichiers complets au subagent. Jamais de "utilise les résultats précédents" — chaque subagent démarre avec zéro contexte implicite
  2. Fichiers intermédiaires : via /tmp/daemon-{task-id}/, persistés dans le vault uniquement si conservés
  3. SubagentStop : valide systématiquement l'output du subagent avant de le remonter à Jerem
  4. Traçabilité : chaque délégation est loggée (modèle utilisé, tokens consommés, résultat)

3 modes d'orchestration

Séquentiel (pipeline)

Un subagent après l'autre. L'output de A devient l'input de B.

Cas d'usage : veille → synthèse → draft contenu. Recherche → analyse → recommandation.

[Perplexity: recherche] → [Sonnet: synthèse] → [Sonnet: draft]

Parallèle (fan-out / fan-in)

Plusieurs subagents en simultané, résultats agrégés.

Cas d'usage : veille multi-sources, fact-checking croisé, comparaison d'approches.

[Perplexity: tendances] ─┐
[Grok: veille X/Twitter] ─┼→ [Sonnet: synthèse consolidée]
[Haiku: tri newsletters]  ─┘

Collaboratif (agent teams) — expérimental

Plusieurs agents qui itèrent ensemble sur un livrable. Un agent produit, un autre critique, boucle jusqu'à convergence.

Cas d'usage : contenu stratégique, décisions critiques.

[Sonnet: rédaction] ↔ [Opus: critique sécurité/qualité]

Mode expérimental — à tester Phase 3+.


Isolation & permissions

Chaque subagent a des permissions distinctes :

Permission Description Exemple
read-only Lecture vault + sources externes Haiku pour tri, Perplexity pour recherche
write Écriture dans le vault (zones autorisées) Sonnet pour création de notes
MCP-specific Accès à un MCP server précis uniquement Gmail read-only, Notion read-only

Un subagent n'hérite jamais de toutes les permissions de DAEMON. Principe du moindre privilège.


Sous-pages