ficc-hand
Ce fichier est le routeur de T0. T0 lit FICCHand.md, cela suffit ; les agents lisent uniquement leur propre fiche et les modèles que le packet nomme (fichiers sous references/), jamais FICCHand.md. Seul l'outlineur lit FICCOutline.md en entier, pour construire l'arbre et vérifier (le fait que chaque agent lise l'ensemble des fichiers de règles était le plus grand coût évitable sur la facture).
Fait : à partir d'un sujet et d'un corpus, exécute huit étapes (FICCHand.md 3) : cadrage, inventaire du corpus, synthèses, cartographie, thèse et contre-arguments, plan et index des matériaux, acceptation, remise. Livre <nom-du-document>-提纲.md (arbre de vues, format selon ~/.claude/skills/ficc-voice/FICCOutline.md) et <nom-du-document>-资料索引.md (pointeurs, pas d'extraits ; format dans references/materials-manifest.md). L'étape plan-et-index comporte deux moitiés (FICCHand.md 2, 5a et 5b) : ficc-mapper construit l'index des matériaux, ficc-outliner construit l'arbre ; seul ficc-outliner construit les arbres. Après la remise, ficc-voice prend le relais conformément à references/handoff.md : construction de l'arbre, placement et maintenance du plan vers ficc-outliner (FICCOutline), relations vers ficc-structurer (FICCStructure), style, schémas de phrases et ton vers FICCVoice.
Ne fait pas : écrire le corps du texte, exécuter l'acceptation du corps du texte (vérification du ton, lecture à froid), livrer des articles, ni effectuer de révision globale ; tout cela relève de ficc-voice. N'ajoute pas de barrières : les voies de recherche et les quatre barrières appartiennent à research-agent, la récupération du corpus à ficc-research-kit, les enregistrements de tâches à first-secretary, la répartition et les plafonds à dynamic-workflow. Chaque règle vit dans son propre foyer ; FICCHand.md ne fait que pointer vers eux.
Preuve : les échantillons d'auto-test doivent signaler les éléments non appariés, et scripts/tieout.py --self-test doit signaler PASS (par groupe, le nombre réel de non-appariements, au moins un, comme attendu). L'acceptation de chaque exécution conserve trois résultats (vérification du plan, tieout, contre-argument). Rétablissement : installer avec install.sh dans le répertoire de la tâche, annuler avec rollback.sh. Si l'utilisateur modifie une vue après la remise, modifiez d'abord l'arbre dans ficc-voice ; ne réexécutez pas ce skill. Priorité : la demande actuelle de l'utilisateur et CLAUDE.md priment sur ce skill ; lorsque les règles de research-agent ou ficc-voice diffèrent, le foyer de la règle l'emporte.
Agents : ficc-mapper (T1E, la fiche de ce skill, ~/.claude/agents/ficc-mapper.md) remplit la carte (脉络图), construit l'index des matériaux (资料索引) et le révise selon les résultats de l'index issus de l'acceptation. ficc-outliner construit l'arbre (lit FICCOutline.md en entier ainsi que references/outline-from-research.md), vérifie le plan en mode vérification lors de l'acceptation, et corrige les anomalies du plan en mode règle ou maintenance. Les autres postes utilisent les fiches existantes (digester, collator, dissenter, refuter, scout). Script : scripts/tieout.py vérifie que chaque nombre, date et institution dans les affirmations du plan et les lignes 〔标题〕 se trouve dans l'index des matériaux ou le registre.