技能介绍

要解决的具体问题

在代理参与发布流程后，风险不再只来自业务代码本身。CI/CD 配置错误、最小权限边界失效、密钥写入仓库、依赖来源不清晰，以及与 MCP 相关的工具调用风险，都可能让代理在自动化步骤中放大错误。Ship Safe 的定位是发布前的一次预检：把这些容易在自动化和代理协作中被忽略的配置、权限、机密、依赖问题提前暴露出来，而不是等到运行期或事故复盘时才发现。

核心能力与关键步骤

它面向仓库或 CI 配置执行检查，前置条件是环境中有 Node.js 或包运行器。完整审计会覆盖机密、代理相关项、依赖问题，并给出修复计划；交互式会话可以把扫描、修复建议和提问放在同一次流程中。用户也可以按严重程度过滤结果，例如先处理 critical 发现。对工程团队来说，它适合接入到发布前检查、代理任务门禁和配置评审环节，把“是否可以直接发布”变成一个可检查的问题，而不是依赖人工记忆。

适用边界与注意点

它不是运行时防护，也不替代密钥轮换、权限审批、依赖锁定或策略管理。扫描结果依赖仓库和 CI 配置中暴露的信息，未必能覆盖云端实时权限、被污染的上游包或代理执行时才出现的行为。建议把它与代码评审、密钥管理、SBOM、锁文件、审批流和策略即代码结合使用；任何被标记的高风险项都应回到具体流水线和权限模型中确认，再决定是否放行。