Kiro iOS App 来了：手机上管理 Agent 会话、审 Diff、批 PR，通勤路上也能干活

Kiro for iOS 来了：手机上启动 Agent 会话、审 PR、批代码，不用打开电脑

上周五我坐地铁回家，突然收到一条通知："你的 Kiro 会话完成了，等待审批。"

打开手机想看看结果——得先 SSH 到服务器？还是掏出笔记本连 VPN？都不现实。只能等到家再说，一来一回 40 分钟白白浪费了。

这就是 Kiro 6 月 17 日在 AWS Summit New York 发布 iOS App 要解决的痛点——让你在手机上就能管理 Agent 会话。不是简化版，不是只读仪表盘，而是可以启动会话、review diff、approve 变更、给 Agent 补充上下文的完整交互界面。

这个 App 能干什么

Kiro for iOS 不是"把 Web 端套个壳"。它是原生 Swift 写的，针对小屏幕做了专门适配：

三种会话模式一键启动：

• Chat 模式：快速问个问题，比如"这个 API 的限流策略是什么"
• Spec 模式：继续规格驱动开发流程，让 Agent 按照你写的 spec 文件推进
• Autonomy 模式：完全委托，Agent 在云端沙箱里独立运行，改文件、跑测试，需要你决策时才暂停

代码 Diff 原生渲染：

// 删除的代码显示红色背景
- const timeout = 3000;
// 新增的代码显示绿色背景
+ const timeout = 5000;

不是网页里那种要缩放才能看清的 diff 视图。文件头、行号、变更类型，一目了然。

会话状态实时同步：

你在 Web 端或 IDE 里启动的会话，手机上直接能看到。反过来也一样——手机上开的会话，回到电脑上无缝继续。

典型使用场景

说几个我觉得真正有用的场景：

场景一：Agent 跑完了等你批

周末 Agent 在云端跑一个重构任务。跑完了，生成了 PR，等你 approve。你在外面吃饭，掏出手机：

1. 看到通知"会话完成，等待审批"
2. 打开 App，看 diff
3. 没问题，点 approve
4. Agent 继续下一步（合并、部署、whatever）

整个过程 30 秒，不需要开电脑。

场景二：Agent 卡住了需要方向

Agent 在执行任务时遇到了岔路口——"数据库要用 DynamoDB 还是 Aurora？"它暂停等你回复。

以前你不在电脑前就干等着。现在：手机回一句"用 DynamoDB，single-table design"，Agent 继续跑。

场景三：通勤路上 kickoff 一个任务

早上地铁上想到一个 bug fix 的思路：

打开 Kiro iOS → 选 Autonomy 模式 → 连接 GitHub 仓库
→ 输入："修复 #1234，用户头像上传超过 5MB 时返回 413 但前端没处理"
→ 选模型（Claude Sonnet / Opus）→ 发送

到公司的时候，PR 可能已经 ready 了。

技术细节

几个值得关注的设计决策：

云端会话，不吃手机资源：

Agent 运行在 Kiro 的云端沙箱里，不占你手机的 CPU 和内存。手机只是一个轻量级客户端，负责展示和交互。这意味着：

• 不需要手机一直开着
• 不需要保持网络连接
• Agent 可以跑几个小时的重任务，你随时回来看进度

身份认证统一：

支持 Google、GitHub、IAM Identity Center、Builder ID 四种登录方式。登录一次，你在 Web、IDE、CLI、iOS 上的会话、偏好、连接的仓库全部同步。

多会话管理：

一个界面管理所有正在跑的会话——不同仓库、不同任务、不同模型。每个会话的 PR 状态也能直接看到。

配置要求

# 谁能用
订阅要求: Kiro Pro / Pro+ / Pro Max / Power（Free 不支持）
系统要求: iOS 26+
登录方式: Google / GitHub / IAM Identity Center / Builder ID

# 怎么申请
入口: https://kiro.dev/mobile/#notify
状态: Gated Preview（需要排队）

