核心用法
本 Skill 提供以 bash 后台模式 调用 Kilo CLI 的完整工作流，重点解决「非交互式代码任务」与「批量 PR 处理」两大场景。核心模式为 workdir + background：指定工作目录启动隔离环境，通过 process 动作监控、轮询或终止会话。
主要场景
| 场景 | 命令模式 | 关键参数 |
|------|---------|---------|
| 代码生成/构建 | `kilo run --auto` | `--auto` 自动批准变更 |
| PR 审查 | 裸 `kilo run` | 配合 `git diff` 避免 checkout |
| 批量 PR 审查 | 并行启动多个 session | 先 `git fetch` 所有 PR refs |
| 并行 Issue 修复 | `tmux + git worktree` | 隔离分支避免冲突 |
显著优点
1. 真正的后台执行：background:true 释放主会话，适合长时间代码生成任务
2. 工作目录隔离：workdir 参数限制 agent 文件访问范围，避免「读取无关文件」的幻觉问题
3. 批量并行能力：可同时启动数十个 Kilo CLI 实例处理 PR 队列，配合 process:list 统一管理
4. 安全审查模式：强制要求 OpenClaw 自身 PR 必须在 /tmp 或独立 worktree 中审查，防止破坏运行实例
5. 标准化 PR 模板：提供「Razor Standard」格式，强制包含功能意图、测试验证、提示历史等字段
潜在缺点与局限
1. 环境依赖重：需预装 @kilocode/cli、gh CLI、tmux，且必须配置 GITHUB_TOKEN
2. 无原生并行协调：批量任务需手动编写 shell 循环管理，缺乏内置队列或负载均衡
3. tmux 复杂度：交互式场景需切换至 tmux skill，增加心智负担
4. 审查成本：PR 模板要求详细记录提示历史与测试步骤，小型修复可能「过度文档化」
适合人群
- 需要 批量处理 GitHub PR/Issue 的维护者或开源贡献者
- 希望 自动化代码生成 并集成到 CI/CD 或脚本工作流的开发者
- 熟悉 shell 与 git 高级特性（worktree、refspec）的进阶用户
常规风险
- Token 泄露：
GITHUB_TOKEN作为 primaryEnv 需妥善保管，避免写入日志 - 目录污染：
--auto模式自动提交变更，未审查可能推送意外代码 - 资源耗尽：并行启动过多 Kilo CLI 实例可能导致本地机器 CPU/内存过载
- 分支冲突：违反规则在
~/Projects/openclaw内 checkout 分支会直接破坏运行中的 OpenClaw 实例