القائمة
反射链审计与改进。触发词：/reflex-audit、/反射审计、/改进反射链、/reflex-fix
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | reflex-audit |
| description | 反射链审计与改进。触发词：/reflex-audit、/反射审计、/改进反射链、/reflex-fix |
审计反射系统的健康状态，基于 trigger-stats.json 统计数据和 workflow runs 历史记录，评分并产出改进建议。支持两种模式：完整审计和即时修复。
/reflex-audit — 完整审计模式/反射审计 — 完整审计模式/reflex-fix {问题描述} — 即时修复模式/改进反射链 — 完整审计模式| 模式 | 触发 | 流程 | 适用场景 |
|---|---|---|---|
| Full Audit | /reflex-audit | 5 Phase 完整流程 | 定期体检、系统性改进 |
| Quick Fix | /reflex-fix {问题} | 3 步快速修复 | 刚跑完反射链，对某步不满意 |
| 数据 | 路径 | 用途 |
|---|---|---|
| 反射定义 | ~/mem/mem/workflows/trigger-map.md | 当前规则完整性 |
| 统计数据 | ~/mem/mem/workflows/trigger-stats.json | 成功/失败/跳过计数 + CB 状态 |
| 历史运行 | ~/mem/mem/workflows/runs/*.md | 模式分析（重试频率、瓶颈） |
| 配置规则 | ~/.claude/CLAUDE.md | 反射相关规则一致性 |
| Agent 记忆 | ~/mem/mem/agents/*/ | 反射执行中的经验教训 |
~/mem/mem/workflows/trigger-stats.json 全部统计~/mem/mem/workflows/runs/ 目录所有 workflow run 文件python3 ~/.claude/skills/reflex-audit/scripts/collect.py
输出 JSON 摘要到 stdout。
6 维评分，每项 0-10，加权总分映射为 A-F：
| 维度 | 权重 | 检测方式 |
|---|---|---|
| 覆盖度 | 20% | 11 个反射是否都有使用记录（success > 0） |
| 失败恢复 | 25% | 失败后 Recovery Ladder 是否正确触发 |
| 效率 | 15% | 跳步是否合理（有记录原因） |
| 均衡性 | 15% | 反射间使用比例是否健康（无极端偏斜） |
| CB 健康 | 15% | 有无 OPEN/HALF-OPEN 状态的熔断反射 |
| 一致性 | 10% | trigger-map ↔ CLAUDE.md ↔ rules 三处定义是否同步 |
评分等级：A (90+) / B (80-89) / C (70-79) / D (60-69) / F (<60)
可运行分析脚本：
python3 ~/.claude/skills/reflex-audit/scripts/analyze.py
交叉检查 workflow runs 中的失败模式：
汇总输出审计报告，格式如下：
## 反射链审计报告 — YYYY-MM-DD
### 总评：{等级} ({分数}/100)
| 维度 | 得分 | 说明 |
|------|------|------|
| 覆盖度 | X/10 | ... |
| 失败恢复 | X/10 | ... |
| 效率 | X/10 | ... |
| 均衡性 | X/10 | ... |
| CB 健康 | X/10 | ... |
| 一致性 | X/10 | ... |
### 反射健康热力图
| 反射 | 使用次数 | 成功率 | CB 状态 | 趋势 |
|------|---------|--------|---------|------|
| 调研 | N | X% | CLOSED | ↑/→/↓ |
| ... | ... | ... | ... | ... |
### 改进建议（按优先级）
1. [HIGH] {建议}
2. [MEDIUM] {建议}
3. [LOW] {建议}
Report-before-modify gate：展示报告后等待 b1 确认，不自动修改。
b1 确认后执行改进：
Phase 5 改进落地后，自动触发标准完成反射：
此步骤确保审计任务与标准决策反射的终结行为一致，不遗漏日记和记忆。
触发：/reflex-fix {问题描述}
根据用户描述的问题，定位涉及的反射：
root 分析问题原因，决定修复方案：
| 问题类型 | 修复方案 | 执行者 |
|---|---|---|
| 转移规则不合理 | 修改 trigger-map.md 转移条件 | fumio |
| CB 误触发 | 重置 trigger-stats.json CB 字段 | tetsu |
| 阈值不合适 | 调整 Recovery Ladder 阈值 | fumio |
| Agent prompt 问题 | 更新对应 Agent 的 WhoAmI.md | fumio |
| 流程缺失 | 在 trigger-map.md 新增转移规则 | fumio |
无 gate：直接修改，不需要确认步骤。
修复完成后，必须实际触发相关反射路径验证修复生效：
| 修复类型 | 实战测试方式 |
|---|---|
| 转移规则变更 | 构造一个触发该规则的最小任务，观察转移是否正确 |
| CB/Recovery 修复 | 模拟失败场景，验证恢复路径 |
| Hook 脚本修改 | 用测试输入运行 hook，检查输出 |
| 配置变更 | 触发依赖该配置的反射，确认生效 |
| Skill 创建 | 用 /skill-name 触发 skill，验证加载和执行 |
不可跳过：Quick Fix 的价值在于快速修复，但未经实战验证的修复可能引入新问题。
Step 3 验证通过后，触发轻量完成反射：
Quick Fix 为即时小修复，通常无需单独 commit（修复已包含在上游 commit 中），故省略提交步骤。
## 反射链审计报告 — 2026-03-15
### 总评：B+ (82/100)
| 维度 | 得分 | 说明 |
|------|------|------|
| 覆盖度 | 7/10 | 「吞食」「定义」从未使用 |
| 失败恢复 | 9/10 | Recovery Ladder 正常运作 |
| 效率 | 8/10 | 跳步均有记录原因 |
| 均衡性 | 7/10 | 实现反射使用频率是审计的 3 倍 |
| CB 健康 | 10/10 | 全部 CLOSED |
| 一致性 | 10/10 | 三处定义完全同步 |
### 反射健康热力图
| 反射 | 使用 | 成功率 | CB | 趋势 |
|------|------|--------|--------|------|
| 审计 | 47 | 89% | CLOSED | ↑ |
| 实现 | 52 | 94% | CLOSED | → |
| 调研 | 38 | 100% | CLOSED | → |
| 吞食 | 0 | — | CLOSED | — |
### 改进建议
1. [MEDIUM] 吞食/定义反射使用为 0，建议在适当场景主动触发
2. [LOW] 实现/审计比例 3:1，考虑是否部分审计被跳过
问题：审计反射 lint 检查太严格，总是失败
定位：trigger-stats.json audit.failure = 5, cb_state = HALF-OPEN
修复：重置 CB 状态 + 在 shin WhoAmI 中降低 lint 严格度
验证：trigger-stats audit.cb_state = CLOSED, 转移规则无破坏