用途：在变更上线前做一次聚焦的安全审查，找出可能被滥用的地方。审查对象可以是设计、PR 或功能。审查范围限于你拥有或获授权评估的代码与系统，它是自动化扫描器和正式渗透测试的补充，而非替代。
必要输入（若未提供则需先询问）：审查对象是什么、它做什么；上下文，包括技术栈、运行位置、涉及的数据与权限、谁可访问（是否面向互联网、是否需要认证）；敏感性，包括涉及的资产（PII、凭据、资金、管理权限）与威胁背景。
主要能力与输出结构：给出总结与结论，一行判断并给出 ✅ 放行 / 🔁 先修 / ⛔ 阻止，并指出阻断性问题；按风险领域逐项审查，包括认证与授权（含对象级/IDOR、提权）、输入处理（校验与编码，注入如 SQL/命令/模板、SSRF、路径穿越、反序列化、XSS）、密钥与加密（硬编码密钥、密钥处理、弱或缺失加密、日志与 URL 中的令牌）、数据暴露（过宽响应、日志与错误中的 PII、传输与静态加密缺失、详细错误）、依赖与配置（已知漏洞库、不安全默认值、缺失安全响应头、CORS、权限）、滥用与可用性（限流、资源耗尽、业务逻辑滥用、缺失审计日志）；按严重程度排序的发现，每条含严重级别、位置、为何可被利用、修复方案；做得好的地方（已有控制，便于保留）；后续事项（需要扫描器、渗透测试或更深入检查的部分）。
质量要求：覆盖全部标准风险领域（授权含 IDOR、输入与注入、密钥、数据暴露、依赖、滥用）；发现按严重程度分级并附可操作修复；解释可利用性，说明为何在该上下文是真实问题；给出明确的放行/先修/阻止结论并点名阻断问题；承认已有良好控制并标出更深入的后续项。
限制与反模式：不要输出通用清单，每条发现要绑定到具体代码或设计及其利用路径；不要把所有问题同级排列，要区分关键与加固项；不要只报问题不给修复；不要遗漏授权（IDOR/提权）——这是现实中最常见的 Web 缺陷；不要审查你未拥有或未获授权的代码。
依据：安全代码/设计审查实践（OWASP Top 10 与 ASVS 风险领域、按严重程度排序的发现、可操作修复）。安装命令、价格与平台支持信息暂未提供。