Kiro Automations 来了：定时让 Agent 扫文档、跑测试、清 TODO，自动提 PR
每周一，我都会打开项目，手动跑一遍：
- 文档有没有跟不上代码变更的？
- 新加的函数有没有对应的测试覆盖？
- TODO 和 FIXME 是不是又攒了一堆？
每次花 20 分钟到 1 小时不等。不难，但烦——因为它每周都来一次。
6 月 18 日，Kiro 在 Web 端发布了 Automations（自动化任务） 功能。你描述一个重复性任务，给它设个时间表（每天、每周、或者写 cron 表达式），Kiro 会按时在云端沙箱里执行，完成后自动开 Pull Request。
它解决什么问题
开发中有一类任务是"知道该做，但总是忘"：
依赖版本检查 → 每周该扫一次 → 总是等到 CI 爆了才发现
文档更新 → 代码改了文档没跟上 → 直到新人入职问起来
死代码清理 → FIXME 攒了 3 个月 → 直到影响编译速度
测试覆盖 → 新功能写完没补测试 → 直到某天半夜 on-call 被叫起来
这些事不难，但靠人记不住。以前你可能用 CI/CD Pipeline 的 scheduled trigger 加自定义脚本来搞，但写脚本、维护脚本本身也是成本。
Kiro Automations 的思路：你只需要用自然语言描述任务，剩下的交给 Agent。
怎么用
步骤一：创建自动化
- 给任务起个名字（比如 "Weekly Dependency Check"）
- 选择目标仓库（支持 GitHub 和 GitLab）
- 用自然语言描述你想让 Agent 做什么
- 设定执行时间表
步骤二：描述任务
任务描述是自然语言，比如：
文档同步检查：
检查本周 main 分支上变更的代码文件（src/目录），找出对应的文档文件（docs/目录）
是否需要更新。如果代码行为变了但文档没跟上，更新文档使其与代码一致。
测试覆盖检查：
扫描本周新增或修改的源文件，检查是否有对应的单元测试。
对没有测试覆盖的函数，生成基本测试用例。
依赖版本扫描：
检查 package.json / requirements.txt / go.mod 中的依赖版本，
找出有安全漏洞或大版本落后超过 2 个的依赖，更新到安全版本。
TODO/FIXME 清理：
扫描代码中超过 30 天的 TODO 和 FIXME 注释。
对能直接解决的问题，生成修复代码。
对暂时无法解决的，添加注释说明原因和预计处理时间。
步骤三：设定时间表
每个自动化最多 5 个调度规则：
# 内置选项
schedule: daily # 每天
schedule: weekly # 每周一
schedule: weekdays # 工作日
# 自定义 cron
schedule: "0 9 * * 1" # 每周一早9点
schedule: "0 0 1 * *" # 每月1号
schedule: "0 8 * * 1-5" # 工作日早8点
执行流程
每次触发时，Kiro 的执行流程：
定时触发
↓
启动云端沙箱（独立环境，和其他 session 隔离）
↓
clone 目标仓库
↓
Agent 根据你的描述执行任务
↓
如果有变更 → 自动创建 PR
↓
你在方便的时候 review + merge
关键点：
- 每次运行都是独立沙箱：互相不干扰，也不影响你的本地环境
- 结果是 PR 而不是直接 push：你始终有审批权
- 失败了不会搞坏任何东西：沙箱隔离保证安全
实际场景
场景一：API 契约漂移检测
任务描述：
比较 api/openapi.yaml 中的接口定义和 src/handlers/ 中的实际实现。
如果有参数、返回值、或路径不一致的地方，更新 openapi.yaml 使其与代码一致。
调度：每天早8点
微服务架构下，接口文档和实现漂移是常态。这个 Automation 每天跑一次，发现漂移就提 PR 修复。
场景二：周报自动生成
任务描述：
汇总本周 merge 到 main 的所有 PR（标题、作者、变更摘要），
生成 CHANGELOG 格式的周报，写入 docs/weekly/YYYY-MM-DD.md。
调度：每周五下午5点
场景三：安全依赖更新
任务描述：
运行依赖安全扫描（npm audit / pip-audit / govulncheck），
对发现的高危漏洞，自动更新到最新安全版本。
只更新补丁版本（patch），不做大版本升级。
更新后运行测试，确保不 break。
调度：每周一早9点
配合其他 Kiro 能力
Automations 和 Kiro 的其他能力是互补的：
| 能力 | 定位 | 触发方式 |
|---|---|---|
| Specs | 按规格开发新功能 | 手动启动 |
| Hooks | 保存/提交时自动执行 | 事件触发 |
| Automations | 定期维护性任务 | 定时触发 |
| Autonomy | 自主完成复杂任务 | 手动/自动 |
一个典型的组合：
- Hooks 在每次 commit 时跑 lint + 格式化
- Automations 每周检查测试覆盖率和文档同步
- 你手动用 Specs 开发新功能
- 复杂重构交给 Autonomy 模式
谁能用
| 订阅档位 | 是否支持 |
|---|---|
| Free | ❌ |
| Pro ($19/月) | ✅ |
| Pro+ ($39/月) | ✅ |
| Pro Max ($100/月) | ✅ |
| Power ($200/月) | ✅ |
如果你的团队使用 AWS IAM Identity Center 登录，管理员需要先开启 Kiro Web 访问权限。
注意事项
- 目前只在 Web 端：IDE 和 iOS 端暂时还不能创建/管理 Automations
- PR 不会自动 merge：必须人工审批。这是设计上的安全考虑
- 每个 Automation 最多 5 个 schedule：够用了，太多说明任务该拆分
- Cloud sandbox 有时间限制：太复杂的任务可能跑不完，建议拆成小任务
现在试试
如果你已经是 Kiro Pro 或以上用户：
- 打开 app.kiro.dev/automations
- 随便选一个你每周都在手动做的事情
- 描述清楚让 Agent 做什么
- 设个时间表
- 等下次触发时看 PR
推荐从简单的开始：比如每周清理一次代码里的 console.log。跑通了再搞复杂的。
更多信息：https://aws.amazon.com/cn/campaigns/kiro/
这是 Kiro 系列第 N 篇。之前写过 Specs 驱动开发、Hooks 自动化、iOS App。Automations 补齐了"定时任务"这块拼图——Kiro 正在从一个 AI 编程工具，变成一个完整的开发自动化平台。
浙公网安备 33010602011771号