@haaaiawd/anws 2.2.2 → 2.2.3

package/templates/.agents/workflows/challenge.md

@@ -40,7 +40,7 @@
 
 ---
 
-## ⚠️ CRITICAL 深度思考要求
+## CRITICAL 深度思考要求
 
 > [!IMPORTANT]
 > **质疑需要深度思考，思考方式基于模型能力和任务复杂度。**
@@ -59,13 +59,13 @@
 
 ---
 
-## ⚠️ CRITICAL 质量要求
+## CRITICAL 质量要求
 
 > [!IMPORTANT]
 > **禁止空想问题！**
 >
-> - ❌ "可能会有性能问题" → 没有证据
-> - ✅ "根据 RFC 设计，每次请求需要 3 次数据库查询，在 1000 并发下可能成为瓶颈" → 有具体分析
+> - "可能会有性能问题" → 没有证据
+> - "根据 RFC 设计，每次请求需要 3 次数据库查询，在 1000 并发下可能成为瓶颈" → 有具体分析
 >
 > 每个质疑**必须**包含：
 >
@@ -75,15 +75,15 @@
 
 ---
 
-## 🎚️ 严重度分级
+## 严重度分级
 
 
 | 等级              | 判定标准                 | 所需行动                          |
 | --------------- | -------------------- | ----------------------------- |
-| **Critical** 🔴 | 根本性矛盾或不可能实现。不解决无法继续。 | P0 — 必须在 blueprint/forge 之前修复 |
-| **High** 🟠     | 大概率导致返工或失败的严重风险。     | P1 — 在 forge 之前修复             |
-| **Medium** 🟡   | 有变通方案的质量隐患。          | P2 — 实现阶段修复                   |
-| **Low** 🟢      | 润色项或轻微不一致。           | P3 — 后续跟踪                     |
+| **Critical**  | 根本性矛盾或不可能实现。不解决无法继续。 | P0 — 必须在 blueprint/forge 之前修复 |
+| **High**      | 大概率导致返工或失败的严重风险。     | P1 — 在 forge 之前修复             |
+| **Medium**    | 有变通方案的质量隐患。          | P2 — 实现阶段修复                   |
+| **Low**       | 润色项或轻微不一致。           | P3 — 后续跟踪                     |
 
 
 > [!NOTE]
@@ -200,8 +200,8 @@
   ```markdown
     | 失败原因 | 失真契约 | Root Cause | 证据 | 概率 |
     |---------|---------|-----------|------|:----:|
-    | 重复发货 | 写操作承诺 | 无幂等键 / 无去重状态 | PRD + API 设计未定义重试语义 | 🔴高 |
-    | 错误响应分叉 | 错误契约 | 默认失败路径未统一包装 | 401/404 由框架默认返回 | 🟡中 |
+    | 重复发货 | 写操作承诺 | 无幂等键 / 无去重状态 | PRD + API 设计未定义重试语义 | 高 |
+    | 错误响应分叉 | 错误契约 | 默认失败路径未统一包装 | 401/404 由框架默认返回 | 中 |
   ```
 
 ---
@@ -285,37 +285,37 @@
 
   | 检查维度    | 核心问题                        | 契约位置 |
   | ------- | --------------------------- | ---- |
-  | **重复态** | 同一请求再来一次，是否仍忠于原承诺？          |      |
-  | **失败态** | 超时、部分失败、外部依赖失败时，承诺是否仍成立？    |      |
-  | **默认态** | 框架默认错误路径 / 默认资源路径是否与系统契约一致？ |      |
-  | **运行态** | 调度、清理、保留期、长期运行行为是否有闭环？      |      |
-  | **并发态** | 多用户/并发冲突时，状态与副作用是否可控？       |      |
-  | **观测态** | 是否留有足够日志/审计证据，同时不扩大泄露面？     |      |
+  | **重复态** | 同一请求再来一次，是否仍忠于原承诺？          | — |
+  | **失败态** | 超时、部分失败、外部依赖失败时，承诺是否仍成立？    | — |
+  | **默认态** | 框架默认错误路径 / 默认资源路径是否与系统契约一致？ | — |
+  | **运行态** | 调度、清理、保留期、长期运行行为是否有闭环？      | — |
+  | **并发态** | 多用户/并发冲突时，状态与副作用是否可控？       | — |
+  | **观测态** | 是否留有足够日志/审计证据，同时不扩大泄露面？     | — |
 
 2. **技术与运行健壮性检查**:
 
   | 检查项           | 问题                              | 契约位置 |
   | ------------- | ------------------------------- | ---- |
