flutter-ai-harness: Command for Claude Code

对 $ARGUMENTS 指定的任务、diff 或直接提供的代码执行只读安全审查。调用工作流可以运行非破坏性验证和写报告；security-reviewer 本身只读文件与原始证据，不执行命令，也不得修改实现、测试、配置或依赖。

输入模式

任务门禁

1. 任务门禁只接受仓库 docs/tasks/ 直属目录下 canonical lowercase kebab-case 的活动任务普通文件； docs/tasks/done/、符号链接、特殊节点、子目录和仓库外路径必须在读取或写报告前拒绝。读取完整任务、 相关项目契约和测试证据，并将任务 slug 作为报告标识。
2. 使用调用方给出的 Git Range、工作树或文件列表；缺少可确定的范围时停止，不猜测历史 baseline。
3. 调用方识别本次实际审查的一个或多个仓库实现文件，并在审查完成后运行 bash scripts/dart-tool.sh run tool/implementation_digest.dart <repository-relative-path>...。
4. 只为该活动任务写入固定的 docs/reviews/security-<task-slug>.md；写入前检查目标没有属于已归档任务， 不得覆盖或追加任何归档报告。报告 frontmatter 包含 task、status、p0、p1、implementationFiles 和 implementationDigest。摘要必须在所属任务归档前与该任务的最终文件内容一致，否则不得归档；归档后 该报告作为历史快照保留。

独立审查

用户直接提供代码片段、设计、威胁模型或其他没有仓库文件的输入时也可以审查。此模式不强制绑定文件，默认在对话中返回结果；只有用户明确要求留档时才使用 canonical lowercase kebab-case scope 写入新文件 docs/reviews/security-<scope>.md。写入前必须确认 scope 不等于任何活动或归档任务 slug、目标不是既有任务报告且不会覆盖现有报告；冲突时停止并要求新 scope。这类报告必须声明输入范围，只覆盖当次输入，不使用任务 frontmatter，也不能作为任务归档门禁。

执行

1. 首轮使用 security-reviewer 独立审查，不向其提供任何普通 Review Profile 的结论；它与普通 Profile 绑定同一冻结候选，运行环境支持时可并行启动，不支持时顺序运行但仍保持输入独立。
2. 调用工作流只运行与安全假设直接相关的非破坏性验证，并把原始结果交给 Reviewer；不得让 Reviewer 自行执行 Bash。
3. 静态分析、测试或构建已经失败时准确记录，不用安全审查掩盖基础门禁失败。

报告

• 每条发现必须包含严重级别、资产、攻击者可控入口、危险操作或敏感数据路径、文件行号证据、影响和明确修法。
• 任务报告的 P0/P1 未清零时不得标记 passed；任务归档前，Security Review 后任一 implementationFiles 内容变化时必须重新审查并更新摘要。
• 已归档 Security Review 是任务完成时的不可变历史快照，不持续认证后来文件内容。后续任务修改同一 文件或修复历史问题时创建新的活动任务、diff、Review、Evidence 和摘要，不回写归档报告。

需要修复时等待用户明确调用 /fix-review-findings <security-review-path>；由 /execute-tasks 调用时，沿用其已有实现授权和最多三轮修复限制。