Kiro 如何工作
Kiro 的统一智能体 harness、各终端形态(IDE、CLI、Web、移动端)通过 ACP 共享同一个智能体,以及一轮对话的执行流程。
Kiro 是一个在任何地方都能用的智能体:合上笔记本,会话在云端继续运行;用手机查看进度;第二天早上在 IDE 里接着做。IDE、CLI、Web、移动端只是同一个智能体的不同入口。功能在 Kiro 层面只记录一次(Features 部分),每个形态的文档只讲它在此基础上增加的东西。统一智能体 harness 负责一次智能体运行涉及的一切:编排对话、执行工具、管理上下文、评估权限、与 LLM 服务商通信。它是独立进程(不是编译进每个应用的库),与你的代码库并行运行,智能体一侧的一切由它负责,交互方式由客户端负责;所以同一能力在任何入口行为一致:权限规则在 CLI 与 IDE 里拒绝同样的操作,steering 文件在所有形态里塑造同样的行为。边界是协议:客户端通过开放的 Agent Client Protocol(ACP)与 harness 通信,Kiro 自己的形态也说 ACP(附带 Kiro 专有扩展);所以 JetBrains IDE、Zed 等兼容 ACP 的编辑器也可以把 Kiro 当作它们的智能体。
一轮对话的流程:1 组装上下文——收集你的提示、对话历史、steering 文件和附件,Prompt Submit hooks 在此介入;2 模型规划——请求发给你选定的模型(或由 Auto 路由到最适合的),返回文本、工具调用或两者;3 检查每个工具调用——工具运行前先评估权限规则(deny 覆盖 ask,ask 覆盖 allow)以及 kiroignore;4 执行工具——内置工具读写文件、运行 shell 命令、搜索网络,MCP 服务器和 Powers 扩展它们;5 结果反馈——工具输出回到模型,循环直到任务完成,完成时触发 Agent Stop hooks;6 上下文保持受控——对话接近模型上下文上限时,压缩把较早历史总结,让会话继续。你只写一次的权限规则会在所有形态的第 3 步生效,steering 文件在第 1 步生效。模型相关(Auto 路由、推理强度)见官方 Models 页;订阅与额度以官方为准。