-  | **事务处理**      | 关键写操作是否有原子性保障？中间失败能回滚吗？         |      |
-  | **重试机制**      | 外部服务调用失败时怎么办？是否会扩大副作用？          |      |
-  | **降级策略**      | 主服务不可用时有 Fallback 吗？            |      |
-  | **超时处理**      | 慢操作有超时限制吗？                      |      |
-  | **接口定义**      | 所有关键 API 都有完整输入/输出/错误 Schema 吗？ |      |
-  | **配置管理**      | 秘钥/配置如何管理？硬编码了吗？                |      |
-  | **日志监控**      | 关键操作有日志吗？日志是否越界记录敏感信息？          |      |
-  | **版本控制**      | 数据格式/升级如何处理？                    |      |
-  | **Prompt 模板** | LLM 的 Prompt 有完整定义吗？            |      |
-  | **工具定义**      | LLM Tool Use 有 JSON Schema 吗？   |      |
+  | **事务处理**      | 关键写操作是否有原子性保障？中间失败能回滚吗？         | — |
+  | **重试机制**      | 外部服务调用失败时怎么办？是否会扩大副作用？          | — |
+  | **降级策略**      | 主服务不可用时有 Fallback 吗？            | — |
+  | **超时处理**      | 慢操作有超时限制吗？                      | — |
+  | **接口定义**      | 所有关键 API 都有完整输入/输出/错误 Schema 吗？ | — |
+  | **配置管理**      | 秘钥/配置如何管理？硬编码了吗？                | — |
+  | **日志监控**      | 关键操作有日志吗？日志是否越界记录敏感信息？          | — |
+  | **版本控制**      | 数据格式/升级如何处理？                    | — |
+  | **Prompt 模板** | LLM 的 Prompt 有完整定义吗？            | — |
+  | **工具定义**      | LLM Tool Use 有 JSON Schema 吗？   | — |
 
 3. **契约与验证责任闭合检查**:
 
   | 检查项      | 问题                        | 契约位置 |
   | -------- | ------------------------- | ---- |
-  | **契约承接** | 所有公共契约是否都有实现任务承接？         |      |
-  | **验证承接** | 所有高风险公共契约是否都有至少一层明确验证承接？  |      |
-  | **基础单测** | 基础层、共享层、纯逻辑层是否默认获得单元测试承接？ |      |
-  | **错误路径** | 契约的失败态、边界态是否有对应测试责任？      |      |
-  | **回归责任** | 影响既有关键能力的变更是否有最小回归验证？     |      |
+  | **契约承接** | 所有公共契约是否都有实现任务承接？         | — |
+  | **验证承接** | 所有高风险公共契约是否都有至少一层明确验证承接？  | — |
+  | **基础单测** | 基础层、共享层、纯逻辑层是否默认获得单元测试承接？ | — |
+  | **错误路径** | 契约的失败态、边界态是否有对应测试责任？      | — |
+  | **回归责任** | 影响既有关键能力的变更是否有最小回归验证？     | — |
 
 4. **记录验证结果**（内部分析可详细，最终报告只保留高信号摘要）:
   ```markdown
@@ -360,7 +360,7 @@
 
 ---
 
-## 📋 问题总览
+## 问题总览
 
 > 已解决轮次仅保留摘要。当前活跃轮只保留影响判断的高信号问题。
 
@@ -368,17 +368,17 @@
 
 | 严重度 | 数量 | 摘要 | 状态 |
 |--------|------|------|------|
-| Critical | X | [本轮 Critical 问题的合并摘要] | ⏳ 待处理 |
-| High | X | [本轮 High 问题的合并摘要] | ⏳ 待处理 |
-| Medium | X | [本轮 Medium 问题的合并摘要] | ⏳ 待处理 |
-| Low | X | [本轮 Low 问题的合并摘要或省略说明] | ⏳ 待处理 |
+| Critical | X | [本轮 Critical 问题的合并摘要] |  待处理 |
+| High | X | [本轮 High 问题的合并摘要] |  待处理 |
+| Medium | X | [本轮 Medium 问题的合并摘要] |  待处理 |
+| Low | X | [本轮 Low 问题的合并摘要或省略说明] |  待处理 |
 
 ---
 
-## 📊 审查摘要
+## 审查摘要
 
 **审查模式**: `{REVIEW_MODE}`  
-**整体判断**: 🟢 可继续 / 🟡 需先修复高优先问题 / 🔴 暂不建议继续  
+**整体判断**:  可继续 /  需先修复高优先问题 /  暂不建议继续  
 **高信号结论**: [用 2-4 句总结最值得关心的问题，不展开方法过程]
 
 | 指标 | 数值 |
@@ -399,7 +399,7 @@
 
 ---
 
-## 🔍 核心发现清单
+## 核心发现清单
 
 | ID | 类别 | 严重度 | 契约/Pass | 位置 | 发现 | 影响 | 建议 |
 |----|------|--------|-----------|------|------|------|------|
@@ -424,17 +424,17 @@
 
 ---
 
-## 🚦 最终判断
+## 最终判断
 
-- [ ] 🟢 项目可继续，风险可控
-- [ ] 🟡 项目可继续，但需先解决 P0 问题
-- [ ] 🔴 项目需要重新评估
+- [ ]  项目可继续，风险可控
+- [ ]  项目可继续，但需先解决 P0 问题
+- [ ]  项目需要重新评估
 
 **判断依据**: [基于关键问题数量、严重度和影响范围的综合评估]
 
 ---
 
-## 📚 附录（按需）
+## 附录（按需）
 
 ### A. 承诺闭合与假设验证摘要
 
@@ -465,12 +465,12 @@
 
 1. **新轮审查开始时**，检查上一轮的所有问题是否已解决（由用户确认修复）
 2. **如已解决** →
-  - 在 `📋 问题总览` 中将该轮的状态全部标为 ✅
-    - **删除该轮的详细审查章节**（`## 🔥 第{N-1}轮详细审查`）
+  - 在 ` 问题总览` 中将该轮的状态全部标为 
+    - **删除该轮的详细审查章节**（`##  第{N-1}轮详细审查`）
     - 问题总览中的摘要行即为该轮的永久存档
 3. **如部分解决** →
