Kiro 新功能详解（2026 年 3 月 — 7 月）

本文档整理了 Kiro 官方 Changelog 中，从 2026 年 7 月 9 日 向前追溯至 2026 年 3 月 期间发布的新功能。仅收录新功能，纯 Bug 修复不在收录范围内。每个功能分别介绍「是什么」「什么场景用」「怎么用」。

Kiro 官方按四条产品线 + 平台通用分别发布更新，因此本文档按 IDE / CLI / Web / 模型 / 账户与平台 五大类组织，每类内部按时间由新到旧排列。

一、概述

在这段时间里，Kiro 的演进主线可以概括为：

IDE：从 0.11 走到正式版 1.0，引入了「权限系统」「自定义 Agent」「Agent Focus 并行模式」，并大幅优化了 Specs（并行执行、Quick Plan、需求分析）工作流。
CLI：从 1.27 一路升级到 2.12，完成了对 Windows 的原生支持、无头（Headless）模式、全新终端 UI（TUI 转正），推出了统一 Agent 内核的 V3 早期预览，并在 2.1x 版本中持续打磨 MCP 服务器的 OAuth 认证配置。
Web：全新产品 Kiro Web 从预览版起步，逐步补齐了 GitLab 支持、浏览器内 Specs、定时任务（Automations）、沙箱 IAM 角色等能力。
模型：新增/升级了 Claude Sonnet 5、Opus 4.8、Opus 4.7（自适应思考），并把 Opus 4.8/4.7 升级到 100 万（1 Million）上下文。
账户与平台：推出 Pro Max 档位、HIPAA 合规资质等。

二、Kiro IDE 新功能

1、1.0.89 —— 会话自动恢复与性能优化（7 月 3 日）

提示：1.0.x 版本（1.0.89 及以后）目前需从 kiro.dev/downloads 手动下载，自动更新暂时关闭。

(1) 会话自动恢复（Session Restore）

是什么：会话自动恢复功能会在你重新打开 IDE 时，自动加载上一次退出前的对话内容、上下文以及工作进度，无需手动翻找历史记录或重新向 Agent 交代背景信息。在此之前，关闭 IDE 后正在进行的对话与积累的上下文往往会丢失，只能从头开始；现在这些状态会被完整保留并还原。
适用场景：适用于因重启电脑、升级版本或程序意外崩溃而中断工作的情况。当你希望在这些中断之后能够直接从上次停下的地方继续，而不必重新组织对话或补充上下文时，这一功能尤为有用。
怎么用：升级到 1.0.89 后默认生效，重新打开 Kiro 即可看到上次的会话被还原。

(2) 权限校验性能优化

是什么：本次更新优化了权限规则的匹配与校验流程，使得当用户在 permissions.yaml 中配置了大量 allow/deny 规则时，IDE 对每一次文件读取、命令执行和 MCP 调用进行权限校验的耗时明显缩短，避免因规则数量增长而拖慢 Agent 的响应速度。
适用场景：适用于团队或个人出于合规、安全审计需求，在权限文件中积累了大量精细化 allow/deny 规则的场景。当规则条目较多时，此前的逐条校验可能带来可感知的延迟；本次优化后即便规则规模较大，权限判定依然能够保持在响应流畅的范围内。
怎么用：升级到 1.0.89 后自动生效，无需对已有的 permissions.yaml 做任何调整。

(3) Spec 任务执行遵循用户所选模型

是什么：此前，通过「Run all Tasks」触发 Spec 任务批量执行时，Kiro 会固定使用默认（Auto）模型，即便你此前已经在对话中手动切换到了其他模型，这一选择也不会被任务执行环节继承，导致任务实际使用的模型与你的预期不一致。本次更新修复了这一行为，使 Spec 任务执行环节改为遵循你在会话中实际选定的模型，而不再强制回退到默认模型。
适用场景：适用于你在 Spec 工作流中，出于成本、速度或推理能力方面的考量，主动选择了非默认模型（例如用更轻量的模型处理简单任务，或用推理能力更强的模型处理复杂任务），并希望这一选择在进入任务批量执行阶段时依然保持一致的场景。
怎么用：在触发「Run all Tasks」之前，先在对话中选定希望使用的模型，任务执行将自动沿用该选择，无需额外配置。

此版本还带来了空闲时资源占用降低、预付费积分包在账户面板中展示，以及权限、Hooks、Steering 在多窗口与自定义 Agent 场景下行为更稳定等改进。

2、1.0（1.0.52）—— Agent Focus、权限、自定义 Agent 等（6 月 25 日）

这是 Kiro IDE 的正式 1.0 里程碑，核心是「把 Agent 能访问什么」的控制权交还给你，并支持构建与切换专用 Agent。

(1) Agent Focus（实验性）

是什么：Agent Focus 是一种以对话为中心的全新工作布局，专为需要长时间、同时调度多个 Agent 的开发者设计。在这一布局下，你可以并行启动多个彼此独立运行的会话，在同一界面中清晰掌握每个会话的执行状态，而每个 Agent 产生的文件改动都会以内联 diff（行内差异对比）的形式直接呈现，便于随时审阅。
适用场景：适用于需要同时推进多条相互独立任务线的场景，例如让一个 Agent 专注修复 Bug、另一个 Agent 并行开发新功能。当你希望以统筹调度的方式集中管理多个 Agent 的进度与产出，而非逐个串行处理时，这一模式能显著提升整体效率。
怎么用：可从结构化工作流（Spec、Plan、Bug Fix、Quick Spec）或自由对话起步；通过右上角在 Agent Focus 与传统 IDE 布局之间切换，两种视图下的工作互通。

(2) 权限系统（Permissions）

是什么：权限系统是一套基于「能力（capability）」的访问控制模型。它会对 Agent 发起的每一次文件读取、命令执行和 MCP 调用，依据你预先设定的规则逐项校验；对于尚未获得授权的操作，系统会通过弹窗请求你的明确同意后才继续执行，使 Agent 的每一步敏感动作都处于可控、可见的范围之内。
适用场景：适用于需要对 Agent 的行为边界进行精确管控的场景。在涉及敏感代码库、生产环境配置，或需要满足合规审计要求的团队协作中，这套权限模型能够确保 Agent 不会在未经许可的情况下执行有风险的操作。
怎么用：开箱即用，无需配置（默认策略生效）；你在使用中做出的同意决定可以固化为规则，作用域可限定在某个工作区或全局。

(3) 自定义 Agent（Custom Agents）

是什么：自定义 Agent 允许你仅用一个 Markdown 文件就定义出一个专用 Agent。你可以在文件中通过简洁的标签声明该 Agent 可用的工具权限（如 read 读取、write 写入、shell 执行命令、web 访问网络），并将 MCP 服务器配置与权限规则一并内联嵌入。由于定义本身就是一个文本文件，它可以纳入版本控制系统进行管理，并在团队成员之间共享复用。
适用场景：适用于针对特定任务打造专门化「专家型」Agent 的需求，例如专注于代码评审的 Agent、专门负责撰写与维护文档的 Agent 等。定义完成后可在团队内部统一分发和复用，使不同成员都能借助相同配置的 Agent 完成同类工作。
怎么用：编写并保存 Markdown 文件后，Agent 立即出现在选择器中；会话进行中也能切换 Agent 而不丢失对话历史。

(4) 自然语言创建 Hooks

是什么：这一功能让你可以用自然语言直接描述想要实现的自动化流程，由 Kiro 自动将其转换为对应的 Hook 配置。生成的 Hooks 采用结构化的 v1 JSON 格式，统一存放在项目的 .kiro/hooks/ 目录下，支持多种触发方式，包括文件变更事件、对工具调用的拦截、Spec 任务的执行节点，以及提交时的提示词触发等。
适用场景：适用于希望在特定事件发生后自动执行后续动作的场景，例如在保存文件时自动生成对应的单元测试、在完成某项任务后自动更新相关文档等。当你希望把重复性的配套操作固化为自动流程、减少手动干预时，这一功能尤为合适。
怎么用：在 Agent Hooks 面板中用自然语言描述需求；0.x 的旧 Hooks 可从该面板直接迁移。

