之前用 Kiro 要装桌面客户端，现在直接打开浏览器就能用了。
亚马逊云科技上周发布了 Kiro Web——Kiro 的浏览器版本。AI Chat、Spec-Driven Development、Agent 能力全部搬到了 Web 端，不用安装任何东西，打开 kiro.dev 就能写代码。
对于经常换机器的人（家里台式机、公司笔记本、偶尔还得用临时工位）来说，这等于随时随地都能接上之前的开发环境。不再是"回家才能干活"了。
Kiro Web 能干什么
和桌面版一模一样的能力，只是跑在浏览器里：
- AI Chat — 和 AI 对话讨论技术方案、请求代码生成
- Spec-Driven Development — 先写 Spec（需求/设计文档），AI 根据 Spec 生成和维护代码
- Agent Mode — AI Agent 自主完成多步骤任务（创建文件、安装依赖、运行测试等）
- Hook System — 自动化触发（文件保存时跑 lint、commit 时更新文档等）
为什么 Web 版很重要
降低尝试门槛
之前想试 Kiro：
- 去官网下载安装包
- 安装桌面客户端
- 登录 AWS Builder ID
- 配置工作区
- 才能开始用
现在：
- 打开 kiro.dev
- 登录 Builder ID
- 直接开干
从"5 步"变"2 步"，试错成本趋近于零。
团队协作场景
# 典型场景：Code Review 时快速上手
# 同事发来一个 PR 链接，你想看看代码怎么改的# 之前：切分支 → 本地跑 → 看效果
# 现在：Kiro Web 打开项目 → 让 AI 解释改动 → 直接在线跑测试
临时开发环境
出差、借别人电脑、新入职第一天电脑还没配好——这些场景都不再是障碍。只要有浏览器和网络，就有完整的 AI 开发环境。
Spec-Driven Development 核心流程
Kiro 的核心差异化不是"又一个 AI 写代码的工具"，而是 Spec-Driven 的工作方式：
第一步：写 Spec
# Feature: 用户注册接口## 需求
- 支持邮箱注册
- 密码要求：8位以上，包含大小写和数字
- 注册成功后发送验证邮件
- 重复邮箱返回友好错误提示## 技术方案
- API: POST /api/v1/register
- 存储: DynamoDB users 表
- 邮件: Amazon SES
- 认证: JWT token## 边界情况
- 并发注册同一邮箱（用 DynamoDB 条件写入去重）
- SES 发送失败（重试 3 次，失败不阻塞注册）
- 密码不合规（400 + 明确错误信息）
第二步：AI 根据 Spec 生成代码
Kiro 不是简单的"读需求 → 吐代码"，而是：
- 解析 Spec 中的需求点
- 识别技术约束
- 处理边界情况
- 生成可运行的代码
第三步：代码和 Spec 双向绑定
改了 Spec？AI 自动更新代码。
改了代码？Kiro 提醒你 Spec 需要同步。
这解决了一个老问题——文档和代码永远对不上。
Agent Mode 实操
在 Kiro Web 里，Agent Mode 支持自主完成复杂任务：
# 你的指令：
"帮我搭一个 Lambda + API Gateway + DynamoDB 的 CRUD 服务，
用 TypeScript，包含单元测试，用 CDK 部署"# Agent 会自动：
# 1. 创建项目结构
# 2. 写 Lambda handler（CRUD 四个函数）
# 3. 写 CDK stack（API Gateway + Lambda + DynamoDB）
# 4. 写单元测试（mock DynamoDB）
# 5. 配置 package.json 和 tsconfig
# 6. 运行测试确认通过
整个过程你可以实时看到 Agent 在做什么，随时插手修改方向。
Hook System
Hooks 是 Kiro 的自动化机制——当特定事件发生时，自动触发 AI 动作：
# .kiro/hooks/on-save.yaml
trigger: file_save
pattern: "src/**/*.ts"
action: |检查保存的文件：1. 是否有 TypeScript 类型错误2. 是否符合项目 ESLint 规则3. 如果有对应的测试文件，检查测试是否需要更新# .kiro/hooks/on-commit.yaml
trigger: pre_commit
action: |对本次 commit 的改动：1. 检查是否涉及 API 接口变更2. 如果有变更，更新 docs/api.md3. 确认 CHANGELOG.md 已更新
Hook 在桌面版和 Web 版都能用，配置文件放在 .kiro/ 目录下，跟着项目走。
和桌面版的区别
| 对比项 | Kiro Desktop | Kiro Web |
|---|---|---|
| 安装 | 需要下载安装 | 浏览器即用 |
| 离线 | 支持（部分功能） | 需要网络 |
| 性能 | 本地计算 | 云端计算 |
| 文件系统 | 完整本地访问 | 云端工作区 |
| 扩展 | 桌面插件生态 | Web 扩展 |
| 适合 | 日常重度开发 | 快速原型/协作/临时场景 |
两者不是替代关系，是互补。日常重度开发用桌面版（性能好、离线能用），快速验证想法、Code Review、临时环境用 Web 版。
快速开始
# 1. 打开浏览器访问
# https://kiro.dev# 2. 登录 AWS Builder ID（免费注册）
# https://profile.aws.amazon.com/# 3. 创建新项目或打开已有 Git 仓库# 4. 开始使用
# - 打开 AI Chat 讨论方案
# - 创建 .kiro/specs/ 目录放需求文档
# - 用 Agent Mode 让 AI 帮你搭项目骨架
适合什么人
- 想试 AI 编程但懒得装工具的 — 零成本尝试
- 远程/混合办公的 — 多设备无缝切换
- 技术负责人做 Review — 快速拉起环境看代码
- 新团队成员 Onboarding — 第一天就能上手
- Hackathon/快速原型 — 打开浏览器就开干
我的判断
Kiro Web 的核心价值是降低门槛。
AI IDE 赛道现在卷得厉害，但大多数工具都要求你先安装客户端。Kiro Web 把"试一下"的成本降到了零——打开浏览器就行。这对于推广采用率来说是决定性优势。
Spec-Driven 的工作方式也是差异化的方向。不是"AI 帮你写代码"（大家都能做），而是"AI 帮你按规范写和维护代码"。这个定位更适合团队协作场景，而不是个人 Hacker 场景。
相关链接：
- Kiro Web 公告：https://kiro.dev/blog/introducing-kiro-web/
- Kiro 产品页：https://kiro.dev/
- AWS Builder ID 注册：https://profile.aws.amazon.com/