LiblibAI
Fast-growing Chinese creative-AI platform with real revenue and user scale, but retention, margin, and dependency quality still need private proof
LiblibAI appears commercially real and strategically interesting at late-stage private scale, but the current valuation already prices in strong execution, so the right stance is disciplined tracking unless private diligence proves retention, margins, and moat quality.
Cover facts
Company profile
LiblibAI is the flagship product inside Beijing-based Evoken, a creative-AI platform company founded in May 2023 around founder Chen Mian. The company now spans a creator/model community, VIP memberships, developer APIs, LibTV for AI video production, and Xingliu for design-agent workflows. Public reporting suggests more than 30 million cumulative users, more than 500,000 original models, roughly $300 million of ARR as of May 2026, and a June 2026 B+ round of nearly $300 million at a valuation above $2 billion. That makes LiblibAI one of the more commercially credible AI application businesses in China, but public disclosure on gross margin, retention, cash, governance, and dependency concentration remains thin.
- Website
- www.liblib.art
- Founded
- 2023-05-01
- Founders
- Chen Mian, Zhang Zijie
- Founding location
- Beijing, China
- Headquarters
- Beijing, China
- Product
- LiblibAI sells a multi-surface creative stack: creator community and image-generation tools, memberships, API and custom model access, LibTV for end-to-end AI video creation and team collaboration, Xingliu for design-agent workflows, and adjacent asset/model tooling such as upload-model, pretraining, and brand-style use cases.
- Customers
- Chinese creators, designers, developers, short-drama studios, film teams, agencies, and brand customers adopting AI-assisted visual-content workflows.
- Business model
- Hybrid monetization spanning memberships, point bundles, API usage, custom quotas, and higher-value workflow or team-oriented creative products.
- Stage
- late-stage private
- Funding status
- Public reporting points to a $130 million Series B in October 2025 and a nearly $300 million B+ round in June 2026 at a post-money valuation above $2 billion.
Executive summary
Top strengths
- Real commercial scale for a young AI application company, including public ARR, user, and fundraising signals.
- Multi-product workflow breadth across image, video, design, community, and API surfaces creates genuine platform optionality.
- Strong customer-adoption evidence for LibTV and a broad creator ecosystem suggest the business is more than a novelty traffic story.
Top risks
- Public retention, gross-margin, burn, and customer-concentration disclosure remain too thin for high-conviction underwriting.
- The moat may be vulnerable if upstream model vendors and rival workflow products narrow the quality or price gap.
- China AI labeling, moderation, privacy, and copyright obligations create meaningful control and reputational risk across multiple products.
- Product breadth and rapid shipping increase execution complexity relative to the current public governance signal.
Open gaps
- A full KPI pack is still needed to confirm NRR/GRR, gross margin, contribution margin, burn, and runway.
- The reviewed public record still does not disclose a reconciled cap table, investor rights package, or current board structure.
- Customer quality remains underproven without top-account exposure, ACV, seat counts, and logo-level reference calls.
- Supplier concentration, model-routing logic, and trust-and-safety control maturity need private diligence evidence.
Contents
01Company Overview
1.1 Identity, product stack, and operating scope
LiblibAI should be understood as a platform company rather than a single image generator. The current public record ties the image community, the LibTV video workspace, and the Xingliu design agent together under the same Beijing operator, Beijing Evoken Technology, through updated user-agreement and privacy-policy language. That matters because it means the company is already trying to unify account, content, and API surfaces across creator, team, and developer workflows rather than running isolated point products. The product evidence is consistent with that framing. LiblibAI markets an image-creation community, a model and LoRA ecosystem, creator points and memberships, and a commercial API. LibTV extends the stack into professional video creation, while Xingliu positions itself as a design agent. The strategic through-line is workflow aggregation: image assets, model training, video production, and design delivery all live inside one ecosystem. This gives later chapters a clean ground truth: Evoken is building creative-AI infrastructure with community distribution at the top and monetized tools beneath it. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CO001, CO002, CO003, CO004, CO005, CO006]
| metric | value/status | date | confidence | gap |
|---|---|---|---|---|
| Founded | May 2023 | 2023-05-01 | high | Public sources point to May 2023 but do not publish a precise incorporation day in the reviewed set. |
| Headquarters / operating anchor | Beijing, China | 2026-06-18 | high | |
| Current stage | Private Series B+ / unicorn | 2026-06-18 | high | |
| Latest disclosed valuation | >$2B post-money | 2026-06-18 | high | |
| Latest disclosed annual recurring revenue | ~$300M | 2026-05-31 | medium | Public figure is company-reported rather than audited. |
| LiblibAI cumulative users | 30M+ | 2026-06-18 | medium | User metric is company-reported cumulative usage, not a disclosed MAU cohort. |
| Original models on LiblibAI | 500K+ | 2026-06-18 | medium | The platform does not publish the exact split between active and dormant models. |
| Xingliu cumulative users | 10M+ | 2026-06-22 | medium | Company and media reports frame this as cumulative serviced users. |
| LibTV professional teams served | ~1,000 | 2026-06-22 | medium | Customer count is company-reported and not tied to contract value disclosure. |
| Current public board roster | 2026-08-25 | low | Reviewed sources do not provide a verified current board or committee map. | |
| Current public headcount | 2026-08-25 | low | Reviewed sources do not provide a verified employee count. | |
| Debt / credit facilities | 2026-08-25 | low | No reviewed source disclosed debt, warehouse, or structured finance facilities. |
This snapshot mixes company-reported scale claims with independently reported financing facts. Null values mark core diligence items that remain undisclosed in the reviewed public record.
[CO001, CO002, CO003, CO004, CO005, CO006]LiblibAI moved from 2023 founding to a 2026 unicorn valuation in roughly three years while layering image, design, and video products into one group story.
[CO023, CO024, CO025, CO026, CO027, CO028]1.2 Founder anchor, investor base, and public scale signals
Chen Mian is the clearest founder anchor in the public record. Multiple independent reports connect him to ByteDance, especially the Jianying/CapCut commercialization stack, and present May 2023 as the practical founding window for LiblibAI/Evoken. That founder profile matters because the investor roster is unusually strong for a two-to-three-year-old application company. The 2025 Series B was framed as the largest single AI-application financing in China that year, while the June 2026 B+ round pushed post-money valuation above $2 billion with Granite Asia, Tencent, and Shunwei co-leading. Public scale claims are also large enough to matter: more than 30 million cumulative LiblibAI users, more than 500,000 original models, more than 10 million Xingliu users, and nearly 1,000 professional teams using LibTV. These are still mostly company-reported numbers rather than audited operating KPIs, but they collectively support the thesis that LiblibAI has already crossed from niche tool into a broad creator platform with meaningful commercial reach. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CO011, CO012, CO013, CO014, CO015, CO016]
| person | role | background | founder-market fit or coverage | key-person dependency |
|---|---|---|---|---|
| Chen Mian | Founder and CEO | Former ByteDance Jianying/CapCut global commercialization head; previously worked at Mobike, Didi, and Missfresh | Strong fit for creator tooling, user growth, and monetization in visual-content workflows | high |
| Zhang Zijie | Co-founder / early core team | Referenced by 36Kr as a co-founder involved in LiblibAI’s speed-first execution culture | Supports product buildout and organizational scaling, but the public record on exact remit is thin | medium |
The founder bench is public enough to identify a clear operator, but far thinner than the company’s investor and product visibility.
[CO013, CO014, CO015, CO016]| stakeholder | role | control or economic importance | diligence ask |
|---|---|---|---|
| Granite Asia | B+ co-lead investor | Helps validate the June 2026 unicorn round and later-stage institutional backing | What governance, information, and downside protections did the lead negotiate? |
| Tencent | B+ co-lead and strategic platform investor | Adds distribution, AI ecosystem, and reputational weight inside China | How much strategic value versus pure financial sponsorship does Tencent provide? |
| Shunwei Capital | Repeat investor across earlier and later rounds | Signals continuity of investor support from earlier growth stages | How concentrated is influence among repeat investors? |
| HongShan / HSG | Participant in 2025 B and 2026 B+ ecosystems | Anchors major China VC sponsorship across the scale-up path | Did HongShan receive special rights, board influence, or preference terms? |
| CMC Capital / HKIC | Series B co-lead through AI Creative Fund | Connects LiblibAI to Hong Kong creative-industry and expansion narrative | How much of the Hong Kong angle is capital-market positioning versus operating value? |
| Ant Group | Existing shareholder continuing support in B+ publicity | Adds financial and ecosystem credibility but also strategic expectations | Is Ant a passive investor or an ecosystem dependency? |
This table maps the most visible capital stakeholders rather than a full cap table. Public sources do not disclose ownership percentages, liquidation preferences, or board seat allocations.
[CO017, CO018, CO019, CO020, CO021, CO022]The company combines community, workflow tools, and monetization rails inside one creator-facing ecosystem.
[CO001, CO002, CO005, CO006, CO007, CO008]1.3 Milestones, governance opacity, and early frictions
The milestone path is unusually compressed. Public sources describe angel financing only months after formation, a 2025 Series B, a 2026 B+ unicorn round, a 2.0 product upgrade, the launch of Xingliu, and the March 2026 launch of LibTV. That speed is a strength, but it also creates diligence asymmetry. The company publishes operational policies and product surfaces, yet the public record still does not reveal a reconciled board roster, verified headcount, detailed ownership structure, or audited financial package. In addition, the risk picture is not hypothetical. China’s AI-labeling rules now apply to image and video platforms, and critical reporting has already highlighted moderation gaps and the possibility that LiblibAI’s aggregation-led model remains structurally vulnerable if upstream models reduce price or offer better native workflows. The company overview therefore supports a balanced conclusion: LiblibAI is real, large, and fast-growing, but still public-data-light relative to the valuation and strategic ambition it now carries. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CO021, CO022, CO023, CO024, CO025, CO026]
| date | event | type | amount/valuation/status | participants | implication |
|---|---|---|---|---|---|
| 2023-05-01 | LiblibAI/Evoken founding window | founding | startup formed | Chen Mian and early team | Public sources anchor the company as a post-2023 AI-native entrant rather than a legacy software spinout. |
| 2023-07-01 | Angel financing reported within months of formation | financing | angel round | Source Code, Gaorong, GSR and others per later reporting | Early capital access accelerated product iteration. |
| 2025-02-17 | Follow-on financing tied to creator-tool growth | financing | hundreds of millions of RMB reported | Shunwei, INCE and existing backers | Investors were already betting on application-layer creative tooling before the large B round. |
| 2025-07-03 | Xingliu localized design-agent launch | product | released | Evoken / Xingliu | Expanded from image community into agent-led design workflows. |
| 2025-10-23 | Series B closes at $130M | financing | $130M round | HongShan, CMC, strategic investor, repeat backers | Established LiblibAI as China’s largest 2025 AI-application financing. |
| 2025-10-23 | LiblibAI 2.0 described as professional creative studio | product | upgrade launched | LiblibAI | Signaled a move from pure aggregation to broader workflow platforming. |
| 2026-03-01 | LibTV launches professional AI video workspace | product | released | LibTV / Evoken | Opened a higher-spend video-production surface. |
| 2026-05-18 | LibTV Team Edition launches | scale | 300+ business clients soon after launch | Short-drama studios, film teams, 4A agencies | Professional team workflow became a visible revenue lane. |
| 2026-05-31 | ARR reaches roughly $300M | scale | company-reported ARR | Evoken | Scale claims moved from audience narrative to monetization narrative. |
| 2026-06-18 | Series B+ closes at nearly $300M and >$2B valuation | financing | unicorn threshold crossed | Granite Asia, Tencent, Shunwei, existing backers | Confirms LiblibAI/Evoken as a current unicorn. |
| 2026-09-01 | China AI labeling rules become effective | regulatory | compliance obligation active | CAC and co-regulators | Image/video platforms must operationalize explicit and implicit labeling. |
This chronology is the company-overview chapter’s canonical milestone record. Financing, product, scale, and regulatory dates are public markers, not internal execution dates.
[CO023, CO024, CO025, CO026, CO027, CO028]Publicly visible scale points support a late-stage growth story but leave core governance and audit items unresolved.
[CO003, CO004, CO005, CO006, CO007, CO011]1.4 Exhibits
02Market Analysis
2.1 Market boundary, included spend, and buyer map
The narrowest useful market definition for LiblibAI is not “all generative AI” but the spending tied to visual-content creation workflows that can be monetized through community, software, or API access. That includes creator image generation, professional AI video production, AI-assisted design, model training or sharing, and adjacent developer usage where teams embed creative generation into downstream products. The market should exclude pure foundation-model training economics and most horizontal office AI spend. On the demand side, the company serves at least four visible buyer clusters. Individual creators use image and model tools for ideation and production. Professional video teams and short-drama studios use LibTV for higher-output workflows. Designers and agencies use Xingliu or Lovart-style design agents. Developers and automation teams consume image APIs and model assets programmatically. This matters because budget ownership, retention logic, and willingness to pay differ sharply across those groups. LiblibAI’s market is therefore multi-segment and workflow-bound, not one uniform creator-software bucket. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CM001, CM002, CM003, CM004, CM005, CM006]
| market lens | included spend | excluded spend | why it matters |
|---|---|---|---|
| Creator-image community tools | Image generation, model sharing, LoRA training, and creator memberships | Foundation-model training economics and generic office AI | This is LiblibAI’s original wedge and still the clearest user-density surface. |
| AI design-agent workflows | Visual ideation, campaign assets, layouts, and brand outputs | Traditional offline agency labor not mediated by software workflows | Xingliu and Lovart-style usage expands budget beyond hobby creators. |
| Professional AI video production | Short-drama, ad, studio, and brand-video workflows | General OTT streaming revenue and cinema economics | LibTV pushes the company into higher-spend use cases. |
| Developer/API creative infrastructure | Image APIs, model access, embedded workflow calls | General LLM chat spend unrelated to visual creation | API access creates a second path to monetization beyond memberships. |
The chapter uses workflow-linked spend rather than a single broad generative-AI umbrella. That produces a narrower but more actionable market frame.
[CM001, CM002, CM003, CM004]| segment | user | payer | value sought | adoption path |
|---|---|---|---|---|
| Independent creators | Illustrators, marketers, hobbyists, prompt engineers | Self-pay monthly users | Fast image generation, inspiration, model reuse | Free/community discovery -> points or membership -> repeat creation |
| Design teams and agencies | Designers, art directors, marketing teams | Team or brand budget | Brand-consistent assets and faster concepting | Experiment -> shared workspace -> workflow standardization |
| Short-drama and video studios | Editors, producers, AI-storyboard teams | Production or content budget | Lower-cost video generation and iteration speed | Pilot project -> team edition -> scaled production |
| Developers and automation builders | App builders, tool integrators, workflow engineers | Product or platform budget | Programmatic generation, model access, and commercial rights | API test -> credit plan -> embedded workflow usage |
Budget ownership differs sharply by segment. That is why LiblibAI’s market should be analyzed as a portfolio of related buyers rather than a single homogeneous community.
[CM005, CM006, CM007, CM008, CM009, CM010]LiblibAI’s practical market narrows from a broad creative-AI category to workflow-heavy Chinese creator and video-production spend.
[CM001, CM002, CM003, CM004, CM019]LiblibAI serves distinct buyers who value different combinations of speed, control, community, and integration.
[CM005, CM006, CM007, CM008, CM009, CM010]2.2 Sizing lenses and demand signals
The broadest third-party lens comes from Research and Markets, which sized generative AI in creative industries at $5.38 billion in 2026 and forecast $14.03 billion by 2030. That is a real category signal, but still too broad to treat as LiblibAI’s practical near-term TAM. More grounded signals come from the sub-markets that already show monetization. Sensor Tower said global short-drama app downloads exceeded 850 million in Q1 2026 with roughly $750 million of IAP revenue, while Business of Apps described a 2025 ecosystem with over 700 monthly active micro-drama app advertisers and creative volume per advertiser up 144.9% year over year. ThinkChina’s Caixin-backed deep dive adds a further enterprise lens: AI video is one of the few generative applications already producing visible revenue across advertising, e-commerce, and entertainment, and Douyin estimated the enterprise AI video application market could reach $36 billion by 2030. For LiblibAI, the most defensible interpretation is that the core commercial wedge is the production side of image, design, and video workflows, where marketing and content budgets already exist. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CM012, CM013, CM014, CM015, CM016, CM017]
| lens | 2026 evidence point | implication for LiblibAI | confidence |
|---|---|---|---|
| Broad creative-AI category | Research and Markets sizes generative AI in creative industries at $5.38B in 2026 | Confirms that creative AI is already a multi-billion-dollar software category | medium |
| Short-drama mobile engagement | Sensor Tower reports >850M short-drama downloads and ~$750M Q1 2026 IAP revenue | Validates that serial mobile video is already a scaled consumption and monetization arena | high |
| Micro-drama advertising ecosystem | Business of Apps reports 700+ monthly active advertisers and +144.9% YoY creatives per advertiser | Shows that marketing demand is scaling alongside content supply | medium |
| Enterprise AI video upside | ThinkChina cites Douyin’s estimate of a $36B enterprise AI video market by 2030 | Suggests a large future budget pool if LibTV can stay relevant to production teams | medium |
| LiblibAI near-term SAM | Chinese creators, design teams, and short-drama/video producers needing fast visual workflows | The company’s strongest current addressable market is narrower than its global narrative | medium |
This table deliberately uses multiple lenses because no single source cleanly sizes LiblibAI’s whole opportunity. The broadest lens is category-level; the narrowest is operational and closer to the current product footprint.
[CM012, CM013, CM014, CM015, CM016]Observed price and demand signals span low-cost creator subscriptions through enterprise-style video and API budgets.
[CM013, CM014, CM017, CM018, CM019]2.3 Adoption drivers, switching frictions, and constraints
Market growth alone will not guarantee capture. The strongest adoption drivers are creative-efficiency gains, cheaper iteration relative to traditional studio pipelines, and the ability to compress previously fragmented tools into one workflow. LiblibAI’s own product surfaces reinforce that thesis with points-based API access, memberships, shared account systems, and creator-community discovery. The constraints are equally visible. China’s labeling rules and broader regulatory expectations force ongoing moderation and metadata work on every image and video platform. Copyright and safety issues are already shaping the sector, especially in AI video. Competitive pressure is also high because buyers can multi-home. Communities like Civitai compete on models and discovery, while Adobe Firefly, Canva, Runway, Kling, and upstream model vendors compete on workflow quality, brand trust, or direct generation. The practical market takeaway is that LiblibAI has access to a large and expanding demand pool, but the reachable near-term market is the subset where workflow integration, Chinese creator density, and price-performance are strong enough to outweigh regulatory load and easy switching. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CM023, CM024, CM025, CM026, CM027, CM028]
| factor | type | evidence | implication |
|---|---|---|---|
| Workflow compression | driver | LiblibAI spans community, API, design, and video workflows | Platforms that reduce tool-switching can win larger budgets than single-point generators. |
| Short-drama commercialization | driver | Sensor Tower and Business of Apps show scaled downloads, spending, and advertising activity | LibTV can attach to an already monetized demand pool instead of waiting for behavior to form. |
| Model abundance | driver | Civitai, Midjourney, Kling, and upstream model proliferation expand user awareness | A larger ecosystem broadens category adoption and creative experimentation. |
| Labeling and compliance rules | constraint | CAC rules require explicit and implicit labeling for generated content | Operational overhead rises as LiblibAI expands image and video distribution. |
| Easy multi-homing | constraint | Creators can test many image and video platforms with low switching cost | Retention depends on workflow advantage and not just raw generation quality. |
| Upstream pricing power | constraint | 36Kr argues aggregators can be squeezed by model vendors on price or native UX | Margin durability remains uncertain for a tool-integrator strategy. |
Drivers and constraints coexist. The same explosion in models that accelerates adoption also lowers switching costs and raises competitive pressure.
[CM023, CM024, CM025, CM026, CM027, CM028]The category converts attention into paid usage only when free experimentation becomes repeatable creative or production value.
[CM020, CM021, CM022, CM023, CM024, CM025]2.4 Exhibits
03Competitors
3.1 Direct, incumbent, and adjacent rivals
LiblibAI’s direct rivalry starts with creative communities and creator tools rather than with every frontier model company. Civitai is the clearest global community analogue because it organizes models, images, videos, and creators in one place. Midjourney competes on image quality and creator mindshare even though its collaboration model is different. Adobe Firefly and Canva compete from the opposite direction: they begin with workflow trust, installed design behavior, and brand relationships, then fold in AI generation. Runway and Kling matter because they set the pace in AI video, where LibTV is trying to move from demo appeal into true production use. This landscape matters because LiblibAI is trying to win across multiple battlefields at once: creator community, image tools, video workflow, and design-agent experience. That breadth is a strategic opportunity, but it also means the company rarely faces one weak or fragmented rival set. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CP001, CP002, CP003, CP004, CP005, CP006]
| company | category | target customer | product scope | public pricing / scale signal | strategic direction |
|---|---|---|---|---|---|
| LiblibAI | Community + workflow platform | Creators, studios, designers, developers | Image, video, design agent, models, API | Points-based API, memberships, 30M+ users | Win through community density and workflow aggregation |
| Civitai | Model and creator community | AI art creators and model sharers | Models, images, videos, creator profiles | Large public community surface | Own the discovery and community layer |
| Runway | AI video workflow platform | Creators, agencies, enterprises | Image, video, audio, enterprise tools | Free + paid tiers; 60M+ creators claim | Monetize premium video workflows and enterprise adoption |
| Adobe Firefly | Incumbent creative suite AI layer | Design professionals and enterprises | Design, image, and creative-suite AI | Firefly included in Adobe commercial stack | Defend installed workflow budgets with trusted enterprise UX |
| Canva | Design platform with AI features | SMBs, marketers, teams | Templates, design, business collaboration | Free/Pro/Business/Enterprise tiers | Bundle AI into an easy design-distribution stack |
| Kling AI | China AI video / image rival | Video creators and consumers | Video and image generation | Visible AI-video product surface | Compete on native model/video capability inside China |
This table mixes direct and adjacent rivals because LiblibAI competes for community attention, workflow time, and creative budgets simultaneously.
[CP001, CP002, CP003, CP004, CP005, CP006]| company | community | image generation | video workflow | design-agent experience | api / developer layer | enterprise trust |
|---|---|---|---|---|---|---|
| LiblibAI | strong | strong | strong | partial | strong | partial |
| Civitai | strong | partial | partial | low | low | low |
| Runway | low | strong | strong | low | partial | medium |
| Adobe Firefly | low | strong | partial | partial | low | high |
| Canva | medium | partial | partial | partial | low | high |
| Kling AI | low | partial | strong | low | low | partial |
Capability labels are qualitative and reflect the reviewed public surfaces rather than hidden roadmap items or internal performance tests.
[CP007, CP008, CP009, CP010, CP011, CP012]LiblibAI clusters around community breadth and workflow breadth rather than pure model-native depth or pure enterprise trust.
[CP024, CP025, CP026, CP027, CP028, CP029]LiblibAI’s main distinction is its attempt to connect community, image, video, and developer rails in one stack.
[CP007, CP008, CP009, CP010, CP011, CP012]3.2 Pricing, distribution, and switching economics
Competitive dynamics here are shaped by low switching costs. Runway publishes multi-tier creator pricing and positions itself as an AI video brand with broad creator and enterprise reach. OpenAI sells business seats and enterprise plans, making it a budget alternative for some teams that can tolerate horizontal tools. Adobe and Canva defend design budgets through familiar workflows, distribution, and brand trust. Civitai competes on community and discovery rather than enterprise polish. LiblibAI’s advantage is that it can blend community, model inventory, and workflow utility inside one product family. Its weakness is that buyers can multi-home across many of these tools, especially when upstream model vendors improve quickly. 36Kr’s “AI middleman” critique captures the key risk: if the best model quality and the best UX converge elsewhere, aggregation alone may not remain enough. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CP013, CP014, CP015, CP016, CP017, CP018]
| company | entry package | upsell path | main economic signal | implication |
|---|---|---|---|---|
| LiblibAI | Free points + memberships + API starter plan | API standard plan and custom quotas; team and workflow expansion | Blends self-serve creator monetization with higher-end workflow spend | Can widen ARPU if creator traffic converts into team or API usage |
| Runway | Free / creator monthly plans | Higher paid creator tiers and enterprise sales | Visible credits-based AI-video pricing ladder | Shows AI video already supports premium self-serve packaging |
| OpenAI | Business seat plan | Enterprise custom pricing | Horizontal AI can substitute for some creative prototyping | LiblibAI must beat convenience with workflow-specific value |
| Adobe Firefly | Suite-style plan inclusion | Creative Cloud cross-sell | Incumbent bundle economics reduce switching urgency | Incumbents can defend budgets without matching community density |
| Canva | Free / Pro / Business / Enterprise | Team and enterprise collaboration upsells | Easy distribution and collaboration matter as much as generation | Canva is strong where marketing teams value template speed over model depth |
| Kling AI | AI-video native positioning | Likely premium feature tiers and ongoing updates | Model-first video rivals set price and queue expectations | LibTV competes in a moving target market |
Only some competitors publish complete public pricing. Where exact prices are absent, the comparison focuses on packaging logic and budget capture style.
[CP013, CP014, CP015, CP016, CP017, CP018]3.3 Moat durability and competitive verdict
The strongest moat candidate is not proprietary model ownership; it is ecosystem density. LiblibAI has a Chinese creator base, a large model library, a shared-account structure across products, and evidence that it is extending into team and API usage. That combination can create real distribution power if creators, agencies, and video studios start treating the platform as a default workspace rather than a cheap alternative. But the moat is still conditional. Competitors such as Adobe and Canva own workflow trust; Runway owns global AI-video brand equity; Civitai owns a strong model-community identity; and Chinese video leaders are moving fast under intense commercialization pressure. LiblibAI therefore looks differentiated but not yet insulated. The competitive underwriting stance should be that the company has a plausible path to platform status, but it still operates in a category where many users can switch tools whenever price, quality, or queue times move against them. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CP025, CP026, CP027, CP028, CP029, CP030]
| risk | why it matters | evidence | risk level |
|---|---|---|---|
| Aggregation moat may be shallow | Upstream model vendors can compress both quality and price advantage | 36Kr critique of LiblibAI as an AI middleman | high |
| Multi-homing is easy | Creators can test many tools with little switching cost | Community and workflow markets remain fragmented | high |
| Incumbent workflow trust | Adobe and Canva already own team habits and distribution | Design incumbents need less user education | medium |
| China AI-video arms race | Kling, Seedance, and others move quickly | Video quality expectations can shift faster than platform training materials | high |
| Compliance overhead | Labeling and moderation rules raise operating burden | Image/video platforms face persistent safety and policy work | medium |
The risk register focuses on durability, not just product breadth. The key test is whether LiblibAI can become a default workspace before rivals narrow its economic edge.
[CP019, CP020, CP021, CP022, CP023]The company scores best on ecosystem breadth and creator density, but weaker on audited trust signals and defensibility against upstream model shifts.
[CP032, CP033, CP034, CP035]3.4 Exhibits
04Financials
4.1 Revenue model, monetization surfaces, and pricing logic
The public record is clear that LiblibAI is no longer a pure traffic story. Its official API page shows direct monetization through point-based plans, commercial rights, and custom quotas. The VIP page adds recurring consumer-like subscription logic through memberships and bundled points. LibTV and Xingliu broaden that into workflow spending, where teams are paying not just for generation but for a production environment. Media coverage of the B and B+ rounds reinforces the same point: investors are underwriting a product family that monetizes creators, professional teams, and developers simultaneously. That matters because a multi-surface revenue stack is usually higher quality than one-off consumer novelty revenue. The main open question is mix. Public sources still do not disclose how much of ARR comes from membership, API, video teams, design-agent usage, or large custom deals, so the quality of the top line remains only partially visible. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CI001, CI002, CI003, CI004, CI005, CI006]
| stream | payer | pricing logic | evidence | quality view |
|---|---|---|---|---|
| VIP memberships | Individual creators | Recurring subscription bundled with points and usage privileges | Official VIP page describes memberships and points packages | Potentially high-quality if conversion and renewal are strong |
| API plans | Developers and integrators | Point-based plans plus custom commercial quotas | Official API page shows starter, standard, and custom access | Could be sticky if embedded into downstream workflows |
| LibTV team workflows | Studios, agencies, production teams | Seat/resource procurement and project-based collaboration | LibTV Team Edition and media coverage describe team purchases | Likely higher ACV but may be compute intensive |
| Xingliu / design-agent usage | Design teams and brands | Workflow or output-linked spend | Xingliu positioning suggests paid design workflow usage | Promising but revenue contribution is undisclosed |
| Enterprise / custom deals | Larger brands or production customers | Custom pricing and negotiated service scope | API custom quotas and LibTV customer narratives imply bespoke deals | Could lift ARPU but concentration risk is unknown |
Public evidence supports multiple monetization surfaces, but not the actual revenue mix across them.
[CI001, CI002, CI003, CI004, CI005, CI006]| surface | public pricing cue | upsell path | revenue-recognition implication |
|---|---|---|---|
| LiblibAI VIP | Membership + points packages | More points, more storage, richer creation privileges | Subscription-like recognition with usage-linked value |
| LiblibAI API | Starter and standard plans plus custom quota | Move from experiments to production usage | Blend of prepaid credits and enterprise-style contracts |
| LibTV Team Edition | Seat and generation-resource procurement by team/project | Expand from pilot team to continuous production | Could mix recurring collaboration spend with burst usage |
| Xingliu / design agent | Workflow value rather than only asset output | Broader brand or design-team adoption | May behave like seat software if teams standardize on it |
| Community traffic | Free discovery converting to paid tools | Membership, API, or team conversion | Top-of-funnel volume matters only if conversion is durable |
The business appears to combine subscription, usage, and workflow-linked monetization rather than relying on a single model.
[CI007, CI008, CI009, CI010, CI011, CI012]LiblibAI appears to convert community traffic into multiple monetization rails rather than a single subscription SKU.
[CI001, CI002, CI007, CI008, CI009, CI010]4.2 Unit economics, delivery costs, and cost-structure inference
The core economic debate is whether LiblibAI is building software-like margins or simply repackaging expensive upstream model capacity. The adverse 36Kr analysis argues that AI aggregators can be squeezed on price, queue time, and model quality if upstream vendors improve or cut prices. That is the right skepticism to apply. At the same time, the company’s business model is broader than raw generation resale. Community distribution, model libraries, workflow orchestration, and team collaboration can all support software-style value capture if they meaningfully improve throughput or retention. Benchmark filings from Adobe, Autodesk, Duolingo, and C3 AI do not make LiblibAI directly comparable, but they do show what investors reward: durable revenue growth paired with visible gross-margin structure, operating leverage, and enough differentiation that compute or content costs do not consume the business. Public evidence today proves strong demand and monetization, but not yet a verified margin profile. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CI013, CI014, CI015, CI016, CI017, CI018]
| economic driver | positive signal | key cost or risk | underwriting read |
|---|---|---|---|
| Community acquisition | Large user and model base may lower top-of-funnel CAC | Traffic can still be low quality without retention | Acquisition looks strong; conversion quality remains unproven |
| API monetization | Commercial rights and custom quotas support higher ARPU tiers | Model and inference costs may compress gross margin | Potentially attractive if workloads are high-frequency |
| LibTV workflows | Team collaboration can increase spend per account | Video rendering and model access can be expensive | Higher ACV is plausible but compute burden could offset it |
| Design-agent workflows | Could create sticky brand/process adoption | Feature overlap with incumbent design suites | Value capture depends on workflow embed, not novelty |
| Upstream model dependence | Rapid capability access without training frontier models | Suppliers can reset price-performance expectations | Moat quality depends on orchestration and distribution |
| GTM efficiency | Strong word-of-mouth/community pull may reduce sales friction | Enterprise expansion still requires support and onboarding | Likely efficient at the low end, less visible at the high end |
No audited unit-economics package is public, so this table is an inference layer grounded in pricing surfaces, customer type, and competitive risk.
[CI013, CI014, CI015, CI016, CI017, CI018]The core financial question is whether orchestration and workflow value can outrun compute and upstream-model costs.
[CI013, CI015, CI018, CI022, CI023, CI024]Publicly visible economic anchors span low-end self-serve pricing through large ARR and financing headlines.
[CI019, CI020, CI025, CI026, CI027, CI028]4.3 Capital adequacy, funding dependency, and underwriting gaps
The June 2026 B+ round reduces immediate financing pressure, but it does not remove the need for hard diligence on burn and runway. A company scaling image, video, agent, and API products at once will almost certainly carry meaningful compute, model-access, moderation, and go-to-market costs. Public sources say ARR exceeded $300 million as of May 2026 and growth surpassed 3000% year over year, which is impressive, yet those figures are not accompanied by cash balance, gross margin, operating loss, deferred revenue, or capex disclosure. The most defensible financial verdict is therefore balanced. LiblibAI looks commercially real and unusually fast-growing for its age; however, the public record is still too thin to determine whether the company is compounding efficiently or merely spending aggressively into a hot category. The next round should not be viewed as inevitable, but neither can current capital adequacy be underwritten from public evidence alone. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CI025, CI026, CI027, CI028, CI029, CI030]
| topic | public evidence | what is missing | underwriting implication |
|---|---|---|---|
| Latest financing | Nearly $300M B+ round at >$2B valuation in June 2026 | Exact cash-in timing, fees, and investor rights | Near-term balance-sheet pressure should be lower |
| Revenue scale | ARR around $300M as of May 2026 | Revenue quality, gross margin, and deferred revenue | Commercial scale is real but not yet fully interpretable |
| Growth rate | >3000% YoY revenue growth publicized | Base period and cohort durability details | Hypergrowth is clear; sustainability is not |
| Cash runway | No public cash balance disclosed | Monthly burn, capex, payables, and working capital | Cannot independently underwrite runway |
| Use of funds | R&D, product breadth, and expansion are implied by product cadence | Formal capital allocation plan | Need to verify whether capital is going to moat-building or subsidy |
| Debt / obligations | No public debt package identified in reviewed set | Leases, vendor commitments, or compute minimums | Off-balance-sheet obligations remain a diligence blind spot |
The financing headline is strong, but capital adequacy still depends on undisclosed burn and infrastructure commitments.
[CI025, CI026, CI027, CI028, CI029, CI030]| missing metric | why it matters | best public proxy | diligence ask |
|---|---|---|---|
| Gross margin | Separates software leverage from pass-through compute spend | Competitive pricing and product breadth | Request product-level COGS and gross margin bridge |
| Net revenue retention | Shows whether workflows expand after initial adoption | Community scale plus team-product launches | Request NRR by creator, API, and team cohort |
| CAC / payback | Tests whether growth is efficient or subsidized | Organic community distribution narrative | Request channel CAC, sales cycle, and payback by segment |
| Cash balance / burn | Determines financing dependency | Large B+ round reduces short-term concern only partially | Request monthly burn and 12-month runway model |
| Revenue mix | Identifies which products actually monetize | API and membership pages show surfaces but not mix | Request mix by LiblibAI, LibTV, Xingliu, and enterprise |
| Customer concentration | High-value workflows may hinge on few accounts | Public customer proof is broad but not contract-based | Request top-10 customer exposure and churn history |
These gaps explain why the financial chapter can support a directionally positive view without claiming institutional-grade certainty.
[CI031, CI032, CI033, CI034, CI035]Cash needs likely rise with product breadth, compute load, moderation, and team-go-to-market expansion.
[CI029, CI030, CI031, CI032, CI033, CI034]4.4 Exhibits
05Product & Technology
5.1 Product surface, SKUs, and workflow definition
LiblibAI’s product scope is broader than the company’s name suggests. The reviewed official and semi-official materials show at least five meaningful product surfaces: the core creator/model community, VIP subscriptions, API access, LibTV for AI video production, and Xingliu for design-agent workflows. Additional pages around digital humans, brand LoRA use cases, model upload, and pretraining show that the company is not just offering a consumer interface but is also trying to organize the supply side of creative assets and reusable model components. The important product takeaway is that LiblibAI is selling a workflow environment in which creators can discover assets, generate outputs, train or upload models, commercialize via API, and then move into richer design or video use cases. That breadth makes the platform more interesting than a single prompt box, even if the breadth also raises complexity. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CE001, CE002, CE003, CE004, CE005, CE006]
| module | primary user | core job | monetization relevance | evidence |
|---|---|---|---|---|
| LiblibAI community | Creators and model sharers | Discover prompts, models, images, and assets | Top-of-funnel and repeat creator engagement | Official home and community messaging |
| VIP memberships | Frequent creators | Unlock richer usage and point bundles | Recurring self-serve monetization | Official VIP page |
| API platform | Developers and integrators | Embed generation and custom models in downstream apps | Usage-based and custom monetization | Official API page |
| LibTV | Studios, creators, teams | Produce AI video from script to final output | Higher-value workflow monetization | LibTV materials and BaiduWiki |
| Xingliu | Designers and brand teams | Agent-assisted design workflow | Expands into design budgets | Official Xingliu and 36Kr coverage |
| Model upload / pretraining | Creators and advanced users | Contribute and tune reusable model assets | Strengthens supply-side ecosystem | Upload/pretraining pages |
The product family spans demand-side workflows and supply-side asset creation.
[CE001, CE002, CE003, CE004, CE005, CE006]| use case | entry point | workflow steps | value created |
|---|---|---|---|
| Image ideation | Community + VIP | Discover -> generate -> refine -> export | Fast visual iteration for creators |
| Custom brand visual system | Brand LoRA page | Prepare assets -> train style -> reuse across outputs | Consistency and reusable brand language |
| Embedded creative API | API page | Authenticate -> call generation -> manage quota -> commercialize | Programmatic creative infrastructure |
| AI video production | LibTV | Script -> storyboard -> shots -> render -> edit | Full-chain video workflow compression |
| Design-agent delivery | Xingliu / Lovart context | Prompt -> layout/design -> iterate -> deliver | Moves beyond single-image output into design work |
The product set is organized around repeat workflows, not isolated generations.
[CE007, CE008, CE009, CE010, CE011, CE012]LiblibAI layers community, model assets, workflow orchestration, and monetization into one creative stack.
[CE001, CE002, CE009, CE010, CE013, CE019]The product stack connects discovery, generation, structuring, and export across image, design, and video workflows.
[CE003, CE004, CE005, CE007, CE008, CE011]5.2 Architecture, dependencies, and delivery model
The technical architecture described in public sources is a workflow-and-orchestration layer. LibTV’s clearest differentiator is its infinite canvas plus node-based workflow, which turns scriptwriting, shot design, model calls, and editing into a structured production graph instead of a chat interaction. That is a genuine product-architecture choice, and it aligns with the needs of teams producing repeat video output. The same pattern appears elsewhere in the product family: API pages emphasize custom model access and commercial rights, model-upload and pretraining pages emphasize creator supply, and Lovart/Xingliu materials emphasize agent-assisted design delivery. The dependency profile is equally important. Public sources repeatedly suggest that the company integrates multiple upstream models rather than owning every core generation engine itself. That speeds time to market and broadens capability coverage, but it also means the product stack must constantly defend its value above the model layer. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CE013, CE014, CE015, CE016, CE017, CE018]
| layer | public evidence | role | key dependency |
|---|---|---|---|
| Community and asset graph | Home/community pages and model features | Creates discovery and reusable inputs | Creator activity and content moderation |
| Orchestration layer | LibTV node-based workflow and API controls | Coordinates steps across creation pipelines | Stable workflow UX and model routing |
| Model supply layer | Pretraining, upload-model, and integrated-model references | Provides generation capability breadth | Upstream model access and quality |
| Team collaboration layer | LibTV Team Edition and shared asset language | Supports production use cases | Permissions, storage, and asset management |
| Commercial layer | VIP/API/custom rights | Monetizes usage across cohorts | Pricing discipline and quota management |
The reviewed architecture behaves like a workflow operating system sitting above community and model supply.
[CE013, CE014, CE015, CE016, CE017, CE018]| domain | public signal | why it matters | remaining gap |
|---|---|---|---|
| Privacy | Unified privacy policy across products | Shows shared account/data governance exists | No deep technical security disclosure |
| Terms / moderation | User agreement covers conduct, products, and platform obligations | Important for creator and enterprise trust | Moderation KPIs are not disclosed |
| AI labeling | China rules require explicit/implicit labels | Mandatory for image and video distribution | Implementation detail is not public |
| Commercial rights | API page references commercial usage rights | Important for buyer willingness to pay | Scope and indemnity boundaries are unclear |
| Reliability | Fast product iteration suggests active support | Workflow tools must be dependable for teams | No uptime/SLA or incident history is public |
Trust controls are visible at the policy layer but much thinner at the systems-evidence layer.
[CE019, CE020, CE021, CE022, CE023, CE024]Product performance depends on external models, creator supply, compliance handling, and workflow UX all holding together.
[CE014, CE015, CE016, CE017, CE020, CE021]5.3 Differentiation, trust, and roadmap
LiblibAI’s strongest product differentiation is not secret model IP; it is the combination of creator community, Chinese-language workflow design, asset reuse, and multi-product extension from image into design and video. That can be durable if users start treating the platform as a default operating layer. But the trust surface is still mixed. The privacy policy and user agreement show unified accounts, policy coverage, and moderation obligations, while China’s labeling regime means image and video outputs need explicit compliance handling. Yet public evidence still does not provide enterprise-grade uptime reporting, model eval benchmarks, or detailed security architecture. The roadmap signal is nonetheless strong: LibTV added team collaboration and additional workflow features within months, and the broader product family keeps expanding into new creation surfaces. The underwriting conclusion is that product velocity is clearly high, but technical defensibility remains more architectural and ecosystem-driven than model-proprietary. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CE025, CE026, CE027, CE028, CE029, CE030]
| item | timing | stage | signal |
|---|---|---|---|
| LibTV launch | March 2026 | launched | Video became a first-class product surface |
| LibTV Team Edition | May 2026 | launched | Team collaboration entered the stack |
| Additional LibTV features | June 2026 onward | iterating | Portrait adjustment, virtual characters, storyboard workflow |
| Xingliu launch | 2025 | launched | Design-agent surface added to portfolio |
| Model upload / pretraining tools | current | live | Supply-side creator tooling exists |
| Digital human / brand use cases | current | expanding | Platform is testing adjacent creative workflows |
Product cadence suggests high velocity and willingness to expand beyond the core image community.
[CE025, CE026, CE027, CE028, CE029, CE030]Capability breadth is strongest in orchestration and workflow coverage, less proven in enterprise assurance and proprietary model depth.
[CE025, CE026, CE027, CE028, CE029, CE030]5.4 Exhibits
06Customers
6.1 Customer segmentation and adoption trajectory
Public evidence suggests that LiblibAI serves several distinct customer layers rather than one monolithic user base. The broadest layer is the creator community tied to image generation, prompt/model discovery, and memberships. A second layer is developers who integrate creative generation through the API. A third layer is design users, where Xingliu and brand-style workflows imply team or commercial usage. The most commercially important layer may now be LibTV’s professional buyers—short-drama studios, film teams, ad agencies, and brand customers—because that cohort appears closer to workflow budgets than hobby experimentation. Adoption signals are unusually strong in public for such a young company: 30 million cumulative users, 500,000-plus original models, 10 million-plus Xingliu users, more than 100,000 LibTV visits on launch day, nearly 1,000 professional teams served, and more than 300 Team Edition business customers. These are not perfect customer-quality metrics, but they clearly indicate real demand across multiple cohorts. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CU001, CU002, CU003, CU004, CU005, CU006]
| segment | user | payer | need state | evidence |
|---|---|---|---|---|
| Independent creators | Image creators and prompt users | Self-pay membership user | Fast ideation and asset generation | VIP page and large user base |
| Developers | Integrators and builders | Product/platform budget | Programmatic generation and commercial rights | API page |
| Design teams | Designers and agencies | Team/brand budget | Reusable brand and layout workflows | Xingliu and brand LoRA materials |
| Short-drama studios | Producers and video teams | Production budget | Higher-throughput AI video workflow | LibTV and BaiduWiki sources |
| Brand and agency customers | Marketing or client-service teams | Campaign budget | Video/content output and asset reuse | Firecat and LibTV customer language |
Customer evidence points to multiple payer types with different budget owners.
[CU001, CU002, CU003, CU004, CU005, CU006]| metric | public signal | date | interpretation |
|---|---|---|---|
| LiblibAI cumulative users | 30M+ | 2026-06 | Large top-of-funnel creator reach |
| Original models | 500K+ | 2026-06 | Supply-side ecosystem density |
| Xingliu users | 10M+ | 2026-06 | Design-adjacent adoption beyond core image community |
| LibTV first-day traffic | 100K+ visits | 2026-03 | Fast attention at launch |
| LibTV broader customers | ~1,000 teams/institutions/brands | 2026-06 | Professional usage surface is real |
| LibTV Team Edition business customers | 300+ companies/studios | 2026-05 | Early enterprise-style conversion signal |
These are public adoption markers, not audited paying-account cohorts.
[CU007, CU008, CU009, CU010, CU011, CU012]LiblibAI tries to move users from discovery into paid, collaborative, or embedded workflows.
[CU001, CU002, CU003, CU004, CU025, CU026]Public adoption markers show a very broad top of funnel and a smaller but still meaningful professional workflow base.
[CU007, CU008, CU009, CU010, CU011, CU012]6.2 Named customer proof and usage quality
Customer proof is strongest around LibTV because that product is attached to professional production outcomes. BaiduWiki and related coverage say LibTV Team Edition quickly signed more than 300 short-drama companies and film studios after launch, while Firecat says the broader platform served nearly 1,000 short-drama teams, film studios, advertising companies, and brand customers. The same body of material describes team features such as shared canvases, asset libraries, permission management, and project handoff—signals more typical of repeat production workflows than casual consumer play. Another important proof point is the AI short drama “The Laid-Off Girl,” which BaiduWiki says was produced entirely using LibTV. That does not equal a broad case-study library, but it does show at least one real production outcome tied to the platform. The rest of the customer picture is more diffuse. Creator and design adoption are supported by user counts, model inventory, and brand-style workflow pages, yet public sources still stop short of naming many large recurring customers or quantifying contract value. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CU013, CU014, CU015, CU016, CU017, CU018]
| proof item | evidence | production vs pilot | quality of proof | limitation |
|---|---|---|---|---|
| 300+ Team Edition customers | BaiduWiki/baijiahao launch references | production-leaning | Good directional proof of paid workflow demand | No contract values disclosed |
| ~1,000 LibTV teams and institutions served | Firecat and BaiduWiki references | production-leaning | Strong category-level customer proof | May mix active and historical customers |
| Short-drama companies and film studios | Multiple LibTV descriptions | production-leaning | Specific buyer archetypes are consistent across sources | Few named logos |
| Brand clients and ad companies | Firecat and Evoken LibTV language | mixed | Suggests broader commercial appeal than only studios | Logo-level proof still thin |
| The Laid-Off Girl AI short drama | BaiduWiki states it was produced entirely using LibTV | production | Best named use-case proof in the public set | Single example does not prove repeatability |
Customer proof is strongest for LibTV and weaker for the broader creator community.
[CU013, CU014, CU015, CU016, CU017, CU018]Proof quality is strongest for LibTV production use cases and weaker for the broader creator and design cohorts.
[CU013, CU014, CU015, CU016, CU017, CU018]6.3 Durability, expansion, and concentration
The central customer-diligence question is durability. Public evidence strongly supports acquisition and breadth, but much less clearly supports retention and net expansion. The community model should help low-end acquisition because creators can discover models and examples before paying. The API and team products create plausible expansion paths from trial usage into embedded or collaborative workflows. LibTV’s rapid addition of Team Edition, asset libraries, and production features suggests management is intentionally moving toward higher-value, repeat-use accounts. Yet none of the reviewed sources disclose GRR, NRR, churn, contract length, or top-customer concentration. That matters because AI creator tools often look strong on traffic while remaining weak on durable paid behavior. Multi-homing is also easy, especially in image generation and early-stage video workflows. The practical customer verdict is therefore that LiblibAI has unusually strong public proof of adoption for its age, but only moderate public proof of retention quality and concentration safety. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CU025, CU026, CU027, CU028, CU029, CU030]
| topic | public signal | gap | underwriting view |
|---|---|---|---|
| Creator retention | Community density and memberships imply repeat use | No cohort or churn data | Likely meaningful but unverified |
| API durability | Custom quotas and commercial rights imply workflow embed potential | No usage-frequency disclosure | Could be sticky if integrated |
| Team retention | Team Edition and asset-library features support repeat production | No contract term or renewal data | Potentially attractive but unproven |
| Satisfaction / NPS | Rapid adoption and growth narrative are positive | No survey or NPS evidence | Cannot independently score delight |
| NRR / GRR | No public disclosure | Missing core durability metrics | Major diligence blocker |
Durability is the thinnest part of the public customer record.
[CU019, CU020, CU021, CU022, CU023, CU024]| risk or opportunity | public clue | implication | data still needed |
|---|---|---|---|
| Land-and-expand opportunity | Community can feed API, design, and video products | Broad funnel may support multi-product expansion | Cross-sell conversion rates |
| Higher-value team expansion | LibTV Team Edition and workflow features | Could lift ARPU materially | Seat counts and ACVs |
| Top-customer concentration risk | No top-account disclosure | High ACV video customers may still concentrate spend | Top-10 customer exposure |
| Channel dependence | Community lowers dependence on paid channels | Still unknown for enterprise acquisition | CAC by segment and channel |
| Multi-homing risk | Competing AI tools are easy to test | Retention may be weaker than acquisition | Renewal and churn data |
Expansion is plausible, but concentration and durability remain underdisclosed.
[CU025, CU026, CU027, CU028, CU029, CU030]The public record proves breadth and growth, but leaves core retention metrics undisclosed.
[CU019, CU020, CU021, CU022, CU023, CU024]6.4 Exhibits
07Risks
7.1 Regulatory and legal risk ranking
The first risk bucket is regulatory and legal because LiblibAI operates directly in synthetic image and video distribution. China’s AI-generated-content labeling rules and the deeper deep-synthesis framework make labeling, provenance, moderation, privacy, and platform governance product-level obligations. This is not a box-checking exercise: a company distributing creative assets and AI video at scale can face reputational damage, enforcement exposure, or customer trust erosion if labels are missing, content controls are weak, or copyrighted material is mishandled. The reviewed policy and legal-analysis sources are directionally consistent that both generators and distributors have obligations. Public company policies show that LiblibAI is aware of platform governance, but awareness is not the same as proven control maturity. Legal risk is therefore manageable in theory, but only if operational controls scale with product breadth and usage growth. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CR001, CR002, CR003, CR004, CR005, CR006]
| risk | why it matters | public evidence | residual exposure |
|---|---|---|---|
| AI labeling non-compliance | Image/video outputs require explicit and implicit labels | CAC measures, legal summaries, and SCIO overview | high |
| Deep-synthesis governance breach | Synthetic-media obligations extend beyond simple disclosure | China Law Translate deep-synthesis summary | medium-high |
| Copyright / IP misuse | AI video and image reuse can trigger rights disputes | ThinkChina and legal analyses | medium-high |
| Privacy / data governance failure | Shared accounts and content systems concentrate risk | Privacy policy and platform terms | medium |
| Moderation enforcement event | Unsafe or prohibited content can create reputational and regulatory harm | 36Kr critique and platform rules | high |
This register prioritizes the legal obligations that scale directly with AI-content volume.
[CR001, CR002, CR003, CR004, CR005, CR006]The most severe risks cluster around regulation, dependency, and economic opacity rather than around simple demand creation.
[CR001, CR003, CR015, CR023, CR029, CR031]7.2 Operational, quality, and dependency risks
The second risk bucket is operational and dependency risk. LiblibAI’s differentiation depends on community density, orchestration, and workflow quality, yet many underlying capabilities appear to rely on external or fast-evolving model supply. 36Kr’s “AI middleman” critique is important precisely because it frames the business as vulnerable to upstream price cuts, queue-time competition, or native product improvements by model owners. The move into AI video raises the risk further: video workflows are more compute intensive, more safety sensitive, and harder to support reliably than simple image generation. Team features, asset libraries, and collaborative canvases expand customer value but also increase the consequences of poor reliability, weak permissions, or moderation failure. Operational risk is therefore not just outage risk; it is the compound risk that supplier dependence, workflow complexity, and content governance all fail at the same moment. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CR015, CR016, CR017, CR018, CR019, CR020]
| risk | trigger | impact | public clue |
|---|---|---|---|
| Workflow outage or latency | Heavy video/render demand or supplier issues | Customer frustration and churn | No public SLA data |
| Permission / collaboration failure | Team assets and shared canvases mismanaged | Production disruption and trust loss | Team-edition workflow complexity |
| Moderation/control failure | Unsafe content slips through filters | Reputation and compliance damage | 36Kr and ThinkChina concerns |
| Quality inconsistency | Rapid model or routing changes alter output quality | Lower retention and more multi-homing | Upstream model dependence |
| Support burden | High-touch workflow users need more service than creators | Operating leverage weakens | Move into teams/agencies |
Operational risk rises as the product mix moves from self-serve creation into professional workflow.
[CR015, CR016, CR017, CR018, CR019, CR020]| dependency | risk | why it matters | severity |
|---|---|---|---|
| Upstream model providers | Price/performance squeeze | LiblibAI may lose edge if model owners improve native UX | high |
| Cloud / inference infrastructure | Cost or capacity shock | Video workloads can be expensive and reliability-sensitive | high |
| Creator supply | Lower model/asset contribution reduces community utility | Community is a core acquisition and retention layer | medium |
| Policy environment | Rules can tighten faster than product controls adapt | China AI regulation remains active | high |
| Strategic investors / ecosystem expectations | Backers may shape growth expectations or partnerships | Could create pressure on roadmap or metrics | medium |
The company’s moat is partly built on dependencies it does not fully control.
[CR023, CR024, CR025, CR026, CR027, CR028]| risk | evidence | why it matters | severity |
|---|---|---|---|
| Founder concentration | Founder profile is highly central in public narrative | Execution quality may hinge on a small leader set | medium |
| Product-sprawl risk | Image, video, design, API, and compliance all expanding together | Focus and QA can suffer | high |
| Go-to-market complexity | Creators, teams, developers, and brands need different motions | Can slow expansion or blur accountability | medium-high |
| Governance transparency gap | Board, headcount, and controls remain underdisclosed | Limits confidence in scaling discipline | high |
Execution risk is elevated because product velocity is high while governance disclosure is low.
[CR029, CR030, CR031, CR032]Several risks compound one another: supplier dependence, content governance, and retention can all interact.
[CR016, CR017, CR018, CR023, CR024, CR033]LiblibAI depends on policy, creator supply, model access, and workflow execution all remaining aligned.
[CR025, CR026, CR027, CR030, CR036, CR037]7.3 Financial/model risk, execution risk, and mitigations
The final risk bucket is financial-model and execution risk. The public record shows extraordinary ARR and growth, but very limited burn, gross-margin, or retention disclosure. That leaves real uncertainty around whether the company is compounding with software-like economics or spending heavily to sustain growth in a crowded market. Customer concentration, cross-sell success, and enterprise support burden are also underdisclosed. Execution risk is higher because management is simultaneously scaling creator community, API usage, AI video, design agents, and compliance work. The mitigating factors are also real: fresh capital from the B+ round, very strong adoption signals, and evidence that the company can ship new products quickly. The appropriate underwriting view is that LiblibAI can be investable with risk controls, but only if diligence converts the current public narrative into a quantified view of margin, governance, retention, and dependency concentration. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CR029, CR030, CR031, CR032, CR033, CR034]
| risk area | mitigation to test | monitoring indicator | thesis-break trigger |
|---|---|---|---|
| Regulatory | Verify labeling and moderation controls | Audit logs, takedown/error rates | Meaningful enforcement event or repeated control failure |
| Operational | Review uptime, queue times, incident process | SLA metrics and customer complaints | Workflow reliability fails for production users |
| Dependency | Map model suppliers and switching options | Supplier concentration and cost trends | Gross-margin collapse or supplier lock-in |
| Customer durability | Request churn, renewal, and concentration data | NRR/GRR and top-10 customer exposure | Retention materially below workflow-software norms |
| Capital efficiency | Review burn, gross margin, and runway | Monthly cash burn and contribution margin | Need for near-term financing without clear leverage |
The most important mitigations are measurable; if the metrics disappoint, the thesis should weaken quickly.
[CR033, CR034, CR035, CR036, CR037, CR038]7.4 Exhibits
08Valuation
8.1 Investment thesis, anti-thesis, and financing context
The investment thesis starts with reality, not possibility. LiblibAI already appears to have crossed into genuine commercial scale through a combination of creator distribution, workflow breadth, and unusually rapid monetization. The company has public signals for 30 million users, 500,000 models, roughly $300 million ARR, and a B+ round at a valuation above $2 billion. That is a much stronger starting point than most AI-application businesses. The anti-thesis is equally important: public data still does not prove retention quality, gross margin durability, or insulation from upstream model competition. If the company is primarily an aggregator with shallow switching costs, a premium private multiple may be hard to defend through market cycles. Valuation therefore hinges less on whether LiblibAI is real and more on whether its workflow and ecosystem advantages are deep enough to justify paying above broad software medians. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CV001, CV002, CV003, CV004, CV005, CV006]
| dimension | assessment | why |
|---|---|---|
| Recommendation | Proceed with disciplined diligence | Public signals are strong enough to merit serious work |
| Confidence | medium | Key financial and retention data remain private |
| Risk rating | high | Regulatory, dependency, and moat questions are still material |
| Valuation stance | fair to slightly full | Round price is defendable but not obviously cheap on public evidence |
| Key gating issue | retention + margin quality | Those metrics determine whether the current multiple is deserved |
The recommendation is positive on relevance but conditional on deeper diligence.
[CV001, CV002, CV003, CV027, CV028, CV029]| side | core claim | supporting evidence |
|---|---|---|
| Thesis | LiblibAI is a real AI workflow leader with unusual scale for its age | Users, models, ARR, funding, product breadth |
| Thesis | Community plus workflow breadth can create durable distribution | Image, API, design, and video products reinforce one another |
| Thesis | AI video and team workflows may lift account value materially | LibTV adoption and team-edition proof |
| Anti-thesis | Moat may be shallow if upstream models and rivals catch up | 36Kr adverse critique and multi-homing risk |
| Anti-thesis | Public evidence is still too thin on gross margin and retention | No disclosed NRR, GM, burn, or concentration data |
Both sides of the case are strong enough that valuation discipline matters.
[CV004, CV005, CV006, CV007, CV008, CV009]The recommendation depends on whether strong growth and breadth convert into durable economics and controls.
[CV001, CV004, CV007, CV010, CV013, CV027]8.2 Comparable set, scenario framing, and range building
The best valuation lens is blended. Public creative-software and AI-application comps show that the market rewards growth, workflow stickiness, and visible margin structure, but penalizes commoditized or low-trust software quickly. Multiples.vc’s August 2026 view is especially useful because it shows design and engineering software around 4.2x NTM revenue, AI around 4.0x, productivity around 3.4x, and a much lower broad median around 2.2x. Against that backdrop, LiblibAI’s implied valuation of about 6.7x ARR is full relative to broad software, yet not outrageous if the company’s growth, retention, and product breadth are materially better than median. The scenario framework should therefore ask what kind of company LiblibAI is becoming: a durable workflow platform, a fast-growing but lower-margin AI utility, or a hype-rich business with weak retention beneath the traffic story. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CV014, CV015, CV016, CV017, CV018, CV019]
| case | equity value range | key assumptions | probability signal |
|---|---|---|---|
| Bull | $3.0B-$4.0B | LibTV and API retain strongly, gross margin is healthy, and workflow moat deepens | Possible if private data validate high-quality growth |
| Base | $1.8B-$2.5B | Growth stays strong but retention/margin prove good not exceptional | Most consistent with current public evidence |
| Bear | $1.0B-$1.5B | Retention is weak, costs are heavy, and the moat looks mostly aggregative | Would follow from poor private KPI disclosure or rapid competitive slippage |
These ranges are directional judgment ranges anchored to public evidence, not a full DCF or audited model.
[CV014, CV015, CV016, CV017, CV018, CV019]| comparable | category | public cue | why it matters |
|---|---|---|---|
| Adobe | Creative software incumbent | Large-cap creative suite with strong profitability | Shows what trusted workflow software can command |
| Autodesk | Design/engineering software | Premium workflow software multiple in design/engineering | Useful for durable professional-workflow value |
| Duolingo | Consumer/prosumer subscription software | Large user base converted into profitable subscription growth | Useful for scaled conversion economics |
| C3 AI | AI-native application software | AI pure-play with visible growth/margin debate | Useful for AI-application valuation framing |
| Large-scale visual discovery platform | Shows how user scale plus monetization are valued publicly | Useful for audience-plus-monetization context | |
| Unity / Shutterstock | Creator or media-adjacent workflow comps | Expose where software/creator tools trade when margins or narratives differ | Help frame downside discipline |
The comp set is intentionally blended because LiblibAI spans creator community, workflow software, and AI application layers.
[CV020, CV021, CV022, CV023, CV024, CV025]Private valuation outcome is most sensitive to retention quality and gross-margin durability.
[CV014, CV015, CV016, CV031, CV032, CV033]Public evidence supports a broad but bounded valuation range around the latest financing mark.
[CV017, CV018, CV019, CV020, CV021, CV022]8.3 Recommendation, confidence, and final diligence asks
The correct recommendation is a qualified positive rather than an uncritical yes. Public evidence supports serious diligence and can justify interest at the current scale, but it does not justify underwriting solely from headlines. Confidence should therefore be medium, not high. Risk rating should be high relative to mature software because regulatory, dependency, and retention questions remain unresolved. Valuation stance should be described as fair-to-slightly-full on public evidence alone, with upside only if private diligence confirms strong net retention, healthy gross margins, disciplined burn, and genuine workflow stickiness in LibTV and adjacent products. The final diligence asks are correspondingly practical: prove retention, prove margin, prove control maturity, and prove that the most valuable accounts are not trivially multi-homing. If those tests fail, the $2B+ round begins to look aspirational rather than well-supported. From a diligence perspective, this public evidence is directional rather than fully institutional-grade. It shows how the company is positioning itself and where demand is visible, but it still leaves material unanswered questions around conversion quality, retention, governance, unit economics, and the durability of any apparent moat once private diligence data is introduced. The underwriting implication is that each public signal still needs private validation against cohort, margin, and control data.[CV027, CV028, CV029, CV030, CV031, CV032]
| trigger | why it breaks the case | monitoring need |
|---|---|---|
| Weak NRR / high churn | Traffic would not convert into durable value | Cohort and renewal data |
| Low gross margin | Would imply thin pass-through economics | Product-level COGS bridge |
| Supplier concentration shock | Would expose moat weakness and margin risk | Model/vendor dependency map |
| Regulatory/control failure | Would damage trust and slow adoption | Moderation and labeling evidence |
| Top-customer concentration | Would make growth fragile | Customer concentration schedule |
The investment only works if these triggers remain controlled.
[CV031, CV032, CV033, CV034, CV035]| ask | why it matters | decision use |
|---|---|---|
| NRR / GRR / churn by product | Determines customer quality | Can confirm or reject bull/base case |
| Gross margin and contribution margin | Determines whether revenue is software-like | Required for scenario ranges |
| Burn, cash, runway | Determines financing risk | Needed to judge downside resilience |
| Supplier and model dependency map | Tests moat durability | Needed to assess competitive exposure |
| Top-customer exposure and logo references | Tests concentration and proof quality | Needed for recommendation confidence |
These asks should resolve the biggest gaps behind the recommendation.
[CV036, CV037, CV038, CV039, CV040]The current round price is easiest to defend if growth, retention, and margin all hold up under private diligence.
[CV023, CV024, CV025, CV026, CV034, CV035]8.4 Exhibits
Disclaimer
This report is a public-evidence diligence snapshot, not investment advice. Important financial, legal, technical, and contractual facts remain non-public and should be verified directly with management and primary documents before any investment decision.
Evidence index
| ID | Statement | Confidence | Sources |
|---|---|---|---|
| CO001 | LiblibAI is operated by Beijing Evoken Technology and the same legal surface also covers LibTV, Xingliu, SDKs, and APIs. | Medium | SO006 |
| CO002 | The privacy policy also describes LiblibAI, LibTV, and Xingliu as related platforms under the same operator and account system. | Medium | SO007 |
| CO003 | Yicai reported that Evoken completed a $300 million Series B+ round at a valuation above $2 billion in June 2026. | Medium | SO001 |
| CO004 | AIbase likewise reported a nearly $300 million B+ round and a post-money valuation above $2 billion. | Medium | SO002 |
| CO005 | Yicai described Evoken as Beijing-based and positioned LiblibAI as its flagship image creation and sharing platform. | Medium | SO001 |
| CO006 | Yicai said LiblibAI had more than 30 million cumulative users as of June 2026. | Medium | SO001 |
| CO007 | AIbase said LiblibAI had accumulated more than 500,000 original models. | Medium | SO002 |
| CO008 | Firecat said Xingliu had served more than 10 million users by June 2026. | Medium | SO003 |
| CO009 | Firecat said LibTV had served nearly 1,000 short-drama teams, film studios, advertising companies, and brand customers. | Medium | SO003 |
| CO010 | LiblibAI’s API page shows that the company sells image-generation access through point-based API plans and commercial usage rights. | Medium | SO008 |
| CO011 | Yicai identified Chen Mian as the founder and said he previously led commercialization for CapCut at ByteDance. | Medium | SO001 |
| CO012 | 36Kr’s June 2026 financing report also described Chen Mian as the central founder-operator of Evoken/LiblibAI. | Medium | SO004 |
| CO013 | 36Kr’s Lovart/Xingliu report said LiblibAI was founded in May 2023. | High | SO010, SO009 |
| CO014 | 36Kr’s Lovart/Xingliu report named Zhang Zijie as a co-founder involved in LiblibAI’s fast-execution culture. | Medium | SO010 |
| CO015 | Public sources repeatedly emphasize Chen Mian’s ByteDance commercialization background as a reason investors backed the company early. | High | SO001, SO004 |
| CO016 | The reviewed public record does not provide a verified board roster or committee structure for Evoken. | Medium | SO001, SO006 |
| CO017 | Global Private Capital Association said Granite Asia, Tencent, and Shunwei co-led the June 2026 B+ round. | Medium | SO021 |
| CO018 | Yicai also named Ant Group and HSG as participating existing investors in the June 2026 round. | Medium | SO001 |
| CO019 | CMC Capital said it and HKIC co-led LiblibAI’s $130 million Series B in October 2025. | Medium | SO016 |
| CO020 | INCE Capital said the October 2025 Series B was $130 million and the largest AI-application financing in China that year. | Medium | SO015 |
| CO021 | The investor base spans financial sponsors and strategic platforms rather than a single-company dependency. | Medium | SO021, SO016, SO015 |
| CO022 | The June 2026 B+ publicity indicates repeat support from existing shareholders rather than a fully reset cap table. | Medium | SO001, SO003 |
| CO023 | 36Kr’s June 2026 financing report described angel financing in July 2023 only two months after formation. | Medium | SO004 |
| CO024 | Pandaily’s February 2025 archive said Shunwei and INCE led another financing round before the 2025 Series B. | Medium | SO020 |
| CO025 | 36Kr said Xingliu Agent launched on July 3, 2025 as the domestic design-agent counterpart to Lovart. | Medium | SO010 |
| CO026 | CMC Capital said LiblibAI launched its 2.0 version in October 2025 and reframed itself as a professional AI creative studio. | Medium | SO016 |
| CO027 | Firecat said LibTV launched in March 2026 and focused on professional video production. | Medium | SO003 |
| CO028 | Baidu Baike’s LibTV Team Edition entry said the team product launched on May 18, 2026. | Low | SO013 |
| CO029 | Baidu Baike said more than 300 business clients adopted LibTV Team Edition soon after launch. | Low | SO013 |
| CO030 | Firecat said Evoken’s ARR reached $300 million as of May 2026. | Medium | SO003 |
| CO031 | 36Kr said group revenue in May 2026 was up more than 3000% year over year. | Medium | SO004 |
| CO032 | The June 2026 B+ round confirmed Evoken as a current unicorn because the post-money valuation exceeded $2 billion. | High | SO001, SO002 |
| CO033 | China’s AI-generated content labeling rules took effect from September 1, 2025 and cover images and videos. | Medium | 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. | Medium | 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. | Medium | 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. | Medium | SM001, SM013 |
| CM002 | The company’s original wedge is creator image generation and model-community activity. | Medium | SM023, SM007 |
| CM003 | Xingliu pushes the company into AI-assisted design workflows rather than pure prompt-to-image utility. | Medium | SM016, SM021 |
| CM004 | LibTV pushes the company into professional AI video production rather than only hobbyist generation. | Medium | SM015, SM022 |
| CM005 | Individual creators are visible end users because LiblibAI markets daily points, memberships, model discovery, and creator community access. | Medium | SM014, SM023 |
| CM006 | Design teams are a distinct buyer because Xingliu and Lovart-style products promise design delivery rather than isolated image outputs. | Medium | SM021, SM016 |
| CM007 | Short-drama studios and film teams are visible buyers because LibTV Team Edition and Firecat both describe professional production customers. | Medium | SM027, SM022 |
| CM008 | Developers and automation builders are also part of the market because LiblibAI sells API plans with commercial rights and custom quotas. | Medium | SM013 |
| CM009 | Buyer budgets differ materially across creator, studio, design, and developer segments. | Medium | SM014, SM013, SM027 |
| CM010 | The company therefore operates in a portfolio of adjacent markets rather than one homogeneous user base. | Medium | 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. | Medium | SM020, SM017 |
| CM012 | Research and Markets sized generative AI in creative industries at $5.38 billion in 2026. | Medium | SM001 |
| CM013 | The same report forecast that market to reach $14.03 billion by 2030. | Medium | SM001 |
| CM014 | Sensor Tower said global short-drama app downloads exceeded 850 million in Q1 2026. | Medium | SM003 |
| CM015 | Sensor Tower said short-drama app IAP revenue reached roughly $750 million in Q1 2026. | Medium | SM003 |
| CM016 | Business of Apps said the micro-drama ecosystem had more than 700 monthly active advertisers by the end of 2025. | Medium | SM002 |
| CM017 | Business of Apps also said monthly creatives per advertiser were up 144.9% year over year. | Medium | SM002 |
| CM018 | ThinkChina said AI video is one of the few generative applications already showing viable revenue paths in advertising, e-commerce, and entertainment. | Medium | SM004 |
| CM019 | ThinkChina cited Douyin’s estimate that enterprise AI video applications could reach a $36 billion market by 2030. | Medium | 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. | Medium | SM001, SM004 |
| CM021 | Runway prices creator access from free to paid monthly plans, showing that AI video already has visible self-serve pricing ladders. | Medium | 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. | Medium | SM005 |
| CM023 | LiblibAI’s own API point plans show a low-friction path from small experiments to larger custom quotas. | Medium | SM013 |
| CM024 | Workflow compression is a major adoption driver because LiblibAI combines discovery, generation, and commercial-use rights in one system. | Medium | SM013, SM014, SM017 |
| CM025 | Short-drama commercialization is another driver because video teams already spend heavily on content throughput and creative testing. | Medium | SM003, SM002, SM022 |
| CM026 | China’s labeling rules create ongoing compliance costs for any platform distributing AI-generated images or videos. | High | SM025, SM024 |
| CM027 | InsidePrivacy highlighted that China’s labeling rules impose explicit and implicit marking obligations across generators and distributors. | Medium | SM026 |
| CM028 | Copyright and safety friction already affects the AI-video category, including public scrutiny of inappropriate content and IP misuse. | Medium | SM004 |
| CM029 | Civitai shows that model-community competition is global and that creator discovery itself can be a product category. | Medium | SM007 |
| CM030 | Adobe Firefly and Canva show that incumbent design platforms are also defending the same workflow budgets LiblibAI wants to enter. | Medium | SM008, SM009 |
| CM031 | Kling shows that Chinese AI-video competition is increasingly intense even before considering ByteDance and Alibaba. | Medium | SM010, SM004 |
| CM032 | 36Kr argued that upstream model vendors can squeeze aggregators on price or native product quality. | Medium | 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. | Medium | SM020, SM017, SM027 |
| CM034 | That means market quality depends as much on retention and integration as on top-line category expansion. | Medium | 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. | Medium | 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. | Medium | SP001 |
| CP002 | Runway competes with LibTV on AI-video workflow rather than on model community. | Medium | SP002 |
| CP003 | Adobe Firefly competes for design and creative budgets from the incumbent-software side. | Medium | SP003 |
| CP004 | Canva competes for easy-to-use design and marketing workflows with stronger distribution and team familiarity than most pure AI startups. | Medium | SP004 |
| CP005 | Kling is a relevant China AI-video rival because it is positioned as a next-generation AI video and image generator. | Medium | SP005 |
| CP006 | OpenAI is an adjacent rival when teams use broad enterprise AI instead of workflow-specific creative tools. | Medium | SP008 |
| CP007 | LiblibAI’s direct differentiation is that it combines community, image creation, video tools, design-agent surfaces, and API rails in one family. | Medium | SP009, SP011, SP012 |
| CP008 | Civitai is stronger on pure community identity than on enterprise trust or packaged workflow. | Medium | SP001 |
| CP009 | Runway is stronger on branded AI-video workflow than on creator-community gravity. | Medium | SP002 |
| CP010 | Adobe Firefly and Canva are stronger on enterprise and team trust than on open model-community density. | Medium | SP003, SP004 |
| CP011 | Kling and other China video rivals raise the competitive bar on native model quality and queue expectations. | Medium | SP005, SP018 |
| CP012 | LiblibAI therefore competes in more than one category at the same time, which is both a strength and a management burden. | Medium | SP009, SP016 |
| CP013 | Runway’s public plan structure shows that premium AI-video usage already supports clear credit ladders from free to enterprise. | Medium | 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. | Medium | SP008 |
| CP015 | LiblibAI uses free points, memberships, API plans, and likely team plans to capture spend at multiple price points. | High | SP010, SP009, SP015 |
| CP016 | Adobe and Canva defend creative budgets through bundled workflow convenience rather than community-led discovery. | Medium | SP003, SP004 |
| CP017 | Pricing competition is especially sharp in AI video because users compare queue time, cost, and output quality across several platforms. | Medium | 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. | Medium | SP016, SP009 |
| CP019 | 36Kr explicitly questioned whether LiblibAI’s moat can survive upstream model iteration. | Medium | 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. | Medium | SP016 |
| CP021 | Low switching costs are structural because creators can test many tools without changing their entire production stack. | Medium | SP001, SP002, SP004 |
| CP022 | Compliance also becomes a competitive variable because platforms with weaker moderation or metadata systems may lose trust faster. | High | SP025, SP026 |
| CP023 | LiblibAI’s strongest moat candidate is ecosystem density in China rather than exclusive model ownership. | Medium | SP023, SP017, SP013 |
| CP024 | That ecosystem density is visible in its user claims, model inventory, and creator-training surfaces. | Medium | SP023, SP013, SP014 |
| CP025 | The competitive map therefore places LiblibAI closer to “community plus workflow” than to “best raw model” or “best enterprise suite.” | Medium | SP001, SP002, SP003 |
| CP026 | Civitai anchors the community extreme of that map. | Medium | SP001 |
| CP027 | Adobe Firefly anchors the incumbent workflow-trust extreme of that map. | Medium | SP003 |
| CP028 | Runway anchors the AI-video workflow brand extreme of that map. | Medium | SP002 |
| CP029 | Kling anchors the China-native video model extreme of that map. | Medium | SP005 |
| CP030 | LiblibAI’s breadth across community, image, video, and API is broader than any single one of those reference platforms. | Medium | SP009, SP011, SP001, SP002 |
| CP031 | Its enterprise readiness is still weaker than the public trust surfaces of Adobe or Canva. | Medium | SP003, SP004, SP024 |
| CP032 | Creator density is currently the clearest competitive strength. | Medium | SP023, SP017 |
| CP033 | Workflow breadth is the second major strength. | Medium | SP009, SP011, SP012 |
| CP034 | Switching cost is still only low to medium because creator tools remain fragmented and users can multi-home. | Medium | SP016, SP001, SP002 |
| CP035 | The competitive verdict is that LiblibAI is differentiated but not yet insulated. | Medium | SP016, SP003, SP002 |
| CP036 | To win durable share, the company must turn creator traffic and cheap experimentation into default workflow behavior. | Medium | SP009, SP015, SP016 |
| CI001 | LiblibAI monetizes through more than one surface, including memberships, API plans, and workflow products. | High | SI009, SI010, SI011 |
| CI002 | The official API page shows point-based plans, commercial rights, and custom quotas for image-generation usage. | Medium | SI009 |
| CI003 | The VIP page shows recurring memberships bundled with point balances and usage privileges. | Medium | SI010 |
| CI004 | LibTV extends monetization beyond consumer creation into team-oriented video workflow spending. | Medium | SI011, SI030 |
| CI005 | Xingliu broadens the product family into design workflow budgets instead of limiting monetization to image generation. | Medium | SI012, SI031 |
| CI006 | The B+ round coverage consistently frames Evoken as a multi-product AI creative suite rather than a single-SKU app. | High | SI013, SI014, SI016 |
| CI007 | Multiple pricing surfaces imply the company can monetize creators, developers, and teams differently. | High | SI009, SI010, SI011 |
| CI008 | API plans appear designed to convert experimentation into repeat production workloads. | Medium | SI009 |
| CI009 | Memberships likely monetize high-frequency individual creators more efficiently than pure per-generation billing. | Medium | SI010, SI014 |
| CI010 | LibTV Team Edition procurement language suggests spend can expand with seat count, project duration, and generation demand. | Medium | SI030, SI037 |
| CI011 | The community layer matters financially because it can feed paid conversion at lower acquisition cost than direct enterprise-only distribution. | Medium | SI001, SI014, SI016 |
| CI012 | Public sources do not disclose the actual revenue mix across memberships, API, video, design, or custom deals. | Medium | SI013, SI009 |
| CI013 | The key unit-economics question is whether LiblibAI earns software-like contribution margins or mostly resells expensive compute. | Medium | SI017, SI025 |
| CI014 | 36Kr argued that upstream model vendors can squeeze aggregators on price, queue time, and native product quality. | Medium | SI017 |
| CI015 | Community distribution and workflow orchestration can still create real value capture even when upstream models are external. | Medium | SI016, SI009, SI011 |
| CI016 | Video workflows are likely more compute-intensive and service-heavy than image memberships. | Medium | SI011, SI032, SI036 |
| CI017 | The public record does not disclose gross margin, COGS, or model-access cost structure for any product line. | Medium | 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. | High | 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. | High | 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. | High | SI021, SI022 |
| CI021 | Duolingo is a useful consumer-plus-subscription benchmark because it pairs large-scale user engagement with paid conversion and margin disclosure. | High | SI023, SI028 |
| CI022 | LiblibAI’s current public evidence proves monetization exists, but not whether operating leverage is already emerging. | Medium | 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. | Medium | 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. | Medium | SI017, SI026, SI029 |
| CI025 | The June 2026 B+ round materially improved headline capital adequacy by adding nearly $300 million of fresh funding. | High | 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. | High | SI013, SI014 |
| CI027 | Firecat reported ARR of about $300 million as of May 2026. | Medium | SI015 |
| CI028 | AI Market Watch and Shuzi Qushi also echoed the $300 million ARR narrative and revenue growth above 3000% year over year. | Medium | SI033, SI006 |
| CI029 | Large financing plus large ARR suggest the company is commercially real, not merely pre-revenue hype. | High | SI013, SI015, SI006 |
| CI030 | However, public sources do not disclose cash balance, monthly burn, or runway. | Medium | SI013, SI016 |
| CI031 | No reviewed public source disclosed debt facilities, vendor-financing terms, or compute purchase obligations. | Medium | 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. | Medium | SI011, SI035, SI017 |
| CI033 | The strongest financial proof today is top-line scale, not margin transparency. | Medium | SI015, SI013, SI016 |
| CI034 | The strongest financial blocker is the absence of public gross margin, burn, and retention disclosure. | Medium | 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. | Medium | SI009, SI037, SI017 |
| CI036 | The underwriting stance should therefore treat public financial signals as promising but incomplete. | Medium | 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. | Medium | SI017, SI013, SI009 |
| CE001 | LiblibAI is no longer a single image app; the reviewed materials show a broader creative-product family. | High | SE009, SE012, SE013 |
| CE002 | The core platform still centers on creator community, models, prompts, and image generation. | Medium | SE009, SE002 |
| CE003 | VIP memberships represent a packaged usage layer on top of the creator platform. | Medium | SE011 |
| CE004 | The API page shows a second product surface for developers and integrators. | Medium | SE010 |
| CE005 | LibTV is positioned as a one-stop AI video creation platform rather than a single model endpoint. | High | SE012, SE020 |
| CE006 | Xingliu is positioned as a design-agent workflow rather than a generic image generator. | Medium | SE013, SE022 |
| CE007 | The brand LoRA page shows the company is supporting reusable branded visual systems, not only ad hoc prompting. | Medium | SE003 |
| CE008 | Upload-model tooling shows supply-side participation from creators who contribute or reuse models. | Medium | SE006 |
| CE009 | Pretraining tools extend that supply-side logic into model tuning or training workflows. | Medium | SE016 |
| CE010 | The API page references commercial rights and custom model access, indicating the platform is designed for downstream production use. | Medium | SE010 |
| CE011 | LibTV supports both manual creation and AI-agent access, creating a dual-entry workflow design. | Medium | SE018, SE020 |
| CE012 | Taken together, the product family maps to discovery, generation, structuring, collaboration, and commercialization steps. | High | SE009, SE010, SE018 |
| CE013 | Public product evidence points to an orchestration architecture rather than a claim of owning every core generation model. | Medium | SE018, SE027 |
| CE014 | LibTV’s infinite canvas and node-based workflow are central to its operating architecture. | Medium | SE018, SE019 |
| CE015 | FreeAI’s description reinforces that LibTV connects the chain from script to final film inside one platform. | Medium | SE020 |
| CE016 | Public materials describe LibTV as integrating multiple external models instead of depending on a single proprietary engine. | Medium | SE018, SE021 |
| CE017 | The workflow architecture is therefore a material product choice, not just a UI preference. | Medium | SE018, SE020 |
| CE018 | Model-upload and pretraining surfaces suggest the platform is trying to deepen its own asset and model graph. | Medium | SE006, SE016 |
| CE019 | The API layer creates a delivery model for external products, not only for first-party usage. | Medium | SE010 |
| CE020 | The user agreement and privacy policy indicate that accounts, content, and governance are shared across multiple product surfaces. | High | SE014, SE015 |
| CE021 | Team collaboration features in LibTV imply additional architecture for permissions, shared assets, and project handoff. | Medium | SE018, SE028 |
| CE022 | No reviewed public source provides enterprise-grade uptime, latency, or SLA reporting. | Medium | SE012, SE010 |
| CE023 | That absence matters because workflow products fail if reliability is poor even when model quality is strong. | Medium | SE012, SE027 |
| CE024 | The product stack remains dependent on upstream model access and ongoing routing quality. | Medium | SE027, SE018 |
| CE025 | LiblibAI’s clearest differentiation is the combination of community, image, design, video, and API surfaces under one account system. | High | SE009, SE012, SE013, SE010 |
| CE026 | The platform’s Chinese-language creator density and large model library are meaningful product assets. | Medium | SE029, SE009 |
| CE027 | Xingliu and Lovart context suggest the company is pushing from image tools into end-to-end design assistance. | High | SE022, SE007, SE008 |
| CE028 | The privacy policy shows that trust controls exist at the policy layer, even if deeper technical evidence is sparse. | Medium | SE015 |
| CE029 | The user agreement likewise shows explicit rules around platform use and moderation responsibility. | Medium | SE014 |
| CE030 | China’s labeling rules make trust and compliance product requirements, not back-office details, for image and video platforms. | High | SE023, SE024 |
| CE031 | InsidePrivacy also emphasizes that both generators and distributors bear labeling obligations. | Medium | SE025 |
| CE032 | ThinkChina’s copyright and safety discussion shows why AI-video workflow quality cannot be separated from compliance burden. | Medium | SE026 |
| CE033 | The roadmap signal is strong because LibTV added team collaboration and further workflow features within months of launch. | Medium | SE018, SE019 |
| CE034 | Additional product surfaces such as digital humans and brand LoRA workflows suggest active adjacency expansion. | High | SE017, SE003 |
| CE035 | That expansion speed is a product advantage, but it can also stretch QA, support, and focus. | Medium | SE018, SE027 |
| CE036 | The resulting technical moat looks architectural and ecosystem-driven rather than base-model-proprietary. | Medium | 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. | Medium | SE010, SE015, SE027 |
| CU001 | LiblibAI serves multiple distinct customer cohorts rather than one homogeneous creator audience. | High | SU022, SU023, SU024, SU025 |
| CU002 | The largest visible cohort is the creator community tied to image generation and model discovery. | High | SU022, SU030, SU018 |
| CU003 | Developers are a separate cohort because the API product offers commercial rights and custom quotas. | Medium | SU023 |
| CU004 | Design users are a separate cohort because Xingliu and brand-style workflows target commercial design use cases. | Medium | SU025, SU026 |
| CU005 | Short-drama studios and film teams are a distinct buyer segment because LibTV Team Edition is positioned around collaborative production. | Medium | SU014, SU002 |
| CU006 | Brand and agency customers are also mentioned in LibTV adoption reporting. | Medium | SU016, SU003 |
| CU007 | Yicai reported more than 30 million cumulative LiblibAI users in June 2026. | Medium | SU017 |
| CU008 | AIbase reported more than 500,000 original models on the platform. | Medium | SU018 |
| CU009 | Firecat reported that Xingliu had served more than 10 million users by June 2026. | Medium | SU016 |
| CU010 | BaiduWiki said LibTV traffic exceeded 100,000 visits on launch day. | Medium | SU002 |
| CU011 | Firecat said LibTV had served nearly 1,000 short-drama teams, film institutions, advertising companies, and brand clients. | Medium | SU016 |
| CU012 | BaiduWiki and Baijiahao launch references said Team Edition quickly reached more than 300 business customers. | Medium | SU002, SU006 |
| CU013 | Customer proof is strongest for LibTV because it is tied to identifiable production workflows rather than general traffic. | Medium | SU016, SU002 |
| CU014 | Short-drama companies and film studios are repeatedly named as core LibTV customer types. | Medium | SU014, SU007, SU004 |
| CU015 | Advertising companies and brand customers also appear in customer descriptions, expanding proof beyond entertainment studios. | Medium | SU016, SU003 |
| CU016 | The Laid-Off Girl was produced entirely using LibTV according to BaiduWiki. | Medium | SU003 |
| CU017 | That named proof shows at least one real production outcome, even if it does not prove broad repeatability on its own. | Medium | 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. | Medium | SU002, SU014 |
| CU019 | AI Market Watch argues that LiblibAI functions as a creator ecosystem and downstream workflow suite rather than a single novelty tool. | Medium | SU005 |
| CU020 | Public sources still provide few named logos or buyer-level contract details outside the LibTV examples. | Medium | SU016, SU014 |
| CU021 | No reviewed source disclosed ACV, seat counts, or contract terms for professional customers. | Medium | 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. | Medium | SU018, SU016, SU026 |
| CU023 | Customer breadth is therefore easier to prove publicly than customer quality. | Medium | SU017, SU002, SU020 |
| CU024 | The community model should help acquisition by letting users discover examples, models, and workflows before paying. | Medium | SU022, SU030 |
| CU025 | The API surface creates an expansion path from experimentation into embedded repeat workloads. | Medium | SU023 |
| CU026 | Team Edition creates another expansion path from individual experimentation into collaborative production. | Medium | SU014, SU002 |
| CU027 | Rapid feature additions in LibTV suggest management is intentionally trying to deepen repeat workflow usage. | Medium | SU002, SU004 |
| CU028 | However, no reviewed public source discloses GRR, NRR, churn, or renewal rates. | Medium | SU016, SU017 |
| CU029 | That absence is important because AI creator tools can look strong on traffic while remaining weak on durable paid behavior. | Medium | SU020, SU021 |
| CU030 | Multi-homing risk is structurally high because creators can test many image and video tools at low switching cost. | Medium | SU020, SU021 |
| CU031 | Top-customer concentration is also unknown because no top-account exposure is disclosed. | Medium | 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. | Medium | SU030, SU002 |
| CU033 | The best customer reading is therefore “broad and real adoption with incomplete durability data.” | Medium | SU017, SU016, SU002 |
| CU034 | Public evidence is strong enough to support commercial relevance, especially for LibTV. | Medium | SU016, SU003, SU002 |
| CU035 | Public evidence is not yet strong enough to underwrite retention quality or concentration safety with confidence. | Medium | 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. | Medium | SU023, SU014, SU020 |
| CR001 | China’s AI-generated-content labeling regime applies directly to image and video platforms like LiblibAI. | High | SR001, SR010 |
| CR002 | The CAC measures require explicit and implicit labeling of AI-generated content. | Medium | 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. | Medium | SR006, SR003, SR004 |
| CR004 | China’s deep-synthesis framework creates an additional governance layer beyond the 2025 labeling measures. | Medium | SR007, SR005 |
| CR005 | For LiblibAI, these rules are operational obligations because the company distributes synthetic images and video, not just backend tooling. | High | 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. | High | SR014, SR015 |
| CR007 | But no reviewed public source proves the maturity of internal moderation, audit logging, or enforcement tooling. | Medium | 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. | Medium | SR012, SR003 |
| CR009 | Commercial-rights language on the API page is helpful, but it does not eliminate downstream IP risk for customers. | Medium | SR020 |
| CR010 | Privacy risk matters because the same operator appears to manage multiple products under a shared account system. | High | SR015, SR014 |
| CR011 | An enforcement or trust event in any one major product could spill over to the rest of the product family. | Medium | 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. | Medium | SR013, SR012 |
| CR013 | The residual legal exposure is therefore meaningful even if the company’s rules and policies look directionally appropriate. | Medium | SR009, SR014, SR013 |
| CR014 | Diligence should treat regulatory control maturity as a first-order investment question. | Medium | SR001, SR011 |
| CR015 | Operational risk rises materially as the company moves from image generation into AI video and collaborative workflow. | Medium | SR021, SR023, SR026 |
| CR016 | Video workflows are more compute-intensive, more latency-sensitive, and more support-heavy than simple creator image tools. | Medium | SR026, SR012 |
| CR017 | 36Kr’s “AI middleman” critique is operationally important because it highlights exposure to upstream model quality, price, and queue-time competition. | Medium | SR013 |
| CR018 | If upstream model vendors improve their native products, LiblibAI’s orchestration layer may lose relative power unless workflow value remains high. | Medium | SR013, SR023 |
| CR019 | LibTV’s team features raise the cost of failure because collaboration, permissions, and asset handling matter for production users. | Medium | SR023, SR024 |
| CR020 | No public SLA, uptime history, or incident metrics were found for the professional workflow surfaces. | Medium | SR021, SR020 |
| CR021 | Content-safety failure is also an operational risk because moderation performance and policy compliance are intertwined. | Medium | SR013, SR009 |
| CR022 | Rapid product expansion into video, design, API, and community tools increases QA and support burden. | Medium | SR019, SR021, SR022 |
| CR023 | Cloud or inference-cost shocks would hit economics directly because video and high-volume generation are expensive workloads. | Medium | SR026, SR027 |
| CR024 | Creator-supply deterioration would also hurt because community density is part of the product’s differentiation. | Medium | SR017, SR031 |
| CR025 | Policy tightening remains a genuine dependency because China’s AI rules are still evolving in interpretation and enforcement. | Medium | SR001, SR003 |
| CR026 | Strategic-investor support is a strength, but it may also create pressure for high growth or ecosystem alignment. | Medium | SR016, SR032 |
| CR027 | Taken together, the dependency profile is a core reason the moat should be treated as conditional rather than fully locked in. | Medium | SR013, SR001, SR021 |
| CR028 | Execution risk is elevated because the company is scaling several product lines at once. | Medium | SR019, SR022, SR021 |
| CR029 | Founder concentration is visible because Chen Mian remains the central public operator in most coverage. | High | SR016, SR019 |
| CR030 | Public governance transparency is still limited relative to the company’s scale and valuation. | Medium | SR016, SR014 |
| CR031 | Product-sprawl risk is real because image, video, design, API, and compliance programs all compete for attention and resources. | Medium | SR021, SR022, SR013 |
| CR032 | Go-to-market complexity is also high because creators, developers, studios, agencies, and brands require different support motions. | Medium | SR020, SR024, SR034, SR001 |
| CR033 | Financial-model risk is high because ARR and growth are public, but gross margin, burn, and retention are not. | Medium | 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. | Medium | SR027, SR013 |
| CR035 | Fresh capital from the B+ round is a mitigating factor because it buys time to improve controls and operating leverage. | High | SR016, SR017 |
| CR036 | Very strong adoption signals are another mitigating factor because they show real demand across products. | High | SR016, SR017, SR018 |
| CR037 | High product velocity is also a mitigation because it suggests management can respond quickly to workflow needs. | Medium | SR023, SR033 |
| CR038 | But those mitigants are insufficient unless diligence verifies control maturity, dependency concentration, and retention quality. | Medium | 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. | Medium | SR001, SR013, SR027 |
| CR040 | Overall, LiblibAI’s risk profile is investable only with disciplined diligence and explicit kill criteria, not on headline growth alone. | Medium | SR016, SR013, SR001 |
| CV001 | LiblibAI already looks like a real scaled AI application business rather than a pre-revenue concept. | High | 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. | High | SV018, SV019, SV020 |
| CV003 | That starting point is much stronger than most AI-application peers reach before late-stage financing. | Medium | SV008, SV018 |
| CV004 | The thesis also depends on workflow breadth across image, API, design, and video rather than on one fragile use case. | High | SV027, SV028, SV029 |
| CV005 | Community distribution and creator density may give LiblibAI an acquisition advantage over enterprise-only peers. | Medium | SV019, SV027 |
| CV006 | LibTV and team workflows create an upside path to higher-value accounts if retention is strong. | Medium | SV020, SV032 |
| CV007 | The anti-thesis is that the moat may be shallower than the growth narrative implies. | Medium | SV022 |
| CV008 | 36Kr argued directly that upstream model vendors can squeeze aggregators on price and native UX. | Medium | SV022 |
| CV009 | If switching costs are low and supplier power is high, a premium late-stage multiple becomes harder to justify. | Medium | SV022, SV001 |
| CV010 | Public evidence is also thin on gross margin, burn, retention, and concentration. | Medium | SV020, SV022 |
| CV011 | That means the current round must be treated as plausible but not fully validated by public evidence alone. | Medium | SV018, SV022 |
| CV012 | Valuation discipline therefore matters more than narrative excitement in this case. | Medium | SV001, SV022 |
| CV013 | The public round context establishes a clear latest-price anchor above $2 billion. | High | 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. | Medium | 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. | Medium | SV001 |
| CV016 | A $2B valuation on $300M ARR implies roughly 6.7x ARR, above those public medians. | High | SV018, SV020, SV001 |
| CV017 | That premium could still be defendable if LiblibAI’s growth, retention, and moat are materially better than median public software. | Medium | 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. | High | 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. | High | SV012, SV017, SV016 |
| CV020 | Duolingo is relevant as a large-scale conversion model from massive audience into monetized software behavior. | High | SV011, SV015 |
| CV021 | Pinterest is relevant because it blends large-scale visual discovery with monetization, offering a loose audience-to-revenue analogue. | Medium | SV003, SV007 |
| CV022 | Unity and Shutterstock help frame where creator or media-adjacent software can trade when narratives, margins, or growth rates differ. | Medium | 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. | Medium | SV027, SV028, SV020 |
| CV024 | The base case assumes strong growth but only good, not exceptional, retention and margin quality. | Medium | SV020, SV022 |
| CV025 | The bear case assumes that growth is masking weak durability or thin orchestration economics. | Medium | SV022, SV001 |
| CV026 | On current public evidence, the base case is the most defensible scenario. | Medium | SV018, SV020, SV022 |
| CV027 | The recommendation should therefore be to proceed, but only with disciplined diligence. | Medium | SV018, SV022, SV001 |
| CV028 | Confidence should be medium rather than high because too many value drivers remain private. | Medium | SV022, SV020 |
| CV029 | Risk rating should be high relative to mature software because regulation, supplier dependence, and retention opacity are still material. | Medium | SV035, SV022, SV020 |
| CV030 | Valuation stance on public evidence alone is fair to slightly full, not obviously mispriced bargain territory. | Medium | SV001, SV018, SV020 |
| CV031 | The latest financing mark is easiest to justify if private data show strong NRR and software-like contribution margins. | Medium | SV020, SV001 |
| CV032 | If private diligence instead shows heavy subsidies or weak renewals, downside risk to the implied multiple becomes material. | Medium | SV022, SV001 |
| CV033 | The most important thesis-break trigger is weak retention beneath strong traffic. | Medium | SV022, SV034 |
| CV034 | A second thesis-break trigger is low gross margin or poor contribution margin once compute and support are normalized. | Medium | SV017, SV022 |
| CV035 | A third thesis-break trigger is concentration on a few high-value customers or suppliers. | Medium | SV027, SV033 |
| CV036 | A fourth thesis-break trigger is a material regulatory or moderation failure that weakens trust. | Medium | SV035, SV022 |
| CV037 | Final diligence therefore needs to prove NRR/GRR, gross margin, burn, supplier concentration, and top-account exposure. | Medium | SV020, SV022, SV027 |
| CV038 | Without those answers, the public case is impressive but still incomplete as a late-stage underwriting package. | Medium | SV018, SV022 |
| CV039 | With those answers, LiblibAI could justify a premium private valuation because the combination of scale and breadth is unusual. | Medium | SV018, SV019, SV020 |
| CV040 | The final recommendation is a qualified yes on diligence priority, not a blind yes on price. | Medium | SV001, SV018, SV022 |