用途：为智能体产出的报告、ARCH/ADR 文档、审查结论和威胁模型提供统一写作契约，服务对象是快速浏览要点、决策和待办事项的 CTO。
主要能力与规则：
- 结论先行，先给决定和需要处理的事项，再展开细节。
- 用具体证据而非形容词，例如给出 p99 延迟数据、测试运行时间、文件路径与行号，而非“性能可接受”。
- 禁用模糊/对冲词，如 generally、somewhat、fairly、mostly、kind of、sort of、more or less、in some cases、often、sometimes、occasionally、possibly、perhaps、maybe、could potentially、might want to consider；不确定时写“uncertain because <具体原因>”。
- 禁止填充式开头，如“In this document, we will discuss...”“It's important to note that...”，可删则删。
- 终版报告最后一行必须是机器可读判定：VERDICT: APPROVED — <一句话摘要>、VERDICT: DONE — <一句话摘要>、VERDICT: BLOCKED reason="<具体阻塞>" 或 VERDICT: FAIL reason="<具体失败>"，被 board 的 readVerdicts() 解析。
模板：提供 Reviewer report（含 Findings 分级、location、rationale、remediation 与 Verdict）和 Architecture/ADR（含 Date、Status、Context、Decision、Consequences、Alternatives considered）两类结构。
使用方式：按模板组织内容，在写判定行前用正则 \b(generally|somewhat|fairly|mostly|kind of|sort of|possibly|perhaps|maybe)\b 检索草稿，非引用句命中需改写为具体表述或删除。
限制：资料未提供该技能的安装方式、平台支持、收费模式与具体自动执行机制；使用效果取决于是否遵守上述格式与末行判定约定。