(5) 可停靠对话（Dockable Chat）

是什么：可停靠对话功能允许你把任意一个对话会话，作为一个占满编辑区宽度的独立标签页打开。相比挤在侧边栏的狭窄面板中，这种全宽视图更便于阅读较长的对话内容，也更适合对完整对话进行系统性的评审。
适用场景：适用于对话内容较长、需要将其与源代码并排对照查看的情况，也适用于多显示器办公环境——你可以把对话单独放置到一块屏幕上，与代码编辑区互不干扰地同时使用。
怎么用：右键对话标签页选择 Open in Editor 停靠；可水平/垂直分屏、在编辑器组间拖拽。标签页与面板保持同步。

(6) Agent 选择器（Agent Selection）

是什么：Agent 选择器让你可以在同一段对话的进行过程中随时切换所使用的 Agent，而不会丢失已有的对话历史与上下文。该选择器位于对话输入栏中，与模型选择器并排放置，切换操作直观便捷。
适用场景：适用于在一次连续对话中需要根据任务阶段切换不同 Agent 的场景，例如先用默认 Agent 完成初步开发，再切换到自定义的评审 Agent 检查代码，随后进入 Spec 模式进行结构化规划，整个过程无需新开会话或重复交代背景。
怎么用：在对话输入栏的选择器中切换；还可设置一个跨重启保留的默认 Agent。

(7) 导出会话（Export Chat）

是什么：导出会话功能允许你把任意一段对话完整保存为一个可移植的 zip 压缩包，包中含有 chat.md（以 Markdown 格式呈现的完整对话内容）与 metadata.json（会话的元数据信息）两个文件。导出后的内容是只读的，不会随原会话之后的变化而同步更新。
适用场景：适用于需要把对话内容分享给同事、存档留存，或在 Kiro 之外做进一步审阅与整理的场景。相比手动复制粘贴对话文本，导出得到的 Markdown 与元数据能够更完整地保留对话的结构与上下文信息，便于后续查阅或提交到工单系统中。
怎么用：右键点击对话标签页，选择 Export Chat，即可将当前会话保存为 zip 压缩包。

3、0.12 —— 并行任务执行、Quick Plan 与需求分析（5 月 6 日）

本次更新让 Specs 启动更快、完成更快、更不易出错。

(1) 并行任务执行（Parallel Task Execution）

是什么：并行任务执行是指「Run all Tasks」在运行时，会对彼此之间没有依赖关系的任务进行并发执行，而不再像以往那样一个接一个地串行处理。Kiro 会先分析各任务间的依赖关系，将相互独立的任务归为可同时运行的批次，从而缩短整体执行时间。
适用场景：适用于一个 Spec 中包含多个相互独立、可同时推进的任务的情况。当独立任务数量较多时（例如四个及以上），并行执行相比串行方式可将整体耗时最多缩短约四倍，任务规模越大、独立性越强，收益越明显。
怎么用：无需配置，点击 Run all Tasks 即可。Kiro 会分析任务依赖关系，把独立任务分组成并行「波次」，各自在隔离上下文中运行。

(2) Quick Plan（快速规划）

是什么：Quick Plan 是一种新的 Spec 会话模式，它会一次性连续生成需求、设计、任务这三份产物，并且在各个阶段之间不再设置需要人工确认的审批关卡。相比标准的逐阶段审批流程，它省去了中间的等待与确认环节，让规划过程一气呵成。
适用场景：适用于你对要实现的目标已经有清晰认识、不需要在每个阶段停下来逐一审批的情况。当你希望尽快跳过规划环节、直接进入编码实现时，这一模式能显著加快启动速度。
怎么用：以 Quick Plan 模式启动 Spec；Kiro 会先就范围、约束、边界情况提问，然后一次性产出三份文档，直接落到任务列表。

(3) 分析需求（Analyze Requirements）

是什么：分析需求是一项在进入设计阶段之前执行的深度检查。它会对需求文档进行系统性推理，主动发现其中存在的逻辑不一致、表述歧义、相互冲突的约束条件，以及尚未覆盖的需求缺口，从而在早期阶段暴露潜在问题。
适用场景：适用于需求文档已经初步完成、即将进入设计阶段的节点。当你希望在投入设计与编码之前，先行排查并解决需求中隐藏的逻辑漏洞与矛盾之处，以降低后期返工风险时，这一功能十分有价值。
怎么用：对需求触发「分析」，Kiro 用自动化推理找出问题，并以澄清式提问的形式呈现在对话中，供你快速逐条解决。

4、0.11 —— MCP 与模型治理、文档附件（3 月 11 日）

面向企业团队的集中管控能力，并为对话新增文档附件支持。

(1) MCP 注册表治理（MCP Registry Governance）

是什么：MCP 注册表治理让通过 AWS IAM Identity Center 管理身份的企业管理员，能够从组织层面集中管控哪些 MCP 服务器可供成员使用。管理员可以统一维护一份获批服务器清单，确保组织内所有用户只能连接经过审核的 MCP 服务。
适用场景：适用于企业需要对成员可连接的 MCP 服务器范围进行统一管控的场景。当组织出于安全防护与合规审计的考虑，必须限定可用服务器清单、防止成员随意接入未经审核的外部服务时，这一治理能力尤为关键。
怎么用：创建一个列出获批服务器的 JSON 注册表文件，通过 HTTPS 托管，并在 Kiro 控制台配置其 URL。支持 remote(HTTP) 与 local(stdio) 服务器、npm/PyPI/OCI 包类型，支持 ${VAR} 占位符；每 24 小时同步一次并强制版本锁定。

(2) 模型治理（Model Governance）

是什么：模型治理让企业管理员能够统一控制组织内部可供成员选用的 AI 模型范围，并为整个组织指定一个默认模型。启用后，成员在 IDE 与 CLI 的模型选择器中只会看到管理员批准的模型选项。
适用场景：适用于组织需要满足数据驻留（data residency）等合规要求、必须将模型使用范围限定在特定区域或特定供应商之内的场景。通过集中限定可用模型清单，企业可以确保成员不会使用不符合合规政策的模型。
怎么用：在 Kiro 控制台 Settings > Shared settings > Model availability 打开模型访问管理，维护获批模型列表。启用后，IDE 与 CLI 的模型选择器只显示获批模型。

(3) 文档附件（Document Attachments）

是什么：文档附件功能允许你将文档直接粘贴或拖拽到对话输入框中，这些文档会以原生文档块的形式随消息一同发送给模型，使 Agent 能够直接读取文档内容并基于其信息进行推理，而无需你手动复制粘贴文本。
适用场景：适用于需要让 Agent 参考各类外部文档来完成任务的场景，例如提供需求文档、数据表格或产品说明书等。支持的格式涵盖 PDF、CSV、DOC、DOCX、XLS、XLSX、HTML、TXT 以及 Markdown，能够满足多数日常文档协作的需要。
怎么用：直接把文件粘贴或拖入输入框，每条消息最多附 5 个文档，可与文本混用。

5、既有能力补充：Checkpoints 与 Autopilot / Supervised 模式

以下两项能力在 2026 年 3 月之前已经上线，严格来说不属于本文档标题所限定的时间窗口内的新功能。但它们是 IDE 当前版本仍在提供、且经常被拿来与 CLI、Web 端进行横向对比的核心能力，为便于完整了解 IDE 的能力边界，在此补充说明。

(1) Checkpoints（检查点回滚）

