LiblibAI
高速增长的中国创意 AI 平台,已有真实收入和用户规模,但留存、毛利率和依赖质量仍需私有材料验证
LiblibAI 在后期私募体量上已经显出真实商业化和战略价值,但当前估值已把强执行兑现进去;除非私下尽调证明留存、利润率和护城河质量,否则更适合纪律性跟踪。
封面要素
公司概况
LiblibAI 是北京 Evoken 旗下旗舰产品,Evoken 是一家围绕创始人 Chen Mian 于 2023 年 5 月成立的创意 AI 平台公司。公司如今覆盖创作者 / 模型社区、VIP 会员、开发者 API、用于 AI 视频生产的 LibTV,以及面向设计智能体工作流的 Xingliu。公开报道显示,LiblibAI 累计用户超过 30 million,原创模型超过 500,000,截至 2026 年 5 月年经常性收入(ARR)约 $300 million,2026 年 6 月 B+ 轮融资接近 $300 million,估值超过 $2 billion。它由此成为中国商业可信度较高的 AI 应用公司之一;但公开披露中的毛利率、留存、现金、治理和依赖集中度仍然很薄。
- 成立时间
- 2023-05-01
- 创始人
- Chen Mian, Zhang Zijie
- 创立地点
- Beijing, China
- 总部
- Beijing, China
- 产品
- LiblibAI 销售多端创意产品栈:创作者社区和图像生成工具、会员、API 与自定义模型访问、用于端到端 AI 视频创作和团队协作的 LibTV、用于设计智能体工作流的 Xingliu,以及上传模型、预训练、品牌风格用例等相邻资产 / 模型工具。
- 客户
- 中国创作者、设计师、开发者、短剧工作室、影视团队、代理机构,以及采用 AI 辅助视觉内容工作流的品牌客户。
- 商业模式
- 混合变现,覆盖会员、点数包、API 用量、自定义配额,以及价值更高、面向工作流或团队的创意产品。
- 阶段
- late-stage private
- 融资情况
- 公开报道指向 2025 年 10 月 $130 million Series B 轮,以及 2026 年 6 月接近 $300 million 的 B+ 轮,投后估值超过 $2 billion。
执行摘要
主要优势
- 作为一家年轻的 AI 应用公司,商业体量已有公开证据支撑,包括 ARR、用户和融资信号。
- 图像、视频、设计、社区和 API 多条工作流铺开,多产品宽度带来真实的平台选择权。
- LibTV 的客户采用证据扎实,加上广泛创作者生态,说明业务不只是新奇流量故事。
主要风险
- 公开披露的留存、毛利率、烧钱速度和客户集中度仍太薄,难以支撑高确信度承销。
- 如果上游模型厂商和竞品工作流产品缩小质量或价格差距,护城河可能变脆。
- 中国 AI 标注、内容审核、隐私和版权义务横跨多款产品,带来实质控制和声誉风险。
- 产品线宽、出货快,相比当前公开治理信号,执行复杂度更高。
未决问题
- 仍需完整 KPI 包来确认 NRR/GRR、毛利率、贡献利润率、烧钱速度和现金跑道。
- 已审阅的公开材料仍未披露可对账的股权结构表、投资人权利包或当前董事会结构。
- 缺少头部客户敞口、ACV、席位数和逐 logo 客户访谈,客户质量仍未充分证实。
- 供应商集中度、模型路由逻辑和信任与安全控制成熟度,还需要私下尽调证据。
目录
01公司概况
1.1 身份、产品栈与经营范围
LiblibAI 不能只看作单一图像生成器,而应看作平台公司。最新用户协议和隐私政策把图像社区、LibTV 视频工作台、Xingliu 设计智能体都放在同一个北京运营主体 Beijing Evoken Technology 之下。关键在于,公司不是经营彼此割裂的点状产品,而是在创作者、团队和开发者工作流之间统一账号、内容和 API 触点。产品证据也支撑这一判断:LiblibAI 对外销售图像创作社区、模型与 LoRA 生态、创作者点数和会员,以及商业 API;LibTV 把产品栈延伸到专业视频创作,Xingliu 则定位为设计智能体。主线是工作流聚合——图像资产、模型训练、视频生产、设计交付都被收进一个生态。后续章节可以据此建立一个清楚事实底座:Evoken 正在搭建创意 AI 基础设施,上层靠社区分发,下层用工具变现。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CO001, CO002, CO003, CO004, CO005, CO006]
| 指标 | 数值 / 状态 | 日期 | 置信度 | 缺口 |
|---|---|---|---|---|
| 成立时间 | May 2023 | 2023-05-01 | 高 | 公开来源指向 2023 年 5 月,但已审阅材料未公布精确注册日期。 |
| 总部 / 运营中心 | 中国北京 | 2026-06-18 | 高 | |
| 当前阶段 | 未上市 B+ 轮 / 独角兽 | 2026-06-18 | 高 | |
| 最新披露估值 | >$2B 投后估值 | 2026-06-18 | 高 | |
| 最新披露年经常性收入(ARR) | ~$300M | 2026-05-31 | 中 | 公开数字来自公司披露,并非审计口径。 |
| LiblibAI 累计用户 | 30M+ | 2026-06-18 | 中 | 用户指标是公司披露的累计使用量,不是披露的 MAU 队列。 |
| LiblibAI 原创模型 | 500K+ | 2026-06-18 | 中 | 平台未公布活跃模型与沉睡模型的精确拆分。 |
| Xingliu 累计用户 | 10M+ | 2026-06-22 | 中 | 公司和媒体报道把它表述为累计服务用户。 |
| LibTV 服务的专业团队 | ~1,000 | 2026-06-22 | 中 | 客户数由公司披露,未与合同金额披露挂钩。 |
| 当前公开董事会名单 | 2026-08-25 | 低 | 已审阅来源未提供经验证的当前董事会或委员会图谱。 | |
| 当前公开员工数 | 2026-08-25 | 低 | 已审阅来源未提供经验证的员工数。 | |
| 债务 / 信贷额度 | 2026-08-25 | 低 | 没有已审阅来源披露债务、仓储融资或结构化融资额度。 |
这张快照混合了公司披露的规模主张和独立报道的融资事实。空值标记的是已审阅公开记录中仍未披露的核心尽调项。
[CO001, CO002, CO003, CO004, CO005, CO006]LiblibAI 从 2023 年创立,到 2026 年获得独角兽估值,大约用了三年;其间把图像、设计和视频产品叠进同一条集团叙事。
[CO023, CO024, CO025, CO026, CO027, CO028]1.2 创始人锚点、投资人基础与公开规模信号
Chen Mian 是公开记录中最清晰的创始人锚点。多篇独立报道把他与 ByteDance 联系起来,尤其是 Jianying/CapCut 商业化体系,并将 2023 年 5 月呈现为 LiblibAI/Evoken 的实际成立窗口。这个创始人画像重要,因为对一家成立 2–3 年的应用公司而言,投资人阵容异常强。2025 年 Series B 被称为当年中国 AI 应用领域最大单笔融资;2026 年 6 月 B+ 轮由 Granite Asia、Tencent、Shunwei 联合领投,把投后估值推到 $2 billion 以上。公开规模说法也足够大:LiblibAI 累计用户超过 30 million、原创模型超过 500,000、Xingliu 用户超过 10 million、近 1,000 个专业团队使用 LibTV。这些数字大多仍是公司披露,而非经审计运营 KPI;但合在一起,足以支撑一个判断:LiblibAI 已从小众工具跨到广泛创作者平台,并具备有意义的商业触达。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CO011, CO012, CO013, CO014, CO015, CO016]
| 人员 | 职务 | 背景 | 创始人-市场契合或覆盖 | 关键人物依赖 |
|---|---|---|---|---|
| Chen Mian | 创始人兼 CEO | 曾任 ByteDance Jianying/CapCut 全球商业化负责人;此前任职于 Mobike、Didi 和 Missfresh | 与创作者工具、用户增长、视觉内容工作流商业化高度匹配 | 高 |
| Zhang Zijie | 联合创始人 / 早期核心团队 | 36Kr 提到其为联合创始人,参与 LiblibAI 速度优先的执行文化 | 支撑产品扩建和组织扩张,但公开记录对具体职责披露偏薄 | 中 |
创始人团队的公开信息足以识别一位清晰的运营型负责人,但相比公司的投资人和产品曝光,团队披露要薄得多。
[CO013, CO014, CO015, CO016]| 利益相关方 | 角色 | 控制权或经济重要性 | 尽调问题 |
|---|---|---|---|
| Granite Asia | B+ 轮共同领投方 | 帮助验证 2026 年 6 月独角兽轮和后期机构背书 | 领投方谈下了哪些治理、信息权和下行保护? |
| Tencent | B+ 轮共同领投方和战略平台投资人 | 在中国增加分发、AI 生态和声誉权重 | Tencent 提供了多少战略价值,多少只是纯财务背书? |
| Shunwei Capital | 早期和后期轮次的连续投资人 | 释放出投资人从早期增长阶段起持续支持的信号 | 连续投资人的影响力有多集中? |
| HongShan / HSG | 2025 年 B 轮和 2026 年 B+ 轮生态参与方 | 在规模化路径上锚定中国一线 VC 支持 | HongShan 是否获得特殊权利、董事会影响力或优先条款? |
| CMC Capital / HKIC | 通过 AI Creative Fund 共同领投 B 轮 | 把 LiblibAI 连接到香港创意产业和扩张叙事 | 香港角度有多少是资本市场定位,多少是经营价值? |
| Ant Group | B+ 宣传中继续支持的现有股东 | 增加金融和生态可信度,但也带来战略预期 | Ant 是被动投资人,还是生态依赖? |
这张表映射最可见的资本利益相关方,而不是完整股权结构表。公开来源未披露持股比例、清算优先权或董事席位分配。
[CO017, CO018, CO019, CO020, CO021, CO022]公司把社区、工作流工具和变现通道放进同一个面向创作者的生态。
[CO001, CO002, CO005, CO006, CO007, CO008]1.3 里程碑、治理不透明与早期摩擦
里程碑推进异常压缩。公开来源描述公司成立数月后获得天使融资,随后完成 2025 年 Series B、2026 年 B+ 独角兽轮、2.0 产品升级、Xingliu 发布,以及 2026 年 3 月 LibTV 上线。速度是优势,也制造尽调不对称。公司公布运营政策和产品界面,但公开记录仍没有给出可核对的董事会名单、经验证员工数、详细股权结构或审计财务包。风险也不是假设。中国 AI 标识规则已经覆盖图像和视频平台,批判性报道也指出内容审核缺口,并提示如果上游模型降价或提供更好的原生工作流,LiblibAI 以聚合为主的模式可能存在结构性脆弱。公司概况因此导向一个平衡结论:LiblibAI 真实、体量大、增长快,但相对于现在承载的估值和战略野心,公开数据仍偏少。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CO021, CO022, CO023, CO024, CO025, CO026]
| 日期 | 事件 | 类型 | 金额 / 估值 / 状态 | 参与方 | 含义 |
|---|---|---|---|---|---|
| 2023-05-01 | LiblibAI/Evoken 创立窗口 | 创立 | 公司成立 | Chen Mian 和早期团队 | 公开来源把公司锚定为 2023 年后诞生的 AI 原生进入者,而非传统软件拆分业务。 |
| 2023-07-01 | 成立数月内报道天使轮融资 | 融资 | 天使轮 | 据后续报道,Source Code、Gaorong、GSR 等 | 早期资金加速了产品迭代。 |
| 2025-02-17 | 围绕创作者工具增长的后续融资 | 融资 | 据报道数亿元人民币 | Shunwei、INCE 和现有支持方 | 大额 B 轮之前,投资人已经押注应用层创意工具。 |
| 2025-07-03 | Xingliu 本地化设计智能体发布 | 产品 | 已发布 | Evoken / Xingliu | 公司从图像社区扩展到智能体驱动的设计工作流。 |
| 2025-10-23 | B 轮完成 $130M 融资 | 融资 | $130M 轮 | HongShan、CMC、战略投资人、连续支持方 | 确立 LiblibAI 为中国 2025 年最大 AI 应用融资。 |
| 2025-10-23 | LiblibAI 2.0 被描述为专业创意工作室 | 产品 | 升级发布 | LiblibAI | 释放出从纯聚合转向更广工作流平台的信号。 |
| 2026-03-01 | LibTV 推出专业 AI 视频工作空间 | 产品 | 已发布 | LibTV / Evoken | 打开了支出更高的视频制作场景。 |
| 2026-05-18 | LibTV 团队版发布 | 规模 | 发布后不久拥有 300+ 企业客户 | 短剧工作室、影视团队、4A 广告公司 | 专业团队工作流成为可见收入通道。 |
| 2026-05-31 | ARR 达到约 $300M | 规模 | 公司披露 ARR | Evoken | 规模主张从用户叙事转向商业化叙事。 |
| 2026-06-18 | B+ 轮完成近 $300M 融资,估值 >$2B | 融资 | 跨过独角兽门槛 | Granite Asia、Tencent、Shunwei、现有支持方 | 确认 LiblibAI/Evoken 已是当前独角兽。 |
| 2026-09-01 | 中国 AI 标识规则生效 | 监管 | 合规义务已生效 | CAC 及联合监管方 | 图像 / 视频平台必须落地显式和隐式标识。 |
这条时间线是公司概况章节的标准里程碑记录。融资、产品、规模和监管日期都是公开标记,不是内部执行日期。
[CO023, CO024, CO025, CO026, CO027, CO028]公开可见的规模点支撑一个后期成长叙事,但核心治理和审计事项仍未解决。
[CO003, CO004, CO005, CO006, CO007, CO011]1.4 展品
02市场分析
2.1 市场边界、纳入支出与买方地图
LiblibAI 最窄且有用的市场定义不是“所有生成式 AI”,而是与视觉内容创作工作流有关、可通过社区、软件或 API 访问变现的支出。它包括创作者图像生成、专业 AI 视频生产、AI 辅助设计、模型训练或分享,以及团队把创意生成嵌入下游产品时产生的相邻开发者用量。市场口径应排除纯基础模型训练经济,以及大多数横向办公 AI 支出。需求侧至少有四个可见买方群:个人创作者用图像和模型工具做构思与生产;专业视频团队和短剧工作室用 LibTV 跑高产出工作流;设计师和代理机构使用 Xingliu 或 Lovart 式设计智能体;开发者和自动化团队以编程方式消耗图像 API 和模型资产。预算归属、留存逻辑和付费意愿在这些群体之间差异很大,因此 LiblibAI 的市场是多细分、受工作流约束的市场,不是单一创作者软件桶。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CM001, CM002, CM003, CM004, CM005, CM006]
| 市场视角 | 纳入支出 | 排除支出 | 重要性 |
|---|---|---|---|
| 创作者图像社区工具 | 图像生成、模型分享、LoRA 训练和创作者会员 | 基础模型训练经济和通用办公 AI | 这是 LiblibAI 的原始切入口,也仍是用户密度最清晰的场景。 |
| AI 设计智能体工作流 | 视觉创意、营销活动资产、版式和品牌输出 | 不经软件工作流承载的传统线下代理服务人力 | Xingliu 和 Lovart 式用法把预算从业余创作者扩展出去。 |
| 专业 AI 视频制作 | 短剧、广告、工作室和品牌视频工作流 | 通用 OTT 流媒体收入和院线经济 | LibTV 把公司推向支出更高的用例。 |
| 开发者 / API 创意基础设施 | 图像 API、模型访问、嵌入式工作流调用 | 与视觉创作无关的通用 LLM 聊天支出 | API 访问在会员之外提供第二条商业化路径。 |
本章使用与工作流挂钩的支出口径,而不是单一的广义生成式 AI 伞状口径。这样得到的市场框架更窄,但更可执行。
[CM001, CM002, CM003, CM004]| 细分 | 用户 | 付款方 | 寻求价值 | 采用路径 |
|---|---|---|---|---|
| 独立创作者 | 插画师、营销人员、爱好者、提示词工程师 | 按月自付用户 | 快速图像生成、灵感、模型复用 | 免费 / 社区发现 -> 积分或会员 -> 反复创作 |
| 设计团队和代理商 | 设计师、艺术总监、营销团队 | 团队或品牌预算 | 品牌一致资产和更快概念生成 | 试验 -> 共享工作空间 -> 工作流标准化 |
| 短剧和视频工作室 | 剪辑师、制片人、AI 分镜团队 | 制作或内容预算 | 更低成本的视频生成和更快迭代 | 试点项目 -> 团队版 -> 规模化制作 |
| 开发者和自动化构建者 | 应用构建者、工具集成商、工作流工程师 | 产品或平台预算 | 程序化生成、模型访问和商业权利 | API 测试 -> 积分方案 -> 嵌入式工作流使用 |
不同细分的预算所有权差异很大。因此,LiblibAI 的市场应按一组彼此相连的买方来分析,而不是当成单一同质社区。
[CM005, CM006, CM007, CM008, CM009, CM010]LiblibAI 的实际市场从广义创意 AI 品类,收窄到工作流更重的中国创作者和视频制作支出。
[CM001, CM002, CM003, CM004, CM019]LiblibAI 服务几类买方,他们看重速度、控制、社区和集成的不同组合。
[CM005, CM006, CM007, CM008, CM009, CM010]2.2 规模测算视角与需求信号
最宽的第三方视角来自 Research and Markets:其估算创意行业生成式 AI 市场 2026 年为 $5.38 billion,2030 年可达 $14.03 billion。这是明确品类信号,但仍过宽,不能当作 LiblibAI 近期可操作 TAM。更扎实的信号来自已经显示变现的子市场。Sensor Tower 称,2026 年 Q1 全球短剧应用下载超过 850 million,IAP 收入约 $750 million;Business of Apps 描述的 2025 年生态中,月活微短剧应用广告主超过 700 个,单广告主创意量同比增长 144.9%。ThinkChina 基于 Caixin 的深度拆解又补充了企业端视角:AI 视频是少数已经在广告、电商和娱乐中产生可见收入的生成式应用之一,Douyin 估计企业 AI 视频应用市场到 2030 年可达 $36 billion。对 LiblibAI 而言,最稳妥的解读是,核心商业切口在图像、设计和视频工作流的生产侧,因为营销和内容预算已经存在。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CM012, CM013, CM014, CM015, CM016, CM017]
| 视角 | 2026 年证据点 | 对 LiblibAI 的含义 | 置信度 |
|---|---|---|---|
| 广义创意 AI 品类 | Research and Markets 估算,2026 年创意产业生成式 AI 市场为 $5.38B | 证实创意 AI 已是数十亿美元级软件品类 | 中 |
| 短剧移动端参与度 | Sensor Tower 报道短剧下载量 >850M,2026 年 Q1 IAP 收入约 $750M | 验证短剧已经形成规模化消费和商业化场景 | 高 |
| 微短剧广告生态 | Business of Apps 报道,月活广告主 700+,单广告主素材数同比 +144.9% | 显示营销需求正随内容供给一起扩张 | 中 |
| 企业 AI 视频上行空间 | ThinkChina 引述 Douyin 估算:到 2030 年,企业 AI 视频市场约为 $36B | 如果 LibTV 能持续贴近制作团队,未来预算池会很大 | 中 |
| LiblibAI 近期 SAM | 需要快速视觉工作流的中国创作者、设计团队和短剧 / 视频制作方 | 公司当前最强的可服务市场比其全球叙事更窄 | 中 |
这张表刻意使用多个视角,因为没有单一来源能干净测算 LiblibAI 的完整机会。最宽的视角是品类级,最窄的视角是运营级,也更接近当前产品足迹。
[CM012, CM013, CM014, CM015, CM016]可观察的价格和需求信号覆盖了低价创作者订阅,也覆盖企业式视频和 API 预算。
[CM013, CM014, CM017, CM018, CM019]2.3 采用驱动、切换摩擦与约束
仅靠市场增长不能保证 LiblibAI 抓住需求。最强采用驱动是创意效率提升、相较传统工作室流程更便宜的迭代,以及把原本割裂的工具压缩进一个工作流。LiblibAI 自身产品界面也强化这一逻辑:点数制 API 访问、会员、共享账号体系和创作者社区发现。约束同样清晰。中国标识规则和更广泛监管预期,要求每个图像和视频平台持续做审核和元数据工作。版权和安全议题已经塑造行业,AI 视频尤其如此。竞争压力也高,因为买方可以多栖。Civitai 等社区在模型和发现上竞争;Adobe Firefly、Canva、Runway、Kling 以及上游模型供应商则在工作流质量、品牌信任或直接生成上竞争。实际市场结论是,LiblibAI 面前有一个大且扩张的需求池,但近期可触达市场只限于这样一部分:工作流集成、中国创作者密度和性价比强到足以抵消监管负担与低切换门槛。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CM023, CM024, CM025, CM026, CM027, CM028]
| 因素 | 类型 | 证据 | 含义 |
|---|---|---|---|
| 工作流压缩 | 驱动 | LiblibAI 覆盖社区、API、设计和视频工作流 | 能减少工具切换的平台,可以比单点生成器拿到更大预算。 |
| 短剧商业化 | 驱动 | Sensor Tower 和 Business of Apps 显示下载、支出和广告活动已经形成规模 | LibTV 可以接入一个已经商业化的需求池,而不是等待用户行为形成。 |
| 模型供给充沛 | 驱动 | Civitai、Midjourney、Kling 以及上游模型激增,扩大了用户认知 | 更大的生态会拓宽品类采用和创意实验。 |
| 标识与合规规则 | 约束 | CAC 规则要求对生成内容做显式和隐式标识 | LiblibAI 扩大图像和视频分发后,运营负担上升。 |
| 容易多平台并用 | 约束 | 创作者能以低切换成本测试多个图像和视频平台 | 留存取决于工作流优势,而不只是原始生成质量。 |
| 上游定价权 | 约束 | 36Kr 认为,聚合器可能被模型厂商在价格或原生 UX 上挤压 | 工具集成策略的毛利率持久性仍不确定。 |
驱动因素和约束并存。同一轮模型爆发既加速采用,也降低切换成本、抬高竞争压力。
[CM023, CM024, CM025, CM026, CM027, CM028]只有免费试用沉淀成可重复的创作价值或生产价值,这一品类才能把注意力转成付费使用。
[CM020, CM021, CM022, CM023, CM024, CM025]2.4 展品
03竞争格局
3.1 直接对手、存量巨头与相邻竞争者
LiblibAI 的直接竞争不是从所有前沿模型公司开始,而是从创意社区和创作者工具开始。Civitai 是最清晰的全球社区类比,因为它把模型、图像、视频和创作者组织在同一处。Midjourney 虽然协作模式不同,但在图像质量和创作者心智上竞争。Adobe Firefly 和 Canva 从反方向切入:先拥有工作流信任、既有设计行为和品牌关系,再把 AI 生成折进去。Runway 和 Kling 重要,是因为它们设定了 AI 视频速度,LibTV 正试图在这一市场从演示吸引力走向真实生产使用。这个格局重要,因为 LiblibAI 想同时打赢多个战场:创作者社区、图像工具、视频工作流和设计智能体体验。广度是战略机会,也意味着公司很少面对单一且薄弱或碎片化的对手群。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CP001, CP002, CP003, CP004, CP005, CP006]
| 公司 | 类别 | 目标客户 | 产品范围 | 公开定价 / 规模信号 | 战略方向 |
|---|---|---|---|---|---|
| LiblibAI | 社区 + 工作流平台 | 创作者、工作室、设计师、开发者 | 图像、视频、设计智能体、模型、API | 积分制 API、会员、30M+ 用户 | 靠社区密度和工作流聚合取胜 |
| Civitai | 模型和创作者社区 | AI 艺术创作者和模型分享者 | 模型、图像、视频、创作者主页 | 大规模公开社区入口 | 占住发现和社区层 |
| Runway | AI 视频工作流平台 | 创作者、机构、企业 | 图像、视频、音频、企业工具 | 免费 + 付费档位;声称拥有 60M+ 创作者 | 靠高端视频工作流和企业采用变现 |
| Adobe Firefly | 老牌创意套件的 AI 层 | 设计专业人士和企业 | 设计、图像和创意套件 AI | Firefly 纳入 Adobe 商业套件 | 用可信的企业 UX 守住既有工作流预算 |
| Canva | 带 AI 功能的设计平台 | 中小企业、营销人员、团队 | 模板、设计、业务协作 | Free/Pro/Business/Enterprise 档位 | 把 AI 打包进易用的设计分发栈 |
| Kling AI | 中国 AI 视频 / 图像对手 | 视频创作者和消费者 | 视频和图像生成 | 可见的 AI 视频产品入口 | 在中国市场靠原生模型和视频能力竞争 |
本表同时纳入直接和邻近对手,因为 LiblibAI 同时争夺社区注意力、工作流时间和创意预算。
[CP001, CP002, CP003, CP004, CP005, CP006]| 公司 | 社区 | 图像生成 | 视频工作流 | 设计智能体体验 | API / 开发者层 | 企业信任 |
|---|---|---|---|---|---|---|
| LiblibAI | 强 | 强 | 强 | 部分 | 强 | 部分 |
| Civitai | 强 | 部分 | 部分 | 低 | 低 | 低 |
| Runway | 低 | 强 | 强 | 低 | 部分 | 中 |
| Adobe Firefly | 低 | 强 | 部分 | 部分 | 低 | 高 |
| Canva | 中 | 部分 | 部分 | 部分 | 低 | 高 |
| Kling AI | 低 | 部分 | 强 | 低 | 低 | 部分 |
能力标签是定性判断,反映已审阅的公开产品界面,而不是隐藏路线图或内部性能测试。
[CP007, CP008, CP009, CP010, CP011, CP012]LiblibAI 的位置更靠社区广度和工作流广度,而不是纯模型原生深度或纯企业信任。
[CP024, CP025, CP026, CP027, CP028, CP029]LiblibAI 的主要差异在于试图用一套栈串起社区、图像、视频和开发者轨道。
[CP007, CP008, CP009, CP010, CP011, CP012]3.2 定价、分发与切换经济
这里的竞争动态由低切换成本塑造。Runway 公布多层创作者定价,并把自己定位为具有广泛创作者和企业触达的 AI 视频品牌。OpenAI 销售商务席位和企业计划,对能接受横向工具的团队来说,它可能成为预算替代品。Adobe 和 Canva 依靠熟悉工作流、分发和品牌信任守住设计预算。Civitai 靠社区和发现竞争,而不是企业级精致度。LiblibAI 的优势是能把社区、模型库存和工作流效用混在一个产品家族里;弱点是买方可以在这些工具之间多栖,尤其当上游模型供应商快速改进时。36Kr 的“AI 中间商”批评抓住了核心风险:如果最好的模型质量和最佳 UX 在别处汇合,仅靠聚合可能不再够用。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CP013, CP014, CP015, CP016, CP017, CP018]
| 公司 | 入门套餐 | 增购路径 | 主要经济信号 | 启示 |
|---|---|---|---|---|
| LiblibAI | 免费积分 + 会员 + API 入门计划 | API 标准计划和定制配额;团队与工作流扩展 | 把创作者自助变现与更高端的工作流支出结合起来 | 如果创作者流量转成团队或 API 使用,ARPU 可拉宽 |
| Runway | 免费 / 创作者月付计划 | 更高价创作者档位和企业销售 | 可见的点数制 AI 视频定价梯度 | 说明 AI 视频已能支撑高端自助套餐 |
| OpenAI | Business 席位计划 | Enterprise 定制定价 | 横向 AI 可替代部分创意原型 | LiblibAI 必须用工作流专属价值压过便利性 |
| Adobe Firefly | 套件式计划内含 | Creative Cloud 交叉销售 | 老牌厂商的打包经济性会降低切换紧迫感 | 老牌厂商不必做到同等社区密度,也能守住预算 |
| Canva | 免费 / Pro / Business / Enterprise | 团队和企业协作增购 | 易分发和协作与生成能力同样重要 | 营销团队更看重模板速度而不是模型深度时,Canva 优势明显 |
| Kling AI | AI 视频原生定位 | 可能有高端功能档位和持续更新 | 模型优先的视频对手会设定价格和排队预期 | LibTV 面对一个不断移动的靶场 |
只有部分竞争对手公开完整定价。缺少精确价格时,本对比聚焦打包逻辑和预算捕获方式。
[CP013, CP014, CP015, CP016, CP017, CP018]3.3 护城河耐久性与竞争结论
最强护城河候选不是自有模型所有权,而是生态密度。LiblibAI 拥有中国创作者基础、大型模型库、跨产品共享账号结构,并有证据显示它正在延伸到团队和 API 用量。如果创作者、代理机构和视频工作室开始把该平台当作默认工作台,而不是便宜替代品,这一组合可以形成真实分发力。但护城河仍有条件。Adobe 和 Canva 拥有工作流信任;Runway 拥有全球 AI 视频品牌资产;Civitai 拥有强模型社区身份;中国视频领导者也在强商业化压力下快速推进。因此,LiblibAI 看起来有差异化,但尚未被保护起来。竞争维度的投资判断应是:公司有走向平台地位的可信路径,但仍处在一个用户会因为价格、质量或排队时间变化而随时换工具的品类。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CP025, CP026, CP027, CP028, CP029, CP030]
| 风险 | 重要性 | 证据 | 风险级别 |
|---|---|---|---|
| 聚合护城河可能偏浅 | 上游模型厂商可同时压缩质量和价格优势 | 36Kr 批评 LiblibAI 像 AI 中间商 | 高 |
| 多栖使用很容易 | 创作者试用多种工具的切换成本很低 | 社区和工作流市场仍然碎片化 | 高 |
| 老牌工作流信任 | Adobe 和 Canva 已占住团队习惯和分发入口 | 老牌设计厂商需要的用户教育更少 | 中 |
| 中国 AI 视频军备竞赛 | Kling、Seedance 等推进很快 | 视频质量预期变化可能快过平台培训材料 | 高 |
| 合规负担 | 标识和审核规则会抬高运营负担 | 图像 / 视频平台需长期投入安全和政策工作 | 中 |
风险登记表聚焦耐久性,而不只是产品宽度。关键测试是 LiblibAI 能否在对手缩小其经济优势前,成为默认工作台。
[CP019, CP020, CP021, CP022, CP023]公司在生态广度和创作者密度上得分最高,但经审计的信任信号以及抵御上游模型变化的防御力较弱。
[CP032, CP033, CP034, CP035]3.4 展品
04财务情况
4.1 收入模型、变现界面与定价逻辑
公开记录清楚显示,LiblibAI 已不再只是流量故事。官方 API 页面展示了通过点数制套餐、商业权益和自定义配额的直接变现。VIP 页面又通过会员和捆绑点数加入类似消费订阅的复购逻辑。LibTV 和 Xingliu 把收入延展到工作流支出,团队买的不只是生成能力,而是生产环境。B 轮和 B+ 轮媒体报道也强化同一点:投资人押注的是一个同时向创作者、专业团队和开发者变现的产品家族。多界面收入栈通常比一次性消费者新奇收入质量更高,关键是收入结构。公开来源仍未披露 ARR 中有多少来自会员、API、视频团队、设计智能体用量或大型定制交易,因此收入质量只露出一部分。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CI001, CI002, CI003, CI004, CI005, CI006]
| 来源 | 付款方 | 定价逻辑 | 证据 | 质量判断 |
|---|---|---|---|---|
| VIP 会员 | 个人创作者 | 经常性订阅,捆绑积分和使用权益 | 官方 VIP 页面介绍会员和积分包 | 如果转化和续费强,收入质量可能较高 |
| API 计划 | 开发者和集成商 | 点数制计划叠加定制商业配额 | 官方 API 页面展示 Starter、Standard 和 Custom 接入 | 如果嵌入下游工作流,可能具备粘性 |
| LibTV 团队工作流 | 工作室、机构、制作团队 | 席位 / 资源采购和项目制协作 | LibTV Team Edition 和媒体报道提到团队采购 | ACV 可能更高,但也可能吃算力 |
| Xingliu / 设计智能体使用 | 设计团队和品牌 | 与工作流或产出挂钩的支出 | Xingliu 定位显示其面向付费设计工作流 | 有潜力,但收入贡献未披露 |
| 企业 / 定制交易 | 较大品牌或制作客户 | 定制定价和协商服务范围 | API 定制配额和 LibTV 客户叙事暗示存在定制交易 | 可能抬高 ARPU,但集中度风险未知 |
公开证据支持多个变现入口,但无法看出实际收入结构。
[CI001, CI002, CI003, CI004, CI005, CI006]| 入口 | 公开定价线索 | 增购路径 | 收入确认影响 |
|---|---|---|---|
| LiblibAI VIP | 会员 + 积分包 | 更多积分、更多存储、更完整创作权益 | 类订阅确认,价值与使用挂钩 |
| LiblibAI API | Starter 和 Standard 计划,加定制配额 | 从实验转向生产使用 | 预付点数与企业式合同混合 |
| LibTV Team Edition | 按团队 / 项目采购席位和生成资源 | 从试点团队扩展到连续生产 | 可能混合经常性协作支出与突发使用 |
| Xingliu / 设计智能体 | 工作流价值,而不只是资产产出 | 更广泛的品牌或设计团队采用 | 如果团队将其标准化,可能像席位软件一样变现 |
| 社区流量 | 免费发现转向付费工具 | 转化为会员、API 或团队 | 只有转化能持续,漏斗顶部流量才有意义 |
业务似乎把订阅、使用量和工作流挂钩变现结合起来,而不是依赖单一模式。
[CI007, CI008, CI009, CI010, CI011, CI012]LiblibAI 看起来不是靠单一订阅 SKU 变现,而是把社区流量导向多条变现轨道。
[CI001, CI002, CI007, CI008, CI009, CI010]4.2 单位经济、交付成本与成本结构推断
核心经济争议在于,LiblibAI 是在做软件式利润率,还是只是在重新包装昂贵的上游模型产能。36Kr 的反向分析认为,如果上游供应商改进或降价,AI 聚合器会被价格、排队时间和模型质量挤压;这个质疑应当作为尽调起点。与此同时,公司商业模式不只是原始生成转售。社区分发、模型库、工作流编排和团队协作只要能实质提高吞吐或留存,就可以支撑软件式价值捕获。Adobe、Autodesk、Duolingo 和 C3 AI 的基准文件并不能让 LiblibAI 直接可比,但它们展示了投资人奖励什么:可持续收入增长、清晰毛利率结构、经营杠杆,以及足够差异化,避免算力或内容成本吃掉业务。公开证据今天证明了强需求和变现,但还没有验证毛利率画像。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CI013, CI014, CI015, CI016, CI017, CI018]
| 经济驱动因素 | 正面信号 | 关键成本或风险 | 投资判断 |
|---|---|---|---|
| 社区获客 | 大用户和模型基数可能降低漏斗顶部 CAC | 没有留存,流量质量仍可能偏低 | 获客看起来强;转化质量仍未验证 |
| API 变现 | 商业权利和定制配额支撑更高 ARPU 档位 | 模型和推理成本可能挤压毛利率 | 如果工作负载高频,吸引力可能不错 |
| LibTV 工作流 | 团队协作可提高单账户支出 | 视频渲染和模型访问可能成本高 | 更高 ACV 有可能,但算力负担可能抵消收益 |
| 设计智能体工作流 | 可能让品牌 / 流程采用更有粘性 | 功能与老牌设计套件重叠 | 价值捕获取决于嵌入工作流,而不是新鲜感 |
| 上游模型依赖 | 不训练前沿模型也能快速获得能力 | 供应商可重设性价比预期 | 护城河质量取决于编排和分发 |
| GTM 效率 | 强口碑和社区拉力可能降低销售摩擦 | 企业扩张仍需支持和导入 | 低端可能效率高,高端则不够可见 |
没有公开审计过的单位经济模型包,因此本表是基于定价入口、客户类型和竞争风险推导出的判断层。
[CI013, CI014, CI015, CI016, CI017, CI018]核心财务问题是,编排和工作流价值能否跑赢算力和上游模型成本。
[CI013, CI015, CI018, CI022, CI023, CI024]公开可见的经济锚点覆盖低端自助价格、大额 ARR 和融资新闻。
[CI019, CI020, CI025, CI026, CI027, CI028]4.3 资本充足性、融资依赖与投资判断缺口
2026 年 6 月 B+ 轮降低了短期融资压力,但没有消除对烧钱速度和现金跑道的硬尽调需求。一家公司同时扩张图像、视频、智能体和 API 产品,几乎一定会承担可观的算力、模型接入、审核和获客成本。公开来源称,截至 2026 年 5 月 ARR 超过 $300 million、同比增长超过 3000%,这很亮眼;但这些数字没有配套现金余额、毛利率、经营亏损、递延收入或资本开支披露。因此,最稳妥的财务结论应当平衡:以公司年龄看,LiblibAI 商业上真实、增长异常快;但公开记录仍太薄,无法判断公司是在高效复利,还是在热门品类里激进砸钱。下一轮不应被视为必然,但仅凭公开证据也不能承销当前资本充足性。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CI025, CI026, CI027, CI028, CI029, CI030]
| 主题 | 公开证据 | 缺失信息 | 投资判断含义 |
|---|---|---|---|
| 最新融资 | 2026 年 6 月以 >$2B 估值完成近 $300M B+ 轮 | 准确到账时间、费用和投资人权利 | 近期资产负债表压力应较低 |
| 收入规模 | 截至 2026 年 5 月 ARR 约 $300M | 收入质量、毛利率和递延收入 | 商业规模真实存在,但尚不能完全解读 |
| 增长率 | 已公开披露 >3000% 同比收入增长 | 基期和队列耐久性细节 | 超高速增长很清楚;可持续性不清楚 |
| 现金跑道 | 未披露公开现金余额 | 月度烧钱、资本开支、应付款和营运资金 | 无法独立判断现金跑道 |
| 资金用途 | 产品节奏暗示资金投向研发、产品宽度和扩张 | 正式资本配置计划 | 需要验证资本是在建设护城河还是补贴 |
| 债务 / 义务 | 所审阅材料中未发现公开债务包 | 租赁、供应商承诺或算力最低采购 | 表外义务仍是尽调盲点 |
融资标题很强,但资本充足性仍取决于未披露的烧钱速度和基础设施承诺。
[CI025, CI026, CI027, CI028, CI029, CI030]| 缺失指标 | 重要性 | 最佳公开代理指标 | 尽调要求 |
|---|---|---|---|
| 毛利率 | 区分软件杠杆和转嫁型算力支出 | 竞争性定价和产品宽度 | 要求提供产品级 COGS 和毛利率桥接 |
| 净收入留存率 | 显示初次采用后工作流能否扩张 | 社区规模叠加团队产品发布 | 要求按创作者、API 和团队队列提供 NRR |
| CAC / 回本周期 | 检验增长是高效还是靠补贴 | 有机社区分发叙事 | 要求按分群提供渠道 CAC、销售周期和回本周期 |
| 现金余额 / 烧钱 | 决定融资依赖度 | 大额 B+ 轮只能部分降低短期担忧 | 要求月度烧钱和 12 个月现金跑道模型 |
| 收入结构 | 识别哪些产品真正变现 | API 和会员页面展示入口,但不展示结构 | 要求按 LiblibAI、LibTV、Xingliu 和企业客户拆分收入结构 |
| 客户集中度 | 高价值工作流可能系于少数账户 | 公开客户证据覆盖广,但不是基于合同 | 要求前 10 大客户敞口和流失历史 |
这些缺口解释了为什么财务章节可支撑方向性正面的看法,但不能宣称达到机构级确定性。
[CI031, CI032, CI033, CI034, CI035]产品越宽、算力负载越重,审核和团队市场推广越往外扩,现金需求可能越高。
[CI029, CI030, CI031, CI032, CI033, CI034]4.4 展品
05产品与技术
5.1 产品界面、SKU 与工作流定义
LiblibAI 的产品范围比公司名称暗示的更宽。已审阅的官方和半官方材料显示,至少有五个有意义的产品界面:核心创作者 / 模型社区、VIP 订阅、API 访问、用于 AI 视频生产的 LibTV,以及用于设计智能体工作流的 Xingliu。围绕数字人、品牌 LoRA 用例、模型上传和预训练的其他页面显示,公司不只是提供消费者界面,也在组织创意资产和可复用模型组件的供给侧。关键产品结论是,LiblibAI 销售的是一个工作流环境:创作者可以发现资产、生成输出、训练或上传模型、通过 API 商业化,再进入更丰富的设计或视频用例。这样的广度比单一 prompt 输入框更有意思,即便广度也带来复杂度。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CE001, CE002, CE003, CE004, CE005, CE006]
| 模块 | 主要用户 | 核心任务 | 变现作用 | 证据 |
|---|---|---|---|---|
| LiblibAI 社区 | 创作者和模型分享者 | 发现提示词、模型、图像和资产 | 漏斗顶部和创作者复访 | 官方首页和社区文案 |
| VIP 会员 | 高频创作者 | 解锁更丰富使用和积分包 | 持续自助变现 | 官方 VIP 页面 |
| API 平台 | 开发者和集成方 | 把生成能力和定制模型嵌入下游应用 | 按量计费和定制化变现 | 官方 API 页面 |
| LibTV | 工作室、创作者、团队 | 从脚本到成片产出 AI 视频 | 更高价值的工作流变现 | LibTV 资料和 BaiduWiki |
| Xingliu | 设计师和品牌团队 | 智能体辅助的设计工作流 | 切入设计预算 | 官方 Xingliu 页面和 36Kr 报道 |
| 模型上传 / 预训练 | 创作者和高级用户 | 贡献并调优可复用模型资产 | 夯实供给侧生态 | 上传 / 预训练页面 |
产品族覆盖需求侧工作流和供给侧资产创作。
[CE001, CE002, CE003, CE004, CE005, CE006]| 用例 | 入口 | 工作流步骤 | 创造的价值 |
|---|---|---|---|
| 图像创意构思 | 社区 + VIP | 发现 -> 生成 -> 优化 -> 导出 | 创作者能快速迭代视觉方案 |
| 自定义品牌视觉体系 | 品牌 LoRA 页面 | 准备资产 -> 训练风格 -> 跨输出复用 | 一致性和可复用的品牌语言 |
| 嵌入式创意 API | API 页面 | 认证 -> 调用生成 -> 管理配额 -> 商业化 | 程序化创意基础设施 |
| AI 视频制作 | LibTV | 脚本 -> 分镜 -> 镜头 -> 渲染 -> 剪辑 | 压缩全链路视频工作流 |
| 设计智能体交付 | Xingliu / Lovart 语境 | 提示词 -> 布局 / 设计 -> 迭代 -> 交付 | 从单图输出延伸到设计工作 |
产品组合围绕可重复工作流组织,而不是一次性生成。
[CE007, CE008, CE009, CE010, CE011, CE012]LiblibAI 把社区、模型资产、工作流编排和变现层叠进一套创作栈。
[CE001, CE002, CE009, CE010, CE013, CE019]产品栈在图像、设计和视频工作流中串起发现、生成、结构化和导出。
[CE003, CE004, CE005, CE007, CE008, CE011]5.2 架构、依赖与交付模式
公开来源描述的技术架构,是工作流与编排层。LibTV 最清晰的差异化是无限画布加节点式工作流,把剧本写作、分镜设计、模型调用和剪辑变成结构化生产图,而不是聊天交互。这是真正的产品架构选择,也契合持续产出视频的团队需求。产品家族其他地方也有同样模式:API 页面强调自定义模型访问和商业权益,模型上传和预训练页面强调创作者供给,Lovart/Xingliu 材料强调智能体辅助设计交付。依赖画像同样重要。公开来源反复暗示,公司整合多个上游模型,而不是自有所有核心生成引擎。这能加快上市并拓宽能力覆盖,但也意味着产品栈必须持续证明自己在模型层之上的价值。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CE013, CE014, CE015, CE016, CE017, CE018]
| 层级 | 公开证据 | 作用 | 关键依赖 |
|---|---|---|---|
| 社区和资产图谱 | 首页 / 社区页面和模型功能 | 带来发现入口和可复用输入 | 创作者活跃度和内容审核 |
| 编排层 | LibTV 节点式工作流和 API 控制 | 串起创作流水线各步骤 | 稳定的工作流 UX 和模型路由 |
| 模型供给层 | 预训练、模型上传和集成模型相关页面 | 提供更宽的生成能力 | 上游模型访问和质量 |
| 团队协作层 | LibTV Team Edition 和共享资产语言 | 支撑生产级用例 | 权限、存储和资产管理 |
| 商业化层 | VIP / API / 定制权利 | 在不同客群中变现使用量 | 定价纪律和配额管理 |
从公开信息看,这套架构像是搭在社区和模型供给之上的工作流操作系统。
[CE013, CE014, CE015, CE016, CE017, CE018]| 领域 | 公开信号 | 重要性 | 剩余缺口 |
|---|---|---|---|
| 隐私 | 跨产品统一隐私政策 | 说明存在统一的账号 / 数据治理 | 没有深入披露技术安全 |
| 条款 / 审核 | 用户协议覆盖行为、产品和平台义务 | 关系到创作者和企业信任 | 未披露审核 KPI |
| AI 标识 | 中国规则要求显式 / 隐式标识 | 图像和视频分发必须满足 | 实施细节未公开 |
| 商业权利 | API 页面提到商用权利 | 影响买方付费意愿 | 范围和赔偿边界不清楚 |
| 可靠性 | 快速产品迭代显示团队在持续支持 | 团队使用的工作流工具必须可靠 | 未公开可用性 / SLA 或事故历史 |
信任控制在政策层可见,但系统证据层薄得多。
[CE019, CE020, CE021, CE022, CE023, CE024]产品表现取决于外部模型、创作者供给、合规处理和工作流 UX 是否都能撑住。
[CE014, CE015, CE016, CE017, CE020, CE021]5.3 差异化、信任与路线图
LiblibAI 最强产品差异化不是秘密模型 IP,而是创作者社区、中文工作流设计、资产复用,以及从图像延伸到设计和视频的多产品组合。如果用户开始把平台当作默认操作层,这可以变得持久。但信任界面仍参差不齐。隐私政策和用户协议显示统一账号、政策覆盖和审核义务;中国标识制度则意味着图像和视频输出需要明确合规处理。不过,公开证据仍没有提供企业级 uptime 报告、模型评测基准或详细安全架构。路线图信号仍然强:LibTV 在数月内加入团队协作和更多工作流功能,整个产品家族也持续扩展到新的创作界面。投资判断是,产品速度显然很高,但技术可防御性更多来自架构和生态,而非自有模型。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CE025, CE026, CE027, CE028, CE029, CE030]
| 事项 | 时间 | 阶段 | 信号 |
|---|---|---|---|
| LibTV 发布 | March 2026 | 已发布 | 视频成为一级产品入口 |
| LibTV Team Edition | May 2026 | 已发布 | 团队协作进入产品栈 |
| LibTV 新功能 | June 2026 起 | 迭代中 | 人像调整、虚拟角色、分镜工作流 |
| Xingliu 发布 | 2025 | 已发布 | 产品组合新增设计智能体入口 |
| 模型上传 / 预训练工具 | 当前 | 已上线 | 已有供给侧创作者工具 |
| 数字人 / 品牌用例 | 当前 | 扩展中 | 平台正在测试相邻的创意工作流 |
产品节奏显示团队速度快,也愿意从核心图像社区向外扩张。
[CE025, CE026, CE027, CE028, CE029, CE030]能力广度在编排和工作流覆盖上最强,在企业保障和自有模型深度上证据较弱。
[CE025, CE026, CE027, CE028, CE029, CE030]5.4 展品
06客户情况
6.1 客户分层与采用轨迹
公开证据显示,LiblibAI 服务的是几层不同客户,而不是单一用户群。最宽的一层是围绕图像生成、prompt / 模型发现和会员的创作者社区。第二层是通过 API 集成创意生成的开发者。第三层是设计用户,Xingliu 和品牌风格工作流暗示团队或商业用量。现在商业上最重要的一层可能是 LibTV 的专业买方——短剧工作室、影视团队、广告代理和品牌客户——因为这个群体更接近工作流预算,而不是兴趣实验。对这样年轻的公司来说,公开采用信号异常强:累计用户 30 million、原创模型超过 500,000、Xingliu 用户超过 10 million、LibTV 上线当天访问超过 100,000、服务近 1,000 个专业团队,以及 Team Edition 企业客户超过 300 个。这些不是完美客户质量指标,但清楚指向多个队列中的真实需求。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CU001, CU002, CU003, CU004, CU005, CU006]
| 分群 | 用户 | 付费方 | 需求状态 | 证据 |
|---|---|---|---|---|
| 独立创作者 | 图像创作者和提示词用户 | 自付费会员用户 | 快速构思和资产生成 | VIP 页面和庞大用户基数 |
| 开发者 | 集成方和开发者 | 产品 / 平台预算 | 程序化生成和商业权利 | API 页面 |
| 设计团队 | 设计师和代理机构 | 团队 / 品牌预算 | 可复用品牌和版式工作流 | Xingliu 和品牌 LoRA 资料 |
| 短剧工作室 | 制片人和视频团队 | 制作预算 | 更高吞吐的 AI 视频工作流 | LibTV 和 BaiduWiki 来源 |
| 品牌和代理机构客户 | 营销或客户服务团队 | 营销活动预算 | 视频 / 内容产出和资产复用 | Firecat 和 LibTV 的客户表述 |
客户证据指向多类付费方,预算归属不同。
[CU001, CU002, CU003, CU004, CU005, CU006]| 指标 | 公开信号 | 日期 | 解读 |
|---|---|---|---|
| LiblibAI 累计用户 | 30M+ | 2026-06 | 大规模创作者漏斗顶部触达 |
| 原创模型 | 500K+ | 2026-06 | 供给侧生态密度 |
| Xingliu 用户 | 10M+ | 2026-06 | 核心图像社区之外、贴近设计场景的采用 |
| LibTV 首日流量 | 100K+ 次访问 | 2026-03 | 发布时迅速获得关注 |
| LibTV 更广泛客户 | ~1,000 个团队 / 机构 / 品牌 | 2026-06 | 专业使用场景是真实存在的 |
| LibTV Team Edition 企业客户 | 300+ 家公司 / 工作室 | 2026-05 | 早期企业式转化信号 |
这些是公开采用标记,不是经过审计的付费账号队列。
[CU007, CU008, CU009, CU010, CU011, CU012]LiblibAI 尝试把用户从发现推进到付费、协作或嵌入式工作流。
[CU001, CU002, CU003, CU004, CU025, CU026]公开采用指标显示,漏斗顶部很宽,专业工作流用户基数更小但仍有意义。
[CU007, CU008, CU009, CU010, CU011, CU012]6.2 具名客户证明与使用质量
客户证明在 LibTV 周围最强,因为该产品绑定专业生产成果。BaiduWiki 和相关报道称,LibTV Team Edition 上线后很快签下超过 300 家短剧公司和影视工作室;Firecat 称,更广泛的平台已服务近 1,000 个短剧团队、影视工作室、广告公司和品牌客户。同一批材料描述了共享画布、资产库、权限管理和项目交接等团队功能——这些信号更像重复生产工作流,而不是随意的消费者试玩。另一个重要证据点是 AI 短剧“The Laid-Off Girl”;BaiduWiki 称它完全使用 LibTV 制作。这不等于拥有广泛案例库,但至少说明平台对应一个真实生产成果。客户图景的其他部分更分散。用户数、模型库存和品牌风格工作流页面支持创作者和设计采用,但公开来源仍没有点名许多大型重复付费客户,也没有量化合同金额。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CU013, CU014, CU015, CU016, CU017, CU018]
| 证据项 | 证据 | 生产 / 试点 | 证据质量 | 局限 |
|---|---|---|---|---|
| 300+ 个 Team Edition 客户 | BaiduWiki / baijiahao 发布资料 | 偏生产使用 | 较好的方向性证据,证明付费工作流需求 | 未披露合同金额 |
| ~1,000 个 LibTV 服务过的团队和机构 | Firecat 和 BaiduWiki 资料 | 偏生产使用 | 较强的品类级客户证据 | 可能混合活跃客户和历史客户 |
| 短剧公司和电影工作室 | 多处 LibTV 描述 | 偏生产使用 | 具体买方画像在不同来源中一致 | 具名客户标识很少 |
| 品牌客户和广告公司 | Firecat 和 Evoken 的 LibTV 表述 | 混合 | 说明商业吸引力不只限于工作室 | 客户标识级证据仍薄 |
| The Laid-Off Girl AI 短剧 | BaiduWiki 称其完全用 LibTV 制作 | 生产使用 | 公开材料中最好的具名用例证据 | 单个案例不能证明可重复 |
客户证据在 LibTV 上最强,在更广泛的创作者社区上较弱。
[CU013, CU014, CU015, CU016, CU017, CU018]LibTV 生产用例的验证质量最强,更广的创作者和设计队列较弱。
[CU013, CU014, CU015, CU016, CU017, CU018]6.3 耐久性、扩张与集中度
客户尽调的核心问题是耐久性。公开证据强力支持获客和广度,但对留存与净扩张的支持弱得多。社区模式应该有助于低端获客,因为创作者可以在付费前发现模型和示例。API 和团队产品提供了从试用用量扩展到嵌入式或协作工作流的可信路径。LibTV 快速增加 Team Edition、资产库和生产功能,说明管理层有意向更高价值、重复使用账户移动。但已审阅来源均未披露 GRR、NRR、流失率、合同期限或头部客户集中度。这一点重要,因为 AI 创作者工具常常流量好看,却难以形成持久付费行为。多栖也很容易,尤其在图像生成和早期视频工作流中。实际客户结论因此是:以公司年龄看,LiblibAI 的公开采用证明异常强,但留存质量和集中度安全性的公开证明只有中等。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CU025, CU026, CU027, CU028, CU029, CU030]
| 主题 | 公开信号 | 缺口 | 承销视角 |
|---|---|---|---|
| 创作者留存 | 社区密度和会员体系暗示重复使用 | 没有队列或流失数据 | 可能有意义,但未验证 |
| API 持续性 | 定制配额和商业权利说明有嵌入工作流的潜力 | 未披露使用频率 | 一旦集成,可能有粘性 |
| 团队留存 | Team Edition 和资产库功能支撑重复生产 | 没有合同期限或续约数据 | 潜力有吸引力,但未证明 |
| 满意度 / NPS | 快速采用和增长叙事是正面信号 | 没有调研或 NPS 证据 | 无法独立评估用户喜爱度 |
| NRR / GRR | 无公开披露 | 缺少核心持续性指标 | 重大尽调阻碍 |
公开客户记录里,持续性证据最薄。
[CU019, CU020, CU021, CU022, CU023, CU024]| 风险或机会 | 公开线索 | 影响 | 仍需数据 |
|---|---|---|---|
| 先落地再扩张机会 | 社区可向 API、设计和视频产品输送需求 | 宽漏斗可能支撑多产品扩张 | 交叉销售转化率 |
| 更高价值的团队扩张 | LibTV Team Edition 和工作流功能 | 可能显著抬高 ARPU | 席位数和 ACV |
| 头部客户集中度风险 | 未披露头部账户 | 高 ACV 视频客户仍可能让收入集中 | Top-10 客户敞口 |
| 渠道依赖 | 社区降低对付费渠道的依赖 | 企业获客仍不清楚 | 按分群和渠道拆分的 CAC |
| 多栖使用风险 | 竞品 AI 工具很容易试用 | 留存可能弱于获客 | 续约和流失数据 |
扩张有可能,但集中度和持续性仍披露不足。
[CU025, CU026, CU027, CU028, CU029, CU030]公开记录证明了广度和增长,但核心留存指标仍未披露。
[CU019, CU020, CU021, CU022, CU023, CU024]6.4 展品
07风险
7.1 监管与法律风险排序
第一类风险是监管和法律风险,因为 LiblibAI 直接经营合成图像和视频分发。中国 AI 生成内容标识规则,以及更深层的深度合成框架,把标识、出处、审核、隐私和平台治理变成产品层义务。这不是打勾合规:一家大规模分发创意资产和 AI 视频的公司,一旦标识缺失、内容控制薄弱或版权材料处理不当,就可能遭遇声誉损害、执法风险或客户信任侵蚀。已审阅政策和法律分析来源在方向上都认为,生成方和分发方均有义务。公司公开政策显示 LiblibAI 意识到平台治理,但意识到不等于控制成熟度已经被证明。因此,法律风险理论上可管理,但前提是运营控制能跟上产品宽度和用量增长。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CR001, CR002, CR003, CR004, CR005, CR006]
| 风险 | 重要性 | 公开证据 | 剩余敞口 |
|---|---|---|---|
| AI 标识不合规 | 图像 / 视频输出需要显式和隐式标识 | CAC 办法、法律摘要和 SCIO 概览 | 高 |
| 深度合成治理违规 | 合成媒体义务不止于简单披露 | China Law Translate 深度合成摘要 | 中高 |
| 版权 / 知识产权误用 | AI 视频和图像复用可能引发权利纠纷 | ThinkChina 和法律分析 | 中高 |
| 隐私 / 数据治理失效 | 共享账号和内容系统会集中风险 | 隐私政策和平台条款 | 中 |
| 审核执法事件 | 不安全或违禁内容可能带来声誉和监管损害 | 36Kr 批评和平台规则 | 高 |
这张登记表优先列出随 AI 内容量直接放大的法律义务。
[CR001, CR002, CR003, CR004, CR005, CR006]最严重的风险集中在监管、依赖和经济不透明,而不是简单需求创造。
[CR001, CR003, CR015, CR023, CR029, CR031]7.2 运营、质量与依赖风险
第二类风险是运营和依赖风险。LiblibAI 的差异化依赖社区密度、编排和工作流质量,但许多底层能力似乎依靠外部或快速演进的模型供给。36Kr 的“AI 中间商”批评之所以重要,正是因为它把业务描述为容易受到上游降价、排队时间竞争或模型所有者原生产品改进冲击。进军 AI 视频进一步放大风险:视频工作流更耗算力、更敏感于安全,也比简单图像生成更难稳定支持。团队功能、资产库和协作画布提高客户价值,也放大了可靠性差、权限薄弱或审核失败的后果。因此,运营风险不只是宕机风险;它是供应商依赖、工作流复杂度和内容治理在同一时刻同时失效的复合风险。尽调视角下,公开证据只能提供方向,还不到机构级完整材料。它能说明公司如何定位、需求在哪里显现,但转化质量、留存、治理、单位经济,以及引入私有尽调数据后表观护城河能否持久,仍有重大问题未解。投资判断上,每个公开信号都还需要用队列、毛利率和控制数据私下验证。[CR015, CR016, CR017, CR018, CR019, CR020]
| 风险 | 触发因素 | 影响 | 公开线索 |
|---|---|---|---|
| 工作流宕机或延迟 | 视频 / 渲染需求重,或供应商出问题 | 客户不满并流失 | 未披露 SLA 数据 |
| 权限 / 协作失效 | 团队素材和共享画布管理失序 | 生产中断,信任受损 | 团队版工作流复杂 |
| 审核 / 控制失效 | 不安全内容绕过过滤 | 声誉和合规受损 | 36Kr 和 ThinkChina 的担忧 |
| 质量不稳定 | 模型或路由快速变化,改变输出质量 | 留存降低,多平台并用增加 | 依赖上游模型 |
| 支持负担 | 重度工作流用户比创作者需要更多服务 | 运营杠杆变弱 | 向团队 / 代理机构场景推进 |
产品组合从自助创作走向专业工作流后,运营风险上升。
[CR015, CR016, CR017, CR018, CR019, CR020]| 依赖项 | 风险 | 重要性 | 严重性 |
|---|---|---|---|
| 上游模型提供商 | 价格 / 性能挤压 | 如果模型方改善原生体验,LiblibAI 可能失去边缘优势 | 高 |
| 云 / 推理基础设施 | 成本或产能冲击 | 视频工作负载成本可能高,且对可靠性敏感 | 高 |
| 创作者供给 | 模型 / 资产贡献减少,削弱社区效用 | 社区是核心获客和留存层 | 中 |
| 政策环境 | 规则收紧可能快于产品控制适配 | 中国 AI 监管仍然活跃 | 高 |
| 战略投资方 / 生态预期 | 支持方可能影响增长预期或合作关系 | 可能给路线图或指标带来压力 | 中 |
公司护城河有一部分建在自己无法完全控制的依赖之上。
[CR023, CR024, CR025, CR026, CR027, CR028]| 风险 | 证据 | 重要性 | 严重性 |
|---|---|---|---|
| 创始人集中度 | 公开叙事高度围绕创始人展开 | 执行质量可能取决于少数领导者 | 中 |
| 产品蔓延风险 | 图像、视频、设计、API 和合规同步扩张 | 聚焦和质量把关可能受损 | 高 |
| 市场拓展复杂度 | 创作者、团队、开发者和品牌需要不同打法 | 可能拖慢扩张,或模糊责任归属 | 中高 |
| 治理透明度缺口 | 董事会、员工数和控制机制仍披露不足 | 限制对规模化纪律的信心 | 高 |
产品速度快而治理披露低,执行风险因此偏高。
[CR029, CR030, CR031, CR032]若干风险会彼此叠加:供应商依赖、内容治理和留存都可能相互作用。
[CR016, CR017, CR018, CR023, CR024, CR033]LiblibAI 需要政策、创作者供给、模型访问和工作流执行持续对齐。
[CR025, CR026, CR027, CR030, CR036, CR037]7.3 财务 / 模型风险、执行风险与缓释措施
最后一类风险落在财务模型和执行上。公开材料显示,LiblibAI 的 ARR 和增速很亮眼,但对烧钱速度、毛利率、留存披露极少。因此,市场仍很难判断,公司是在按软件经济性复利增长,还是靠重投入在拥挤赛道里撑住增速。客户集中度、交叉销售成效、企业支持负担同样披露不足。执行风险更高,因为管理层在同时扩张创作者社区、API 使用、AI 视频、设计智能体和合规工作。缓释因素也真实存在:B+ 轮带来新资金,采用信号很强,公司也证明自己能快速推出新产品。投资判断上,LiblibAI 可以进入带风险控制的可投资范围,但前提是尽调把当前公开叙事转成对利润率、治理、留存和依赖集中度的量化判断。从尽调角度看,公开证据只能指方向,还不到完整机构级。它能说明公司如何定位、需求在哪里可见,但引入私有尽调数据后,转化质量、留存、治理、单位经济,以及任何表面护城河能否持久,仍有重大未解问题。投资含义是,每个公开信号仍需用队列、毛利和控制数据做私下验证。[CR029, CR030, CR031, CR032, CR033, CR034]
| 风险领域 | 需要验证的缓释措施 | 监测指标 | 投资逻辑失效触发点 |
|---|---|---|---|
| 监管 | 核验标识和审核控制 | 审计日志、下架 / 错误率 | 出现重大执法事件或反复控制失效 |
| 运营 | 审查正常运行时间、排队时长、事故流程 | SLA 指标和客户投诉 | 生产用户的工作流可靠性失守 |
| 依赖 | 梳理模型供应商和切换选项 | 供应商集中度和成本趋势 | 毛利率塌陷或供应商锁定 |
| 客户耐久性 | 索取流失、续约和集中度数据 | NRR/GRR 和前 10 大客户暴露 | 留存显著低于工作流软件常态 |
| 资本效率 | 审查烧钱速度、毛利率和现金跑道 | 月度现金消耗和贡献毛利 | 缺乏清晰经营杠杆却近期需要融资 |
最重要的缓释措施都能量化;如果指标不达标,投资逻辑应快速降权。
[CR033, CR034, CR035, CR036, CR037, CR038]7.4 图表
08估值
8.1 投资逻辑、反向逻辑与融资背景
投资逻辑从现实出发,而不是从可能性出发。LiblibAI 看起来已经靠创作者分发、工作流宽度和异常快速的商业化,跨入真实商业规模。公开信号包括 3000 万用户、50 万个模型、约 $300M ARR,以及估值超过 $2B 的 B+ 轮。这个起点比多数 AI 应用公司强得多。反向逻辑同样关键:公开数据仍不能证明留存质量、毛利率能否持久,或公司能否隔绝上游模型竞争。如果公司本质上只是一个切换成本浅的聚合器,私有市场给出的高溢价倍数在周期中很难守住。因此,估值关键不在于 LiblibAI 是否真实,而在于其工作流和生态优势是否足够深,能否支撑高于广义软件中位数的价格。从尽调角度看,公开证据只能指方向,还不到完整机构级。它能说明公司如何定位、需求在哪里可见,但引入私有尽调数据后,转化质量、留存、治理、单位经济,以及任何表面护城河能否持久,仍有重大未解问题。投资含义是,每个公开信号仍需用队列、毛利和控制数据做私下验证。[CV001, CV002, CV003, CV004, CV005, CV006]
| 维度 | 评估 | 原因 |
|---|---|---|
| 投资建议 | 继续推进有纪律的尽调 | 公开信号足够强,值得认真研究 |
| 置信度 | 中 | 关键财务和留存数据仍未公开 |
| 风险评级 | 高 | 监管、依赖和护城河问题仍然重要 |
| 估值立场 | 合理到略偏满 | 公开证据下,本轮价格能自圆其说,但谈不上明显便宜 |
| 关键门槛问题 | 留存 + 毛利率质量 | 这些指标决定当前倍数是否站得住 |
推荐倾向正面,但仍取决于更深入尽调。
[CV001, CV002, CV003, CV027, CV028, CV029]| 立场 | 核心主张 | 支撑证据 |
|---|---|---|
| 投资逻辑 | LiblibAI 是真正的 AI 工作流领导者,以公司成立年限看规模少见 | 用户、模型、ARR、融资、产品宽度 |
| 投资逻辑 | 社区叠加工作流宽度,可能形成持久分发 | 图像、API、设计和视频产品彼此强化 |
| 投资逻辑 | AI 视频和团队工作流可能显著抬升账户价值 | LibTV 采用情况和团队版验证 |
| 反向逻辑 | 如果上游模型和竞争对手追上,护城河可能偏浅 | 36Kr 反向评论和多平台并用风险 |
| 反向逻辑 | 公开证据在毛利率和留存上仍太薄 | 未披露 NRR、毛利率、烧钱速度或集中度数据 |
正反两面都足够强,因此估值纪律很重要。
[CV004, CV005, CV006, CV007, CV008, CV009]推荐取决于强增长和广覆盖能否转化为持久经济模型和控制能力。
[CV001, CV004, CV007, CV010, CV013, CV027]8.2 可比公司组合、情景框架与估值区间构建
最合适的估值视角应混合使用。公开创意软件和 AI 应用可比公司显示,市场奖励增长、工作流粘性和清晰的利润结构,但会迅速惩罚商品化或低信任软件。Multiples.vc 2026 年 8 月视图尤其有用:设计和工程软件约为 4.2x NTM 收入,AI 约 4.0x,生产力软件约 3.4x,广义中位数低得多,约 2.2x。在这个背景下,LiblibAI 约 6.7x ARR 的隐含估值相对广义软件偏满;但如果公司的增长、留存和产品宽度显著好于中位数,也并不离谱。情景框架因此应追问 LiblibAI 正在变成哪一种公司:持久的工作流平台、增长快但利润率较低的 AI 工具,还是流量故事之下留存较弱、热度很高的生意。从尽调角度看,公开证据只能指方向,还不到完整机构级。它能说明公司如何定位、需求在哪里可见,但引入私有尽调数据后,转化质量、留存、治理、单位经济,以及任何表面护城河能否持久,仍有重大未解问题。投资含义是,每个公开信号仍需用队列、毛利和控制数据做私下验证。[CV014, CV015, CV016, CV017, CV018, CV019]
| 情景 | 股权价值区间 | 关键假设 | 概率信号 |
|---|---|---|---|
| 乐观 | $3.0B-$4.0B | LibTV 和 API 留存强,毛利率健康,工作流护城河加深 | 如果私有数据验证高质量增长,就有可能成立 |
| 基准 | $1.8B-$2.5B | 增长保持强劲,但留存 / 毛利率只是良好而非卓越 | 与当前公开证据最一致 |
| 悲观 | $1.0B-$1.5B | 留存弱、成本重,护城河看起来主要靠聚合 | 如果私有 KPI 披露差,或竞争快速滑坡,就会指向该情景 |
这些区间是以公开证据为锚的方向性判断,不是完整 DCF 或经审计模型。
[CV014, CV015, CV016, CV017, CV018, CV019]| 可比公司 | 类别 | 公开线索 | 重要性 |
|---|---|---|---|
| Adobe | 创意软件龙头 | 大型创意套件,盈利能力强 | 展示受信任工作流软件能获得什么估值 |
| Autodesk | 设计 / 工程软件 | 设计 / 工程领域的高端工作流软件倍数 | 有助于判断耐久专业工作流价值 |
| Duolingo | 消费者 / 准专业消费者订阅软件 | 大用户基数转化为盈利性订阅增长 | 有助于观察规模化转化经济性 |
| C3 AI | AI 原生应用软件 | AI 纯标的,增长 / 利润率争论可见 | 有助于框定 AI 应用估值 |
| 大规模视觉发现平台 | 展示用户规模叠加变现如何在公开市场定价 | 有助于理解受众 + 变现的背景 | |
| Unity / Shutterstock | 创作者或媒体相邻工作流可比公司 | 显示软件 / 创作者工具在利润率或叙事不同情况下的估值位置 | 帮助约束下行情景判断 |
可比公司组合有意混合,因为 LiblibAI 横跨创作者社区、工作流软件和 AI 应用层。
[CV020, CV021, CV022, CV023, CV024, CV025]私有市场估值结果最受留存质量和毛利率能否守住影响。
[CV014, CV015, CV016, CV031, CV032, CV033]以最新融资估值为锚,公开证据只能支持一个较宽但有边界的估值范围。
[CV017, CV018, CV019, CV020, CV021, CV022]8.3 建议、信心与最终尽调问题
正确建议应是有条件看好,而不是不加批判地同意。公开证据支持严肃尽调,并可在当前规模下证明投资兴趣合理,但不能仅靠标题做投资判断。因此,信心应为中,而不是高。相较成熟软件,风险评级应为高,因为监管、依赖和留存问题仍未解决。仅看公开证据,估值立场应描述为合理至略偏高;只有当私有尽调确认强净留存、健康毛利率、克制烧钱,以及 LibTV 和相邻产品具备真实工作流粘性,才有上行空间。最后的尽调问题也很务实:证明留存,证明毛利,证明控制成熟度,证明最有价值账户并非轻易多平台并用。如果这些测试失败,$2B+ 轮就更像愿景估值,而不是证据充分支撑的估值。从尽调角度看,公开证据只能指方向,还不到完整机构级。它能说明公司如何定位、需求在哪里可见,但引入私有尽调数据后,转化质量、留存、治理、单位经济,以及任何表面护城河能否持久,仍有重大未解问题。投资含义是,每个公开信号仍需用队列、毛利和控制数据做私下验证。[CV027, CV028, CV029, CV030, CV031, CV032]
| 触发点 | 为什么会打破投资逻辑 | 监测需要 |
|---|---|---|
| NRR 弱 / 流失率高 | 流量无法转化为持久价值 | 队列和续约数据 |
| 毛利率低 | 意味着薄弱的转手经济性 | 产品级 COGS 拆解 |
| 供应商集中度冲击 | 暴露护城河弱点和毛利率风险 | 模型 / 供应商依赖地图 |
| 监管 / 控制失效 | 伤害信任,拖慢采用 | 审核和标识证据 |
| 头部客户集中 | 让增长变脆弱 | 客户集中度明细 |
只有这些触发点保持受控,这笔投资才成立。
[CV031, CV032, CV033, CV034, CV035]| 要求 | 重要性 | 决策用途 |
|---|---|---|
| 按产品拆分的 NRR / GRR / 流失率 | 判断客户质量 | 可确认或推翻乐观 / 基准情景 |
| 毛利率和贡献毛利 | 判断收入是否像软件 | 情景区间必须使用 |
| 烧钱速度、现金、现金跑道 | 判断融资风险 | 用于评估下行韧性 |
| 供应商和模型依赖地图 | 检验护城河耐久性 | 用于评估竞争暴露 |
| 头部客户暴露和 logo 背书 | 检验集中度和证明质量 | 用于提高推荐置信度 |
这些要求应能解决推荐结论背后最大的缺口。
[CV036, CV037, CV038, CV039, CV040]增长、留存和毛利率在私下尽调中都守得住,本轮价格才最容易辩护。
[CV023, CV024, CV025, CV026, CV034, CV035]8.4 图表
免责声明
本报告是基于公开证据的尽调快照,不构成投资建议。关键财务、法律、技术和合同事实仍未公开;作出任何投资决定前,应向管理层和原始文件直接核验。
证据索引
| 编号 | 陈述 | 可信度 | 来源 |
|---|---|---|---|
| CO001 | LiblibAI is operated by Beijing Evoken Technology and the same legal surface also covers LibTV, Xingliu, SDKs, and APIs. | 中 | SO006 |
| CO002 | The privacy policy also describes LiblibAI, LibTV, and Xingliu as related platforms under the same operator and account system. | 中 | SO007 |
| CO003 | Yicai reported that Evoken completed a $300 million Series B+ round at a valuation above $2 billion in June 2026. | 中 | SO001 |
| CO004 | AIbase likewise reported a nearly $300 million B+ round and a post-money valuation above $2 billion. | 中 | SO002 |
| CO005 | Yicai described Evoken as Beijing-based and positioned LiblibAI as its flagship image creation and sharing platform. | 中 | SO001 |
| CO006 | Yicai said LiblibAI had more than 30 million cumulative users as of June 2026. | 中 | SO001 |
| CO007 | AIbase said LiblibAI had accumulated more than 500,000 original models. | 中 | SO002 |
| CO008 | Firecat said Xingliu had served more than 10 million users by June 2026. | 中 | SO003 |
| CO009 | Firecat said LibTV had served nearly 1,000 short-drama teams, film studios, advertising companies, and brand customers. | 中 | SO003 |
| CO010 | LiblibAI’s API page shows that the company sells image-generation access through point-based API plans and commercial usage rights. | 中 | SO008 |
| CO011 | Yicai identified Chen Mian as the founder and said he previously led commercialization for CapCut at ByteDance. | 中 | SO001 |
| CO012 | 36Kr’s June 2026 financing report also described Chen Mian as the central founder-operator of Evoken/LiblibAI. | 中 | SO004 |
| CO013 | 36Kr’s Lovart/Xingliu report said LiblibAI was founded in May 2023. | 高 | SO010, SO009 |
| CO014 | 36Kr’s Lovart/Xingliu report named Zhang Zijie as a co-founder involved in LiblibAI’s fast-execution culture. | 中 | SO010 |
| CO015 | Public sources repeatedly emphasize Chen Mian’s ByteDance commercialization background as a reason investors backed the company early. | 高 | SO001, SO004 |
| CO016 | The reviewed public record does not provide a verified board roster or committee structure for Evoken. | 中 | SO001, SO006 |
| CO017 | Global Private Capital Association said Granite Asia, Tencent, and Shunwei co-led the June 2026 B+ round. | 中 | SO021 |
| CO018 | Yicai also named Ant Group and HSG as participating existing investors in the June 2026 round. | 中 | SO001 |
| CO019 | CMC Capital said it and HKIC co-led LiblibAI’s $130 million Series B in October 2025. | 中 | SO016 |
| CO020 | INCE Capital said the October 2025 Series B was $130 million and the largest AI-application financing in China that year. | 中 | SO015 |
| CO021 | The investor base spans financial sponsors and strategic platforms rather than a single-company dependency. | 中 | SO021, SO016, SO015 |
| CO022 | The June 2026 B+ publicity indicates repeat support from existing shareholders rather than a fully reset cap table. | 中 | SO001, SO003 |
| CO023 | 36Kr’s June 2026 financing report described angel financing in July 2023 only two months after formation. | 中 | SO004 |
| CO024 | Pandaily’s February 2025 archive said Shunwei and INCE led another financing round before the 2025 Series B. | 中 | SO020 |
| CO025 | 36Kr said Xingliu Agent launched on July 3, 2025 as the domestic design-agent counterpart to Lovart. | 中 | SO010 |
| CO026 | CMC Capital said LiblibAI launched its 2.0 version in October 2025 and reframed itself as a professional AI creative studio. | 中 | SO016 |
| CO027 | Firecat said LibTV launched in March 2026 and focused on professional video production. | 中 | SO003 |
| CO028 | Baidu Baike’s LibTV Team Edition entry said the team product launched on May 18, 2026. | 低 | SO013 |
| CO029 | Baidu Baike said more than 300 business clients adopted LibTV Team Edition soon after launch. | 低 | SO013 |
| CO030 | Firecat said Evoken’s ARR reached $300 million as of May 2026. | 中 | SO003 |
| CO031 | 36Kr said group revenue in May 2026 was up more than 3000% year over year. | 中 | SO004 |
| CO032 | The June 2026 B+ round confirmed Evoken as a current unicorn because the post-money valuation exceeded $2 billion. | 高 | SO001, SO002 |
| CO033 | China’s AI-generated content labeling rules took effect from September 1, 2025 and cover images and videos. | 中 | SO025 |
| CO034 | 36Kr’s critical June 2026 piece argued that LiblibAI’s moat is vulnerable because it aggregates upstream models rather than owning the core model layer. | 中 | SO005 |
| CO035 | The same 36Kr piece said price competition from tools like Jimeng can force LibTV to compete on discounting and queue time instead of defensible technology alone. | 中 | SO005 |
| CM001 | LiblibAI’s practical market is creative-production software tied to image, design, video, community, and API workflows rather than all generative AI spend. | 中 | SM001, SM013 |
| CM002 | The company’s original wedge is creator image generation and model-community activity. | 中 | SM023, SM007 |
| CM003 | Xingliu pushes the company into AI-assisted design workflows rather than pure prompt-to-image utility. | 中 | SM016, SM021 |
| CM004 | LibTV pushes the company into professional AI video production rather than only hobbyist generation. | 中 | SM015, SM022 |
| CM005 | Individual creators are visible end users because LiblibAI markets daily points, memberships, model discovery, and creator community access. | 中 | SM014, SM023 |
| CM006 | Design teams are a distinct buyer because Xingliu and Lovart-style products promise design delivery rather than isolated image outputs. | 中 | SM021, SM016 |
| CM007 | Short-drama studios and film teams are visible buyers because LibTV Team Edition and Firecat both describe professional production customers. | 中 | SM027, SM022 |
| CM008 | Developers and automation builders are also part of the market because LiblibAI sells API plans with commercial rights and custom quotas. | 中 | SM013 |
| CM009 | Buyer budgets differ materially across creator, studio, design, and developer segments. | 中 | SM014, SM013, SM027 |
| CM010 | The company therefore operates in a portfolio of adjacent markets rather than one homogeneous user base. | 中 | SM013, SM015, SM016 |
| CM011 | The main reachable near-term market is the subset of creators and teams that need repeat visual workflows rather than occasional novelty generation. | 中 | SM020, SM017 |
| CM012 | Research and Markets sized generative AI in creative industries at $5.38 billion in 2026. | 中 | SM001 |
| CM013 | The same report forecast that market to reach $14.03 billion by 2030. | 中 | SM001 |
| CM014 | Sensor Tower said global short-drama app downloads exceeded 850 million in Q1 2026. | 中 | SM003 |
| CM015 | Sensor Tower said short-drama app IAP revenue reached roughly $750 million in Q1 2026. | 中 | SM003 |
| CM016 | Business of Apps said the micro-drama ecosystem had more than 700 monthly active advertisers by the end of 2025. | 中 | SM002 |
| CM017 | Business of Apps also said monthly creatives per advertiser were up 144.9% year over year. | 中 | SM002 |
| CM018 | ThinkChina said AI video is one of the few generative applications already showing viable revenue paths in advertising, e-commerce, and entertainment. | 中 | SM004 |
| CM019 | ThinkChina cited Douyin’s estimate that enterprise AI video applications could reach a $36 billion market by 2030. | 中 | SM004 |
| CM020 | Those sizing lenses imply that LiblibAI’s category is already real, but also that the company’s current practical SAM is narrower than any broad category headline. | 中 | SM001, SM004 |
| CM021 | Runway prices creator access from free to paid monthly plans, showing that AI video already has visible self-serve pricing ladders. | 中 | SM006 |
| CM022 | OpenAI’s business pricing shows that enterprises will pay per-seat or custom enterprise plans for AI productivity when workflow trust is high enough. | 中 | SM005 |
| CM023 | LiblibAI’s own API point plans show a low-friction path from small experiments to larger custom quotas. | 中 | SM013 |
| CM024 | Workflow compression is a major adoption driver because LiblibAI combines discovery, generation, and commercial-use rights in one system. | 中 | SM013, SM014, SM017 |
| CM025 | Short-drama commercialization is another driver because video teams already spend heavily on content throughput and creative testing. | 中 | SM003, SM002, SM022 |
| CM026 | China’s labeling rules create ongoing compliance costs for any platform distributing AI-generated images or videos. | 高 | SM025, SM024 |
| CM027 | InsidePrivacy highlighted that China’s labeling rules impose explicit and implicit marking obligations across generators and distributors. | 中 | SM026 |
| CM028 | Copyright and safety friction already affects the AI-video category, including public scrutiny of inappropriate content and IP misuse. | 中 | SM004 |
| CM029 | Civitai shows that model-community competition is global and that creator discovery itself can be a product category. | 中 | SM007 |
| CM030 | Adobe Firefly and Canva show that incumbent design platforms are also defending the same workflow budgets LiblibAI wants to enter. | 中 | SM008, SM009 |
| CM031 | Kling shows that Chinese AI-video competition is increasingly intense even before considering ByteDance and Alibaba. | 中 | SM010, SM004 |
| CM032 | 36Kr argued that upstream model vendors can squeeze aggregators on price or native product quality. | 中 | SM020 |
| CM033 | The most practical near-term opportunity for LiblibAI is not the whole category but the segment where integrated workflow and local creator density offset easy multi-homing. | 中 | SM020, SM017, SM027 |
| CM034 | That means market quality depends as much on retention and integration as on top-line category expansion. | 中 | SM003, SM002, SM013 |
| CM035 | The company’s strongest buyer evidence today is still concentrated in Chinese creators, video teams, and design workflows rather than broad global enterprise adoption. | 中 | SM022, SM021, SM023 |
| CP001 | Civitai is LiblibAI’s clearest global model-community analogue because it organizes models, creators, images, and videos in one public surface. | 中 | SP001 |
| CP002 | Runway competes with LibTV on AI-video workflow rather than on model community. | 中 | SP002 |
| CP003 | Adobe Firefly competes for design and creative budgets from the incumbent-software side. | 中 | SP003 |
| CP004 | Canva competes for easy-to-use design and marketing workflows with stronger distribution and team familiarity than most pure AI startups. | 中 | SP004 |
| CP005 | Kling is a relevant China AI-video rival because it is positioned as a next-generation AI video and image generator. | 中 | SP005 |
| CP006 | OpenAI is an adjacent rival when teams use broad enterprise AI instead of workflow-specific creative tools. | 中 | SP008 |
| CP007 | LiblibAI’s direct differentiation is that it combines community, image creation, video tools, design-agent surfaces, and API rails in one family. | 中 | SP009, SP011, SP012 |
| CP008 | Civitai is stronger on pure community identity than on enterprise trust or packaged workflow. | 中 | SP001 |
| CP009 | Runway is stronger on branded AI-video workflow than on creator-community gravity. | 中 | SP002 |
| CP010 | Adobe Firefly and Canva are stronger on enterprise and team trust than on open model-community density. | 中 | SP003, SP004 |
| CP011 | Kling and other China video rivals raise the competitive bar on native model quality and queue expectations. | 中 | SP005, SP018 |
| CP012 | LiblibAI therefore competes in more than one category at the same time, which is both a strength and a management burden. | 中 | SP009, SP016 |
| CP013 | Runway’s public plan structure shows that premium AI-video usage already supports clear credit ladders from free to enterprise. | 中 | SP002 |
| CP014 | OpenAI’s business pricing shows that some teams can satisfy parts of their workflow with horizontal enterprise AI instead of specialized creator tools. | 中 | SP008 |
| CP015 | LiblibAI uses free points, memberships, API plans, and likely team plans to capture spend at multiple price points. | 高 | SP010, SP009, SP015 |
| CP016 | Adobe and Canva defend creative budgets through bundled workflow convenience rather than community-led discovery. | 中 | SP003, SP004 |
| CP017 | Pricing competition is especially sharp in AI video because users compare queue time, cost, and output quality across several platforms. | 中 | SP016, SP018 |
| CP018 | LiblibAI’s packaging advantage is breadth, but its economic risk is that too much breadth can still rest on rented upstream capability. | 中 | SP016, SP009 |
| CP019 | 36Kr explicitly questioned whether LiblibAI’s moat can survive upstream model iteration. | 中 | SP016 |
| CP020 | The same piece argued that price competition can force LibTV to win users with cheaper access and less queueing rather than deeper defensibility. | 中 | SP016 |
| CP021 | Low switching costs are structural because creators can test many tools without changing their entire production stack. | 中 | SP001, SP002, SP004 |
| CP022 | Compliance also becomes a competitive variable because platforms with weaker moderation or metadata systems may lose trust faster. | 高 | SP025, SP026 |
| CP023 | LiblibAI’s strongest moat candidate is ecosystem density in China rather than exclusive model ownership. | 中 | SP023, SP017, SP013 |
| CP024 | That ecosystem density is visible in its user claims, model inventory, and creator-training surfaces. | 中 | SP023, SP013, SP014 |
| CP025 | The competitive map therefore places LiblibAI closer to “community plus workflow” than to “best raw model” or “best enterprise suite.” | 中 | SP001, SP002, SP003 |
| CP026 | Civitai anchors the community extreme of that map. | 中 | SP001 |
| CP027 | Adobe Firefly anchors the incumbent workflow-trust extreme of that map. | 中 | SP003 |
| CP028 | Runway anchors the AI-video workflow brand extreme of that map. | 中 | SP002 |
| CP029 | Kling anchors the China-native video model extreme of that map. | 中 | SP005 |
| CP030 | LiblibAI’s breadth across community, image, video, and API is broader than any single one of those reference platforms. | 中 | SP009, SP011, SP001, SP002 |
| CP031 | Its enterprise readiness is still weaker than the public trust surfaces of Adobe or Canva. | 中 | SP003, SP004, SP024 |
| CP032 | Creator density is currently the clearest competitive strength. | 中 | SP023, SP017 |
| CP033 | Workflow breadth is the second major strength. | 中 | SP009, SP011, SP012 |
| CP034 | Switching cost is still only low to medium because creator tools remain fragmented and users can multi-home. | 中 | SP016, SP001, SP002 |
| CP035 | The competitive verdict is that LiblibAI is differentiated but not yet insulated. | 中 | SP016, SP003, SP002 |
| CP036 | To win durable share, the company must turn creator traffic and cheap experimentation into default workflow behavior. | 中 | SP009, SP015, SP016 |
| CI001 | LiblibAI monetizes through more than one surface, including memberships, API plans, and workflow products. | 高 | SI009, SI010, SI011 |
| CI002 | The official API page shows point-based plans, commercial rights, and custom quotas for image-generation usage. | 中 | SI009 |
| CI003 | The VIP page shows recurring memberships bundled with point balances and usage privileges. | 中 | SI010 |
| CI004 | LibTV extends monetization beyond consumer creation into team-oriented video workflow spending. | 中 | SI011, SI030 |
| CI005 | Xingliu broadens the product family into design workflow budgets instead of limiting monetization to image generation. | 中 | SI012, SI031 |
| CI006 | The B+ round coverage consistently frames Evoken as a multi-product AI creative suite rather than a single-SKU app. | 高 | SI013, SI014, SI016 |
| CI007 | Multiple pricing surfaces imply the company can monetize creators, developers, and teams differently. | 高 | SI009, SI010, SI011 |
| CI008 | API plans appear designed to convert experimentation into repeat production workloads. | 中 | SI009 |
| CI009 | Memberships likely monetize high-frequency individual creators more efficiently than pure per-generation billing. | 中 | SI010, SI014 |
| CI010 | LibTV Team Edition procurement language suggests spend can expand with seat count, project duration, and generation demand. | 中 | SI030, SI037 |
| CI011 | The community layer matters financially because it can feed paid conversion at lower acquisition cost than direct enterprise-only distribution. | 中 | SI001, SI014, SI016 |
| CI012 | Public sources do not disclose the actual revenue mix across memberships, API, video, design, or custom deals. | 中 | SI013, SI009 |
| CI013 | The key unit-economics question is whether LiblibAI earns software-like contribution margins or mostly resells expensive compute. | 中 | SI017, SI025 |
| CI014 | 36Kr argued that upstream model vendors can squeeze aggregators on price, queue time, and native product quality. | 中 | SI017 |
| CI015 | Community distribution and workflow orchestration can still create real value capture even when upstream models are external. | 中 | SI016, SI009, SI011 |
| CI016 | Video workflows are likely more compute-intensive and service-heavy than image memberships. | 中 | SI011, SI032, SI036 |
| CI017 | The public record does not disclose gross margin, COGS, or model-access cost structure for any product line. | 中 | SI013, SI015 |
| CI018 | Adobe, Autodesk, Duolingo, and C3 AI filings show that public investors reward growth only when margin structure and operating leverage are visible. | 高 | SI021, SI022, SI023, SI024 |
| CI019 | C3 AI remains a useful AI-native benchmark because its filings make visible how revenue growth, gross margin, and cash interact in an application-layer business. | 高 | SI024, SI025 |
| CI020 | Adobe and Autodesk are useful creative-software benchmarks for what durable workflow economics can look like once products become embedded in professional processes. | 高 | SI021, SI022 |
| CI021 | Duolingo is a useful consumer-plus-subscription benchmark because it pairs large-scale user engagement with paid conversion and margin disclosure. | 高 | SI023, SI028 |
| CI022 | LiblibAI’s current public evidence proves monetization exists, but not whether operating leverage is already emerging. | 中 | SI015, SI017, SI013 |
| CI023 | Public comp market-cap pages show that investors still pay different multiples for AI, design software, and productivity names based on growth and durability. | 中 | SI026, SI027, SI028, SI029 |
| CI024 | That dispersion matters because LiblibAI’s eventual multiple will depend on whether it is read as a durable workflow platform or a thin AI reseller. | 中 | SI017, SI026, SI029 |
| CI025 | The June 2026 B+ round materially improved headline capital adequacy by adding nearly $300 million of fresh funding. | 高 | SI013, SI014, SI006 |
| CI026 | The same financing round valued the business at more than $2 billion post-money, reducing immediate balance-sheet stress if cash burn is not extreme. | 高 | SI013, SI014 |
| CI027 | Firecat reported ARR of about $300 million as of May 2026. | 中 | SI015 |
| CI028 | AI Market Watch and Shuzi Qushi also echoed the $300 million ARR narrative and revenue growth above 3000% year over year. | 中 | SI033, SI006 |
| CI029 | Large financing plus large ARR suggest the company is commercially real, not merely pre-revenue hype. | 高 | SI013, SI015, SI006 |
| CI030 | However, public sources do not disclose cash balance, monthly burn, or runway. | 中 | SI013, SI016 |
| CI031 | No reviewed public source disclosed debt facilities, vendor-financing terms, or compute purchase obligations. | 中 | SI034, SI013 |
| CI032 | A company expanding across image, video, design, and API products likely carries meaningful compute and moderation cost even when revenue is growing quickly. | 中 | SI011, SI035, SI017 |
| CI033 | The strongest financial proof today is top-line scale, not margin transparency. | 中 | SI015, SI013, SI016 |
| CI034 | The strongest financial blocker is the absence of public gross margin, burn, and retention disclosure. | 中 | SI017, SI013 |
| CI035 | LiblibAI’s financial quality could be excellent if workflow products create sticky, high-frequency spend, but public evidence is not yet enough to prove that. | 中 | SI009, SI037, SI017 |
| CI036 | The underwriting stance should therefore treat public financial signals as promising but incomplete. | 中 | SI013, SI015, SI017 |
| CI037 | Private diligence should focus on gross margin, revenue mix, NRR, burn, and supplier concentration before treating the B+ valuation as justified by fundamentals alone. | 中 | SI017, SI013, SI009 |
| CE001 | LiblibAI is no longer a single image app; the reviewed materials show a broader creative-product family. | 高 | SE009, SE012, SE013 |
| CE002 | The core platform still centers on creator community, models, prompts, and image generation. | 中 | SE009, SE002 |
| CE003 | VIP memberships represent a packaged usage layer on top of the creator platform. | 中 | SE011 |
| CE004 | The API page shows a second product surface for developers and integrators. | 中 | SE010 |
| CE005 | LibTV is positioned as a one-stop AI video creation platform rather than a single model endpoint. | 高 | SE012, SE020 |
| CE006 | Xingliu is positioned as a design-agent workflow rather than a generic image generator. | 中 | SE013, SE022 |
| CE007 | The brand LoRA page shows the company is supporting reusable branded visual systems, not only ad hoc prompting. | 中 | SE003 |
| CE008 | Upload-model tooling shows supply-side participation from creators who contribute or reuse models. | 中 | SE006 |
| CE009 | Pretraining tools extend that supply-side logic into model tuning or training workflows. | 中 | SE016 |
| CE010 | The API page references commercial rights and custom model access, indicating the platform is designed for downstream production use. | 中 | SE010 |
| CE011 | LibTV supports both manual creation and AI-agent access, creating a dual-entry workflow design. | 中 | SE018, SE020 |
| CE012 | Taken together, the product family maps to discovery, generation, structuring, collaboration, and commercialization steps. | 高 | SE009, SE010, SE018 |
| CE013 | Public product evidence points to an orchestration architecture rather than a claim of owning every core generation model. | 中 | SE018, SE027 |
| CE014 | LibTV’s infinite canvas and node-based workflow are central to its operating architecture. | 中 | SE018, SE019 |
| CE015 | FreeAI’s description reinforces that LibTV connects the chain from script to final film inside one platform. | 中 | SE020 |
| CE016 | Public materials describe LibTV as integrating multiple external models instead of depending on a single proprietary engine. | 中 | SE018, SE021 |
| CE017 | The workflow architecture is therefore a material product choice, not just a UI preference. | 中 | SE018, SE020 |
| CE018 | Model-upload and pretraining surfaces suggest the platform is trying to deepen its own asset and model graph. | 中 | SE006, SE016 |
| CE019 | The API layer creates a delivery model for external products, not only for first-party usage. | 中 | SE010 |
| CE020 | The user agreement and privacy policy indicate that accounts, content, and governance are shared across multiple product surfaces. | 高 | SE014, SE015 |
| CE021 | Team collaboration features in LibTV imply additional architecture for permissions, shared assets, and project handoff. | 中 | SE018, SE028 |
| CE022 | No reviewed public source provides enterprise-grade uptime, latency, or SLA reporting. | 中 | SE012, SE010 |
| CE023 | That absence matters because workflow products fail if reliability is poor even when model quality is strong. | 中 | SE012, SE027 |
| CE024 | The product stack remains dependent on upstream model access and ongoing routing quality. | 中 | SE027, SE018 |
| CE025 | LiblibAI’s clearest differentiation is the combination of community, image, design, video, and API surfaces under one account system. | 高 | SE009, SE012, SE013, SE010 |
| CE026 | The platform’s Chinese-language creator density and large model library are meaningful product assets. | 中 | SE029, SE009 |
| CE027 | Xingliu and Lovart context suggest the company is pushing from image tools into end-to-end design assistance. | 高 | SE022, SE007, SE008 |
| CE028 | The privacy policy shows that trust controls exist at the policy layer, even if deeper technical evidence is sparse. | 中 | SE015 |
| CE029 | The user agreement likewise shows explicit rules around platform use and moderation responsibility. | 中 | SE014 |
| CE030 | China’s labeling rules make trust and compliance product requirements, not back-office details, for image and video platforms. | 高 | SE023, SE024 |
| CE031 | InsidePrivacy also emphasizes that both generators and distributors bear labeling obligations. | 中 | SE025 |
| CE032 | ThinkChina’s copyright and safety discussion shows why AI-video workflow quality cannot be separated from compliance burden. | 中 | SE026 |
| CE033 | The roadmap signal is strong because LibTV added team collaboration and further workflow features within months of launch. | 中 | SE018, SE019 |
| CE034 | Additional product surfaces such as digital humans and brand LoRA workflows suggest active adjacency expansion. | 高 | SE017, SE003 |
| CE035 | That expansion speed is a product advantage, but it can also stretch QA, support, and focus. | 中 | SE018, SE027 |
| CE036 | The resulting technical moat looks architectural and ecosystem-driven rather than base-model-proprietary. | 中 | SE027, SE010, SE018 |
| CE037 | Overall, the product stack looks impressively broad and fast-moving, but still needs deeper diligence on reliability, eval quality, and supplier dependence. | 中 | SE010, SE015, SE027 |
| CU001 | LiblibAI serves multiple distinct customer cohorts rather than one homogeneous creator audience. | 高 | SU022, SU023, SU024, SU025 |
| CU002 | The largest visible cohort is the creator community tied to image generation and model discovery. | 高 | SU022, SU030, SU018 |
| CU003 | Developers are a separate cohort because the API product offers commercial rights and custom quotas. | 中 | SU023 |
| CU004 | Design users are a separate cohort because Xingliu and brand-style workflows target commercial design use cases. | 中 | SU025, SU026 |
| CU005 | Short-drama studios and film teams are a distinct buyer segment because LibTV Team Edition is positioned around collaborative production. | 中 | SU014, SU002 |
| CU006 | Brand and agency customers are also mentioned in LibTV adoption reporting. | 中 | SU016, SU003 |
| CU007 | Yicai reported more than 30 million cumulative LiblibAI users in June 2026. | 中 | SU017 |
| CU008 | AIbase reported more than 500,000 original models on the platform. | 中 | SU018 |
| CU009 | Firecat reported that Xingliu had served more than 10 million users by June 2026. | 中 | SU016 |
| CU010 | BaiduWiki said LibTV traffic exceeded 100,000 visits on launch day. | 中 | SU002 |
| CU011 | Firecat said LibTV had served nearly 1,000 short-drama teams, film institutions, advertising companies, and brand clients. | 中 | SU016 |
| CU012 | BaiduWiki and Baijiahao launch references said Team Edition quickly reached more than 300 business customers. | 中 | SU002, SU006 |
| CU013 | Customer proof is strongest for LibTV because it is tied to identifiable production workflows rather than general traffic. | 中 | SU016, SU002 |
| CU014 | Short-drama companies and film studios are repeatedly named as core LibTV customer types. | 中 | SU014, SU007, SU004 |
| CU015 | Advertising companies and brand customers also appear in customer descriptions, expanding proof beyond entertainment studios. | 中 | SU016, SU003 |
| CU016 | The Laid-Off Girl was produced entirely using LibTV according to BaiduWiki. | 中 | SU003 |
| CU017 | That named proof shows at least one real production outcome, even if it does not prove broad repeatability on its own. | 中 | SU003, SU002 |
| CU018 | Shared canvases, asset libraries, and permission management are team-workflow features more consistent with repeat commercial use than one-off consumer play. | 中 | SU002, SU014 |
| CU019 | AI Market Watch argues that LiblibAI functions as a creator ecosystem and downstream workflow suite rather than a single novelty tool. | 中 | SU005 |
| CU020 | Public sources still provide few named logos or buyer-level contract details outside the LibTV examples. | 中 | SU016, SU014 |
| CU021 | No reviewed source disclosed ACV, seat counts, or contract terms for professional customers. | 中 | SU014, SU016 |
| CU022 | The broader creator and design cohorts are supported mainly by user-count and asset-depth signals rather than by named enterprise references. | 中 | SU018, SU016, SU026 |
| CU023 | Customer breadth is therefore easier to prove publicly than customer quality. | 中 | SU017, SU002, SU020 |
| CU024 | The community model should help acquisition by letting users discover examples, models, and workflows before paying. | 中 | SU022, SU030 |
| CU025 | The API surface creates an expansion path from experimentation into embedded repeat workloads. | 中 | SU023 |
| CU026 | Team Edition creates another expansion path from individual experimentation into collaborative production. | 中 | SU014, SU002 |
| CU027 | Rapid feature additions in LibTV suggest management is intentionally trying to deepen repeat workflow usage. | 中 | SU002, SU004 |
| CU028 | However, no reviewed public source discloses GRR, NRR, churn, or renewal rates. | 中 | SU016, SU017 |
| CU029 | That absence is important because AI creator tools can look strong on traffic while remaining weak on durable paid behavior. | 中 | SU020, SU021 |
| CU030 | Multi-homing risk is structurally high because creators can test many image and video tools at low switching cost. | 中 | SU020, SU021 |
| CU031 | Top-customer concentration is also unknown because no top-account exposure is disclosed. | 中 | SU016, SU014 |
| CU032 | The community funnel may reduce acquisition concentration on paid channels, but that does not remove concentration inside the high-value team cohort. | 中 | SU030, SU002 |
| CU033 | The best customer reading is therefore “broad and real adoption with incomplete durability data.” | 中 | SU017, SU016, SU002 |
| CU034 | Public evidence is strong enough to support commercial relevance, especially for LibTV. | 中 | SU016, SU003, SU002 |
| CU035 | Public evidence is not yet strong enough to underwrite retention quality or concentration safety with confidence. | 中 | SU020, SU016 |
| CU036 | Customer diligence should now focus on cohort retention, contract value, top-account dependence, and actual cross-sell between creator, API, and team products. | 中 | SU023, SU014, SU020 |
| CR001 | China’s AI-generated-content labeling regime applies directly to image and video platforms like LiblibAI. | 高 | SR001, SR010 |
| CR002 | The CAC measures require explicit and implicit labeling of AI-generated content. | 中 | SR001, SR002 |
| CR003 | SCIO and legal analyses reinforce that the rules are meant to address misuse, deception, and governance risk rather than optional product hygiene. | 中 | SR006, SR003, SR004 |
| CR004 | China’s deep-synthesis framework creates an additional governance layer beyond the 2025 labeling measures. | 中 | SR007, SR005 |
| CR005 | For LiblibAI, these rules are operational obligations because the company distributes synthetic images and video, not just backend tooling. | 高 | SR009, SR021, SR014 |
| CR006 | The user agreement and privacy policy show that the company is at least structurally aware of governance across multiple product surfaces. | 高 | SR014, SR015 |
| CR007 | But no reviewed public source proves the maturity of internal moderation, audit logging, or enforcement tooling. | 中 | SR014, SR011 |
| CR008 | Legal risk also includes copyright and rights-of-use issues because AI video and image outputs can incorporate protected material or mimic styles. | 中 | SR012, SR003 |
| CR009 | Commercial-rights language on the API page is helpful, but it does not eliminate downstream IP risk for customers. | 中 | SR020 |
| CR010 | Privacy risk matters because the same operator appears to manage multiple products under a shared account system. | 高 | SR015, SR014 |
| CR011 | An enforcement or trust event in any one major product could spill over to the rest of the product family. | 中 | SR015, SR021 |
| CR012 | 36Kr’s adverse piece and ThinkChina’s sector analysis together imply that moderation and policy execution are live risks, not abstract future concerns. | 中 | SR013, SR012 |
| CR013 | The residual legal exposure is therefore meaningful even if the company’s rules and policies look directionally appropriate. | 中 | SR009, SR014, SR013 |
| CR014 | Diligence should treat regulatory control maturity as a first-order investment question. | 中 | SR001, SR011 |
| CR015 | Operational risk rises materially as the company moves from image generation into AI video and collaborative workflow. | 中 | SR021, SR023, SR026 |
| CR016 | Video workflows are more compute-intensive, more latency-sensitive, and more support-heavy than simple creator image tools. | 中 | SR026, SR012 |
| CR017 | 36Kr’s “AI middleman” critique is operationally important because it highlights exposure to upstream model quality, price, and queue-time competition. | 中 | SR013 |
| CR018 | If upstream model vendors improve their native products, LiblibAI’s orchestration layer may lose relative power unless workflow value remains high. | 中 | SR013, SR023 |
| CR019 | LibTV’s team features raise the cost of failure because collaboration, permissions, and asset handling matter for production users. | 中 | SR023, SR024 |
| CR020 | No public SLA, uptime history, or incident metrics were found for the professional workflow surfaces. | 中 | SR021, SR020 |
| CR021 | Content-safety failure is also an operational risk because moderation performance and policy compliance are intertwined. | 中 | SR013, SR009 |
| CR022 | Rapid product expansion into video, design, API, and community tools increases QA and support burden. | 中 | SR019, SR021, SR022 |
| CR023 | Cloud or inference-cost shocks would hit economics directly because video and high-volume generation are expensive workloads. | 中 | SR026, SR027 |
| CR024 | Creator-supply deterioration would also hurt because community density is part of the product’s differentiation. | 中 | SR017, SR031 |
| CR025 | Policy tightening remains a genuine dependency because China’s AI rules are still evolving in interpretation and enforcement. | 中 | SR001, SR003 |
| CR026 | Strategic-investor support is a strength, but it may also create pressure for high growth or ecosystem alignment. | 中 | SR016, SR032 |
| CR027 | Taken together, the dependency profile is a core reason the moat should be treated as conditional rather than fully locked in. | 中 | SR013, SR001, SR021 |
| CR028 | Execution risk is elevated because the company is scaling several product lines at once. | 中 | SR019, SR022, SR021 |
| CR029 | Founder concentration is visible because Chen Mian remains the central public operator in most coverage. | 高 | SR016, SR019 |
| CR030 | Public governance transparency is still limited relative to the company’s scale and valuation. | 中 | SR016, SR014 |
| CR031 | Product-sprawl risk is real because image, video, design, API, and compliance programs all compete for attention and resources. | 中 | SR021, SR022, SR013 |
| CR032 | Go-to-market complexity is also high because creators, developers, studios, agencies, and brands require different support motions. | 中 | SR020, SR024, SR034, SR001 |
| CR033 | Financial-model risk is high because ARR and growth are public, but gross margin, burn, and retention are not. | 中 | SR018, SR013, SR016 |
| CR034 | A company can appear exceptional on growth while still proving weak on capital efficiency if compute costs or churn are high. | 中 | SR027, SR013 |
| CR035 | Fresh capital from the B+ round is a mitigating factor because it buys time to improve controls and operating leverage. | 高 | SR016, SR017 |
| CR036 | Very strong adoption signals are another mitigating factor because they show real demand across products. | 高 | SR016, SR017, SR018 |
| CR037 | High product velocity is also a mitigation because it suggests management can respond quickly to workflow needs. | 中 | SR023, SR033 |
| CR038 | But those mitigants are insufficient unless diligence verifies control maturity, dependency concentration, and retention quality. | 中 | SR013, SR011, SR018 |
| CR039 | The thesis-break triggers should include material regulatory failure, persistent workflow unreliability, or evidence that economics depend on unsustainably subsidized usage. | 中 | SR001, SR013, SR027 |
| CR040 | Overall, LiblibAI’s risk profile is investable only with disciplined diligence and explicit kill criteria, not on headline growth alone. | 中 | SR016, SR013, SR001 |
| CV001 | LiblibAI already looks like a real scaled AI application business rather than a pre-revenue concept. | 高 | SV018, SV020, SV019 |
| CV002 | The strongest public evidence for that view is the combination of user scale, model inventory, ARR, and a $2B+ financing round. | 高 | SV018, SV019, SV020 |
| CV003 | That starting point is much stronger than most AI-application peers reach before late-stage financing. | 中 | SV008, SV018 |
| CV004 | The thesis also depends on workflow breadth across image, API, design, and video rather than on one fragile use case. | 高 | SV027, SV028, SV029 |
| CV005 | Community distribution and creator density may give LiblibAI an acquisition advantage over enterprise-only peers. | 中 | SV019, SV027 |
| CV006 | LibTV and team workflows create an upside path to higher-value accounts if retention is strong. | 中 | SV020, SV032 |
| CV007 | The anti-thesis is that the moat may be shallower than the growth narrative implies. | 中 | SV022 |
| CV008 | 36Kr argued directly that upstream model vendors can squeeze aggregators on price and native UX. | 中 | SV022 |
| CV009 | If switching costs are low and supplier power is high, a premium late-stage multiple becomes harder to justify. | 中 | SV022, SV001 |
| CV010 | Public evidence is also thin on gross margin, burn, retention, and concentration. | 中 | SV020, SV022 |
| CV011 | That means the current round must be treated as plausible but not fully validated by public evidence alone. | 中 | SV018, SV022 |
| CV012 | Valuation discipline therefore matters more than narrative excitement in this case. | 中 | SV001, SV022 |
| CV013 | The public round context establishes a clear latest-price anchor above $2 billion. | 高 | SV018, SV019 |
| CV014 | Multiples.vc shows August 2026 public software multiples that are materially lower than LiblibAI’s implied private ARR multiple in many sectors. | 中 | SV001 |
| CV015 | That source places design and engineering software around 4.2x NTM revenue and AI around 4.0x, versus a broad median near 2.2x. | 中 | SV001 |
| CV016 | A $2B valuation on $300M ARR implies roughly 6.7x ARR, above those public medians. | 高 | SV018, SV020, SV001 |
| CV017 | That premium could still be defendable if LiblibAI’s growth, retention, and moat are materially better than median public software. | 中 | SV020, SV001 |
| CV018 | Adobe and Autodesk are relevant because they show what trusted creative/design workflows can command once margins and switching costs are strong. | 高 | SV009, SV010, SV013, SV014 |
| CV019 | C3 AI is relevant because it is an AI-native public software reference where investors actively debate growth versus durability. | 高 | SV012, SV017, SV016 |
| CV020 | Duolingo is relevant as a large-scale conversion model from massive audience into monetized software behavior. | 高 | SV011, SV015 |
| CV021 | Pinterest is relevant because it blends large-scale visual discovery with monetization, offering a loose audience-to-revenue analogue. | 中 | SV003, SV007 |
| CV022 | Unity and Shutterstock help frame where creator or media-adjacent software can trade when narratives, margins, or growth rates differ. | 中 | SV002, SV004 |
| CV023 | The bull case requires that LiblibAI prove it is becoming a default creative operating layer with strong retention and healthy gross margin. | 中 | SV027, SV028, SV020 |
| CV024 | The base case assumes strong growth but only good, not exceptional, retention and margin quality. | 中 | SV020, SV022 |
| CV025 | The bear case assumes that growth is masking weak durability or thin orchestration economics. | 中 | SV022, SV001 |
| CV026 | On current public evidence, the base case is the most defensible scenario. | 中 | SV018, SV020, SV022 |
| CV027 | The recommendation should therefore be to proceed, but only with disciplined diligence. | 中 | SV018, SV022, SV001 |
| CV028 | Confidence should be medium rather than high because too many value drivers remain private. | 中 | SV022, SV020 |
| CV029 | Risk rating should be high relative to mature software because regulation, supplier dependence, and retention opacity are still material. | 中 | SV035, SV022, SV020 |
| CV030 | Valuation stance on public evidence alone is fair to slightly full, not obviously mispriced bargain territory. | 中 | SV001, SV018, SV020 |
| CV031 | The latest financing mark is easiest to justify if private data show strong NRR and software-like contribution margins. | 中 | SV020, SV001 |
| CV032 | If private diligence instead shows heavy subsidies or weak renewals, downside risk to the implied multiple becomes material. | 中 | SV022, SV001 |
| CV033 | The most important thesis-break trigger is weak retention beneath strong traffic. | 中 | SV022, SV034 |
| CV034 | A second thesis-break trigger is low gross margin or poor contribution margin once compute and support are normalized. | 中 | SV017, SV022 |
| CV035 | A third thesis-break trigger is concentration on a few high-value customers or suppliers. | 中 | SV027, SV033 |
| CV036 | A fourth thesis-break trigger is a material regulatory or moderation failure that weakens trust. | 中 | SV035, SV022 |
| CV037 | Final diligence therefore needs to prove NRR/GRR, gross margin, burn, supplier concentration, and top-account exposure. | 中 | SV020, SV022, SV027 |
| CV038 | Without those answers, the public case is impressive but still incomplete as a late-stage underwriting package. | 中 | SV018, SV022 |
| CV039 | With those answers, LiblibAI could justify a premium private valuation because the combination of scale and breadth is unusual. | 中 | SV018, SV019, SV020 |
| CV040 | The final recommendation is a qualified yes on diligence priority, not a blind yes on price. | 中 | SV001, SV018, SV022 |