新增功能可限制人工智能编程工具代为执行的命令的访问范围，并支持从聊天中启动已保存的操作流程。对于将编程任务自动化的开发者，这意味着多了一种控制执行权限的手段，以及启动重复任务的新途径。
1. 为命令执行划定边界的沙箱
Kiro 于 2026年10月13日公布的 IDE 1.3.0 更新日志，核心是本地命令沙箱。沙箱用于为命令的访问范围划定边界。启用后，会限制人工智能代理向操作系统发起操作的 shell 命令及其启动的子进程的访问范围。
对于出站网络连接，可选择阻止、仅限常用开发主机或允许。主机指连接目标服务器。选择状态栏中的 Command sandbox 项，即可打开设置并确认沙箱是否处于启用状态。
在用于连接外部工具的 MCP 服务器中，本地通过标准输入输出通信的 stdio 服务器，也可选择在同一沙箱中运行。这意味着除了命令，还能一并限制此类本地工具服务器的访问范围。
代理本身、内置文件工具及远程 MCP 服务器仍处于沙箱之外。管理代理行为的权限规则继续适用。因此，应将此功能理解为一种适用范围因执行路径而异的控制手段，而不是把所有工具都关进沙箱。
2. 从聊天中启动已保存流程的方法
工作流是已保存的操作流程。在聊天输入框中输入以下命令，选择要执行的流程配方，再填写所需输入值即可运行。以下保留了原文提供的聊天命令。
/workflow-run运行后，工作流界面会显示新的运行项。此次变更的重点不是编写新流程，而是在对话中启动已保存的流程。用户在聊天中请求运行后，可到工作流界面继续查看该次运行。
3. 跟踪已启动任务的状态显示
聊天标签页和工作流步骤标签页会显示状态，告知工具是否正在工作、是否需要用户输入。会话进入空闲状态后，会恢复原来的图标。对于打开多个标签页的用户，这有助于区分哪些任务正在进行，哪些正在等待回应。
工作流列表中，正在进行的运行项会保持在已完成项上方，并修复了暂停或等待输入时列表行跳动的问题。这项改进衔接了从聊天中启动任务、再到列表中查找任务的操作流程。
如果只有一个正在进行的工作流，它会以展开状态显示。此次还修复了已停止的运行项被显示为等待中，以及并行步骤重复显示的问题。这些修复会影响用户对运行中或已停止状态的判断。
4. 更便捷的执行与仍需承担的审查工作
其好处在于，既能控制命令的访问范围，又能在对话过程中启动重复任务。但沙箱只能降低风险，并不保证完全隔离，因此仍需持续审查建议执行的命令。让执行更方便的功能，与审查执行内容的工作，应当区分看待。
更新日志未提供性能数据或测量条件。因此，评估此次更新的价值时，应着眼于执行范围的选择，以及任务启动和状态查看路径的变化，而不是处理速度的提升。
Kiro IDE 1.3 的引入价值，与其说取决于增加多少自动化，不如说取决于它能否提供所需的命令控制和重复任务入口。