是什么：Checkpoints 是一种自动创建的安全网机制。每当你向 Kiro 发送一条提示词，系统就会在对话历史中生成一个检查点标记；当 Agent 后续修改了代码文件后，你可以点击某个检查点上的「Restore」按钮，把代码库中由 Agent 造成的文件改动、以及该检查点之后新增的对话上下文，一并回滚到该检查点当时的状态。它与只能撤销最近一轮改动的「Revert」不同：Checkpoints 可以跨越多个回合，同时撤销文件改动与上下文积累这两部分内容。
适用场景：适用于你想放手让 Agent 尝试较大幅度的改动（例如复杂重构、更换实现方案），但又希望在效果不理想时能够整体撤回、不必手工清理文件或重新梳理对话上下文的场景；也适用于你想针对同一个任务尝试多种不同方案、或切换不同模型进行效果对比时，快速回到分叉点重新出发。
怎么用：Checkpoints 由 Kiro 在 Agent 每次修改文件时自动创建，无需手动操作；在对话历史中找到目标检查点标记，点击「Restore」即可完成回滚。需要注意，Checkpoints 只能还原由 Kiro Agent 内置文件修改工具产生的改动，并不会追踪你手动编辑、运行格式化工具，或 MCP 工具、Shell 命令造成的文件变化。

(2) Autopilot / Supervised 模式切换

是什么：Autopilot 与 Supervised 是 Kiro IDE 提供的两种自主程度不同的执行模式。Autopilot（默认模式）下，Agent 会自主完成从创建文件、跨多处修改代码到执行命令的整个过程，期间不会逐步请求你的批准；你仍可以随时查看全部改动、一键撤销，或者中途打断执行。Supervised 模式下，Agent 在每个包含文件改动的回合结束后都会暂停，把改动以逐个「代码块（hunk）」的粒度呈现给你，供你逐项接受、拒绝或就具体改动展开讨论，也可以按文件或一次性批量接受。
适用场景：Autopilot 更适合已经熟悉 Kiro 行为模式、任务定义清晰、希望尽快推进进度的场景；Supervised 则更适合刚接触 Kiro、面对敏感或关键代码库、需要逐步了解 Agent 处理思路，或希望对每一处改动都保持精细审阅的场景。两种模式可以在同一会话中随时切换，不必在会话开始时就一次性决定。
怎么用：在对话输入区域的 Autopilot 开关中随时切换两种模式；在 Autopilot 模式下可通过「View all changes」查看全部改动、「Revert」撤销全部改动，或直接中断执行；在 Supervised 模式下逐个审阅并接受、拒绝每个代码块或整个文件的改动。

三、Kiro CLI 新功能

1、2.12.0 —— MCP OAuth 认证增强与终端显示兼容性改进（7 月 8 日）

提示：截至本文档编写时，官方在线 Changelog（kiro.dev/changelog/cli/）尚未发布 2.12.0 的独立条目，/changelog/cli/2-12/ 页面仍返回 404。以下内容依据本机已安装的 Kiro CLI 2.12.0，通过其内置命令 kiro-cli version --changelog=2.12.0 读取到的官方发行说明整理，发布日期为 2026 年 7 月 8 日。

本次更新以维护与打磨为主，核心围绕 MCP 服务器的 OAuth 认证配置展开，延续了 2.3.0（为 MCP 服务器指定 OAuth Client ID）与 2.11.0（MCP 认证管理命令）以来的能力脉络；同时改进了终端 UI 在纯文本环境下的显示兼容性，并对 Shell 命令的权限检测做了一处安全加固。

(1) MCP OAuth 认证配置增强

是什么：本次更新在 MCP 服务器的 OAuth 认证配置上做了多项扩展与行为调整。其一，新增了对 client_secret 的支持，使那些属于「机密客户端（confidential client）」、要求在令牌端点（token endpoint）出示客户端密钥完成认证的 MCP 服务器得以正常接入；在此之前配置中只能提供 client_id，无法满足这类服务器对密钥认证的要求。其二，OAuth 配置中的 redirect_uri（回调地址）现在允许填写带有自定义路径的完整 URL，并会对其执行「仅限环回地址（loopback-only）」的主机校验，即要求回调地址指向本机，从而在放宽路径灵活性的同时确保回调过程的安全性。其三，当配置中已经显式指定了自定义的 client_id 时，Kiro 会跳过动态客户端注册（Dynamic Client Registration，DCR）流程，直接使用你提供的客户端标识，避免在已有预注册客户端的情况下再触发一次多余且可能失败的自动注册。
适用场景：适用于需要接入对 OAuth 认证要求较为严格的 MCP 服务器的场景。当目标服务器属于机密客户端、必须凭 client_secret 才能换取令牌时，此前的配置无法完成认证，本次更新恰好补齐了这一能力；当服务器要求回调地址采用特定路径，或你已在服务商处预先注册好客户端、不希望 Kiro 再自行发起动态注册时，这些配置调整能让连接过程更顺畅、也更贴合服务器的预期。
怎么用：在 MCP 配置文件的 oauth 段中，除原有的 client_id 外，可按需填入 client_secret 与带自定义路径的 redirect_uri；一旦配置了自定义 client_id，动态客户端注册会被自动跳过，无需额外开关。

(2) 终端 UI 全面适配 ASCII 显示模式

是什么：Kiro CLI 自 2.5.0 起在显示设置中提供了 ASCII 模式，用于将界面中的装饰性图案与图标替换为纯文本形式，以照顾无障碍访问需求或兼容渲染能力有限的终端。本次更新进一步把该设置的作用范围扩展到终端 UI 中的全部字形（glyph）与符号，使此前可能仍以特殊字符渲染、未被 ASCII 模式覆盖的界面元素也统一改用纯文本呈现，从而在不支持特殊字符或字体渲染受限的终端中保持显示一致，避免出现乱码或空白方块。
适用场景：适用于在字符渲染能力受限的终端环境中使用 Kiro CLI 的场景，例如部分远程 SSH 会话、精简的容器终端，或依赖屏幕阅读器等无障碍工具的使用者。当界面中残留的特殊符号会造成显示错乱或影响可读性时，开启 ASCII 模式即可让整个界面统一回落到纯文本呈现。
怎么用：在 /settings display 中开启 ASCII 模式，该设置现会作用于终端 UI 的全部字形与符号。

(3) Shell 权限检测的安全加固

是什么：Kiro 在判断一条 Shell 命令是否属于「只读（readonly）」、可安全执行时，会对命令及其参数进行解析分类。本次更新修复了此前的一处判定漏洞：当带有风险的标志被合并写入组合式短选项时（例如 grep -iP 这类把多个单字母选项连写在一起的形式），其中可能带来风险的标志会绕过只读判定、被错误地当作安全命令放行。加固之后，权限检测器能够正确识别组合短选项中隐藏的不安全标志，避免此类命令在未经审批的情况下被直接执行。
适用场景：适用于对 Agent 可自动执行的命令范围有安全管控要求的场景。当你依赖 Kiro 的权限体系来自动放行只读命令、拦截有风险的操作时，这项加固能够堵住组合短选项这一此前可能被利用的绕过路径，使自动放行的判定更为严谨可靠。

此外，本版本还修复了动态客户端注册在面向部分服务器（如 Figma）时未正确发送 client_name 的问题，使这类要求提供客户端名称的 MCP 服务器能够顺利完成注册。

2、2.11.0 —— 保持与 MCP 服务器的连接（7 月 2 日）

(1) MCP 认证管理

是什么：这一功能新增了三个专门的命令，用于管理与远程 MCP 服务器之间的 OAuth 凭证。在此之前，一旦认证流程中途卡住，用户往往只能通过重启整个会话或手动清理本地凭证来恢复；现在则可以借助这些命令直接完成重新认证、中止认证或登出等操作。
适用场景：适用于远程 MCP 服务器的访问 Token 已经过期或失效、OAuth 认证流程停滞在浏览器确认环节无法继续，或者你希望彻底登出并清除已保存凭证等情况。
怎么用：/mcp auth 强制重新认证；/mcp cancel-auth 中止卡住的认证流程；/mcp logout 删除已存凭证。MCP 面板状态视图也支持快捷键：^A 强制认证、^X 中止、^R 移除凭证。

(2) /usage 命令适配预付费额度模型

是什么：随着个人计划从超额计费模式转为预付费积分模式（参见后文「加购积分」），/usage 命令的展示内容也相应做了刷新调整，使其能够正确反映预付费积分的余额与消耗情况，而不再按照旧的超额计费口径展示用量信息。
适用场景：适用于希望在终端中随时查看当前额度与积分消耗情况的用户，尤其是在个人计划已经切换到预付费积分模式之后，需要确认展示口径与实际计费方式保持一致的场景。
怎么用：直接运行 /usage 查看用量进度条与积分余额，展示内容会随账户所处的计费模式自动适配。

