ficc-voice
1 使用タイミング
T0はこのファイルとアウトラインのみを読みます。エージェントはパケット全体を読み、その後各カードモードのルールに従います。執筆開始前に、1作品につき1つのアウトラインを<作品名>-提纲.mdとして下書きファイルの隣に置き、パスをパケットに記録します。
2 リレー表
| ステップ | シート | 読み取り | 入力 | 出力 | 不備時 → |
|---|---|---|---|---|---|
| ① アウトラインの構築または要約（ハンドハンドオフアウトラインが代わりになる：ficc-hand/references/handoff.md 3） | outliner build | FICCOutline.md 1–4 および 8 | 目標、素材または原稿 | アウトライン（名前表名字表、順序、展開、〔标题〕行） | outliner |
| ② 配置 | outliner place | FICCOutline.md 4.2 および 5–6 | アウトライン、新規素材または変更 | 配置記録（references/placement-record-template.md）、修正アウトライン | outliner |
| ③ 関係付け | structurer relate | FICCStructure.md 1–5 および 9 | アウトライン、配置記録 | 関係シート（references/relation-sheet-template.md） | 配置異議（安放异议）→ outliner |
| ④ 段落 | composer compose | FICCCompose.md | ノード、関係シート、素材抜粋、隣接本文 | 段落下書き | 関係問題 → structurer |
| ⑤ 文、表現 | writer polish | FICCVoice.md | 段落下書き、名前表、素材抜粋 | 修正ノード、結果シート | 段落問題 → composer |
| ⑥ チェック | 全4シート（writer：表現、cold read）、原典対照シート、反論視点シート | §3 チェック | 全文 | 指摘事項 | §3に従う |
| ⑦ 納品 | T0 | §4 | 確定全文 | Google Doc | ⑥ |
Cold readは全文と名前表のみを受け取ります。T0は⑥の指摘を統合し、各々を該当シートに場所、矛盾、必要な判断とともに返送します。不足エビデンスは研究シートに並行送信し、影響範囲のみ再チェック、内容の判断は行いません。
短い作品（本文600字以内、O44カウント、任意ノードスケール）：1シート、writerが下書きを行い、④⑤をreferences/compose-excerpt.md（子ノード、セクション単位の継続または作品全体の締め：さらにC04–C06、C17–C19）に従って処理した後、FICCVoice.mdを適用。段落下書きは作りません。表現のみの修正：⑤のみ（writer patch）。2ステップの保持は権限を拡大しません。
3 受理・返却表
| 不備 | ルール | シート | チェック |
|---|---|---|---|
| 新素材未配置、保持情報に対して長さ不足、空の木または主張、配置理由なし | FICCOutline.md 1–6 | outliner | FICCOutline.md 9 |
| 関係不明または根拠変更、並列表現を因果として記述、必要な因果関係の未証明、グループ内のリンク欠落 | FICCStructure.md 1–5 | structurer | FICCStructure.md 10 |
| 肥大化した段落、冒頭が主張でない、1段落に2つのタスク、継続目次としての記述、締めの再述 | FICCCompose.md 1–6 | composer | FICCCompose.md 7 |
| 追いにくい文、不明確な参照、曖昧な条件や範囲、目立つ継ぎ目 | FICCVoice.md 2–4 | writer | FICCVoice.md 7 |
| 測定基準のない数値、出典消失、誤った注釈、同一物に2つの名称 | FICCVoice.md 5、名前表 | writer | FICCVoice.md 7 |
| 事実が原典と矛盾 | source-check.md | 原典対照シート | 照合 |
| 見出しレベルの誇張 | source-check.md | 反論視点シート | 反論視点シート |
| 書式・空白 | references/format-and-maintenance.md | writer | references/clarity-acceptance.md 3 |
4 確定判断と指針
- チェック済みアウトラインをチャットに投稿。ユーザーが最初に確認を求めた場合のみ、承認を待つ。
- 執筆開始前にアウトラインで決められるもの（見出し、測定基準・指標、データ期間、名前表、変更セクションの書式）は決めておく。後での判断は修正ラウンドを1回増やす。
- T0設定のデフォルトが100文以上に触れる場合：派遣前に1文でユーザーに確認するか、1作品で試行する。
- スタイルのみの編集または文語体変換：原稿からアウトラインを要約、再構築はしない。
- T0は統合されたToDoをそれぞれの所有者に振り分ける。執筆シートはアウトライン、配置記録、関係シートを横で編集しない。
- どのシートも配置記録が保持する事実を削除せず、表現と詳細を圧縮するのみ。削除が必要な場合はアウトライナーに配置レビューを依頼する。
- 研究記事では必ず反論視点シートを実施。このシートのみが見出しレベルの誇張を捉える。
- 提出前に、scripts/voice_check.py --clarity および scripts/cjk_space.py --check を実行。確定したハードエラーを修正。現在の選好に従って2つの「！」行（「不是……而是」、ダッシュ）を修正。その他の「！」項目はカウントのみ。
- ルールファイルの見出しや節番号を変更した後は、scripts/xref_check.py を実行。
- 4つのルールファイルはルールのみを保持。書き換え例：references/examples-and-rewrites.md；明確化書き換え：clarity-rewrites.md；接続詞：connectives.md；モデル文：exemplars.md；書式：format-and-maintenance.md；根拠：dev-notes.md。
- ユーザーの現在の要求を優先。著者の原文と比較して下書きしない。ユーザーの修正を該当ルールファイルに書き込む。
- デフォルトはネイティブGoogle Docで納品し、Doc IDでインプレース更新。Markdownは作業用ソース。
- 2026-10-16以降、ルールファイルは簡潔な英語。ルール番号は凍結、廃止番号はポインタを保持し再利用しない。references/zh/はアーカイブのみ、エージェントは読まない。
5 派遣詳細
references/dispatch-notes.mdを参照。