deep-code-review

用途：对拉取请求、diff 或仓库片段做比通用审查更深入的员工级评审，优先关注真实产品、运维或技术债影响，而非风格细节。当用户要求深度/彻底审查，或想了解生产故障、失败模式、可观测性、测试充分性时使用；若只要快速安全或性能检查，应改用内置的 engineering:code-review。\n\n主要能力：围绕七个透镜逐一假设并查找问题：可维护性与逻辑集中化、分布式或重依赖流程的可靠性、可观测性与生产可调试性、副作用与非关键工作隔离、可预见场景覆盖、可理解性与聪明税、测试策略与质量。\n\n必要用法：先收集六个上下文字段——审查目标、范围限制、基线分支/比较点、已知排除项、可用运行时证据、项目成熟度。缺失时用一次 AskUserQuestion（最多四问）询问，不得臆造；不可用字段填 none。对连接器目标先拉取真实 diff。必须询问成熟度，据其校准严重度：早期实现降级“无法扩展”“无集成测试”等，生产环境全权处理；但正确性缺陷、已应用迁移文件的修改、安全（密钥入库、SSRF、注入、认证绕过）、生产路径调试代码、会错误部署的 Terraform 变更始终全级。按透镜顺序遍历后再起草发现，避免锚定显而易见项。以指定 XML 块结构渲染，输出契约要求：发现按严重度降序，每条含标题、严重度（Critical/High/Medium/Low）、处置（Blocker/Nice-to-fix/Follow-up ticket/Discussion）、影响、位置、失败模式、具体修复建议；随后附低置信度关注、残余风险/缺失验证，并以 Net-net 按处置汇总阻塞项、本 PR 应修项与后续工单。无发现需明确说明，仍列出测试缺口与残余风险。\n\n限制：资料未提供安装方式、收费信息与具体平台支持；仅描述流程与输出结构，实际可用性取决于运行环境。