3、2.10.0 —— 配置热重载与资源继承控制（6 月 26 日）

(1) MCP 与 Agent 配置热重载

是什么：配置热重载是指当你保存对 Agent 配置或 mcp.json 文件的修改后，改动会立即生效，既不需要重启当前会话，也不会丢失已有的对话上下文。同时，系统只会重启真正受此次改动影响的服务器，其余服务器保持运行不受打扰。
适用场景：适用于需要频繁调整并测试 MCP 或 Agent 配置的调试场景。当你反复修改配置、希望即时验证效果时，这一功能可以避免因反复重启会话而打断工作节奏、丢失上下文。
怎么用：直接在磁盘上编辑并保存配置文件即可，改动自动生效。配置 diff 与顺序无关，仅调整环境变量顺序不会触发重启。

(2) 自定义 Agent 资源继承控制

是什么：这是一项新增的配置项 chat.disableInheritingDefaultResources，用于控制自定义 Agent 是否继承系统默认的资源。启用该设置后，自定义 Agent 将不再自动加载默认的 Steering 引导文件、Skills 技能以及 AGENTS.md，从而只在你为其明确指定的资源范围内运行。
适用场景：适用于你只想让自定义 Agent 在受限、纯净的资源环境中运行，不希望它受到全局默认 Steering、Skills 等资源干扰的场景，有助于保证该 Agent 行为的可预期性与专注度。
怎么用：将该设置设为 true（自 v2.7.0 起自定义 Agent 默认继承默认资源，此设置用于关闭该行为）。

4、2.8.0 —— CLI v3 早期预览（6 月 17 日）

是什么：这是 Kiro CLI V3 的早期预览版本。V3 最大的变化在于它与 Kiro IDE、Kiro Web 共用同一套统一的 Agent 内核，这意味着内核层面的每一次能力改进都会同步下发到全部三个端。在功能上，V3 将规格驱动开发（Spec）引入了终端环境，采用了基于「能力」的权限模型，配备了使用独立文件格式的增强版 Hooks，并支持通过标签来声明 Agent 配置。
适用场景：适用于希望抢先体验下一代 CLI 能力的用户，尤其是那些既想提前体验、又需要保证现有 2.x 环境不受影响、可随时回退的开发者。新内核与现有 2.x 环境相互独立、并行共存。
怎么用：运行 kiro-cli --v3 加入预览。新内核与现有 2.x 并存，不选择加入时 2.x 环境保持不变。在命令层面，V3 用全新的 /spec 命令族（包括 /spec new 新建规格、/spec run 自动执行任务列表等子命令）承载规格驱动开发，这是 2.x 环境中原本没有的能力；2.x 环境中与之对应、但定位更轻量的是 /plan（进入计划模式，也可用 Shift+Tab 快捷切换），二者分属不同的命令体系，彼此不互通、不可混用。

5、2.9.0 —— V3 稳定性修复与 Entra ID 会话刷新（6 月 24 日）

是什么：本次更新修复了三处影响使用体验的问题。一是修复了通过 Entra ID（Azure AD）登录的用户会话过期的问题——此前这类用户的登录状态会意外失效，需要重新认证才能继续使用；二是解决了 V3 预览环境中组合式 Shell 命令（例如通过 &&、;、| 连接的多条命令）触发审批弹窗反复循环、无法正常通过的问题；三是为子 Agent 调用新增了紧凑型工具卡片预览，使子 Agent 执行工具调用时的状态展示更加简洁清晰。
适用场景：适用于企业环境中通过 Microsoft Entra ID 进行统一身份认证登录 CLI 的用户——此前的会话过期问题会打断其正常工作流程；也适用于正在体验 V3 早期预览、且经常需要在一次调用中执行多条组合命令的用户——此前的审批循环问题会导致命令无法顺利执行下去。
怎么用：升级到 2.9.0 后自动生效，无需额外配置。

6、2.7.0 —— /goal、排队引导与增强版 /rewind（6 月 12 日）

(1) /goal 命令

是什么：/goal 命令会启动一个「目标驱动」的执行循环。在这一循环中，Agent 会围绕你设定的目标进行多轮迭代推进，每一轮都朝着目标更进一步，并在最终结束之前主动自我验证任务是否已真正达成，而非仅执行一次就停止。
适用场景：适用于需要多个步骤才能完成、且希望 Agent 能够自主推进的复杂任务。当你不仅要求 Agent 完成工作，还希望它在交付前带有自我校验环节、确保结果符合验收标准时，这一命令尤为合适。
怎么用：使用 /goal，默认迭代 5 次，可用 --max 调整；Agent 会反复「实现—自检」直到满足验收标准。

(2) 排队引导（Queue Steering）

是什么：排队引导让你可以在 Agent 正在执行任务的过程中向它发送新消息，这些消息会在 Agent 到达下一个工具调用的边界时被接收和处理。你无需中止并重新开始整个任务，就能对 Agent 的方向进行实时纠偏。
适用场景：适用于在 Agent 执行过程中发现其偏离预期方向、需要及时给出补充或纠正指示的场景。相比取消任务后从头再来，这种方式能在不打断整体进度的前提下平滑地调整 Agent 的行为。
怎么用：按 Ctrl+S 在 steer 模式（即时注入）与 queue 模式（缓冲到本轮结束再处理）之间切换。

(3) 增强版 /rewind 预览

是什么：增强版 /rewind 在其回合选择器中，为每个历史回合额外展示了一份高层摘要，内容包括该回合发生的工具调用、涉及的文件、执行过的命令以及中间产生的消息，让你在选择回退点时能够对每个回合的内容一目了然。
适用场景：适用于你希望回退到对话中某个特定节点、但又不想逐条展开并翻阅历史消息来确认位置的场景。借助回合摘要，你可以快速判断并定位正确的「分支点」。
怎么用：运行 /rewind，在选择器中查看各回合摘要后再选择回退点。

7、2.6.0 —— 记录导出、终端标题与偏好持久化（6 月 5 日）

(1) 对话记录导出（Transcript Export）

是什么：对话记录导出功能可以把一整段对话完整导出为 Markdown、纯文本或 JSON 三种格式之一，便于在 Kiro 之外进行保存、传阅或再加工。
适用场景：适用于需要将对话内容用于外部用途的场景，例如与同事分享讨论过程、作为附件添加到工单或问题跟踪系统中，或将其作为输入提供给其他工具进行后续处理。
怎么用：/transcript save 导出；--plain、--json 可在阅读器内切换渲染格式。

(2) 终端窗口标题（Terminal Window Titles）

是什么：终端窗口标题功能允许你为终端窗口设置具有辨识度的标签，从而在同时开启多个终端会话时，能够快速区分每个窗口对应的是哪一个会话。
怎么用：/title 设置或清除标题；在 /settings display → Terminal title 中开启。

(3) 启动时设定思考强度（Set Effort at Launch）

是什么：这一功能让你在启动会话的那一刻就能指定模型的推理深度，而不必等进入会话后再手动调整，使会话从第一条提示词起就按照期望的思考强度运行。
适用场景：适用于你在启动会话前就已明确任务复杂度的情况——对于简单查询，可选择较低强度以保持响应快速；对于复杂任务，则可从第一条提示词起就启用更深层次的推理。
怎么用：kiro-cli chat 加 --effort 标志，取值 low、medium、high、xhigh、max。

(4) 模型与思考强度偏好持久化

是什么：这一功能让 /model 与 /effort 命令能够自动记住你当前的选择，并将其作为偏好带入之后启动的每一个会话，无需你在每次开始新会话时重新设置。
怎么用：切换一次即可，无需再运行 /model set-current-as-default。

8、2.5.0 —— 思考展示、子 Agent 评审循环与显示控制（5 月 29 日）

(1) 思考展示（Thinking Display）

