ficc-hand
本文是 T0 的路由器。T0 读取 FICCHand.md 即可；Agent 只读取自己的卡片和包内引用的模板（references/ 下的文件），不读取 FICCHand.md。只有大纲构建器（outliner）会完整读取 FICCOutline.md 来构建观点树和进行检查（过去让所有 Agent 完整读取规则文件是账单上最大的可避免开销）。
职责：从题目和语料出发，执行八个步骤（FICCHand.md 第 3 节）：框架构建、语料清点、摘要、脉络图、论点和反方观点、提纲与资料索引、验收、交接。产出 <文稿名>-提纲.md（观点树，格式见 ~/.claude/skills/ficc-voice/FICCOutline.md）和 <文稿名>-资料索引.md（指针，非摘录；格式见 references/materials-manifest.md）。提纲与索引步骤分为两半（FICCHand.md 第 2 节，第 5a 和 5b 小节）：ficc-mapper 构建资料索引，ficc-outliner 构建观点树；仅 ficc-outliner 构建观点树。交接后，ficc-voice 按 references/handoff.md 接管：观点树构建、放置和大纲维护交给 ficc-outliner（FICCOutline），关系交给 ficc-structurer（FICCStructure），风格、句式和语气交给 FICCVoice。
不涉及：撰写正文、执行正文验收（语气检查、通读）、交付文章或全面编辑；这些全部属于 ficc-voice。不增加关卡：研究路径和四个关卡属于 research-agent，语料检索属于 ficc-research-kit，任务记录属于 first-secretary，调度和上限属于 dynamic-workflow。每条规则各归其主；FICCHand.md 仅指向它们。
验证：自测样本必须报告不匹配项，且 scripts/tieout.py --self-test 必须报告 PASS（按组报告实际不匹配数，至少一个，如预期）。每次运行的验收保留三个结果（提纲检查、tieout 检查、反方观点）。恢复：在任务目录中用 install.sh 安装，用 rollback.sh 回滚。如果用户在交接后更改观点，先修改 ficc-voice 中的观点树，不要重新执行本技能。优先级：用户当前请求和 CLAUDE.md 的优先级高于本技能；若 research-agent 或 ficc-voice 的规则与本技能不同，以规则所属文件为准。
Agent：ficc-mapper（T1E，本技能的卡片，~/.claude/agents/ficc-mapper.md）负责填充脉络图（脉络图）、构建资料索引（资料索引）并根据验收中发现的索引问题修订它。ficc-outliner 负责构建观点树（完整读取 FICCOutline.md 及 references/outline-from-research.md），在验收的检查模式下检查提纲，并在规则或维护模式下修复提纲发现的问题。其他席位使用现有卡片（摘要器、整理器、反对者、反驳者、侦察员）。脚本：scripts/tieout.py 检查提纲声明和〔标题〕行中的每个数字、日期和机构是否出现在资料索引或台账中。