-  - 已解决的问题在总览中标 ✅
-    - 未解决的问题保留 ⏳ 并在新轮中继续跟踪
+  - 已解决的问题在总览中标 
+    - 未解决的问题保留  并在新轮中继续跟踪
     - 上一轮详情中仅保留未解决问题的描述
 4. **报告中同一时刻只有一轮详细内容**（当前活跃轮）
 
@@ -479,16 +479,16 @@
 同严重度的已解决问题合并为一行，格式：
 
 ```markdown
-| C1-C4 | 🔴 | 条约矛盾/毁约逻辑/升级公式/领地缺失 | ✅ 全部修复 |
+| C1-C4 |  | 条约矛盾/毁约逻辑/升级公式/领地缺失 |  全部修复 |
 ```
 
 未解决问题保持独立行，格式：
 
 ```markdown
-| R2-C1 | 🔴 | executor v2 动作缺失 | ⏳ 待修复 |
+| R2-C1 |  | executor v2 动作缺失 |  待修复 |
 ```
 
 ---
 
-- ✅ 深度阅读了项目设计文档 - ✅ 已识别规范来源集合并提炼关键承诺模型 - ✅ Pre-Mortem 分析有逻辑依据 - ✅ 每个质疑点都有证据支撑 - ✅ 已完成承诺闭合验证（至少覆盖重复态 / 失败态 / 默认态 / 运行态） - ✅ 技术健壮性审计已完成 - ✅ Top 3 假设已尝试验证 - ✅ 承诺型质疑优先于载体型质疑输出 - ✅ 质疑报告格式完整（含问题总览目录） - ✅ 上一轮已解决问题的详情已归档（仅保留总览行） - ✅ 用户已阅读并决定下一步
+- 深度阅读了项目设计文档 -  已识别规范来源集合并提炼关键承诺模型 -  Pre-Mortem 分析有逻辑依据 -  每个质疑点都有证据支撑 -  已完成承诺闭合验证（至少覆盖重复态 / 失败态 / 默认态 / 运行态） -  技术健壮性审计已完成 -  Top 3 假设已尝试验证 -  承诺型质疑优先于载体型质疑输出 -  质疑报告格式完整（含问题总览目录） -  上一轮已解决问题的详情已归档（仅保留总览行） -  用户已阅读并决定下一步