是什么：思考展示会以实时流式的方式，将模型在得出结论前的推理过程逐步呈现出来，让你能够跟随模型的思路。该功能默认处于开启状态。
适用场景：适用于你希望了解模型内部推理逻辑的场景——通过观察其思考过程，你可以尽早察觉它是否偏离了正确方向，并理解它最终选择某一方案的依据。
怎么用：在 /settings > Display > Show thinking 切换，改动对下一次会话生效。

(2) 子 Agent 评审循环（Subagent Review Loops）

是什么：子 Agent 评审循环让由多个子 Agent 组成的流水线具备自我修订能力。在这一机制下，负责评审的阶段可以把不达标的任务退回给负责实现的阶段重新处理，如此往复循环，直到结果满足要求，才最终把成果返回给你。
适用场景：适用于代码评审、代码重构等需要反复迭代、具备「自我纠错」能力的多 Agent 协作工作流。当任务的质量需要通过多轮检查与修正来保障时，这一机制尤为契合。

(3) 显示与无障碍设置

是什么：这组设置用于控制 Kiro 在终端中输出内容的渲染方式，涵盖流式动画、装饰性图案以及指示器样式等呈现细节，同时也兼顾了无障碍访问方面的需求。
怎么用：运行 /settings display，可切换流式动画、装饰性 ASCII 图案、图标 vs 纯文本指示器，改动即时生效。

9、2.4.0 —— 对话回退、思考强度控制与统一设置（5 月 20 日）

(1) 对话回退（Rewind conversations）

是什么：对话回退功能允许你跳回到当前对话中较早的某一条提示词，并以该处为起点，在一个新的会话分支中继续推进，而原有的对话线程会被完整保留、不受影响。
适用场景：适用于你希望从对话的某个较早节点出发，探索另一条不同的解决路径，或者撤销 Agent 此前采取的某个方向的场景。借助这一功能，你无需从头重新开始整段对话即可尝试新的思路。
怎么用：/rewind 选一个回合后分叉，原线程不丢。

(2) 模型思考强度（Model Reasoning Effort）

是什么：模型思考强度功能通过 /effort 命令让你控制模型在回答前投入的思考量，共提供 low、medium、high、xhigh、max 五个档位，可根据任务难度灵活选择。
怎么用：低档更快更省，适合简单任务；高档给模型更多推理空间处理复杂问题。

是什么：统一设置菜单将原本分散的各项配置整合到一个 /settings 命令之下，通过它即可集中管理主题配色、快捷键映射以及终端相关配置等设置。
怎么用：/settings theme 改配色、/settings keybindings 看快捷键、/settings terminal 启用 Shift+Enter/Option+Enter 多行输入。原 /theme 仍作为快捷方式保留。

10、2.3.0 —— 连接更多 MCP、迁移 ~/.kiro、重映射 TUI（5 月 12 日）

(1) 为 MCP 服务器指定 OAuth Client ID

是什么：这一功能允许你在 MCP 配置中填入预先注册好的 oauth.clientId，从而连接那些不支持动态客户端注册（DCR）的 HTTP MCP 服务器。对于这类服务器，客户端 ID 必须事先手动注册，此功能正是为此类场景提供支持。
适用场景：适用于需要接入 Slack、GitHub、Figma 等服务的场景——这些服务通常要求手动注册 OAuth 应用并获取客户端 ID。有了该功能，你无需再自行搭建中间代理即可完成连接。

(2) KIRO_HOME 环境变量

是什么：KIRO_HOME 是一个环境变量，用于自定义 Kiro 存放全局 Agent、提示词、Skills、Steering、各项设置以及会话数据的目录位置，让你可以将这些状态数据集中到指定路径下统一管理。
适用场景：适用于跨多台机器统一管理 dotfiles 配置、将工作与个人配置相互分离，以及在容器化环境中隔离各自状态等场景。通过指定不同的目录，你可以灵活地组织和切换不同的配置环境。
怎么用：启动前设置 KIRO_HOME。

(3) 可配置的 V2 TUI 快捷键

是什么：这一功能允许你对 V2 TUI 中的 cancel（取消）、close-menu（关闭菜单）和 quit（退出）这几个动作重新指定快捷键，以适应个人使用习惯或避免与其他工具的按键冲突。
适用场景：适用于默认的 Ctrl+C、Esc 等按键与 tmux 前缀键或终端自身的按键绑定发生冲突的场景。通过重新映射这些动作，你可以消除冲突、恢复顺畅的操作体验。

(4) Agent 输出旁路通道（Agent Output Side Channels）

是什么：Agent 输出旁路通道为 Agent 执行的 shell 命令提供了两条额外的输出途径。写入 $AGENT_DISPLAY_OUT 的内容会在 TUI 中以丰富的进度形式展示，但不会占用 Agent 的上下文空间；写入 $AGENT_CONTEXT_OUT 的内容则会被放入工具结果的 agent_notes 字段中，供 Agent 后续参考。与此同时，标准输出（stdout）仍然按原有方式正常工作。

11、2.2.0 —— 跨多轮对话的自适应思考（4 月 27 日）

是什么：这一功能让 CLI 能够在多轮对话之间保留模型的推理内容，也就是说，早前回合中产生的思考成果在后续回合里依然可被利用，使模型在连续对话中保持前后一致的推理脉络。
适用场景：适用于跨越多个步骤的工作流，尤其是当你希望后续回答能够延续并契合之前的推理逻辑、而不必在每一轮都重新解释上下文背景时。
怎么用：随版本自动生效。

12、2.1 —— 实时 Shell 流、工具搜索与 Skills 斜杠命令（4 月 24 日）

(1) 实时 Shell 输出流

是什么：实时 Shell 输出流会将 shell 命令的输出内容逐行实时打印出来，而不再是等到整个进程执行结束后才一次性显示全部结果，让你能够即时看到命令的执行进展。
适用场景：适用于构建、运行测试套件、执行部署等耗时较长的命令。在这些场景下，实时输出能让你随时掌握执行进度，并在问题出现的第一时间就察觉到，而不必等到命令全部结束。

(2) 工具搜索（Tool Search）

是什么：工具搜索采用按需加载的方式来使用 MCP 工具，即在需要时才加载相应工具，而不是在每次请求中都携带全部工具的定义。这有助于减少上下文占用，保持上下文窗口的整洁高效。
适用场景：适用于配置了大量 MCP 服务器、工具定义总量较多的场景。当携带全部工具定义会明显消耗上下文窗口时，按需加载能够有效缓解这一压力。
怎么用：kiro-cli settings toolSearch.enabled true 开启。

(3) Skills 作为斜杠命令

是什么：这一功能让定义在 .kiro/skills/ 目录中的 Skill 可以直接以 /skill-name 的斜杠命令形式调用，使已有的技能能够像内置命令一样被便捷地触发使用。
怎么用：输入 / 加 Skill 名称即可调用，无需切换 Agent 或复制指令。

(4) 远程环境的设备流认证（Device Flow）

是什么：设备流认证让你能够在 SSH 会话、容器或云工作区等没有本地浏览器的环境中，使用 Google 或 GitHub 账号完成登录，整个过程无需配置端口转发。
怎么用：CLI 显示一个 URL 和一次性代码，在任意浏览器输入即可。

(5) RHEL 支持

是什么：这一更新使 CLI 的终端 UI 能够在 Red Hat Enterprise Linux（RHEL）系统上正常运行，并保持与其他平台一致的使用体验。

13、2.0 —— Windows 支持、无头模式与终端 UI（4 月 13 日）

(1) Windows 原生支持

是什么：Kiro CLI 现在能够在 Windows 11 上原生运行，无需依赖额外的兼容层。终端 UI、无头模式、自定义 Agent 以及 MCP 服务器等全部核心能力在 Windows 平台上均可正常使用。
怎么用：从 PowerShell 安装，后台自动更新保持版本最新。

(2) 无头模式（Headless Mode）

