新一代 AWS Resilience Hub 实战：使用 Agent 加速韧性工程
内容提要
本文介绍如何用 Kiro CLI 与自建 Hermes Agent 配合新一代 AWS Resilience Hub 加速韧性工程。Resilience Hub 借助生成式 AI 完成故障模式评估，单次仅需数十分钟；Agent 以只读方式读取评估结果，逐期留存记录并按风险项 ID 对比，结合人工确认的长期记忆生成七部分评估报告。评估数据与组织判断分离，写操作由人确认，实现按期持续评估。
延伸解读
评估提速后，瓶颈转移到了哪里？
新一代 AWS Resilience Hub 借助生成式 AI 完成故障模式评估，单次评估周期从以往按项目或年度进行缩短到约数十分钟。这意味着评估本身不再是瓶颈，真正的挑战变成了评估之后：如何把结果转化为组织可用的结论，并定期沉淀为可追溯、可比较的报告。文章指出，这项工作长期依赖专家经验，难以规模化，而具备长期记忆的 Agent 可以延续组织判断，让评估按期持续进行。
Agent 与 Resilience Hub 的分工逻辑
方案将工作分给三方：Resilience Hub 负责评估本身；Agent 以只读方式读取评估结果，每期留存记录并按风险项 ID 与上一期逐条对比，再结合组织判断撰写报告；最终结论由人确认，人的决定沉淀为 Agent 的长期记忆。这种分工确保报告按期自动产出，同时每一项结论都能追溯到评估数据或组织决定。文章强调，评估数据与组织判断分离，写操作由人确认。
跨期对比的局限与人工确认的必要性
文章实测显示，Agent 能正确识别新增、移除、状态变化和达标判定变化。但接口只返回当前风险项状态，无法按历史评估回查当时的清单，因此方案需在服务之外逐期留存记录。对于“不再出现”的风险项，接口无法说明是被修复、撤销还是其他原因消失，需人工确认。此外，服务事件只记录 Resilience Hub 侧的变更，资源内部配置修改需由 AWS Config 或 IaC 流水线另行触发重新评估。
两种实现形态的适用场景
Kiro CLI 和 Hermes Agent 由相同四部分组成，但形态不同。Kiro CLI 通过工具白名单限制只读命令，组织记忆由人维护的决定文件承载，适合工程师交互式审阅评估前提、维护决定，也可无交互按期运行。Hermes 以内建 memory 工具、cron 和飞书投递支持无人值守周期任务，但需常驻部署。选择时需权衡权限控制精细度与自动化程度。
Q&A
新一代 AWS Resilience Hub 的评估周期大概多久？
新一代 AWS Resilience Hub 使用生成式 AI 完成故障模式评估，单次评估周期只需约数十分钟。
Agent 如何与 Resilience Hub 协作生成评估报告？
Resilience Hub 负责评估本身；Agent 以只读方式读取评估结果，每期留存记录并按风险项 ID 与上一期逐条对比，再结合组织判断撰写报告；最终结论由人确认，人的决定沉淀为 Agent 的长期记忆供下一期使用。
为什么需要逐期留存风险项清单？
因为新一代 Resilience Hub 会保留两年的评估历史，但不能按某次历史评估回查当时的风险项清单，所以需要在服务之外逐期留存风险项清单，作为下一期对比的唯一依据。
Agent 的长期记忆保存哪些内容？
Agent 的长期记忆只用来保存已接受的风险、负责人和复核日期等组织决定，不保存评估数据。
Kiro CLI 和 Hermes Agent 在实现上有什么主要差别？
主要差别在长期记忆的产生方式、调度方式、权限约束和部署形态：Kiro CLI 通过人维护的决定文件承载组织记忆，权限控制精细，适合交互式审阅；Hermes 以内建的 memory 工具、cron 和消息投递支持无人值守的周期任务，但需要常驻部署。
报告 skill 中规定的报告包含哪七个部分？
报告包含七个部分：范围与目标、达标状态、风险项变化、处置与证据、评估前提、结论时效、后续行动。
