AI 基础设施卫士

要解决的问题

当 AI Agent 从聊天窗口走进真实工程环境，它手里握着 shell、文件系统和各种凭据，一次错误的工具调用就可能改错代码、删掉不该删的东西，或把内部接口暴露出去。这类风险很难靠人工 review 兜住：执行链分散在多步推理里，等发现异常时副作用已经发生。多数现有方案只在应用层加提示词约束，对 Agent 运行栈本身缺少一致性检查。

技能如何工作

@user_3c6cb52e/ai-infra-guard-png 把防护拆成 9 个独立的子技能文件，作为可组合的能力集，在 Agent 的不同阶段按需单独加载：

• 每个子技能都是一份独立的 SKILL.md，可以单独审阅、单独启用，不必把所有规则糊进一个巨型提示词；
• 规则以可读的检查项形式给出，Agent 在调用工具前后能按条目逐项对照；
• 关注点放在基础设施层：运行环境、权限边界、操作留痕，而不是业务逻辑本身。

该技能集声明兼容 Claude Code、Codex、Hermes Agent、OpenClaw、QClaw、WorkBuddy 等平台，说明约束方式偏声明式，能被不同宿主的解释流程接受。

适用边界

它不是安全边界本身。子技能提供的是规则与检查项，实际是否生效取决于宿主 Agent 是否遵循提示、以及是否具备相应工具权限。内核级强制隔离、沙箱逃逸防护仍需平台层能力配合。建议先在测试工程中跑一遍，确认规则与团队现有流程不冲突，再按需挑选需要的子技能。