是什么：无头模式让 Kiro CLI 能够以非交互的方式运行，适配 CI/CD 流水线、自动化脚本以及没有浏览器的服务器环境。在这种模式下，无需人工介入即可完成任务执行。
适用场景：适用于需要将 Kiro 集成进各类自动化流程的场景，例如在持续集成/持续交付管线中自动执行任务，或在定时脚本中无人值守地调用 Agent。
怎么用：用 KIRO_API_KEY 环境变量以 API Key 认证，--no-interactive 传入提示词；用 --trust-all-tools 或 --trust-tools 预先授权工具。API Key 认证面向 Pro、Pro+、Power 订阅者，企业管理员可通过治理设置管控 API Key 生成。

(3) 终端 UI 转正为默认

是什么：终端 UI 从此前的实验性特性正式转为默认的对话界面。它带来了带语法高亮的 Markdown 渲染、可交互的浮层面板、可视化的工具执行进度，以及一整套完整的快捷键支持，使终端下的交互体验更为丰富直观。
怎么用：Ctrl+G 打开 crew monitor 实时跟踪子 Agent；/theme 换配色；/copy 在 SSH 下访问剪贴板；/transcript 在分页器中回看历史；/guide 切到引导 Agent；/spawn 运行并行 Agent 会话。子 Agent 现支持任务依赖（先分析、再重构、后测试，独立步骤并行），主 Agent 单次最多可同时调度 4 个子 Agent 并行执行，超出部分需等待前面的子 Agent 完成后再调度，避免资源占用过高。用 --classic 或 kiro-cli settings chat.ui "classic" 切回经典界面。

14、1.28.0 —— 全新终端 UI（实验性，3 月 20 日）

是什么：这一版本在 --tui 标志下提供了实验性的全新终端 UI，其中包含实时更新的状态栏、富 Markdown 渲染（支持语法高亮的代码块）、用于管理上下文与会话的交互式面板，以及针对工具与帮助内容的上下文浮层。此外还新增了 /chat new 命令（无需重启 CLI 即可开启新对话）和 --list-models 参数（用于快速查看当前可用的模型列表）。
适用场景：适用于愿意提前尝试更丰富终端交互体验的用户。若你希望在正式版发布之前就体验状态栏、交互式面板等新特性，可以通过该实验性标志启用。
怎么用：kiro-cli --tui 试用，或 kiro-cli settings chat.ui "tui" 永久开启（此时经典界面仍为默认，可随时切回）。

15、1.27 —— 简化 Agent 创建、细粒度工具信任与会话设置（3 月 2 日）

(1) 简化 Agent 创建

是什么：简化后的 /agent create 命令现在默认采用 AI 辅助模式，将原先独立的 /agent generate 流程合并进来。你只需描述需求，即可由 AI 协助生成 Agent 配置，无需再区分两条不同的创建路径。
怎么用：描述你想让 Agent 做什么，Kiro 自动生成配置；加 --manual 走编辑器创建流程；也可在调用时直接给参数跳过交互菜单。

(2) 细粒度工具信任（Granular Tool Trust）

是什么：细粒度工具信任会在 Agent 请求使用某个工具时，弹出一个交互式选择器，让你自行决定授予信任的具体范围，而不是简单地一次性全部允许或拒绝，从而实现更精细的授权控制。
怎么用：对 shell 命令可选择分层范围——信任精确命令、信任带任意参数的命令、或带通配符的基础命令；对读写工具可把信任范围限定到具体文件路径、所在目录或整个工具。选择器会自动处理链式命令。

(3) 会话设置工具（Session Settings Tool）

是什么：会话设置工具让你可以在当前会话范围内临时调整各项设置，例如切换模型偏好、开启或关闭某些特性等，而无需去修改磁盘上的配置文件。这些调整仅在本次会话内生效。
怎么用：直接让 Agent 调整；所有会话内覆盖仅在内存生效，会话结束自动重置。

16、既有能力补充：图像输入与 ACP（Agent Client Protocol）

以下两项能力分别在 2026 年 1 月与 2 月已经上线，严格来说不属于本文档标题所限定的时间窗口内的新功能。但它们是当前 CLI 相对 IDE、Web 而言具备的两项独有能力，为便于完整了解 CLI 的能力边界，在此补充说明。

(1) 图像输入（/paste）

是什么：CLI 支持通过 /paste 命令，把系统剪贴板中的图片直接粘贴进对话，使 Agent 能够读取并分析截图、架构图、报错界面等各类图像内容，而不必先把图片保存为文件再通过路径引用。
适用场景：适用于你想让 Agent 帮忙分析一张错误截图、UI 设计稿或架构示意图的场景。相比只能通过文字描述问题，直接粘贴图像能够更准确地把上下文传达给 Agent，尤其是在排查界面问题或核对设计稿细节时更为高效。
怎么用：在对话中执行 /paste，CLI 会读取剪贴板中的图片并将其附加到当前消息；随后可在下一条消息中补充文字说明具体需求。

(2) ACP（Agent Client Protocol）支持

是什么：Kiro CLI 实现了 Agent Client Protocol（ACP），这是一套开放的 Agent 与编辑器通信协议。通过以 kiro-cli acp 方式启动，CLI 可以作为符合 ACP 标准的 Agent，接入 JetBrains 系列 IDE、Zed 等任意兼容该协议的编辑器，使这些编辑器能够复用 Kiro 的代理式编码能力。
适用场景：适用于你的主力开发环境并非 Kiro IDE、而是 JetBrains 或 Zed 等其他支持 ACP 协议的编辑器，但仍希望在其中使用 Kiro 的 Agent 能力完成开发任务的场景。
怎么用：在支持 ACP 的编辑器中，将其 Agent 集成配置指向 kiro-cli acp 可执行文件；编辑器与 CLI 之间通过 stdin/stdout 上的 JSON-RPC 2.0 消息完成会话管理、模型选择与流式响应等交互。

四、Kiro Web 新功能

Kiro Web 是一个浏览器端的开发环境（app.kiro.dev），面向 Kiro Pro、Pro+、Power 等用户。

1、沙箱 IAM 角色与第三方服务授权（7 月 1 日）

(1) 沙箱 IAM 角色（IAM Role For Sandbox）

是什么：沙箱 IAM 角色让你可以配置一个 Kiro Web 在执行任务时代为担任（assume）的 IAM 角色。沙箱通过担任该角色获得短期有效的临时凭证，随后 Agent、CLI 工具以及 MCP 服务器都可以凭借这些凭证访问你的 AWS 资源。
适用场景：适用于任务过程中需要直接操作你 AWS 资源的场景，例如读写 S3 存储桶、调用各类 AWS 服务等。通过临时凭证机制，既能满足访问需求，又能避免长期凭证带来的安全风险。
怎么用：在 Settings > Agent > Sandbox > AWS Credentials 设置角色。凭证在任务运行中自动刷新，任务结束即移除。

(2) 授权第三方服务的 Powers

是什么：用于连接第三方服务（如 Figma、Stripe、Supabase 等）的 Powers 现在采用标准的授权流程：你只需完成一次授权，后续任务便会自动复用该授权凭证，而不必在每次任务中重复进行授权操作。
适用场景：适用于需要让 Agent 在执行任务的过程中调用第三方服务能力的场景，例如访问 Figma 设计文件、操作 Stripe 支付或读写 Supabase 数据等。
怎么用：在 Agent 设置的 Manage Powers 中授权一次；随时可断开以立即撤销访问。Token 加密存储，绝不暴露给沙箱或 Agent。

(3) MCP 服务器支持范围

是什么：Kiro Web 支持在沙箱中为 Agent 挂载 MCP 服务器以扩展工具能力，配置方式与 IDE、CLI 保持一致，即填写服务器名称、类型与启动命令。但就目前阶段而言，Web 端仅支持本地（stdio）类型的 MCP 服务器，尚未开放对远程（HTTP/SSE）MCP 服务器的连接支持。
适用场景：适用于希望在 Kiro Web 沙箱中复用已有本地 MCP 服务器配置的场景。如果你所依赖的 MCP 服务是以远程 HTTP 方式提供服务的，目前还无法直接在 Kiro Web 中接入，需要等待该能力开放，或考虑改用本地部署方式提供同等服务。
怎么用：在 Settings > Agent 页的 MCP server settings 中添加服务器，填写名称、类型（当前仅可选 local）与启动命令；沙箱启动时会自动加载已配置的 MCP 服务器，并在任务执行期间保持可用。

