用户输入：$ARGUMENTS
配置
在执行任何操作之前： 读取 ${CLAUDE_SKILL_DIR}/../squad-config.md
证明
- 尽可能提供变更前后的对比。保存所有产物并报告其路径。
- 如果某类证据不可用，则切换到其他证据类型。
- 验证他人的工作（QA）？请亲自重新运行「红→绿」过程——切勿相信他们的产物。
证据必须发布在 tkt 评论中，标题为：「EOP」代表「Evidence Of Proof」。
证据类型
| tkt 类型 | 红→绿 证据 |
|---|---|
| UI / 视觉 | UI 证据工具 变更前后的 截图（当前默认方式） |
| UI 与设计参考对比（tkt 中引用了 Figma 节点，或附带了参考 HTML/PNG 作为「设计稿」） | 截图作为「红色」；「绿色」是 在与相同视口大小下渲染的参考表之间进行测量的对比表——针对被触摸的元素 及其相邻元素 的矩形、半径、间距、中心偏移 |
| API / 契约 | curl 调用端点 → 先返回错误状态/响应体，然后返回正确状态/响应体（保存两者） |
| 后端逻辑 / 计算 / 金钱运算 | 一个 在根因处的单元/集成测试，先失败，后通过 |
| 数据 / 数据库状态 | 一个数据库查询显示错误的存储状态，然后显示正确的状态（以及任何迁移脚本） |
| 事件 / Kafka / 异步 | 生产触发器，并捕获 消费者的可观测结果（调度日志行 / 数据库行 / 出站调用）错误，然后正确。生产者处的单元测试只是回归防护，不是此类证据 |