AI Agent代码智能体人工智能大模型CLI【免费下载链接】kimi-codeKimi Code CLI — The Starting Point for Next-Gen Agents项目地址https://gitcode.com/gh_mirrors/ki/kimi-code点击查看免费下载导读本文以 Kimi Code CLI 的常见使用案例文档为骨架系统整理「理解陌生项目、实现新功能、修复 bug、写测试与重构、一次性脚本、定时任务、文档维护」七类典型场景并逐条给出可复制的 prompt 模板。除了操作步骤文中还结合本仓库源码CLI 参数校验、权限模式、斜杠命令注册表、定时任务工具说明底层行为帮助你不仅会「照抄」模板更能理解每个场景背后 Agent 的运行机制与可调选项。场景总览Kimi Code CLI 的交互式 TUI 与kimi命令行都围绕「用自然语言驱动 Agent 完成任务」设计。同一份需求描述可以随时切换不同模式场景推荐入口关键开关 / 命令理解陌生项目kimi --plan或Shift-Tab进入 Plan 模式--plan、/plan大型调研让 main agent 派发 subagent见 Agent 与 subagent实现新功能 / 重构复杂需求先 Plan再执行/fork、/sessions修复 bug一次说清现象 复现 期望npm test等命令由 Agent 执行批处理 / 自动化信任的仓库可跳过审批--yolo、/yolo、/auto定时任务 / 提醒在会话里直接下达指令CronCreate/CronList/CronDelete、KIMI_DISABLE_CRON1留档 / 复盘导出会话kimi export sessionId、/export-md下文按场景逐一展开所有 prompt 均来自官方文档可直接复制或按需修改。理解陌生项目接手陌生仓库时最忌讳「Agent 读到一半就开始改文件」。文档推荐的第一步是让 Agent 先输出调研计划再动手。进入计划模式有两种等价方式启动时带上kimi --plan交互式会话中按Shift-Tab切换对应斜杠命令/plan见 内置斜杠命令注册表。在 Plan 模式下Agent 只输出方案、不执行修改确认方向后再放行执行。下面是官方文档给出的仓库级调研 prompt帮我梳理这个仓库的整体架构。重点说清楚 1. 入口在哪里启动后做了什么 2. 主要模块之间的依赖关系 3. 配置和数据的加载流程 最后画一张简单的模块关系图。也可以聚焦到具体问题上例如追踪某个模块的运行时行为src/runtime 下的 event loop 是怎么工作的事件从哪里产生、又被谁消费或顺着某个业务能力反查实现链路这个项目里「权限审批」是怎么实现的涉及哪些文件关键类型是什么何时派出 subagent当调研范围横跨多个子系统时可以让 main agent 把子任务派发给 subagent 并行处理具体机制与配置见 Agent 与 subagent。实现新功能描述需求时文档的建议是「写清楚需求 验收标准」复杂功能先走 Plan 模式确认方案再执行。以下模板同时给出了函数签名、选项语义和测试要求属于边界清晰的典型需求在 src/utils 下新增一个 retry 工具 - 函数签名 retryT(fn: () PromiseT, options): PromiseT - 支持 maxAttempts、initialDelayMs、backoffFactor 三个选项 - 失败时抛出最后一次的错误 - 补一组单元测试覆盖成功、重试后成功、全部失败三种情况结果不满意时直接描述改动无需手动编辑文件——这是 Agent 工作流与人工改代码的关键差异backoff 算了一个固定值我希望加一点抖动避免雷击效应。改一下并更新测试。从源码看这类「改动请求」会落入交互式会话的同一轮工作流Agent 先调用文件编辑类工具修改代码再按你的要求运行测试验证见 内置工具参考。修复 bug修复类 prompt 的黄金法则是现象、复现条件、期望行为一次说清省去来回澄清。官方模板如下跑 npm test 时偶发地报这个错 TypeError: Cannot read properties of undefined (reading id) at SessionStore.update (src/session/store.ts:142:18) 只在并发触发多个 update 的用例里出现。帮我定位原因并修复最后跑一次完整测试确认。注意模板里给出了完整的错误堆栈与触发条件并发 update这让 Agent 可以带着精确线索去排查而不是大海捞针。原因不确定时先调查再动手用户反馈登录成功后第一次刷新页面会回到登录页再刷一次就正常了。先帮我排查可能的原因列出几个最可疑的位置等我确认方向后再动手改。这种 prompt 的价值在于把「调查」和「修改」两个动作解耦Agent 先产出可疑位置清单你确认方向后才进入修改阶段避免 Agent 自作主张乱改。纯机械任务可以直接放手跑一遍测试失败的用例都修掉跑完再跑一次确认全绿。写测试与重构边界清晰、验收标准明确的任务特别适合交给 Agent。官方给出了补测试的模板src/parser/markdown.ts 目前几乎没有测试。请补一组单元测试覆盖正常段落、嵌套列表、代码块、表格、引用块和混合场景。用项目里已有的测试风格。以及提取公共逻辑的重构模板把 src/handlers 下重复的「读 body → 校验 → 写日志 → 返回」逻辑抽成一个中间件。改完跑一遍测试保证现有行为不变。多文件重构的安全网跨文件改动前文档建议先用 Plan 模式确认方案。如果担心改坏可以用/fork派生一个试验分支/fork会把当前会话复制成一份独立副本但不会切换过去——原会话继续保留正在运行的 turn 与后台任务不受影响见 fork 实现之后通过/sessions别名/resume切换到副本尝试改动不满意随时切回原会话也可以在新进程里用 fork 时打印的 resume 命令直接进入副本会话。一次性脚本与自动化任务批量改文件、跑统计、调研对比一段 prompt 即可完成把 src 目录下所有 .js 文件里的 var 声明改成 const 或 let能用 const 的优先用 const。改完跑一次 lint 确认。分析 logs/ 下最近 7 天的访问日志按接口路径统计调用次数、p50 和 p99 响应时间结果输出成一个 markdown 表格。帮我调研一下 TypeScript 里几种主流的依赖注入方案tsyringe、inversify、awilix从 API 风格、装饰器依赖、运行时开销三个维度对比给一份不超过一页的建议。跳过审批的两种方式对于你确定安全的批处理任务可以用--yolo启动时或/yolo会话内别名/yes跳过大部分审批。Kimi Code 共有三档权限模式定义见 权限模式源码模式展示名行为manualAlways Ask仅自动读取其余操作一律先征求你的批准yoloAsk When Needed常规编辑与命令自动执行高风险动作、提问和 Plan 仍会询问autoNever Ask从不打断你一切自动执行与决策命令行里还有对应的--auto以及会话内的/auto。需要强调的是yolo不等于完全放行——只有「常规操作」才免审批真正的高风险动作仍会拦截。此外也可以不全局降级权限而是在配置文件里为特定工具预置白名单规则让某些工具自动放行详见 配置文件 - 权限。从 CLI 选项校验逻辑 看--yolo与--auto互斥、且都不能与--prompt组合使用这些冲突会在启动时快速报错。定时任务与提醒在交互式会话内你可以直接让 Agent 设置一次性提醒或周期任务。Agent 会生成本地时区的 cron 表达式并在触发时把 prompt 重新注入到同一个会话中。官方模板下午 2:30 提醒我去查一下部署。每个工作日上午 9 点帮我汇总最近的 CI 失败情况。每小时巡检一次生产环境的健康端点看到异常就告诉我。大约 10 分钟之后再回来确认一下构建是否结束。生命周期规则与文档及 定时任务工具参考 一致绑定会话定时计划绑定在会话内关掉终端没关系——用kimi --session恢复同一会话时会重新加载并继续触发但不会带入全新会话。自动过期周期任务 7 天后自动过期Agent 在最后一次触发时收到stale信号可根据你最初的指示决定结束还是续期续期即再次CronCreate。数量上限单个会话最多保留 50 个生效中的定时任务。防抖设计调度器对周期任务做确定性抖动向后偏移min(周期的 10%, 15 分钟)避免整点整批触发错过若干触发时刻如笔记本合盖时唤醒后只触发一次prompt 会包裹在cron-fire信封里并附带coalescedCount。管理与开关查看挂起的任务直接问 Agent它会调用只读的CronList工具返回每个任务的id、cron、humanSchedule、nextFireAt、recurring、ageDays、stale。取消任务让 Agent 删除它或引用对应的8 位十六进制 id通过CronDelete。全局开关设置环境变量KIMI_DISABLE_CRON1可整体禁用定时任务CronCreate为默认需审批工具CronList默认自动放行CronDelete默认需审批且会被 Plan 模式拦截。生成与维护文档文档维护是最适合 Agent 的「低创造性、高一致性」任务我刚改了 src/auth/login.ts 的接口签名把对应的 JSDoc、README 里的示例代码、还有 docs/zh/guides 下提到这个接口的段落都同步更新一遍。src/api 下所有公开函数里凡是没有 docstring 的都补上文档注释风格参考已有的注释。根据 src/cli 下的命令实现生成一份命令参考的草稿列出每个子命令、参数和默认值放到 docs/zh/reference 下我后续审阅。导出与留档需要记录或复盘时有两条路径——kimi export sessionId把会话打包为 ZIP对应 CLI 子命令注册见 commands.ts在 TUI 中执行/export-md别名/export把当前会话导出为可读的 Markdown 对话记录适合直接贴进文档或评审。此外还有/export-debug-zip可用于导出带调试信息的 ZIP 归档便于排查问题。下一步围绕本主题继续深入可参考以下文档Agent 与 subagent — 如何让 Agent 派发子任务并行处理Hooks — 在任务完成等节点触发本地脚本内置工具 — Agent 可调用的全部工具参考含本文提到的 Cron 三件套配置文件 — 权限白名单、模型与 Agent 行为的细粒度配置赞分享AI Agent代码智能体人工智能大模型CLI【免费下载链接】kimi-codeKimi Code CLI — The Starting Point for Next-Gen Agents项目地址https://gitcode.com/gh_mirrors/ki/kimi-code点击查看免费下载相关推荐Kimi Code CLI 的 Agent Tracing Visualizerkimi vis使用指南会话追踪的可视化诊断仪表板Kimi Code CLI 的 Agent Tracing Visualizerkimi vis使用指南会话追踪的可视化诊断仪表板 Agent Traci人工智能AI Agent代码智能体交互助手CLI工具调用Kimi Code CLI 多 LLM 平台接入实战Providers 与模型配置完全指南Kimi Code CLI 多 LLM 平台接入实战Providers 与模型配置完全指南 Kimi Code CLI 可以同时连接多个 LLM 平台既可以AI Agent代码智能体人工智能大模型CLI如何用 20 美元 USB 小棒听到飞机里的声音SDR 无线电接收快速上手指南如何用 20 美元 USB 小棒听到飞机里的声音SDR 无线电接收快速上手指南 为什么把一个比一份外卖还便宜的 U 盘插进电脑就能听到飞机里的声音答案桌面应用通信上一篇深度解析Amlogic S905L3/L3B设备Armbian系统部署的5个关键技术点下一篇Bilibili-Evolved终极API限流规避指南5个实用技巧分散请求时间避免被封禁创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考