制品验证器
对一个或多个工作流制品（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包含至少一个项目符号，或为None.## Sources包含至少一个项目符号，除非制品明确标记为Not applicable（此时必须说明理由）。
引用（支持门控 G7 和 G3）
- 每个来源项目符号的格式为：
- <页面标题> — <URL>（获取日期 YYYY-MM-DD；支持：<声明>）。 - 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 之外是被禁止的。
如何报告
生成一份紧凑的报告，每项检查一行：
<artifact> C1 PASS ... C12 PASS
<artifact> C9 FAIL — “Koneser Hall” 无来源引用 → 负责：venue-planner
以 OVERALL: PASS 或 OVERALL: FAIL — <负责智能体> 结尾。
失败时，协调者应用重试策略（参见 CLAUDE.md §6）：仅使用这些发现重新执行负责的智能体，重新生成下游依赖项，重新验证。