aida-review 是做什么的？
模型等级：标准，在全新的子代理上下文中运行——它绝不能继承写作者或规划者的推理过程或聊天历史，只能继承最终的制品。这种分离是核心：看到作者理由的评审者往往倾向于同意他们。
输入
仅限输出内容，绝不包含产生输出的对话：
- 渲染的页面文本（来自
aida pages的 Markdown）。 - 截图 / 视频静帧。
- QA 报告（
aida qa <path>）：视频、说明文字、个人数据和密钥检查。 aida outline list --drift输出：列出承诺但屏幕上未出现的卡片名称。- 没有其他内容——不包含操作编写对话、不包含发现/规划摘要。
需要检查的内容
- 语气，对照
references/style.md：使用简洁的语言、正确的词汇（使用“walkthrough”而非“journey”，不暴露内部术语）、可点击标签加粗、不虚构功能。 - 截图：清晰可读、无内容被中途截断、无误导步骤的悬停光标/状态。
- QA 报告：是否通过？如果未通过，什么失败了——不要自己重新运行 QA，只需阅读其结果并呈现出来。
- 个人数据：任何截图、说明文字或页面文本中是否显示真实的姓名、电子邮件、电话号码或任何不在 example.com/保留范围列表中的内容（参见
references/safety.md）？将任何模棱两可的情况视为失败，而非通过。 - 屏幕与文字对比：页面文本引用了漂移列表中的标签而非截图中实际显示的内容，这是一个发现。截图显示错误、空白页面或保存后屏幕未更改的保存操作，则可能是应用 Bug：将其作为人工处理的 Bug 报告，而非措辞修复。
输出
每个操作/页面的简短结论：通过，或一系列具体发现（引用违规的文本/字段，不进行改写）。不进行重写——将发现交回给 aida-write 或 aida-repair 进行修复；审查不进行编辑。
规则
- 永远不要因为“捕获通过”而放行——捕获证明步骤可行，但并不能证明文字或图像适合发布。
- 首次发布始终需要人工批准，无论审查结果如何（参见
references/safety.md）——审查为决策提供信息，而非替代它。
Token 规则
参见 references/tokens.md。全新上下文，仅限输出——这是唯一一个绝不应看到其他技能工作笔记的技能。