artifact-validator
1つ以上のワークフロー成果物（Markdown）を、固定のスケルトンおよび引用ルールに対して検証します。このスキルは読み取り専用です。成果物を編集することは決してなく、コーディネーターが障害をエージェントにマッピングできるように、発見事項を報告するだけです。
チェック項目
以下の各チェックを各成果物ファイルに対して実行してください。各チェックをPASSまたはFAILとして、具体的な発見事項（該当行を引用）とともに報告します。
構造（ゲートG8をサポート）
- ファイルが単一の
#タイトル行で始まっていること。 - **Owner agent:** <agent>が存在し、CLAUDE.mdの成果物所有権テーブル（成果物ファイル名 ↔ エージェント名）と一致していること。- セクションが、この順序で、それぞれ
##として存在すること：Inputs used、Summary、Details、Costs、Sources、Open issues。 ## Costsがテーブル（| Item | Unit | Qty | Unit cost | Total | Source / basis |）または正確な文No costs in this artifact.であること。## Open issuesに少なくとも1つの箇条書き、またはNone.が含まれていること。## Sourcesに少なくとも1つの箇条書きが含まれていること。ただし、成果物が明示的にNot applicableとマークされている場合は除く（その場合は理由を記載する必要があります）。
引用（ゲートG7およびG3をサポート）
- すべてのソース箇条書きが
- <Page title> — <URL> (fetched YYYY-MM-DD; supports: <claims>)の形式であること。 - URLは実際のページであること：
https://またはhttp://、プレースホルダー（example.com、localhost、TODO、...）や架空のパターンは禁止。 Details/Costs内のすべての名前の付いた会場、ケータリング業者、プロバイダー、価格、気象データは、Sourcesの箇条書き内の主張にトレース可能であること。ソースのない推薦はFAIL。- 価格はソースから来ているか、
price on requestと見積もり根拠が明記されている必要があります。マークされていない、ソースのない価格はFAIL。
所有権と安全性
- 成果物が別のエージェントが担当する作業を主張していないこと（例：タイムライン全体を含む会場成果物）。
- 成果物内で誰かに
output/event-plan.htmlやapproval.jsonを書くよう依頼していないこと。これらはhtml-builder / /approve-eventの外部では禁止されています。
報告方法
コンパクトな報告を、チェックごとに1行で生成します。
<artifact> C1 PASS ... C12 PASS
<artifact> C9 FAIL — 「Koneser Hall」にソース引用がありません → 担当: venue-planner
OVERALL: PASSまたはOVERALL: FAIL — <担当エージェント>で終了します。
FAILの場合、コーディネーターは再試行ポリシー（CLAUDE.md §6を参照）を適用します。これらの発見事項を基に担当エージェントのみ再実行し、下流の依存成果物を再生成して、再検証します。