$ loading_
从环境盘点、规范比对到基础设施修复，适合串起多环境配置漂移审计与整改闭环。
这套组合适合处理 dev / staging / prod 多环境配置逐步走样 的场景：先用 workspace-surface-audit 盘点当前工作区与可用能力，明确审计入口；再由 mcp-cli 统一调用不同 MCP，按需接入不同行为而不过载上下文。审计层面，Architecture Drift MCP 负责找出“文档/设计”与“代码事实”之间的架构漂移，spec-drift-mcp 继续下钻到 YAML 与实现字段层面的缺失、冗余和类型漂移；最后由 Terraform MCP 把发现的问题收束到基础设施修复动作与变更建议中，便于直接生成整改清单、修复工单或后续自动化执行计划。
如果你的目标不是单点排错，而是建立一条 发现漂移 → 定位原因 → 形成修复项 的流程，这几项搭配会非常顺手。
审计当前开发环境与可用能力，并给出 Claude Code 最优配置建议
└ 小编点评 — 先摸清当前开发环境、权限与可用能力，为多环境漂移审计确定入口与边界。
按需通过 mcp CLI 调用 MCP 服务，发现工具与资源而不预加载上下文
└ 小编点评 — 作为统一调用层，按需连接不同 MCP 服务，方便把审计与修复流程串起来。
对比文档声明与当前源码事实，帮助识别架构漂移问题
└ 小编点评 — 负责识别架构声明与代码现实之间的偏差，适合产出高层漂移问题清单。
帮助开发者在提交前比对代码与YAML规范，发现字段缺失、冗余和类型漂移问题
└ 小编点评 — 继续核对代码与 YAML 规范的字段、类型与冗余项，帮助把漂移问题细化到可执行工单。
帮助生成更准确的 Terraform 配置，并自动化 HCP Terraform 与企业版流程。
└ 小编点评 — 把审计结果落到 Terraform 配置与环境变更流程中，便于生成修复建议与后续实施方案。