用途：对安全关键系统执行手动深度代码审计，覆盖安全、逻辑、完整性与质量，并包含针对 AI 辅助开发常见问题的快速“Vibe Coding Guardrails”。适用时机包括重大发布前、安全审查请求、审计认证/支付流程、提到“audit”或“security”时、用 AI 搭建新项目后做健全性检查，以及任何面向用户的应用首次部署前。
审计阶段：Phase 0 定义范围，可选 FULL_SCAN（整个代码库）、FEATURE_SCAN（特定功能，docs/features/[Name].md）或 DIFF_SCAN（git diff --staged 或 git diff HEAD~1）。Phase 1 静态分析：自动检测包管理器并运行依赖审计（pnpm audit、npm audit、yarn audit、bun pm audit），用 jstar detect 扫描密钥，并用 grep 模式查找密钥、RCE/注入与调试残留。Phase 1.5 为 AI 专属护栏：幽灵/幻影包检测（用 npm view <package-name> version 验证依赖真实存在、检查下载量、识别仿冒名）、AI 自建认证检测（查找 bcrypt.hash、jwt.sign 等自定义认证模式，并检查是否安装 next-auth、@auth/、@clerk、@supabase/auth、auth0、lucia、better-auth 等成熟方案）、.gitignore 校验（确认 .env、node_modules、.pem、.key 等条目，并用 git ls-files --cached 检查密钥是否已被跟踪）、限流检查（查找 rate-limit、@upstash/ratelimit、express-rate-limit 等并确认已应用于 API 路由）、行级安全（RLS）检查（针对 Supabase 查找 enable_rls、CREATE POLICY 等，针对 Prisma/原生 SQL 检查 userId/tenantId 过滤）。Phase 2 数据流图：识别入口点、追踪输入到数据库、验证边界校验。Phase 3 规格与代码比对：读取 docs/features/*.md，做缺口与孤儿代码分析。Phase 4 逻辑探测：模拟 null、空字符串、负 ID、并发竞态与直接调用 Service 的越权。Phase 5 质量：性能（循环内 await 导致 N+1）、臃肿（文件超 200 行、函数超 50 行）、类型（any 或 as unknown）、结构合规。Phase 6 生成 .jstar/audit_report.md，按严重级别（CRITICAL、HIGH、WARNING、INFO）与类别（SECURITY、LOGIC、COMPLETENESS、QUALITY、GUARDRAIL）列出位置、问题与建议。Phase 7 修复：对每个 CRITICAL/HIGH 实施修复、运行构建/测试、用 grep/逻辑检查复验并暂存变更。
限制：资料未提供该技能的安装方式、收费模式、支持平台或自动化程度等细节，暂未提供。