用途：对已知代码或配置变更做限定范围的安全审查，适用于目标面已明确之后，也可作为 code-review 委派的只读专项子审查，仅检查被委派的路径或 diff。
主要能力：识别被审查面（变更文件、API 链、认证路径、配置、依赖、上传下载、日志、发布边界、原生 IPC 边界）；梳理资产、信任边界、角色/租户、入口点、敏感操作与攻击者可控输入；按技术栈选择检查配置：Web/浏览器（cookie、token、存储、CORS、CSRF、重定向、XSS、CSP、点击劫持）、API/服务（认证、授权、归属/租户边界、输入输出校验、注入、重放、限流、错误与日志暴露）、Rust/Axum（提取器校验、中间件顺序、状态归属、路径/查询/正文限制、类型化错误、unsafe/命令执行、依赖特性）、Vue 前端（模板/HTML 注入、不安全指令或 DOM 汇点、路由守卫假设、token 存储、调试数据、source map、仅前端权限检查）、Tauri 原生 IPC（命令白名单、能力/权限配置、路径与 shell 访问、载荷校验、窗口/webview 信任、文件 URL、前端到 Rust 的授权）、SQLite/文件（SQL 构造、路径穿越、文件权限、导出/下载授权、备份内容、事务边界、本地敏感数据）。
模式：安全审查、全栈 API 安全、发布检查、限定范围威胁草图、专项子审查。
使用方式：先阅读仓库中与目标文件或系统边界相关的指引，确定被审查面；在专项模式下记录被委派的精确路径/diff，不越界。仅运行安全且仓库支持的检查；可建议可选的密钥/依赖/静态扫描，但无证据不得声称已运行。输出以按严重度排序的发现开头，无阻断性问题时仅就所审范围说明，并列出未验证区域。
限制：不替代 code-review 的 API 契约对齐、脏树审查、暂存计划、提交就绪与提交信息建议，也不替代 code-delivery 的实际 Git 变更；不做全仓库深度或多轮漏洞扫描、首次仓库发现或未来实现规划；不做浏览器/客户端操作取证；未经明确请求、授权与仓库策略支持，不运行重型扫描器、网络测试、漏洞利用或破坏性检查；限定范围威胁草图不等于完整威胁模型或安全认证；前端可见性、禁用控件、路由守卫与隐藏菜单不构成后端授权证据。