上周三下午，我盯着刚发布的AWS Agent Toolkit，README才看了一半就冲进Kiro IDE，让AI帮我设计一个无服务器后端。两分钟后它吐出一套API Gateway + Lambda + DynamoDB的方案，听起来挺像那么回事——但问题是，它根本没碰我刚配好的工具。

这套方案来自模型的训练数据，而非实时文档检索或我安装的aws-core技能。直到我手动提示它使用MCP服务器，这些工具才真正运转起来。问题出在一个被我跳过的17行文件。

打开网易新闻 查看精彩图片

AWS Agent Toolkit于2026年5月6日发布，兼容Claude Code、Codex、Kiro及所有支持MCP的编码智能体。它的架构分三层：MCP服务器层提供300多个AWS API的统一接入端点，附带沙箱化Python执行环境和实时文档搜索（查文档无需AWS凭证）；技能层封装了20余个领域的专业知识，包括架构决策表、服务对比矩阵、部署流程和故障排查指南；规则文件层则负责告诉智能体：先用前两层，再调用记忆。

我只搭好了前两层。工具齐全，但缺少使用指令。

这个关键文件藏在工具库repo的rules/目录下，README的快速入门章节并未提及。它的存在区分了"能够发现技能"与"会在回答前主动加载技能"。文件内容明确指示智能体：优先使用AWS MCP服务器处理所有AWS相关交互；任务开始前检查是否有匹配的AWS技能可用；通过retrieve_skill加载技能，并优先遵循其指导而非通用知识；对API参数、权限或限制不确定时，查证文档而非猜测。

Kiro用户需将其放入.kiro/steering/aws-rules.md，Claude Code用户随插件捆绑安装，其他智能体则置于项目级指令的读取路径。加入该文件前，智能体对技能的访问是被动的；加入后，加载技能成为其处理任何AWS任务的首选动作。

配置全程约两分钟，按README对应智能体的快速指南操作即可。只是别忘了那个rules文件夹——否则你的20多个技能，可能只是安静地躺在那里。