Proactive Fix Skill

触发时机: 当监控系统发现问题时自动调用（或用户说 "/proactive-fix"） 能力: 自主诊断并修复常见问题，零人工干预

---|-------------|----------| | TypeScript 类型错误 | 调用 auto-fixer agent | ❌ 不需要 | | Prettier 格式问题 | pnpm format | ❌ 不需要 | | Flaky test 失败 | 重新运行 CI | ❌ 不需要 | | Build 失败（新代码） | 调用 auto-fixer | ❌ 不需要 | | Production 宕机（已知原因） | 应用历史修复 | ❌ 不需要 | | Production 宕机（未知原因） | 诊断 + 建议 | ✅ 需要确认 | | Dependency 过时 | 升级 + 测试 | ✅ 需要确认 | | 数据库连接失败 | 重启服务 | ✅ 需要确认 |

执行修复

示例（TypeScript 错误）：


调用 auto-fixer agent:

/auto-fixer "Fix TypeScript errors in One Person Company AI"

2. 验证修复:

bash pnpm typecheck && pnpm build

3. 自动提交:

bash git add . git commit -m "fix: auto-fix TypeScript errors

🤖 Generated with Claude Code (Proactive Fix Skill) Co-Authored-By: Claude "

4. 推送（如果在 auto-push 分支）:

bash git push

Step 5: 更新 Memory

修复完成后，立即更新长期记忆：

## 更新 MEMORY.md

在 Common Pitfalls 部分添加：

[日期] [问题简述]
Symptoms: [症状]
Root Cause: [根本原因]
Solution: [解决方案]
Prevention: [如何预防]
Auto-Fix: [是否可自动修复]



更新 lessons.md

在项目特定的 lessons.md 中记录：

[日期]: [问题标题]
Problem: [具体问题]
Root Cause: [为什么发生]
Rule: [预防规则]
Context: [相关文件/代码]

Step 6: 生成报告

创建 /tmp/proactive-fix-report-[timestamp].md:

Proactive Fix Report

时间: [timestamp]
问题: [问题描述]
严重程度: [P0/P1/P2]

诊断过程

[步骤 1]
[步骤 2]

...

采取的行动

[x] [已执行的操作]
[ ] [需要人工确认的操作]


结果
✅ 问题已解决 / ⚠️ 需要进一步介入

学到的经验
[更新到 Memory 的内容]

建议
[长期改进建议]

---

成功标准

• ✅ 80%+ 的 P1 问题自动修复
• ✅ 100% 的问题有诊断报告
• ✅ 每次修复都更新 Memory
• ✅ 零重复错误（同样问题不会发生第二次）

---

使用示例

用户手动触发

user: /proactive-fix
claude: [读取 alerts] → [分析] → [修复] → [报告]

Cron 自动触发

每小时 cron job 发现问题 → 自动调用此 skill → 修复完成 → 更新 Memory

Remote Control 模式

用户离线 → Cron 发现 CI 失败 → Proactive Fix 自动运行 →
修复提交 → 用户上线时看到完成报告

---

禁止行为

❌ 永远不要：

• 在生产环境执行未经验证的修复
• 修改用户数据（除非明确授权）
• Force push 到 main
• 删除代码（除非是明确的死代码）
• 跳过测试验证

✅ 始终要：

• 记录所有操作到 Memory
• 生成详细报告
• 验证修复效果
• 遵循 Git Safety Protocol
• 保持幂等性（多次运行不会造成问题）

---

记住: 这个 skill 的目标是让 Claude Code 成为主动的伙伴，而不是被动的工具。