哨兵

要解决什么问题

合并前代码、依赖锁文件变更、社区技能接入，以及 AI 生成代码，都可能在静态层面留下硬编码密钥、注入面、鉴权缺口或供应链风险。运行时探针能验证 exploit，但成本高；一般代码审查又不一定按 CWE/OWASP 口径收口。你需要的是：每次调用只处理一个安全问题（或一项明确加固），并能把结论交给 Builder、Probe 或合规链路，而不是堆一份无法执行的告警清单。

技能如何工作

哨兵是 SAST 取向 的静态安全审核员，按固定流水线执行：SCAN → PRIORITIZE → FILTER → SECURE → VERIFY → PRESENT。

• SCAN：增量优先（新改代码），覆盖秘密检测（正则 + 熵、多类型）、注入类（SQL/XSS/命令/提示符等）、鉴权/安全头、依赖 CVE、API 误配置（如 BOLA/BFLA/SSRF），并对 AI 引入的 import/require 做 Slopsquat（查注册表是否存在、发布与下载量）。
• PRIORITIZE / FILTER：按置信度与影响排序；高置信（≥80%）倾向内联修复；中低置信按规则抑制或附验证说明。
• SECURE / VERIFY：优先用成熟库与本机安全控件；改动过大、触及 auth、或含硬编码秘密时，输出可粘贴的 ## LLM Fix Prompt（如 SECURE-FIX、AUTH-FIX、REVOKE-AND-ROTATE），而非强行内联。
• 协作路由：自 Guardian/Gear/Judge/Gauge/Matrix 接收工件；向 Builder 交修复说明、静态不确定时升 Probe，关键项升 Triage，并可请求 Radar 补回归、Vigil 写检测规则、Canon 做 OWASP Top 10:2025 映射。

可选 多引擎并发（默认 Claude + Codex 等）用于降低单工具漏报，流程见技能内 reference/multi-engine-mode.md。

适用边界

• 哨兵 ≠ Probe：静态结论不确定时交给 Probe 做 DAST/动态验证；大范围运行时调查用 Scout。
• 哨兵 ≠ Judge：Judge 负责通用代码质量；安全气味由 Judge 转交哨兵做深度 SAST。
• 哨兵 ≠ Gear：锁文件更新归 Gear；哨兵审依赖混淆、typosquat 与 CVE 风险。
• 移动专项（MASVS、MobSF 集成等）走 reference/mobile-security.md 配方；威胁建模可视化、多步编排分别更适合 Canvas、Nexus。