用途：对一次代码变更、某个功能或子系统进行威胁模型驱动的安全评审。适用于涉及认证、授权、会话处理的改动；用户输入流向数据库、文件系统或 Shell 的改动；新增外部暴露面（HTTP 端点、Webhook、IPC 边界）；密钥处理、环境变量变更、加密代码；功能或里程碑的发布前审计；以及疑似漏洞的响应。不适用于通用代码评审（用 review）和性能审计（用 code-optimizer）。
主要能力与流程：一是确定评审范围（近期 diff、指定子系统或用户提出的关切），范围模糊时可先问 1-3 个澄清问题。二是映射攻击面，列出范围内所有不可信入口（HTTP 路由、GraphQL 解析器、RPC、CLI 参数、Webhook、环境变量、不可信位置读取的文件、第三方反序列化、IPC 与子进程），并标注可达者（公网、已认证用户、同主机进程、仅管理员）。三是逐攻击面进行 STRIDE 分析：仿冒、篡改、抵赖、信息泄露、拒绝服务、权限提升。四是 Web 范围用 OWASP 交叉核对注入、XSS、SSRF、不安全反序列化、路径穿越、开放重定向、对象级越权、CSRF。五是对每条发现做分诊，给出严重度、可利用性、业务影响，并按优先级排序。六是撰写报告，含摘要、发现项（位置 file:line、类别、利用方式、可达性、修复建议）、已排除的非发现项和范围外说明，可选提议提交 GitHub issue（需显式确认，敏感发现应留在 .gsd/security-reviews/ 并先查看仓库安全政策）。七是后续跟踪：发现 CRITICAL 或 HIGH 时，公开仓库建议提交私有安全公告而非公开 issue，必要时用 /gsd start hotfix 或在涉及架构变更时调用 gsd_decision_save。
核心原则：代码优先于清单，威胁模型必须读代码；只讲真实威胁并引用 file:line；评审期间只读，不顺手改代码，以保持审计轨迹。
限制与注意：发现应给出具体利用场景而非泛泛分类；无路径支撑的假设不算真实发现；严重度需结合可达性，不能把所有理论问题都定为 CRITICAL；公开仓库不得公开提交敏感发现。具体命令、安装方式与平台信息暂未提供。