Kilo Code 多表面编码代理工作流

要解决的问题

团队里常见的编码代理方案往往绑定单一入口：要么只能在编辑器里点按钮，要么只能在命令行里敲提示词，想把同一套代理流程搬到 CI 或云端跑一遍，往往得重新接一遍工具链。结果就是本地验证过的流程，换到流水线里又得手动调整，代理行为、模型选择、工具权限各自为政。

这个技能的目标是把编码代理的运行表面拆开，让 Kilo Code 在 VS Code、JetBrains、CLI、云端运行以及可信 CI 工作流中都能承担编码任务，而不是只在一个地方可用。

技能如何工作

技能围绕 Kilo Code 作为开源编码代理的能力展开，核心包括以下几块：

• 多表面运行：同一类工作流可以在编辑器扩展、IDE 插件、命令行工具三种本地入口之间切换，也能延伸到 cloud runs 与 CI 环境。
• 自定义代理：通过 custom agents 定义任务角色与约束，让不同环节由不同行为的代理承担，而不是同一个代理包打天下。
• MCP 工具集成：接入 MCP servers 扩展工具来源，使代理可以调用项目内外的工具能力。
• 模型切换：在不同任务或不同表面上按需更换模型，例如本地快速迭代用轻量模型，评审阶段换更强的模型。
• review / debug 模式：提供独立的评审与调试入口，把「生成代码」和「检查代码」拆开处理。

在跑通之前需要先备齐前置条件：本地仓库 checkout、模型访问权限或 Kilo 账户；如果要用到工具扩展或流水线场景，还要准备可选的 MCP servers 与可信 CI 环境。具体能力边界与配置方式可参考 Kilo Code 官方文档。

适用边界与注意点

• 技能说明中没有可自动提取的安装与使用步骤，接入方式需要自行阅读上游项目后再落地。
• 仓库同时维护了多个技能与工作流样例，建议先通读再决定是否把某条流程接入生产。
• 文档与模型访问能力会随上游更新变化，版本对齐要靠自己维护，不要假设技能描述永远与最新上游一致。
• 在敏感工作流里启用之前，务必先审查上游项目代码与配置，确认依赖、权限范围和数据流向符合团队要求。