2、Automations（定时任务，6 月 19 日）

是什么：Automations 让你可以在 Kiro Web 中安排周期性自动执行的任务。你只需创建一个 Automation，描述要完成的工作，选择对应的 GitHub 或 GitLab 仓库，并设定执行计划，Kiro 便会按照设定的节奏在独立沙箱中自动运行该任务，并在完成后自动提交 PR。
适用场景：适用于各类需要定期、重复执行的工作，例如每日检查并升级项目依赖、按计划清理过期资源、周期性地生成并提交报告等。凡是节奏固定、可自动化的例行任务，都适合交给 Automations 处理。
怎么用：在 Kiro Web 的 Automations 中创建；每个 Automation 最多加 5 个计划，可用内置选项（每小时、每天）或 cron 表达式。每次运行都会启动独立沙箱、克隆仓库、自主执行并提交 PR。可随时编辑、禁用、删除，改动在下次计划运行时生效。

3、GitLab 支持与浏览器内 Specs（6 月 11 日）

(1) 连接 GitLab 仓库

是什么：Kiro Web 在原本仅支持 GitHub 的基础上，现已扩展为完整支持 GitLab。你可以像操作 GitHub 一样，让 Kiro 克隆 GitLab 仓库、编写代码，并代你创建合并请求（MR）。
适用场景：适用于代码主要托管在 GitLab 的团队，也适用于需要在同一个会话中同时处理 GitLab 与 GitHub 两类仓库的混合协作场景。
怎么用：用个人访问令牌（personal access token）连接 GitLab；可在对话中查看已有 MR、评审 Issue，并在同一会话混用 GitLab 与 GitHub 仓库。
注意：若连接的是自建（self-managed）GitLab 实例，该实例必须能够通过公网访问，Kiro Web 才能与其建立连接；目前尚不支持仅能在 AWS VPC 内网访问、无法从公网连通的自建 GitLab 实例。若自建实例本身启用了 IP 白名单或防火墙规则，还需要额外放行 Kiro Web 所使用的出口 IP 地址，才能保证连接不被拦截。

(2) 浏览器内 Specs

是什么：浏览器内 Specs 将 Specs 规格驱动开发工作流带到了浏览器环境中。你只需描述想要构建、修复或规划的内容，Kiro 便会生成对应的需求、设计与任务文件，供你评审确认后再正式动手实现。
适用场景：适用于希望在动手编写代码之前，先以结构化、可评审的形式完成工作规划的场景，甚至可以横跨多个仓库进行统一规划。这有助于在实现前充分厘清思路、达成共识。
怎么用：通过对话编辑计划，可运行全部任务或只选部分任务，完成后可下载产物；一个 Spec 会话可横跨多个仓库。

4、无需仓库即可开始、随时切换模式（6 月 2 日）

(1) 无需 GitHub 仓库即可开始

是什么：这一改进取消了以往必须先添加 GitHub 仓库才能启动会话的前置要求，你现在可以直接开启会话并描述任务，等到确实需要时再连接仓库。
怎么用：直接开会话、描述任务，需要时再连接仓库。

(2) 会话中途切到 Autonomous 模式

是什么：在 Vibe（协作）会话中，你现在可以在发出第一条提示词之后的任意时刻切换到 Autonomous（自主）模式，而不再像以往那样只能在会话刚开始时进行选择。
适用场景：适用于这样一种协作节奏——你先与 Agent 一同讨论、共同厘清方案，待思路成熟、准备就绪后，再随时将任务完全移交给 Agent 自主完成。

(3) 消息相对时间戳

是什么：会话中的消息现在会显示相对时间戳（如「几分钟前」），将鼠标悬停其上则可查看精确的绝对时间。这便于你在耗时较长的任务中追踪各个事件发生的先后顺序与具体时点。

5、会话稳定性、停止控制与移动端布局（5 月 19 日）

(1) 任务中途停止（Stop Control）

是什么：任务中途停止功能让你能够在 Agent 正执行任务的过程中随时将其中止，同时你也可以在工作区启动的过程中看到当前的进度状态。
适用场景：适用于你在任务进行中发现 Agent 方向有误，或出于其他原因希望提前介入、立即终止当前执行的场景。
怎么用：任务运行时点击停止控件即可（本次更新还改善了小屏幕布局并修复了若干会话稳定性问题）。

6、Kiro Web 预览版发布（5 月 7 日）

Kiro Web（预览版）在 app.kiro.dev 上线，面向 Kiro Pro、Pro+、Power 用户。可与 Agent 对话探索思路、修 Bug、打磨改动，或把端到端任务整个交给它、以 PR 形式收尾，并可在一个会话里协调跨多个仓库的同一处改动。

(1) 协作模式与自主模式

是什么：这是 Kiro Web 提供的两种协作方式。在默认的协作模式下，由你主导整个对话，与 Agent 一起讨论方案、共同编写代码，待准备就绪时再让 Agent 提交 PR；而在开启 Autonomous（自主）模式后，则改由 Agent 主导——它会先提出澄清性问题，制定实施计划，将子任务委派给专用的子 Agent，并最终自动提交 PR。
适用场景：适用于两类不同的工作偏好——当你希望对开发过程保持紧密掌控、参与每一步决策时，选择协作模式；当你希望将整个任务完整交付、由 Agent 独立完成时，则选择自主模式。

(2) GitHub 原生工作流

是什么：GitHub 原生工作流指的是：在会话开始时选择需要处理的仓库后，Agent 会将其克隆到相互隔离的沙箱中，并能够在一次运行内跨越所有选定仓库协调代码改动与 PR 的提交。
怎么用：可用带 kiro 标签的 GitHub Issue 或 /kiro 评论派活；Agent 创建特性分支、代你提交、开带详细描述的 PR。可用 PR 评论进行评审，Agent 会据此推更新；/kiro all 一次处理所有评审意见，/kiro fix 逐条处理某个讨论。

(3) 可延续的 Steering

是什么：可延续的 Steering 让你能够用团队的标准与约定来引导 Agent 的行为。存放在 .kiro/steering/ 目录中的 Steering 文件会在每次会话开始时自动加载，其格式与 Kiro IDE、CLI 中使用的完全一致，可跨端复用。
怎么用：编写 Steering 文件；也可通过 PR 评论教 Agent，你的反馈会延续到跨所有仓库的后续工作。

(4) 默认隔离沙箱

是什么：默认隔离沙箱机制让每个任务都在一个彼此独立的沙箱中运行。Agent 会在沙箱内克隆仓库，并根据检测到的项目设置自动配置运行环境，待任务完成后再将该沙箱整体拆除，从而保证各任务之间互不干扰。
怎么用：在 Agent 设置页控制网络访问、环境变量、密钥和 MCP 服务器。

五、新增与升级的模型

以下模型均需重启 IDE 或 CLI 后在模型选择器中选用。「积分倍率（credit multiplier）」表示相对基准的用量计费系数。

1、Claude Sonnet 5（7 月 1 日）

是什么：Claude Sonnet 5 是 Anthropic 迄今为止代理能力最强的 Sonnet 系列模型。相比 Sonnet 4.6，它在推理、工具使用和编码等方面都有大幅提升，整体性能已接近 Opus 4.8，而价格仍维持在 Sonnet 这一更为经济的档位。在工作方式上，它会先规划再动手修改代码，能够长时间在无人监督的情况下持续运行，并会主动对自己的输出进行自我检查。
适用场景：适用于希望在相对较低的成本下，获得接近 Opus 级别代理式编码能力的场景。当你既看重编码质量与自主性，又需要控制用量成本时，Sonnet 5 是一个兼顾两者的选择。
可用性：以实验支持逐步向 Pro、Pro+、Pro Max、Power 用户开放；提供在 US-East-1（弗吉尼亚北部）与欧洲（法兰克福）区域，支持跨区推理。100 万上下文窗口，1.3x 积分倍率（与 Sonnet 4.6 相同）。