和 Kiro Web/IDE 的协同

有人问："手机上启动的会话，回到电脑上还能继续吗？"

答案是完全可以。Kiro 的会话跑在云端，客户端只是一个展示层。你在手机上的操作——给 Agent 的指令、approve 的变更、选择的模型偏好——全部实时同步到你的账号下。

具体来说：

1. 手机上启动 Autonomy 会话 → Agent 在云端跑
2. Agent 跑完生成 PR → 手机上收到通知
3. 你不方便在手机看长 diff → 回到电脑打开 Kiro Web
4. 同一个会话，完整上下文 → 详细 review 后 merge

反过来也一样：电脑上启动的长时间任务，出门后用手机监控进度、回复 Agent 的提问。

这个"多端漫游"能力背后是 Kiro 的云端架构设计——Agent 不跑在你的本地机器上，而是跑在 Kiro 的云端沙箱里。你的各个设备都只是连接这个沙箱的窗口。

和现有工作流的融合

如果你已经在用 Kiro 的 Spec 驱动开发流程（前面写过一篇 Kiro Specs 实战），iOS App 是它天然的延伸：

Spec 模式的移动端场景：

周一早上通勤路上：
→ 打开 Kiro iOS，选 Spec 模式
→ 连接 repo，输入："实现 spec/user-avatar-upload.md"
→ Agent 开始按 spec 文件里的要求逐步实现
→ 到公司时，基础代码已经 ready
→ 你在电脑上 review、微调、补充测试

Autonomy 模式的典型流程：

下班前给 Agent 一个任务：
→ "根据 JIRA-1234 的需求，实现商品搜索的 ElasticSearch 接口"
→ Agent 分析需求 → 写代码 → 跑测试 → 生成 PR
→ 晚上吃完饭拿手机看：任务完成，PR 等待 review
→ 扫一眼 diff，没问题就 approve
→ 第二天上班直接进入下个任务

安全和权限

毕竟是手机上操作代码仓库，安全问题不能马虎：

• 认证走 OAuth：GitHub/Google/IAM Identity Center/Builder ID，不在手机上存密码
• 仓库权限跟着账号走：你在 GitHub 上有权限的 repo 才能连接
• 操作留审计日志：谁在什么时间 approve 了什么变更，全部可追溯
• 支持 approve/reject：Agent 做的变更你可以拒绝，不会自动合并

我的判断

之前用过几个类似的"移动端 AI 编程"产品，说实话大部分是鸡肋——屏幕太小写代码不现实，看代码也费劲。

但 Kiro iOS 的定位不一样：它不是让你在手机上写代码，而是让你在手机上管理 Agent。这个思路对了。

随着 Agentic AI 的发展，越来越多的编程工作是"启动一个任务→等它跑完→review 结果→给方向"。这个流程里，大部分时间 Agent 在干活，人只需要在关键决策点介入。手机完全够用。

换句话说：你不需要在手机上写 for 循环，你需要在手机上告诉 Agent "这个方向不对，换 DynamoDB"。

从产品节奏看，Kiro 的路线图很清晰：桌面端（IDE + Web）打基础 → 移动端（iOS）补协同 → 后面大概率是 Android + Apple Watch 推送通知。开发者的工作越来越"异步"，移动端就是那个让你随时介入的入口。

现在能做什么

目前是 Gated Preview，需要申请排队。如果你已经是 Kiro Pro 及以上用户：

1. 去 kiro.dev/mobile/#notify 注册
2. 等邮件通知
3. 确保你的 iPhone 升级到 iOS 26

如果你还没用过 Kiro，可以先从桌面端开始体验：https://aws.amazon.com/cn/campaigns/kiro/

---

这是 AWS Summit New York 2026 系列文章之一。Summit 还发布了 Bedrock Managed Knowledge Base、AgentCore Web Search 等重磅功能，后续会逐一解析。