菜单
CI检查修复流程，用于修复ci-check发现的问题。按优先级修复：代码错误 → code-review → context → architecture → spec。触发词：ci-check-fix、ci修复、修复ci问题、修复检查问题、fix ci。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
为 AI Agent 创建元规则和领域知识，帮助用户在不熟悉领域建立 Agent 的思考方式和行为准则。专注于抽象的行事风格而非具体技术约束。适用场景：(1) 创建新 Agent 缺少行为准则，(2) 更新现有 Agent 的元规则或知识，(3) 用户不熟悉目标领域需要搜索最佳实践，(4) 希望 Agent 跨项目保持一致工作风格。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_mistake\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
记录 AI 犯错或可改进点，生成可复用的学习资产。支持两种模式：(1) 当前会话 - 会话结束时触发，引导用户回顾本次会话中的纠正和可改进点；(2) 指定会话 - 通过 session_id 或 JSONL 文件路径分析历史会话。存储位置：D:\desktop\quackDocs\my_notes\ai_bug_history\（index.md 索引 + records.md 实体）。触发词：记录错误、记录问题、AI 错误记录、会话总结、记录教训、record mistakes。
指导 Manager 设计和创建 Loop 循环。当 Manager 需要创建自动化循环（如 Executor-Reviewer、Writer-Editor 模式）时使用。 提供完整的设计流程：需求澄清 → 节点设计 → 用户确认 → Subagent 验证 → 创建循环。 确保循环提示词质量，避免因上下文设计不当导致循环失败。 触发词：创建循环、loop、循环设计、迭代执行、自动审查。
记录架构决策（ADR）。触发条件：(1) 艰难选择——在方案间纠结、选了A但B也有优势、知道有副作用 (2) 重构/重大修改后——改了3+次才定方案、每次改有新考虑 (3) 奇怪代码——被问"为什么这样写"、审查被质疑、自己回看也觉得奇怪 (4) 用户做出重大决策或出现决策疑问
Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise. Use when user wants to stress-test a plan against their project's language and documented decisions.
| name | ci-check-fix |
| description | CI检查修复流程，用于修复ci-check发现的问题。按优先级修复：代码错误 → code-review → context → architecture → spec。触发词：ci-check-fix、ci修复、修复ci问题、修复检查问题、fix ci。 |
按优先级修复，逐项验证。读取 CI 报告，按固定顺序修复各类问题，每项修复后验证通过再继续。
输入: docs/generated/NNN/YYYY-MM-DD-ci-report.md
Stage 1: 代码错误修复
└─ 解决 lint/type/test 静态检查失败项
Stage 2: Code Review 修复
└─ 修复代码审查发现的 Critical/Warning 问题
Stage 3: CONTEXT.md 修复
└─ 修复术语不一致、废弃术语、新术语缺失
Stage 4: ARCHITECTURE.md 修复
└─ 修复架构文档与代码结构的不一致
Stage 5: Spec 修复
└─ 修复 spec 与代码实现的不一致
输出: 更新报告中每项的修复状态
docs/generated/ 下最大编号目录中的 *-ci-report.md处理静态检查（make check）发现的问题：
make check 验证修复修复策略：
处理代码审查发现的问题：
处理术语一致性问题：
处理架构文档一致性问题：
处理 spec 一致性问题：
每项修复使用以下状态标记：
| 状态 | 标记 | 说明 |
|---|---|---|
| 待修复 | 🟡 待修复 | 已识别，尚未处理 |
| 已修复 | 🟢 已修复 | 已完成修复并验证 |
| 无需修复 | ⚪ 无需修复 | 评估后决定不修复（如 Suggestion 级别） |
| 无法修复 | 🔴 无法修复 | 需要外部依赖或超出当前能力范围 |
| 跳过 | ⏭️ 跳过 | 用户明确要求跳过 |
修复完成后，在 CI 报告中每个检查项的章节内追加修复状态表：
### 修复状态
| 问题 | 严重程度 | 修复状态 | 修复说明 |
|------|----------|----------|----------|
| 问题 1 描述 | Critical | 🟢 已修复 | 修复了 xxx |
| 问题 2 描述 | Warning | ⚪ 无需修复 | 评估后决定保留现状 |
| 问题 3 描述 | Suggestion | 🟡 待修复 | 计划在下个迭代处理 |
python skills/ci-check-fix/scripts/run_ci_fix.py
python skills/ci-check-fix/scripts/run_ci_fix.py --only static
python skills/ci-check-fix/scripts/run_ci_fix.py --only code-review
python skills/ci-check-fix/scripts/run_ci_fix.py --only context
python skills/ci-check-fix/scripts/run_ci_fix.py --only architecture
python skills/ci-check-fix/scripts/run_ci_fix.py --only spec
python skills/ci-check-fix/scripts/run_ci_fix.py --run-dir docs/generated/001