用途：对现有代码库做维护、现代化与重构审查，属于健康检查而非功能评审，目标是为可靠性、性能、可维护性和开发速度找出最高杠杆的改动，并按顺序执行。
主要能力：启动时扫描仓库语言标记（*.swift/Xcode 工程、go.mod、package.json/tsconfig 等）识别技术栈，并在通用章节之外叠加对应的语言附加检查。审查分五节：架构（模块边界、依赖图、并发、安全边界）、代码质量（DRY、错误处理、死代码、警告）、测试（关键流程覆盖、边界用例、隔离与耗时）、性能（启动、内存、热路径延迟、构建与包体积）、依赖与现代化（过时依赖、可被平台 API 替代、CI/CD 健康度）。每节结束需询问用户后再继续。
使用方式：先做 Step 0 范围评估，再在三种模式中选择——SURGICAL（单主题、最小影响面、一次会话）、SYSTEMATIC（逐节交互、每节不超过 4 个问题）、FULL AUDIT（全部章节，分阶段路线图）；选定后不得静默缩减范围。每个问题给出文件/行号、2–3 个选项（含“延后”）及各选项的成本、风险、影响面与维护负担，并以明确推荐开头。输出包含影响/工作量矩阵（ASCII 图）、范围外事项、可复用的已有工具、执行顺序、失败模式、迁移与回滚方案、完成摘要表，以及“未决决策可能日后发作”的清单。延后工作可用命令 bd create "<title>" -t <type> -p <priority> -d "<what, why, current state, where to start, prereqs>" -l "tech-debt,overhaul" 登记，登记前需询问用户。
适用场景：需要系统性梳理技术债、升级陈旧依赖、在重构前补齐测试的既有项目；含 iOS/Swift、Go、Web/JS/CSS 等技术栈专项检查项（如 Swift 强制解包计数、Go 的 go vet/staticcheck/govulncheck/race 检查、前端 any 类型与包体积）。
限制：资料未提供具体版本要求、价格、平台支持范围或实际执行效果；该技能依赖交互式确认，各节必须等待用户回应后才可继续；所有建议属于审查流程，不构成自动化修复保证。