2、Claude Opus 4.8（5 月 29 日）

是什么：Claude Opus 4.8 由 Opus 4.7 直接升级而来，在自我验证能力、工具调用效率，以及对长周期项目的持续贯彻能力等方面都有所增强，更适合承担复杂而漫长的开发任务。
可用性：以实验支持向 Pro、Pro+、Power 用户开放；100 万上下文、128K 最大输出、2.2x 积分倍率；推理在 us-east-1 与 eu-central-1。CLI 用户需 v2.5.0 及以上以获得最佳体验。

3、Claude Opus 4.7 + 自适应思考（5 月 7 日）

是什么：这一版本为 Opus 4.7 引入了「自适应思考」能力，模型会根据任务的复杂程度自动调节投入的推理量——面对困难问题时进行更充分的思考，遇到简单问题时则快速给出响应，从而在效率与深度之间取得平衡。
适用场景：适用于希望模型能够自动在响应速度与推理深度之间取得平衡的场景，让你无需针对每个问题手动调节思考强度，即可获得恰当的处理方式。
可用性：面向 Pro、Pro+、Power 订阅者及 IAM Identity Center 用户；为获得最佳表现需 IDE 0.11.133、CLI 2.2.0 及以上。

4、Claude Opus 4.7（4 月 17 日）

是什么：Claude Opus 4.7 是当时 Anthropic 最新的 Opus 模型，在代理式编码能力上更为出色，对指令的遵循更加精准，并且视觉分辨率相比前代提升了三倍。
可用性：先以实验支持向部分用 AWS IAM Identity Center 登录的 Pro/Pro+/Power 订阅者开放；100 万上下文、2.2x 积分倍率，推理在 us-east-1 与 eu-central-1。

5、GLM-5（4 月 2 日）

是什么：GLM-5 是一款采用稀疏专家混合（MoE）架构的模型，具备 200K 的上下文窗口，专为复杂的系统工程与长周期代理任务而设计。它擅长处理仓库级别的大规模上下文，并能在跨越大型代码库的多步工具调用过程中保持逻辑连贯。
适用场景：适用于跨文件代码迁移、全栈特性开发、遗留代码重构等需要在整体上把握全局的任务。当工作涉及大量文件、且要求对代码库有全面理解时，GLM-5 的长上下文与连贯性优势尤为突出。
可用性：在 IDE 与 CLI 中提供实验支持，推理在 us-east-1，0.5x 积分倍率。

6、Opus 4.6 与 Sonnet 4.6 升级到 100 万上下文（3 月 24 日）

是什么：此次更新将 Opus 4.6 与 Sonnet 4.6 这两个模型的上下文窗口从 200K 扩展到 100 万，同时将它们的状态从「实验支持」正式转为正式可用（GA），意味着可以更放心地用于日常生产工作。
可用性：面向 Pro、Pro+、Power 订阅者，在 IDE 与 CLI 中可用。

7、MiniMax M2.5 登陆 eu-central-1（3 月 24 日）

是什么：MiniMax M2.5 的可用区域扩展到了 eu-central-1（法兰克福），面向通过 AWS IAM Identity Center 登录的用户开放，便于对数据区域有要求的欧洲用户就近使用。
可用性：全部订阅档位可用，0.25x 积分倍率，200K 上下文。

8、MiniMax M2.5 开放权重选项（3 月 18 日）

是什么：这是一款新推出的开放权重（open weight）模型，能够以极低的成本实现前沿级别的编码表现。它的能力覆盖从系统设计到代码评审的完整开发生命周期，并且在完成复杂代理任务时的速度明显更快。
可用性：Free、Pro、Pro+、Power 档位均可用，支持所有登录方式，区域为 us-east-1；200K 上下文，0.25x 积分倍率。

9、开放权重模型面向 IAM Identity Center 用户开放（3 月 17 日）

是什么：此次更新将 MiniMax 2.1、DeepSeek 3.2、Qwen3 Coder Next 这三款开放权重模型面向通过 AWS IAM Identity Center 登录的用户开放，覆盖全部订阅档位，且在 IDE 与 CLI 中均可使用。
可用性：MiniMax 2.1 与 Qwen3 Coder Next 在 us-east-1 与 eu-central-1；DeepSeek 3.2 仅 us-east-1。积分倍率：DeepSeek 3.2 为 0.25x、MiniMax 2.1 为 0.15x、Qwen3 Coder Next 为 0.05x。

六、账户、计费与平台

1、自定义超额上限（Service Quotas，7 月 2 日）

是什么：这一功能让企业管理员可以通过 AWS Service Quotas，为超额（overage）用量设置自定义上限。其中的配额项「Maximum allowed overage per Kiro profile」用于控制某个 profile 下每位用户所允许的最大超额量，从而防止因用量失控而产生意料之外的费用。
怎么用：在 Service Quotas 控制台管理，或从 Kiro 控制台 Overages 设置里的 Manage 链接跳转过去。

2、个人计划的加购积分（Add-on credits，7 月 1 日）

是什么：加购积分让付费个人用户（Pro、Pro+、Pro Max、Power）在用完每月额度之后，可以额外购买积分以继续工作。它以预付费的方式取代了原先的超额计费模式，使你能够完全掌控自己的支出，避免产生不可预期的账单。
怎么用：每积分 $0.04，购买时即时计费；积分包从 $5（125 积分）到 $100 不等；最多同时持有 5 个包（优先消耗最早到期的包）；12 个月有效期，未用积分逐月滚存；始终先用月度额度，再动用加购积分。在 Kiro 门户点击 Buy add-on credits 购买。

3、Kiro Pro Max 档位（6 月 10 日）

是什么：Kiro Pro Max 是一个新增的 $100/月订阅档位，用于填补 Pro+（$40/月）与 Power（$200/月）之间的空档，面向那些用量持续超出 Pro+ 额度、但又尚未达到需要 Power 全部内容的开发者。该档位提供每月 5,000 积分（相当于 Pro+ 的 2.5 倍）、全部高级模型的使用权限，以及包含 Specs、自定义子 Agent、Powers、Hooks 在内的完整功能集。
怎么用：在账户设置中切换到 Pro Max，周期内切换按比例计费，新额度立即生效。

4、Kiro 成为 HIPAA 合规资格服务（5 月 26 日）

是什么：Kiro 已被正式纳入 AWS HIPAA Eligible Services（HIPAA 合规资格服务）列表，这意味着受 HIPAA 法规约束的组织，可以在合规的前提下将 Kiro 用于涉及受保护健康信息的工作负载。
注意：此资格适用于 Kiro IDE 与 CLI；Kiro Web 目前尚未纳入。

5、Kiro 学生计划（3 月 18 日）

是什么：Kiro 学生计划为符合条件的高校学生提供整整一年免费使用 Kiro 的资格，每月赠送 1,000 积分，且无需绑定信用卡、也没有试用期倒计时的限制。
包含内容：12 个月每月 1,000 积分，完整使用 Kiro IDE 与 CLI 的代理能力（含规格驱动开发）。
怎么用：在 kiro.dev/students 用高校邮箱注册/登录，通过 SheerID 验证学生身份（约一分钟），验证后积分立即可用。首批 11 所高校符合条件，后续会增加。

6、企业控制台报表增强（3 月—7 月，陆续发布）

这段时间还发布了一系列面向企业管理员的控制台/报表增强，便于用量与订阅管理，包括：

在用户活动报表中显示用户邮箱地址；
在用户活动报表中按模型显示消息数；
在 Kiro 控制台中查看用户邮箱；
从 Kiro 控制台以 CSV 导出订阅数据。

这些主要用于企业侧的用量审计与成本核算。

参考文档

最后修改于 2026-07-09

Kiro IDE/CLI/WEB 产品新特性介绍 - 2026年二季度

本文介绍了 Kiro 产品在2026年3月～7月期间发布的新特性，涵盖 Kiro 的三种使用形态即 IDE/CLI，以及处于 Preview 状态的 Kiro WEB 产品（需要企业管理员在 Kiro 订阅后台中启用。