## 1. 检查素材身份、日期和完整性

只读 source-data.json，检查 8 个唯一 id、日期、空正文和 URL。保留原文不改写；合成 URL 必须为空。输出 intake.md，不读取 X、不委派、不建网页。

应拿到：8 条素材校验结果。
检查：没有给合成短文制造 X 链接或真人署名。

## 2. 把主题与证据建立对应关系

生成 2—4 个主题，每项含 id、title、observation、evidence 数组。只描述样本，引用现存 demo id，不推断职业、收入、健康，不给百分比评分。交 claims.json。

应拿到：有依据的主题表。
检查：每个 evidence id 存在，主题不会比材料说得更强。

## 3. 先确认内容与手机信息顺序

按已审阅 claims 写 site-brief.md：导语、主题顺序、证据 id、来源区、375px 单列布局。标合成样例，不新增姓名、联系方式或成绩。只交设计说明。

应拿到：可直接实现的内容与版式说明。
检查：每张主题卡有证据入口，样例标识无需滚到底才见。

## 4. 生成能独立打开的静态页

读取输入、claims 与 brief，生成独立 index.html，无外部脚本/字体/图片，不安装依赖。证据链接指向同页实际 id，保留完整素材。单 Bot 顺序完成，不开子代理、不部署、不发消息。

应拿到：HTML 文件与实际输出路径。
检查：所有主题与素材一致，链接没有指向虚构目标。

## 5. 实际检查桌面、手机与证据跳转

在可用浏览器打开交付页，检查桌面与 375px：证据全可跳、文字未改、无虚构信息、无整页横向溢出。返回真实截图与检查表；无法打开则注明未验证，不模拟截图。

应拿到：截图与逐项检查记录。
检查：截图来自真实页面，检查范围和没测部分均有说明。

## 6. 修订时先改证据，再同步页面

对 <主题 id/修订原因> 先改 claims，再同步 brief 与 HTML。保留旧版与变更说明，重查证据和手机布局。真实输入另确认账号与范围，不继承本例结论，不部署或委派。

应拿到：一致的新版本与复查记录。
检查：三份交付同步，修订没有补造新帖子或隐去历史限制。