用途：面向并购、投资或收购场景，对目标公司代码库做技术尽调，输出可直接供非技术投资委员会决策、同时满足技术负责人审视深度的报告。
主要能力：按 references/investigation-protocol.md 的 10 个阶段依序执行——侦查、架构、代码质量与技术债、安全、可扩展性与性能、测试覆盖、构建与部署成熟度、从 git 历史推断团队、依赖与许可风险、文档。读取代表性样本而非全部文件，风险信号处加密探查。报告按 references/output-template.md 结构写入当前工作目录的 tech-dd-report.md（或用户指定路径）。
使用方式：接受本地代码库路径，或先克隆 GitHub URL。路径不明确时检查当前工作目录与近期引用目录；捕获交易背景（并购、投资轮、收购），未提供则默认“General Technical Assessment”；立即开始，不请求确认。
原则：所有结论须有证据、可量化，并统一用 CRITICAL/HIGH/MEDIUM/LOW/NEGLIGIBLE 五级风险评级；每项重大问题估算整改成本（1 工程师周 = 40 小时资深工程师，混合成本 8000 美元）；结尾给出明确的 go/no-go 建议及条件。查不到的事项应说明“无法仅凭代码库评估，建议与工程团队跟进”，并列入 Due Diligence Gaps，不得编造。
限制：代码审查无法评估运行时行为、生产配置、数据质量及 git 历史之外的团队动态。报告不得包含真实凭据、API 密钥或秘密，发现时应注明文件与行号并脱敏。其他信息暂未提供。