用途：对整个代码库或其中指定的功能/流程/系统做生产级审计，聚焦少数真正影响扩展性、可靠性、正确性、延迟、数据库负载、队列与任务吞吐、外部服务压力、运营成本、数据一致性和关键路径可维护性的问题。与仅审查单个分支差异的 ai-code-review 不同，本技能扫描全仓库。
主要能力：先完整读取 references/report-format.md，按其定义的输入重点、精度规则（结论需有证据、区分事实与假设）、分析方法、输出结构与质量标准执行；分析当前仓库，用户指定系统则以之为参考场景，未指定则推断最关键的生产流程并说明假设；报告最多 5 条发现（建议 2–4 条）。
使用方式：所有输出写入本地 Obsidian vault（默认根目录 $HOME/Documents/obsidian/obsidian，可用绝对路径覆盖），按项目分组存放于 engineering/<project>/ 下；通过 Read/Write/Edit 与 ls 操作绝对路径，笔记内 Wikilink 保持 vault 根相对且不含绝对路径。项目名由 git rev-parse --show-toplevel 的 basename 得出，非 git 仓库则提议 kebab-case 名称并向用户确认。每次评审在 engineering/<project>/codebase-reviews/ 下新建文件，命名 <timestamp>-<system>.md，timestamp 来自 date +%Y-%m-%d-%H%M%S，system 为功能的 kebab-case 标识，超出 [A-Za-z0-9._-] 的字符替换为 -，不覆盖旧报告。H1 下添加 > Project: [[engineering/<project>/index|<project>]] 引用块，并维护项目 index.md 与 engineering/index.md 的链接。写入后用以下命令提交并推送：git -C "$V" add -A && git -C "$V" commit -m "<message>" && git -C "$V" push；若无暂存内容、无 origin 或推送失败（离线），简要说明后结束，不中断技能。完成后报告最终 vault 路径。
适用场景：需要对生产代码库做整体瓶颈与风险盘点，并按项目归档审计记录的团队或个人。
限制：输出依赖 references/report-format.md 与本地 vault 结构；报告数量上限 5 条；凭据配置、MCP、具体价格与平台支持等资料未提供。