Security 是一个专为运行后端支持的安全检查而设计的工具，旨在在执行可能触发工具调用、外部操作或状态变更的指令前，提供实时的安全决策机制。该工具通过调用后端服务对指令进行风险评估，确保高风险操作如文件删除、数据库修改或权限变更等不会在未经充分验证的情况下执行。它适用于需要严格管控生产环境操作权限和流程的场景，尤其适合在自动化工作流中嵌入安全检查环节。与仅用于安装前审计的 `skill-audit` 不同，Security 关注的是运行时动态判断，而非静态代码分析。 该工具的核心能力在于其基于上下文的实时决策系统。用户可通过命令行传入指令内容、目标资源以及一个结构化的上下文合约（context contract），其中包含环境类型、操作意图、影响范围、数据敏感度、回滚能力及变更控制信息等关键维度。后端服务根据这些信息综合评估风险等级，并返回是否允许执行及相应的审批策略。例如，在开发环境中清理单个缓存文件被视为低风险，可直接放行；而在生产环境中执行 DROP TABLE 语句则会被判定为高危操作，需强制人工确认或授权才能继续。 值得注意的是，Security 并不负责内容脱敏或请求路由等功能，也不替代预部署审计流程。它的设计边界明确：专注于‘运行时’的安全门控，而非‘事前’的代码审查或‘事后’的数据恢复。因此，它常作为 CI/CD 流水线、CLI 工具链或智能代理系统的安全中间层使用，帮助组织在不牺牲效率的前提下提升运维安全性。
核心功能特点
- 基于后端服务的实时指令安全评估，支持动态风险判断
- 通过结构化上下文合约定义操作意图与环境特征，提升决策准确性
- 支持多种错误类型识别（网络异常、API 故障、依赖缺失等），避免静默失败
- 提供清晰的批准策略指导，涵盖从自动放行到强制人工干预的不同级别
- 命令行接口简洁高效，易于集成到脚本或自动化流程中
适用场景
Security 最典型的应用场景是在生产环境或高敏感系统中执行可能改变系统状态的命令时启用前置安全检查。例如，当运维人员通过 CLI 工具尝试删除日志文件或迁移数据库表结构时，该工具会立即向安全后端发送请求，结合当前环境（如 production）、操作类型（destructive）、影响范围（broad）和数据敏感性（regulated）等因素，判断是否允许执行。若风险等级为 high 且未获得有效变更工单（ticket），则会直接阻断操作并要求用户提供额外授权信息。这种机制有效防止了误操作或恶意指令导致的服务中断或合规违规。 另一个重要使用场景是 CI/CD 流水线的自动化加固。在构建阶段，任何涉及外部 API 调用、文件写入或配置更新的步骤均可通过 Security 进行预检。开发者在提交合并请求前，系统可自动调用 safety.py 脚本模拟潜在破坏性操作，提前发现安全隐患。这不仅减少了人工审核负担，也确保了只有经过安全评估的任务才能进入下一阶段。此外，对于内部 AI 代理或自动化助手而言，Security 可作为其行动前的‘数字守门人’，限制其对关键资源的访问权限，从而降低因模型幻觉或逻辑错误引发的意外后果。 值得一提的是，Security 特别适合那些已建立成熟变更管理流程的组织。只要团队能规范填写 ticket ID、明确 rollback 方案并划分数据分类标签，该工具就能无缝对接现有 DevOps 实践。无论是本地开发调试还是跨团队协作项目，都能借助其灵活的上下文参数配置实现细粒度的安全控制，兼顾灵活性与可靠性。