議事録（Meeting Minutes）
文字起こし（トランスクリプト）を処理し、構造化された監査可能な記録を生成します。議事録は事実（ファクト）となります。3週間後、誰かがこの文書を合意内容の証拠として引用するでしょう。そのため、記録するすべての内容はトランスクリプトに遡って追跡可能でなければならず、推定した内容は明示的に述べられた内容から視覚的に分離されていなければなりません。記録することは証明することです。あなたの分析が、参加者の発言を装ってはなりません。
このワークフローは、面談なしでの統合（synthesis without interview）です。会議はすでに終了しています。未解決の質問は、アンケートを介して該当者に送付され、要件に関する内容は /requirements-discovery に送られます。
トランスクリプト: $ARGUMENTS
出典の境界（Provenance boundary）
requirements-rigor に基づき、ここでは出典は次の3つの形式をとります。
[STATED: speaker, "short paraphrase"]（日本語:[発言: 発言者, "短いパラフレーズ"]）：トランスクリプト上で発言された内容。すべてのアクション、決定、優先順位には、誰が発言したかと、5～15語のパラフレーズが付与されます。監査のためには、誠実なパラフレーズで十分です。[ASSUMED: base]（日本語:[推定: 根拠]）：あなたの分析が会話のパターン（提案後の沈黙、あいまいな「OK」、誰も明示的に引き受けなかったが決定に暗に含まれるタスクなど）から推測した内容。推定された項目は、決定事項、アクションアイテム表、またはJSONに決して含めてはなりません。これらは推定セクションに、該当箇所と確認すべき人物とともに配置されます。[TO BE DEFINED]（日本語:[未定義]）：担当者または期限が言及も推測もされなかった場合。プレースホルダーが正しい答えです。
簡単なテスト：「参加者がこの行を読んで『そんなことは言っていない』と言った場合、私はトランスクリプトの該当箇所を指し示せるか？」 はい → STATED。「彼らは直接言ったわけではないが、ほのめかした」→ ASSUMED。どちらでもない → TO BE DEFINED、または議事録から除外。requirements-rigor の残りのマーカー（[INFERENCE: base] など）は引き続き有効です。
手順
-
メタデータ（Metadata）. ワークスペース内の
docs/agents/refinement.mdを読み、設定された言語（en-USまたはpt-BR、デフォルトはen-US）と公開パスを特定します。議事録、アンケート、および生成された入力はこの言語に従います。タイトル、日付、所要時間、役割付きの参加者、プロジェクト、および自動文字起こしによって歪められた用語集の用語を特定します。日付は必須です。期限の計算がこれに依存します。日付がない場合は、先に進む前に1行で質問してください。CONTEXT.mdが存在する場合は、用語集の用語を読み込んでください。 完了条件: 日付と参加者が確定していること。 -
トリアージ（Triage）. INTACT（連続した音声、識別可能な発言者）、DEGRADED（聞き取れない部分、発言者の割り当て誤り、カット）、INSUFFICIENT（短すぎる、またはメタデータと一致する会議ではない）のいずれかに分類します。INSUFFICIENT: 理由を述べて停止。見せかけの議事録が公式記録として回ってはいけません。DEGRADED: アクションや決定を含んでいた可能性のあるギャップはすべて未解決の質問（「〜時頃、Xによる提案後の聞き取れない部分」）とします。ギャップを再構築してはいけません。歪んだ用語: 用語集のスペルを適用し、セクション0で
[POSSIBLE TRANSCRIPTION ERROR: original -> adopted]とマークし、本文では採用した用語のみを使用します。個人情報、健康、家族、欠席している同僚についてのコメント: すべてのセクションから削除します。個人的な文脈に埋め込まれたプロジェクトのコミットメントは、状況を除いて記録します。不明な発言者によるコミットメント: 担当者を[TO BE DEFINED: ~X分時点の不明な発言者]とし、未解決の質問とします。個人情報が削除された旨の注記は、詳細なしでトリアージに表示される場合があります。個人的な文脈内でのみ言及された期限は、個人的な状況なしにテキストとして保持します。 完了条件: トリアージがセクション0に記録され、検出された文字起こしの誤りが含まれていること。 -
抽出（Extract）. RULES.md のルールを適用します。撤回と優先、アクションアイテムの粒度、出典付きの優先順位、決定とみなされるものなど。 完了条件: すべての決定とアクションアイテムに STATED の出典が付いており、推定は厳密にセクション4または5に存在すること。
-
議事録の作成（Write minutes） TEMPLATE.md に従います。「アクションモード」では、セクション3、6、7のみを作成します。 完了条件: ファイルが
.scratch/<project>-<YYYY-MM-DD>/minutes.md（またはdocs/agents/refinement.mdで設定された場所）に存在し、最終的な免責事項が含まれていること。 -
自己監査（Self-audit） を行い、セクション8に1行で報告します。表内のすべての実際のアクションに対応するJSONオブジェクトが存在し、表外にJSONオブジェクトが存在しないこと。すべての行と決定に STATED が付いていること。ASSUMED が表や決定に漏れていないこと。優先順位が表とJSONで一致していること。JSONの日付がISO形式またはnullであること。 完了条件: セクション8に「Self-Audit: OK」と記載されているか、修正内容が詳細に記載されていること。
-
未解決項目のルーティング（Route open items）. 推定合意と、セッション外の受信者がいる未解決の質問:
requirements-rigorのQUESTIONNAIRE.mdに従って、議事録と一緒に受信者ごとに1つのアンケートを作成し、生成元のセクションからリンクします。要件内容（表明されたニーズ、機能、制約）を含む抜粋: TEMPLATE.md の最後にあるテンプレートに従って、議事録と一緒にdiscovery-input.mdを作成し、/requirements-discoveryがこれから開始されることをユーザーに指示します。 完了条件: 各推定合意に受信者とアンケートがあり、会議に要件内容が含まれていた場合、発見入力（discovery input）が存在すること。
最終注記
⚠️ これらの議事録は、文字起こしから生成されたAIによるドラフトです。公式記録として回覧する前に、特に明示的に発言されたものではなく確認が必要な推定合意（Presumed Agreements）については、参加者による検証が必要です。