name: 构建修复 description: 以最小更改修复构建和TypeScript错误

构建修复技能

快速以最小代码更改修复构建和编译错误。无需重构，使构建通过。

何时使用

该技能在以下情况激活：

用户说“修复构建”、“构建已坏”
TypeScript编译失败
构建命令或类型检查器报告错误
用户请求对错误进行“最小化修复”

功能

委托给 build-fixer 代理（Sonnet模型）以：

收集错误
- 运行项目的类型检查命令（例如，tsc --noEmit、mypy、cargo check、go vet）
- 或运行项目的构建命令获取构建失败
- 按类型和严重性分类错误
策略性修复
- 在缺少的地方添加类型注释
- 在需要的地方添加空值检查
- 修复导入/导出语句
- 解决模块解析问题
- 修复阻塞构建的lint错误
最小差异策略
- 不重构无关代码
- 不进行架构更改
- 不进行性能优化
- 仅需使构建通过
验证
- 每次修复后运行项目的类型检查命令
- 确保没有引入新错误
- 当构建通过时停止

代理委托

任务(
  子代理类型="oh-my-claudecode:build-fixer",
  模型="sonnet",
  提示="构建修复任务

以最小更改修复所有构建和TypeScript错误。

要求：
- 运行tsc/构建以收集错误
- 一次修复一个错误
- 验证每个修复不引入新错误
- 不重构，不进行架构更改
- 当构建通过时停止

输出：构建错误解决报告，包括：
- 修复的错误列表
- 每次更改的行数
- 最终构建状态"
)

停止条件

构建修复代理在以下情况停止：

类型检查命令以代码0退出
构建命令成功完成
未引入新错误

输出格式

构建修复报告
================

修复错误数：12
修改文件数：8
更改行数：47

应用修复：
1. src/utils/validation.ts:15 - 添加返回类型注释
2. src/components/Header.tsx:42 - 为props.user添加空值检查
3. src/api/client.ts:89 - 修复axios的导入路径
...

最终构建状态：✓ 通过
验证：[类型检查命令]（退出代码0）

最佳实践

一次修复一个 - 更容易验证和调试
最小更改 - 修复时不重构
记录原因 - 对不明显的修复添加注释
修复后测试 - 确保测试仍然通过

与其他技能结合使用

与其他技能结合进行全面修复：

与Ultrawork结合：

/ultrawork fix all build errors

为不同文件并行生成多个构建修复代理。

与Ralph结合：

/ralph fix the build

即使需要多次迭代，也持续尝试直到构建通过。

与Pipeline结合：

/pipeline debug "build is failing"

使用：探索 → 架构 → 构建修复工作流。