audit

/hypo-workflow:audit

输出语言规则

📌 输出语言规则： 读取 config.yaml → output.language

• zh-CN / zh：所有用户可见的输出使用中文（PROGRESS、报告、状态提示、错误消息、交互提问）
• en：使用英文
• auto：跟随用户对话语言 内部日志（log.yaml、state.yaml）始终英文。

使用此技能进行深度项目审计。/hw:audit 是风险治理 gate，不是普通代码质量建议清单；当用户遇到体验不好、准备重构、怀疑架构漂移或需要验收前风险判断时使用。

当 audit 用作验收或 worker-separation 证据时，在扫描开始前解决 Subagent/delegation 授权问题。audit worker 必须独立于实现被审计更改的 worker。如果授权缺失、被拒绝或不可用，停止或记录无法满足验收 gate 的降级审计；不要先在本地审计，然后声称缺少独立审查。

Prerequisites

• 源代码和架构基线应该可用
• 如果审计范围、用户症状、目标体验、正确性标准或重构边界不清楚，必须先做 Intake，不要直接扫描。

Steps

1. Intake-first：先追问或归纳以下输入：
   • 用户遇到的体验问题、失败模式或重构动机
   • 目标用户和关键 workflow
   • “什么是好的”质量标准与 correctness contract
   • 风险容忍度、变更边界和可运行验证路径
   • 是否需要 handoff 到 /hw:quality 或 /hw:optimize
2. 确定范围：
   • 全项目
   • --scope <dir>
   • --since <milestone>
3. 首先读取架构基线。
4. 解析 output.language 和 output.timezone。
5. 如果 audit 将作为验收证据，请在扫描前确认独立 audit worker 已授权且与实现分离。
6. 使用 GQM、ISO/IEC 25010、ATAM-lite 和 SWEBOK 组织问题、证据和 tradeoff。
7. 按 Experience / Engineering / Risk 三层模型扫描，并将发现分级为 Critical、Warning 或 Info。
8. Critical findings 默认阻断 milestone/cycle acceptance，除非用户显式接受 defer 或降级。
9. 将报告写入 .pipeline/audits/audit-NNN.md，使用 output.language，并按 references/completion-report-contract.md 写出完成说明：
   • 改动摘要：审计范围、结论和发现计数
   • 技术思路：审计维度、扫描方法和分级策略
   • 修改文件/模块：被审阅的文件、模块、报告路径；审计未改代码时仍列出 reviewed scope
   • 测试设计：检查依据、命令、抽样策略或无需新增测试的原因
   • 验证结果：Critical/Warning/Info 计数、关键证据和命令结果
   • 预期结果：按建议修复后的目标状态
   • 遇到的问题：权限、范围、工具、worker separation 降级或 无
   • 风险/后续：残余风险、需复核项、后续 Patch/Milestone 建议
10. 使用 output.timezone 渲染报告时间戳。
11. 在持久写入前应用共享的密钥安全证据脱敏助手；不要存储原始 API 密钥、令牌、Authorization 头、cookie、密码或私钥。
12. 追加生命周期日志条目。
13. 当使用状态跟踪时，设置 current.phase=lifecycle_audit。

References

• references/completion-report-contract.md
• references/audit-spec.md
• references/log-spec.md
• SKILL.md