---
title: "融资前 AI MVP 的技术尽职调查"
canonical: https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/
language: zh
description: "融资前的 AI 专属尽职调查清单：作为证据的评估、提示词与模型版本管理、推理成本、数据权利、EU AI Act（2026 年 8 月 2 日）以及交接资料。"
image: "https://wavect.io/img/blog/headers/header_technical-due-diligence-ai-mvp.png"
---

[**返回**](/zh/blog/overview/)

[![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/)

[Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt

13 min 阅读 · 16 Jun 2026 最近审核 2026年8月7日

[**下一篇**](/zh/blog/llm-evaluation-cost-roi-production/)

# 融资前 AI MVP 的技术尽职调查清单

要点速览

对 AI MVP 的技术尽职调查会审查常规软件层，再加上评测集、版本化提示词和模型、每次模型调用的可观测性、失败回退、真实推理成本，以及训练或检索数据的权利。把可融资 MVP 与演示区分开的是证据。EU AI Act 第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。

对 AI MVP 的技术尽职调查会审查与任何 [定制软件开发](/zh/services/software-development/) 评审相同的层面（代码、基础设施、安全、团队），再加上一组通才会遗漏的 AI 专属检查项：你是否有评估集和回归评估，提示词和模型是否已做版本管理，你是否记录每一次模型调用，模型失效时会发生什么，一次推理实际花费多少，以及你是否拥有用于训练或检索的数据的权利。把一个可融资的 AI MVP 与一个演示区分开来的唯一东西就是证据。投资者越来越把一套私有的、有版本管理的评估套件当作你的 AI 能用的证明。"我们靠人工测试"过不了这道关。这是一份你应该在别人对你用之前先对自己用的清单。

这是一份面向创始人的工程视角，把投资者的问题明确摆出来。监管时间点截至 2026 年年中有效；其中一个尤其是陷阱，如果你围绕一个尚未发生的延期来规划，下文会标出。

## 为什么要证据，而不是演示

两项独立发现确立了这道门槛。斯坦福对专门打造的法律 AI 工具（也就是以准确为卖点的那类）的研究发现，某些产品在超过 17% 的基准查询上仍然出现幻觉，另一些则超过 34%。而一份在 2025 年被广泛引用、与 MIT 相关的报告发现，约 95% 的企业生成式 AI 试点没有带来可衡量的财务影响。对一个正在融资的创始人来说，教训很直白：一个能跑的演示几乎什么都证明不了，而投资者心知肚明。能推动一轮融资的，是经过衡量的证据，证明你的系统能用、不会回退，并且在规模化下经济和法律上都站得住脚。

## 通才会遗漏的 AI 专属检查项

这是本文的核心，也是通用软件评审会跳过的部分。每一项都说明：检查什么、为什么重要，以及危险信号。

1. **一个评估集。** 一个有版本管理的黄金数据集加上一套评分细则。单元测试告诉你绿或红；它们无法告诉你某个回答是否正确或是否忠实于来源。危险信号："我们用肉眼看输出"，没有黄金集，没有数字。
2. **作为 CI 关卡的回归评估。** 评估套件在每次提示词或模型改动后、部署前运行。当模型版本或输入发生变化时，同一个提示词会给出不同输出，而针对一个用例的修复会悄悄破坏另一个。危险信号：提示词改动直接上生产环境。
3. **模型调用的可观测性。** 对每一次模型调用做追踪，带有 token 与成本核算，并捕获提示词和响应。你无法调试一个你无法重建的糟糕回答。危险信号：把"我们用供应商的仪表盘"当作全部说辞。
4. **提示词与模型的版本管理。** 提示词是有版本管理的产物，模型被固定，而不是以"latest"调用、在你不知情下自动升级。危险信号：提示词内联硬编码，模型别名指向 latest。
5. **模型失效时的回退。** 重试、备用模型或备用供应商、优雅降级。你的可用性现在受制于一个第三方 API。危险信号：一个供应商、一个模型，没有超时或降级路径，于是某个供应商一宕机就是全面宕机。
6. **每次推理的单位经济。** 先按每次调用建模成本，再到每个动作，再算进毛利。智能体式流程会把一个动作扇出成数百次调用。危险信号：没有每动作成本指标，毛利被假定为"类 SaaS"。
7. **训练和检索数据的权利。** 有据可查的来源，以及每个来源的许可或授权。问题不再是"这算不算合理使用"，而是"你能否证明每一条数据从何而来、且是合法获取的"。危险信号：来源不明的抓取数据，没有使用权的 RAG 语料库。
8. **经过衡量的幻觉率加上护栏。** 在领域基准上的错误率，加上检索接地和输出校验。危险信号：没有衡量过的比率，却把"RAG 能解决幻觉"说得像问题已经解决。
9. **模型选择与锁定。** 对专有 API 与开放权重的取舍理由，以及一个让你能更换供应商的抽象层。危险信号：与某一家供应商的 SDK 硬耦合，其经济性只在今天的补贴价下才成立。

## 可融资的 AI MVP 已备好的交接资料

如果这些都在，尽职调查会很快，你的估值也守得住。如果它们只活在某位创始人的脑子里，每一处缺口都会变成一笔折扣。

| 资料 | 尽职调查为何在意 | 缺失时的危险信号 |
| --- | --- | --- |
| 架构图（注明日期，列出外部依赖） | 检验它能否撑住 10 倍，并暴露关键人物风险 | 架构只活在某位创始人的脑子里 |
| 数据流图（跟着数据走，而非跟着服务走） | 显示哪些第三方接触哪些数据；GDPR 风险敞口 | 投资者将继承的未知隐私敞口 |
| 评估报告（有版本管理的工具链，按模型和提示词分列结果） | 所声称的 AI 护城河如何被验证而非凭信任 | 没有客观证据表明模型能用或不会回退 |
| 模型与提示词登记表 | 任何输出的可复现性和回滚 | 生产环境的行为无法复现 |
| 运维手册与事件响应 | 降低关键人物依赖，合规的基础证据 | 未经衡量的宕机风险 |
| SBOM（SPDX 或 CycloneDX，在 CI 中重新生成） | 暴露 copyleft 污染和未修补的 CVE | 未知的许可证与漏洞敞口 |
| 知识产权权属链（创始人和承包商的权利转让） | 经典的交易杀手；付一张发票并不转移知识产权 | 一位离开的贡献者从未转让过一个核心模块 |
| 安全报告（近期渗透测试、SOC 2 或 ISO 27001 如适用） | 2026 年的基本要求，并能打通企业销售 | 未知的数据泄露敞口 |

## 数据、隐私与来源

对欧盟 AI MVP 而言，交易往往在这里被重新定价。尽职调查会检查 GDPR 处理记录、合法依据、必要时的数据保护影响评估，以及与处理者签订的协议。会处理用户提示词的模型 API 属于处理链的一部分，需要合适的合同和数据控制。EDPB 第 28/2024 号意见也提醒，用个人数据训练的模型不会自动匿名。按当前 EU AI Act 时间表，第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。可靠的数据室应明确产品适用的角色与日期。

## 投资者真正会标注什么

从投资者和收购方的角度看（这些来源是利害关系方，请据此权衡），反复出现的标注是：在单一模型上的薄封装，缺乏工作流深度；护城河薄弱（如今持久的护城河是专有或经授权的数据、集成和持久上下文，而不是基础模型本身）；扣除推理成本后的毛利，因为推理是真实的可变成本，会打破类 SaaS 的毛利假设；切换成本低时脆弱的留存；以及越来越被看重的、缺少私有持续评估这一点。具体到收购，预期会有针对核心 AI 工程师的留任条款，以及与数据来源陈述挂钩的赔偿条款。其中关于 vibe-coding 的角度，安全、知识产权归属，以及收购方在 AI 生成代码里会检查什么，是我们 [关于 Lovable、Bolt 和 Replit 尽职调查的文章](/zh/blog/lovable-bolt-replit-app-due-diligence/) 中单独的一份清单；而支撑第一项和第二项的评估纪律，则在 [何时值得构建 LLM 评估](/zh/blog/llm-evaluation-cost-roi-production/) 中。

![Kevin Riedl](/img/team/kevin.webp)

"演示证明你能拿到一次好答案。评估集证明你能持续拿到好答案，并且在它们不再好时你会察觉。投资者不再被前者打动，而开始要求后者。这个转变就是 AI 尽职调查的全部要义。"

## 常见问题

### AI 初创公司的技术尽职调查是什么？

投资者或收购方对 AI 产品背后的代码、基础设施、AI 系统、数据流和团队进行的审查，核实它能用、能扩展、法律上干净，并且不是单人或单一供应商的负担。对 AI 而言，它还增加了通用软件尽职调查会跳过的评估证据、模型和提示词版本管理、推理经济性以及数据权利检查。

### 投资者会在 AI MVP 中检查什么？

它是否不只是在单一模型 API 上的薄封装，它通过数据或工作流深度形成的防御力，扣除推理成本后的毛利，留存，以及越来越被看重的、能证明生产质量而非仅是演示的私有评估结果。

### 融资前我需要哪些评估证据？

一个有版本管理的黄金与回归数据集，按模型和提示词版本评分的结果，一道能拦住回归的 CI 关卡，以及在领域代表性基准上经过衡量的错误率或幻觉率。"我们靠人工测试"过不了这道关。

### AI 尽职调查与普通软件尽职调查有何不同？

普通尽职调查问代码好不好、能不能扩展。AI 尽职调查还会问你能否复现任意模型输出，是否记录并观测模型调用，一次推理花费多少，模型失效时会发生什么，以及你是否拥有用于训练或检索的数据的权利。

### 尽职调查需要 SBOM 吗？

越来越需要。一份当前的 SPDX 或 CycloneDX 格式 SBOM 能暴露开源许可证冲突和已知漏洞，而 M&A 买方和 EU Cyber Resilience Act 如今都要求机器可读的 SBOM。

### 什么是知识产权权属链，它为何能搞砸交易？

证明公司拥有其全部知识产权的书面证据。著作权默认归作者所有，因此付一张承包商的发票并不转移知识产权。一个未做权利转让的联合创始人或承包商模块，是初创公司在 A 轮前过不了尽职调查的经典原因。

### GDPR 如何影响欧盟的 AI 尽职调查？

尽职调查会检查你的处理记录（第 30 条）、用个人数据训练的合法依据（第 6 条和第 9 条）、高风险处理的 DPIA（第 35 条），以及与次级处理者的 DPA，包括那个吞入你用户提示词的模型 API。EDPB 第 28/2024 号意见警告，训练出的模型并不自动匿名。

### EU AI Act 已经适用于我的 MVP 了吗？

部分适用。禁止性规则、AI 素养和 GPAI 义务已经适用。第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。

### 奥地利的技术尽职调查，有什么不同吗？

实质内容是欧盟标准，即 GDPR 和 AI Act。奥地利的特殊之处在于一个积极执法、对 AI 不给豁免的数据保护机构，以及你股权结构表上的 aws 或 FFG 公共资助条款，后期投资者会希望它们干净。

### 我如何证明我的 AI 产品不只是一个 GPT 封装？

通过集成、专有或经授权的数据和持久上下文展示工作流深度与切换成本，一个让你能更换供应商的抽象层，以及在非补贴模型价格下仍能成立的单位经济。

## 最终思考

对 AI MVP 的技术尽职调查，不是在通用代码评审上加个 AI 字眼。决定你这一轮的，是那些 AI 专属的层面：证明这东西能用且不会回退的评估，让任意输出可复现的版本管理，诚实的推理经济，以及对你数据的干净权利。

好消息是，所有这些在尽职调查之前修复都比在调查期间解释更便宜。把评估集建起来，把模型固定住，把调用记录下来，把知识产权权属链签好，并把这些资料备在一个文件夹里。做到这点，尽职调查就成了走形式。跳过它，每一处缺口都会变成对你估值的一笔折扣。

## 你可能也喜欢..

[**何时值得构建 LLM 评估** 投资者如今期待的评估纪律：确定性检查、以 LLM 为评判，以及人工校准，还有这套工具链何时值得其成本。](/zh/blog/llm-evaluation-cost-roi-production/) [**AI 赋能 vs 通用 AI 咨询** 一家递给你一份战略 PPT。另一家在你的基础设施上交付一套能跑的方案，归你的团队所有、由其运行。](/zh/compare/ai-enablement-vs-generic-ai-consultancy/)

## 本尽调指南使用的主要来源

Wavect 的证据室清单与以下公开 AI 风险和安全开发参考保持一致。

- [NIST AI 风险管理框架](https://www.nist.gov/itl/ai-risk-management-framework)
- [NIST 安全软件开发框架](https://csrc.nist.gov/projects/ssdf)
- [OWASP LLM 安全验证标准](https://owasp.org/www-project-llm-verification-standard/)

MVP 验证

## 继续浏览此集群

在扩大投入前，用证据验证需求、试点与技术可行性。

[从核心文章开始**如何验证 DACH B2B SaaS 想法**](/zh/blog/validate-b2b-saas-idea-dach/)

- [Y Combinator 申请技术准备清单：该做什么，不该做什么](/zh/blog/yc-application-technical-readiness-checklist/)
- [如何验证 DACH B2B SaaS 想法](/zh/blog/validate-b2b-saas-idea-dach/)
- [付费试点、PoC 与设计合作伙伴：哪个能验证需求？](/zh/blog/paid-pilot-vs-poc-vs-design-partner/)
- [MVP 已死。请构建最小可信产品。](/zh/blog/minimum-credible-product/)

只收重要内容

## 关注与你相关的内容

每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。

[**返回**](/zh/blog/overview/)

[![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/)

[Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt

13 min 阅读 · 16 Jun 2026 最近审核 2026年8月7日

[**下一篇**](/zh/blog/llm-evaluation-cost-roi-production/)

邮件订阅新文章 ×

×

通过邮件获取新文章

我们发布时给你一封简短邮件。免费，不做跟踪。

## Structured Data

```json
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@id": "https://wavect.io/#organization",
      "@type": [
        "Organization",
        "ProfessionalService",
        "LocalBusiness"
      ],
      "employee": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "founder": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "legalRepresentative": [
        {
          "@id": "https://wavect.io/team/kevin-riedl/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Kevin Riedl",
          "url": "https://wavect.io/team/kevin-riedl/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        },
        {
          "@id": "https://wavect.io/team/christof-jori/#person",
          "@type": "Person",
          "jobTitle": "Managing Director",
          "name": "Christof Jori",
          "url": "https://wavect.io/team/christof-jori/",
          "worksFor": {
            "@id": "https://wavect.io/#organization",
            "@type": [
              "Organization",
              "ProfessionalService",
              "LocalBusiness"
            ]
          }
        }
      ],
      "name": "Wavect GmbH",
      "subjectOf": {
        "@id": "https://wavect.io/verified-claims.json#dataset",
        "@type": "Dataset",
        "creator": {
          "@id": "https://wavect.io/#organization",
          "@type": [
            "Organization",
            "ProfessionalService",
            "LocalBusiness"
          ]
        },
        "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.",
        "inLanguage": "en",
        "isAccessibleForFree": true,
        "license": "https://creativecommons.org/licenses/by/4.0/",
        "name": "Wavect verified publication claims",
        "url": "https://wavect.io/verified-claims.json"
      },
      "url": "https://wavect.io/"
    },
    {
      "@id": "https://wavect.io/team/kevin-riedl/#person",
      "@type": "Person",
      "jobTitle": "Managing Director",
      "name": "Kevin Riedl",
      "sameAs": [
        "https://www.wikidata.org/wiki/Q139796365",
        "https://www.linkedin.com/in/wsdt",
        "https://github.com/wsdt"
      ],
      "url": "https://wavect.io/team/kevin-riedl/",
      "worksFor": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      }
    },
    {
      "@id": "https://wavect.io/team/christof-jori/#person",
      "@type": "Person",
      "jobTitle": "Managing Director",
      "name": "Christof Jori",
      "sameAs": [
        "https://www.wikidata.org/wiki/Q139796367",
        "https://www.linkedin.com/in/jocr77/",
        "https://github.com/jo-chris"
      ],
      "url": "https://wavect.io/team/christof-jori/",
      "worksFor": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      }
    },
    {
      "@id": "https://wavect.io/#website",
      "@type": "WebSite",
      "inLanguage": [
        "en",
        "de",
        "es",
        "zh"
      ],
      "name": "Wavect",
      "potentialAction": {
        "@type": "SearchAction",
        "query-input": "required name=search_term_string",
        "target": {
          "@type": "EntryPoint",
          "urlTemplate": "https://wavect.io/search/?q={search_term_string}"
        }
      },
      "publisher": {
        "@id": "https://wavect.io/#organization",
        "@type": [
          "Organization",
          "ProfessionalService",
          "LocalBusiness"
        ]
      },
      "url": "https://wavect.io/"
    },
    {
      "@id": "https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/#webpage",
      "@type": "WebPage",
      "dateModified": "2026-07-07",
      "inLanguage": "zh",
      "isPartOf": {
        "@id": "https://wavect.io/#website",
        "@type": "WebSite"
      },
      "lastReviewed": "2026-07-07",
      "url": "https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/"
    }
  ]
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "abstract": "对 AI MVP 的技术尽职调查会审查常规软件层，再加上评测集、版本化提示词和模型、每次模型调用的可观测性、失败回退、真实推理成本，以及训练或检索数据的权利。把可融资 MVP 与演示区分开的是证据。EU AI Act 第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。",
  "articleBody": " 博客概览/产品与 MVP/MVP 验证 融资前 AI MVP 的技术尽职调查清单 要点速览 对 AI MVP 的技术尽职调查会审查常规软件层，再加上评测集、版本化提示词和模型、每次模型调用的可观测性、失败回退、真实推理成本，以及训练或检索数据的权利。把可融资 MVP 与演示区分开的是证据。EU AI Act 第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。 对 AI MVP 的技术尽职调查会审查与任何定制软件开发评审相同的层面（代码、基础设施、安全、团队），再加上一组通才会遗漏的 AI 专属检查项：你是否有评估集和回归评估，提示词和模型是否已做版本管理，你是否记录每一次模型调用，模型失效时会发生什么，一次推理实际花费多少，以及你是否拥有用于训练或检索的数据的权利。把一个可融资的 AI MVP 与一个演示区分开来的唯一东西就是证据。投资者越来越把一套私有的、有版本管理的评估套件当作你的 AI 能用的证明。\"我们靠人工测试\"过不了这道关。这是一份你应该在别人对你用之前先对自己用的清单。 这是一份面向创始人的工程视角，把投资者的问题明确摆出来。监管时间点截至 2026 年年中有效；其中一个尤其是陷阱，如果你围绕一个尚未发生的延期来规划，下文会标出。 为什么要证据，而不是演示 两项独立发现确立了这道门槛。斯坦福对专门打造的法律 AI 工具（也就是以准确为卖点的那类）的研究发现，某些产品在超过 17% 的基准查询上仍然出现幻觉，另一些则超过 34%。而一份在 2025 年被广泛引用、与 MIT 相关的报告发现，约 95% 的企业生成式 AI 试点没有带来可衡量的财务影响。对一个正在融资的创始人来说，教训很直白：一个能跑的演示几乎什么都证明不了，而投资者心知肚明。能推动一轮融资的，是经过衡量的证据，证明你的系统能用、不会回退，并且在规模化下经济和法律上都站得住脚。 通才会遗漏的 AI 专属检查项 这是本文的核心，也是通用软件评审会跳过的部分。每一项都说明：检查什么、为什么重要，以及危险信号。 一个评估集。一个有版本管理的黄金数据集加上一套评分细则。单元测试告诉你绿或红；它们无法告诉你某个回答是否正确或是否忠实于来源。危险信号：\"我们用肉眼看输出\"，没有黄金集，没有数字。 作为 CI 关卡的回归评估。评估套件在每次提示词或模型改动后、部署前运行。当模型版本或输入发生变化时，同一个提示词会给出不同输出，而针对一个用例的修复会悄悄破坏另一个。危险信号：提示词改动直接上生产环境。 模型调用的可观测性。对每一次模型调用做追踪，带有 token 与成本核算，并捕获提示词和响应。你无法调试一个你无法重建的糟糕回答。危险信号：把\"我们用供应商的仪表盘\"当作全部说辞。 提示词与模型的版本管理。提示词是有版本管理的产物，模型被固定，而不是以\"latest\"调用、在你不知情下自动升级。危险信号：提示词内联硬编码，模型别名指向 latest。 模型失效时的回退。重试、备用模型或备用供应商、优雅降级。你的可用性现在受制于一个第三方 API。危险信号：一个供应商、一个模型，没有超时或降级路径，于是某个供应商一宕机就是全面宕机。 每次推理的单位经济。先按每次调用建模成本，再到每个动作，再算进毛利。智能体式流程会把一个动作扇出成数百次调用。危险信号：没有每动作成本指标，毛利被假定为\"类 SaaS\"。 训练和检索数据的权利。有据可查的来源，以及每个来源的许可或授权。问题不再是\"这算不算合理使用\"，而是\"你能否证明每一条数据从何而来、且是合法获取的\"。危险信号：来源不明的抓取数据，没有使用权的 RAG 语料库。 经过衡量的幻觉率加上护栏。在领域基准上的错误率，加上检索接地和输出校验。危险信号：没有衡量过的比率，却把\"RAG 能解决幻觉\"说得像问题已经解决。 模型选择与锁定。对专有 API 与开放权重的取舍理由，以及一个让你能更换供应商的抽象层。危险信号：与某一家供应商的 SDK 硬耦合，其经济性只在今天的补贴价下才成立。 可融资的 AI MVP 已备好的交接资料 如果这些都在，尽职调查会很快，你的估值也守得住。如果它们只活在某位创始人的脑子里，每一处缺口都会变成一笔折扣。 资料尽职调查为何在意缺失时的危险信号 架构图（注明日期，列出外部依赖）检验它能否撑住 10 倍，并暴露关键人物风险架构只活在某位创始人的脑子里 数据流图（跟着数据走，而非跟着服务走）显示哪些第三方接触哪些数据；GDPR 风险敞口投资者将继承的未知隐私敞口 评估报告（有版本管理的工具链，按模型和提示词分列结果）所声称的 AI 护城河如何被验证而非凭信任没有客观证据表明模型能用或不会回退 模型与提示词登记表任何输出的可复现性和回滚生产环境的行为无法复现 运维手册与事件响应降低关键人物依赖，合规的基础证据未经衡量的宕机风险 SBOM（SPDX 或 CycloneDX，在 CI 中重新生成）暴露 copyleft 污染和未修补的 CVE未知的许可证与漏洞敞口 知识产权权属链（创始人和承包商的权利转让）经典的交易杀手；付一张发票并不转移知识产权一位离开的贡献者从未转让过一个核心模块 安全报告（近期渗透测试、SOC 2 或 ISO 27001 如适用）2026 年的基本要求，并能打通企业销售未知的数据泄露敞口 数据、隐私与来源 对欧盟 AI MVP 而言，交易往往在这里被重新定价。尽职调查会检查 GDPR 处理记录、合法依据、必要时的数据保护影响评估，以及与处理者签订的协议。会处理用户提示词的模型 API 属于处理链的一部分，需要合适的合同和数据控制。EDPB 第 28/2024 号意见也提醒，用个人数据训练的模型不会自动匿名。按当前 EU AI Act 时间表，第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。可靠的数据室应明确产品适用的角色与日期。 投资者真正会标注什么 从投资者和收购方的角度看（这些来源是利害关系方，请据此权衡），反复出现的标注是：在单一模型上的薄封装，缺乏工作流深度；护城河薄弱（如今持久的护城河是专有或经授权的数据、集成和持久上下文，而不是基础模型本身）；扣除推理成本后的毛利，因为推理是真实的可变成本，会打破类 SaaS 的毛利假设；切换成本低时脆弱的留存；以及越来越被看重的、缺少私有持续评估这一点。具体到收购，预期会有针对核心 AI 工程师的留任条款，以及与数据来源陈述挂钩的赔偿条款。其中关于 vibe-coding 的角度，安全、知识产权归属，以及收购方在 AI 生成代码里会检查什么，是我们关于 Lovable、Bolt 和 Replit 尽职调查的文章中单独的一份清单；而支撑第一项和第二项的评估纪律，则在何时值得构建 LLM 评估中。 \"演示证明你能拿到一次好答案。评估集证明你能持续拿到好答案，并且在它们不再好时你会察觉。投资者不再被前者打动，而开始要求后者。这个转变就是 AI 尽职调查的全部要义。\" 常见问题 AI 初创公司的技术尽职调查是什么？ 投资者或收购方对 AI 产品背后的代码、基础设施、AI 系统、数据流和团队进行的审查，核实它能用、能扩展、法律上干净，并且不是单人或单一供应商的负担。对 AI 而言，它还增加了通用软件尽职调查会跳过的评估证据、模型和提示词版本管理、推理经济性以及数据权利检查。 投资者会在 AI MVP 中检查什么？ 它是否不只是在单一模型 API 上的薄封装，它通过数据或工作流深度形成的防御力，扣除推理成本后的毛利，留存，以及越来越被看重的、能证明生产质量而非仅是演示的私有评估结果。 融资前我需要哪些评估证据？ 一个有版本管理的黄金与回归数据集，按模型和提示词版本评分的结果，一道能拦住回归的 CI 关卡，以及在领域代表性基准上经过衡量的错误率或幻觉率。\"我们靠人工测试\"过不了这道关。 AI 尽职调查与普通软件尽职调查有何不同？ 普通尽职调查问代码好不好、能不能扩展。AI 尽职调查还会问你能否复现任意模型输出，是否记录并观测模型调用，一次推理花费多少，模型失效时会发生什么，以及你是否拥有用于训练或检索的数据的权利。 尽职调查需要 SBOM 吗？ 越来越需要。一份当前的 SPDX 或 CycloneDX 格式 SBOM 能暴露开源许可证冲突和已知漏洞，而 M&A 买方和 EU Cyber Resilience Act 如今都要求机器可读的 SBOM。 什么是知识产权权属链，它为何能搞砸交易？ 证明公司拥有其全部知识产权的书面证据。著作权默认归作者所有，因此付一张承包商的发票并不转移知识产权。一个未做权利转让的联合创始人或承包商模块，是初创公司在 A 轮前过不了尽职调查的经典原因。 GDPR 如何影响欧盟的 AI 尽职调查？ 尽职调查会检查你的处理记录（第 30 条）、用个人数据训练的合法依据（第 6 条和第 9 条）、高风险处理的 DPIA（第 35 条），以及与次级处理者的 DPA，包括那个吞入你用户提示词的模型 API。EDPB 第 28/2024 号意见警告，训练出的模型并不自动匿名。 EU AI Act 已经适用于我的 MVP 了吗？ 部分适用。禁止性规则、AI 素养和 GPAI 义务已经适用。第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。 奥地利的技术尽职调查，有什么不同吗？ 实质内容是欧盟标准，即 GDPR 和 AI Act。奥地利的特殊之处在于一个积极执法、对 AI 不给豁免的数据保护机构，以及你股权结构表上的 aws 或 FFG 公共资助条款，后期投资者会希望它们干净。 我如何证明我的 AI 产品不只是一个 GPT 封装？ 通过集成、专有或经授权的数据和持久上下文展示工作流深度与切换成本，一个让你能更换供应商的抽象层，以及在非补贴模型价格下仍能成立的单位经济。 最终思考 对 AI MVP 的技术尽职调查，不是在通用代码评审上加个 AI 字眼。决定你这一轮的，是那些 AI 专属的层面：证明这东西能用且不会回退的评估，让任意输出可复现的版本管理，诚实的推理经济，以及对你数据的干净权利。好消息是，所有这些在尽职调查之前修复都比在调查期间解释更便宜。把评估集建起来，把模型固定住，把调用记录下来，把知识产权权属链签好，并把这些资料备在一个文件夹里。做到这点，尽职调查就成了走形式。跳过它，每一处缺口都会变成对你估值的一笔折扣。 你可能也喜欢.. 何时值得构建 LLM 评估 投资者如今期待的评估纪律：确定性检查、以 LLM 为评判，以及人工校准，还有这套工具链何时值得其成本。 AI 赋能 vs 通用 AI 咨询 一家递给你一份战略 PPT。另一家在你的基础设施上交付一套能跑的方案，归你的团队所有、由其运行。 本尽调指南使用的主要来源 Wavect 的证据室清单与以下公开 AI 风险和安全开发参考保持一致。 NIST AI 风险管理框架 NIST 安全软件开发框架 OWASP LLM 安全验证标准 MVP 验证 继续浏览此集群 在扩大投入前，用证据验证需求、试点与技术可行性。 从核心文章开始如何验证 DACH B2B SaaS 想法 Y Combinator 申请技术准备清单：该做什么，不该做什么 如何验证 DACH B2B SaaS 想法 付费试点、PoC 与设计合作伙伴：哪个能验证需求？ MVP 已死。请构建最小可信产品。 集群中的上一篇MVP 已死。请构建最小可信产品。 最合适的下一步： 软件 QA 看看生产环境中的应用: Polity 先做决定: 如何把 vibe coding 出来的原型推向生产环境 只收重要内容 关注与你相关的内容 每当我们发布新文",
  "articleSection": "Engineering",
  "author": {
    "@id": "https://wavect.io/team/kevin-riedl/#person",
    "@type": "Person",
    "name": "Kevin Riedl",
    "sameAs": [
      "https://www.wikidata.org/wiki/Q139796365",
      "https://www.linkedin.com/in/wsdt",
      "https://github.com/wsdt"
    ],
    "url": "https://wavect.io/team/kevin-riedl/"
  },
  "citation": [
    {
      "@type": "WebPage",
      "name": "NIST AI 风险管理框架",
      "url": "https://www.nist.gov/itl/ai-risk-management-framework"
    },
    {
      "@type": "WebPage",
      "name": "NIST 安全软件开发框架",
      "url": "https://csrc.nist.gov/projects/ssdf"
    },
    {
      "@type": "WebPage",
      "name": "OWASP LLM 安全验证标准",
      "url": "https://owasp.org/www-project-llm-verification-standard/"
    }
  ],
  "dateModified": "2026-08-07",
  "datePublished": "2026-06-16",
  "description": "对 AI MVP 的技术尽职调查会审查常规软件层，再加上评测集、版本化提示词和模型、每次模型调用的可观测性、失败回退、真实推理成本，以及训练或检索数据的权利。把可融资 MVP 与演示区分开的是证据。EU AI Act 第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。",
  "headline": "融资前 AI MVP 的技术尽职调查",
  "image": "https://wavect.io/img/blog/headers/header_technical-due-diligence-ai-mvp.svg",
  "inLanguage": "zh",
  "mainEntityOfPage": {
    "@id": "https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/",
    "@type": "WebPage"
  },
  "publisher": {
    "@id": "https://wavect.io/#organization",
    "@type": [
      "Organization",
      "ProfessionalService",
      "LocalBusiness"
    ]
  },
  "url": "https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/",
  "wordCount": 392
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "item": "https://wavect.io/zh/",
      "name": "首页",
      "position": 1
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/zh/blog/overview/",
      "name": "博客概览",
      "position": 2
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/zh/blog/topics/product-mvp/",
      "name": "产品与 MVP",
      "position": 3
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/zh/blog/clusters/mvp-validation/",
      "name": "MVP 验证",
      "position": 4
    },
    {
      "@type": "ListItem",
      "item": "https://wavect.io/zh/blog/technical-due-diligence-ai-mvp/",
      "name": "融资前 AI MVP 的技术尽职调查 | ",
      "position": 5
    }
  ]
}
```

```json
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "投资者或收购方对 AI 产品背后的代码、基础设施、AI 系统、数据流和团队进行的审查，核实它能用、能扩展、法律上干净，并且不是单人或单一供应商的负担。对 AI 而言，它还增加了通用软件尽职调查会跳过的评估证据、模型和提示词版本管理、推理经济性以及数据权利检查。"
      },
      "name": "AI 初创公司的技术尽职调查是什么？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "它是否不只是在单一模型 API 上的薄封装，它通过数据或工作流深度形成的防御力，扣除推理成本后的毛利，留存，以及越来越被看重的、能证明生产质量而非仅是演示的私有评估结果。"
      },
      "name": "投资者会在 AI MVP 中检查什么？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "一个有版本管理的黄金与回归数据集，按模型和提示词版本评分的结果，一道能拦住回归的 CI 关卡，以及在领域代表性基准上经过衡量的错误率或幻觉率。\"我们靠人工测试\"过不了这道关。"
      },
      "name": "融资前我需要哪些评估证据？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "普通尽职调查问代码好不好、能不能扩展。AI 尽职调查还会问你能否复现任意模型输出，是否记录并观测模型调用，一次推理花费多少，模型失效时会发生什么，以及你是否拥有用于训练或检索的数据的权利。"
      },
      "name": "AI 尽职调查与普通软件尽职调查有何不同？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "越来越需要。一份当前的 SPDX 或 CycloneDX 格式 SBOM 能暴露开源许可证冲突和已知漏洞，而 M&A 买方和 EU Cyber Resilience Act 如今都要求机器可读的 SBOM。"
      },
      "name": "尽职调查需要 SBOM 吗？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "证明公司拥有其全部知识产权的书面证据。著作权默认归作者所有，因此付一张承包商的发票并不转移知识产权。一个未做权利转让的联合创始人或承包商模块，是初创公司在 A 轮前过不了尽职调查的经典原因。"
      },
      "name": "什么是知识产权权属链，它为何能搞砸交易？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "尽职调查会检查你的处理记录（第 30 条）、用个人数据训练的合法依据（第 6 条和第 9 条）、高风险处理的 DPIA（第 35 条），以及与次级处理者的 DPA，包括那个吞入你用户提示词的模型 API。EDPB 第 28/2024 号意见警告，训练出的模型并不自动匿名。"
      },
      "name": "GDPR 如何影响欧盟的 AI 尽职调查？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "部分适用。禁止性规则、AI 素养和 GPAI 义务已经适用。第 50 条透明度义务自 2026 年 8 月 2 日起适用，独立高风险系统自 2027 年 12 月 2 日起适用，嵌入产品的高风险系统自 2028 年 8 月 2 日起适用。"
      },
      "name": "EU AI Act 已经适用于我的 MVP 了吗？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "实质内容是欧盟标准，即 GDPR 和 AI Act。奥地利的特殊之处在于一个积极执法、对 AI 不给豁免的数据保护机构，以及你股权结构表上的 aws 或 FFG 公共资助条款，后期投资者会希望它们干净。"
      },
      "name": "奥地利的技术尽职调查，有什么不同吗？"
    },
    {
      "@type": "Question",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "通过集成、专有或经授权的数据和持久上下文展示工作流深度与切换成本，一个让你能更换供应商的抽象层，以及在非补贴模型价格下仍能成立的单位经济。"
      },
      "name": "我如何证明我的 AI 产品不只是一个 GPT 封装？"
    }
  ]
}
```
