AWS资源清理实战
BillingAlerts CloudFormation堆栈。也就是说，一个我早就忘了的资源，在提醒我账户里还有一堆我忘了的资源。在公司里推行AI工具的时候，我总跟团队强调“自动化”，但说实话，很多琐碎的运维工作我们还是习惯于手动操作。比如清理AWS资源，这种活儿极其枯燥：登录控制台 → 找堆栈 → 点击删除 → 等待刷新 → 确认是否删除成功。这种典型的“ClickOps”操作，哪怕熟练工也觉得心累，很容易被拖到下周甚至明年。
这次我决定不再手动点击，直接用Agent Toolkit for AWS来实操一次。
对于习惯了命令行的人来说，部署这个工具非常快，直接运行：
aws configure agent-toolkit配置完成后，你就可以直接通过自然语言指令让Agent去接管那些重复性工作，而不需要在控制台里反复跳转。
一、 资源摸排与清理实操
我的第一步是让Agent把当前区域的所有CloudFormation堆栈全部列出来。它迅速反馈了12个堆栈列表，其中一半的名字我根本不认识。这就是云成本浪费的典型场景：很多测试环境或临时方案用完后没删干净，虽然单个资源可能不贵，但积少成多就成了账单上的“幽灵支出”。
我直接给Agent下指令，让它删除那些状态为CREATE_COMPLETE但显然已经过时的堆栈。大部分资源在几秒钟内就被清理掉了，响应速度远快于手动刷新页面。
二、 应对“死磕”的资源
当然，AI Agent也不是万能的，实操中我遇到了一个典型的坑：有个堆栈在删除时报错，状态卡在DELETE_FAILED。
这种情况手动处理最烦人，得去查到底是哪个资源依赖没解除。我尝试让Agent分析报错日志，它定位到了一个尚未解绑的资源关联。在Agent的提示下，我通过一个具体的API调用解决了依赖，随后再次执行删除指令，那个顽固的堆栈终于消失了。
三、 深度扫描与效果
清理完显眼的堆栈后，我让Agent执行了一次全账户扫描，寻找那些虽然没在堆栈里但依然在产生费用的“孤儿资源”。
这次实测的效率提升非常明显：
- 手动清理模式： 寻找 → 确认 → 删除 → 刷新，平均每个资源耗时 2-3 分钟。
- Agent模式： 描述需求 → 批量执行 → 结果汇总，整体耗时缩短到 1 分钟以内。
这种体验最核心的增量价值在于，它把“运维心智负担”降低了。以前清理资源像是在做大扫除，得心理建设半天才能开始；现在就像在给助理发指令，随手就能把账单优化掉。
对于在公司负责基础设施管理的人来说，这种工作流的改变能有效解决“资源烂尾”问题。比起写一套复杂的Terraform脚本来管理生命周期，这种基于Agent的交互式清理更适合处理那些非标准化的临时资源。
如果你也面对着一堆不记得用途的AWS资源，建议尝试这种方式，毕竟手动点击控制台真的太浪费生命了。
