腾讯文档战略规划

AI Canvas 智能文档画布

AI 时代下重新定义的文档新范式

混沌输入,智慧输出 (Chaos In, Genius Out)

P1

产品定义:AI Canvas 是什么?

核心定位:AI 理解重构的"智能服务容器"

💡

一句话定义

利用 AI 将非结构化的静态文档,重构为结构化的"可视化洞见"与可交互的"微应用服务"。

关键差异化

Doc/Sheet/Slide
编辑器
(Input-centric,重在输入)
AI Canvas
转换器/容器
(Output-centric,重在交付和服务)
P2

用户痛点:海量信息的"消化不良"

🤯

读不完 (Overload)

海量文档堆积,手机屏小字密
找不到重点,认知负荷极高

📉

用不了 (Static)

文档是死的文本
无法直接筛选、排序或交互

🎨

做不出 (Skill Gap)

想做精美的H5或报表
但没有设计和开发能力

P3

核心价值:三核驱动 (Triple Engines)

📊

方向一:内容可视化 (Read - 解决"懂"的问题)

痛点

文档长、信息杂、手机屏小,阅读效率低。用户在移动端面对长篇文档或复杂数据时,难以快速抓取核心信息,认知负荷高。

解法

AI 萃取核心信息,将内容重构为可视化形态:

  • Dashboard:复杂数据表 → 可视化图表(柱状图、饼图、趋势图)
  • 知识卡片:长文档 → 核心要点卡片(降低认知负荷)
  • 时间轴/甘特图:项目计划 → 直观时间视图(辅助快速决策)

✅ 降低认知负荷,辅助快速决策

⚙️

方向二:内容应用化 (Use - 解决"做"的问题)

痛点

文档是死的,无法直接完成任务。用户需要填表、答题、审批、查询时,必须切换到其他工具,无法在文档内完成业务闭环。

解法

AI 将内容封装为微应用组件,在文档内直接完成任务:

  • Form(表单组件):报名表/登记表 → 在线填写提交(一键收集)
  • App(应用组件):试卷 → 在线答题应用(自动批改,数据回流)
  • 查询系统:成绩单/工资条 → 输入即查询(隐私保护)

✅ 在文档内直接完成业务闭环

📢

方向三:汇报叙事化 (Present - 解决"说"的问题)

痛点

传统PPT制作耗时、格式固化、缺乏互动。用户需要汇报方案时,希望用更结构化、互动化的新颖方式呈现,但制作HTML汇报页面门槛高、成本大。

解法

AI 将文档内容重构为HTML汇报页面,提供结构化、互动化的呈现方式:

  • 短叙事:方案文档 → 高度凝练的一句话核心(电梯演讲式)
  • 长叙事:方案文档 → 流式展示的HTML汇报页面(替代PPT,支持滚动、交互、动画)
  • 结构化呈现:自动提取章节、要点、数据,形成清晰的汇报结构

✅ 用HTML替代PPT,更结构化、互动化的新颖汇报方式

P4

范式提炼:定义边界的第一步

核心问题:海量文档场景,如何让模型理解并转化为合理视图?

我们需要为AI模型建立清晰的认知边界。第一步是归纳场景,提炼范式:我们不为 1000 个场景做 1000 个功能,而是提炼出 3 大类 13 种通用范式,每种范式都有明确的叙事逻辑结构和组件映射关系。

1. 学习/阅读手册(含角色解读)

📋 解决的经典场景

长论文、行业研报、经典小说

😤 用户现状痛点

手机屏幕字小看不完;专业术语晦涩难懂;缺乏背景知识

💭 用户诉求

"替我读,抓重点。"不仅要总结,还要用喜欢的语气解读(如:乔布斯/苏格拉底)

🎯 范式核心目标(思维链)

降维解读
1. 提取全文摘要
2. 识别核心概念
3. 注入人设(如:幽默/严肃)
4. 生成导读流

🧩 范式结构元素(所需组件)

Markdown渲染器 知识卡 角色对话气泡

2. 海报

📋 解决的经典场景

社团招新、会议通知、产品快讯

😤 用户现状痛点

Word/Doc 链接发群里毫无视觉冲击,点击率低,不方便朋友圈分享

💭 用户诉求

"必须好看,易传播。"把文档变成社交货币,一图胜千言

🎯 范式核心目标(思维链)

视觉重构
1. 提取关键信息(时间/地点/主题)
2. 匹配视觉风格(商务/活泼)
3. 映射到布局模板

🧩 范式结构元素(所需组件)

海报布局模板 图片生成器 二维码组件

3. 闪卡

📋 解决的经典场景

单词表、公式集、历史时间线

😤 用户现状痛点

对着表格死记硬背枯燥无味,无法自测,记忆效率低

💭 用户诉求

"碎片化,划一划就记住。"用翻转机制自测,强化记忆

🎯 范式核心目标(思维链)

交互任务
1. 识别实体与定义
2. 拆分为正反面
3. 生成卡组(卡片集合)

🧩 范式结构元素(所需组件)

知识卡(翻转) 滑动切换 进度指示器

4. 互动网页

📋 解决的经典场景

汇报方案、个人简历/作品集、旅行攻略

😤 用户现状痛点

发 PDF 像上个世纪的产物,无法展示视频/动画,显得不专业

💭 用户诉求

"立体化,秀图文。"像 H5,能滑,能点,提升专业度

🎯 范式核心目标(思维链)

网页化封装
1. 识别块状结构
2. 转换为流式 Block
3. 注入交互动画

🧩 范式结构元素(所需组件)

Markdown渲染器 图片轮播 视频嵌入 滚动动画

5. 日历视图

📋 解决的经典场景

课程表、会议安排、项目排期

😤 用户现状痛点

表格格式无法直观显示"今天"和"冲突",难以查找对应日期

💭 用户诉求

"看日程,不看表。"符合线性时间感知的视图,一目了然

🎯 范式核心目标(思维链)

时间映射
1. 识别日期/时间列
2. 识别事件主题
3. 映射到日历网格

🧩 范式结构元素(所需组件)

日历(Calendar) 事件标记 冲突提示

6. Dashboard

📋 解决的经典场景

销售业绩、考勤统计、财务报表

😤 用户现状痛点

密密麻麻的数字表格,移动端看不到趋势,找不出异常值

💭 用户诉求

"看结论,做决策。"数据可视化,一眼看出涨跌与Top

🎯 范式核心目标(思维链)

数据洞察
1. 识别数值列与维度列
2. 确定图表类型(柱状图对比/饼图占比)
3. 计算聚合值(Sum/Avg)

🧩 范式结构元素(所需组件)

图表(Chart) 指标卡片 数据筛选器

7. 甘特图

📋 解决的经典场景

项目计划、装修进度、任务清单

😤 用户现状痛点

列表无法显示任务时长、重叠与依赖关系,难以把控整体进度

💭 用户诉求

"上帝视角,把控进度。"直观显示任务跨度与先后

🎯 范式核心目标(思维链)

工程视图
1. 提取任务、开始、结束、负责人
2. 计算时长
3. 绘制条状图

🧩 范式结构元素(所需组件)

时间轴 甘特条 依赖连线

1. 在线习题

📋 解决的经典场景

试卷 PDF、练习题库

😤 用户现状痛点

需要打印或手写,做完需人工批改,无法积累错题数据

💭 用户诉求

"直接做,秒出分。"全流程数字化考试体验,自动批改

🎯 范式核心目标(思维链)

交互转化
1. OCR 识别题目与选项
2. 判定题型(单/多/填)
3. 关联 Answer Key(答案)
4. 生成 Score Logic(判分逻辑)

🧩 范式结构元素(所需组件)

Question Card(题目卡) Input Control(单选框/输入框) Timer(倒计时器) Result Page(成绩单/错题本)

2. 填表

📋 解决的经典场景

报名表、入职登记、调查问卷

😤 用户现状痛点

下载 Word → 电脑编辑 → 保存 → 上传,链路太长,流失率高

💭 用户诉求

"填两空,点提交。"最小化操作成本,所见即所得

🎯 范式核心目标(思维链)

表单构造
1. 识别 Input Label(字段名)
2. 判定 Input Type(文本/日期/附件)
3. 生成 Validation(必填校验)

🧩 范式结构元素(所需组件)

Form Field(表单项) Upload Zone(附件上传区) Submit Button(提交按钮) Success State(反馈页)

3. 查询系统

📋 解决的经典场景

成绩单、工资条、考勤记录

😤 用户现状痛点

Excel 发群泄露隐私,私发又增加管理者工作量

💭 用户诉求

"查我的,保隐私。"输入即查询,只看属于自己的数据

🎯 范式核心目标(思维链)

权限分发
1. 识别 Query Key(查询键,如姓名/工号)
2. 锁定 Data Range(数据源)
3. 生成 Look-up Logic(匹配逻辑)

🧩 范式结构元素(所需组件)

Search Bar(查询输入框) Auth Verification(验证码/密码组件) Result Card(个人数据卡) Privacy Mask(隐私遮罩)

4. 问答智能体

📋 解决的经典场景

员工手册、合规制度、产品说明书

😤 用户现状痛点

文档太长,Ctrl+F 搜不到关键词,找不到具体答案

💭 用户诉求

"别让我搜,直接问。"基于语义理解的即问即答服务

🎯 范式核心目标(思维链)

知识服务
1. 文档 Chunking(切片)
2. Vectorization(向量化)
3. RAG Retrieval(检索)
4. Answer Gen(生成回复)

🧩 范式结构元素(所需组件)

Chat Bubble(对话气泡) Preset Questions(预设问题胶囊) Reference Link(引用来源标) Input Area(提问输入区)

5. 导入需求文档,生成demo应用

📋 解决的经典场景

产品需求文档(PRD)、功能设计文档、业务流程文档

😤 用户现状痛点

需求文档描述抽象,开发理解成本高;无法快速验证想法,需要写代码才能看到效果

💭 用户诉求

"看完需求,直接体验。"将需求文档转化为可交互的demo应用,快速验证产品思路

🎯 范式核心目标(思维链)

需求可视化
1. 解析需求文档(提取功能点、交互流程)
2. 匹配组件库(映射到对应的原子组件)
3. 生成Demo应用(自动组装交互界面)
4. 可预览可体验(真实的交互反馈)

🧩 范式结构元素(所需组件)

文档解析器(Document Parser) 组件映射引擎(Component Mapper) Demo预览器(Demo Preview) 交互模拟器(Interaction Simulator)

1. 短叙事(高度凝练)

📋 解决的经典场景

方案汇报、产品介绍、项目提案

😤 用户现状痛点

方案文档冗长,老板/客户没时间看;PPT制作耗时,核心信息淹没在大量细节中;无法一句话说清楚核心价值

💭 用户诉求

"一句话说清楚。"高度凝练,电梯演讲式呈现,让核心价值一目了然

🎯 范式核心目标(思维链)

价值提炼
1. 提取核心问题(用户痛点)
2. 提炼解决方案(核心价值)
3. 凝练为一句价值主张(电梯演讲)
4. 补充关键数据/证据支撑

🧩 范式结构元素(所需组件)

价值主张卡片(Value Proposition Card) 核心数据指标(Key Metrics) 一句话摘要(One-Liner) 视觉强调(Visual Highlight)

2. 长叙事(流式展示)

📋 解决的经典场景

产品方案汇报、战略规划、项目提案、业务分析

😤 用户现状痛点

PPT制作耗时、格式固化、缺乏互动;文档转PPT需要手动整理,无法自动结构化;汇报时无法灵活跳转、无法嵌入交互元素

💭 用户诉求

"像网页一样流式展示。"用HTML替代PPT,支持滚动浏览、章节导航、交互元素、动画效果,更结构化、更互动

🎯 范式核心目标(思维链)

结构化重构
1. 识别文档章节结构(标题层级)
2. 提取每章节核心内容(要点、数据、图表)
3. 映射到HTML页面结构(Section/Block布局)
4. 注入交互元素(导航、滚动动画、数据可视化)
5. 生成流式展示页面(替代PPT)

🧩 范式结构元素(所需组件)

页面导航(Navigation Bar) 章节容器(Section Container) 标题层级(Heading Hierarchy) 内容块(Content Block) 数据可视化(Chart/Graph) 滚动动画(Scroll Animation) 交互元素(Interactive Elements) 进度指示器(Progress Indicator)
P5

定义边界:通过约束机制建立边界

核心问题:如何让模型在既定范式内工作,避免自由发挥?

在P4中我们已经提炼了12种范式,但仅有范式还不够。我们需要通过Prompt注入Schema约束两种机制,确保模型严格按照范式边界工作,避免幻觉和不一致。

🎭

机制一:Prompt注入角色叙事逻辑

为每个范式设计专门的prompt模板,注入角色思维链,引导模型按照既定逻辑生成内容:

示例:学习手册范式的Prompt注入
角色定义:

你是一位知识解读专家,擅长将复杂内容降维解读。你的任务是帮助用户快速理解文档核心内容。

思维链约束:
  1. 提取全文摘要(不超过200字)
  2. 识别核心概念(3-5个关键概念)
  3. 注入人设风格(幽默/严肃/专业)
  4. 生成导读流(按逻辑顺序组织)
输出要求:

严格按照学习手册范式的叙事逻辑输出,不得偏离到其他范式

🔒

机制二:Schema 强约束,填空式生成

使用严格的JSON Schema约束输出格式,模型只需"填空"而非"创作",确保输出稳定可控:

✅ 防止幻觉

Schema明确规定了输出字段和类型,模型无法随意添加不存在的内容

✅ 保证一致性

每次生成都遵循相同的Schema结构,确保输出格式统一

✅ 降低token消耗

模型只需填充结构化数据,而非生成完整代码,大幅降低token使用

✅ 快速生成

填空式生成比代码生成快10倍以上,实现秒级响应

Schema示例:学习手册范式
{
  "paradigm": "学习手册",
  "summary": "...",
  "concepts": [
    {"name": "...", "description": "..."}
  ],
  "style": "幽默/严肃/专业",
  "guideFlow": [
    {"step": 1, "content": "..."}
  ],
  "components": [
    {"type": "MarkdownRenderer", "content": "..."},
    {"type": "KnowledgeCard", "title": "...", "content": "..."}
  ]
}

✅ 边界定义的价值

  • 降低模型不确定性:明确的范式边界+Prompt约束+Schema约束,三重保障让模型知道"该做什么",避免自由发挥
  • 提升生成质量:每个范式都有经过验证的叙事逻辑,确保输出符合用户预期
  • 提高处理效率:模型只需在既定范式内填空,而非从零开始生成,token消耗降低80%,生成速度提升10倍
P6

输入识别:给模型装上能识别文档范式的鹰眼

核心问题:如何让模型一眼扫描出文档的特征,并且看得快判得准?

我们需要让AI模型具备快速、准确识别文档类型和特征的能力,这是整个流程的关键入口。

🔍

策略一:结构初筛

基于范式提炼对应文档类型的特征、内容结构元素

1
文档结构分析

快速扫描文档的标题层级、段落结构、表格布局、图表分布等结构特征

2
内容特征提取

识别关键信息类型:时间、地点、数据、选项、问题等,判断文档的业务属性

3
范式匹配

将提取的特征与12种范式库进行匹配,快速定位最可能的范式类型

🎯

策略二:推荐算法

工程判断结构 + 模型判断意图 + 人群画像维度加权判断最合适视图

三维加权判断模型
⚙️
工程判断结构(40%)

基于规则的结构特征匹配,快速、准确、稳定

🤖
模型判断意图(40%)

AI理解文档语义和用户意图,识别深层需求

👥
人群画像维度(20%)

结合用户历史行为和使用偏好,个性化推荐

📋 识别示例

输入文档:

包含"姓名"、"学号"、"成绩"等字段的Excel表格

识别过程:
  • 结构特征:表格格式,包含个人标识字段和数值字段
  • 内容特征:成绩数据,涉及隐私信息
  • 用户意图:需要查询个人成绩,保护隐私
推荐范式:

查询系统 - 支持输入学号查询个人成绩,保护其他学生隐私

✅ 输入识别的价值

  • 快速响应:结构初筛在毫秒级完成,用户体验流畅
  • 准确匹配:三维加权模型确保推荐最合适的范式,提升转化率
  • 降低成本:快速识别避免无效的深度分析,节省token消耗
P7

加工重组:基于识别结果进行内容加工与重组

核心问题:如何基于识别结果,高效、准确地加工重组文档内容?

在P6输入识别阶段,我们已经识别出文档的范式类型和特征。现在需要基于识别结果,匹配对应的Prompt和Schema(已在P5定义边界中建立),提取和重组文档内容,生成结构化的视图数据。

🔗

步骤一:匹配Prompt和Schema

基于识别结果,从范式库中匹配对应的Prompt模板和Schema定义:

1
获取识别结果

从输入识别阶段获取:范式类型(如"学习手册")、文档特征、内容结构

2
匹配Prompt模板

根据范式类型,从Prompt库中匹配对应的角色定义和思维链约束(已在P5中定义)

3
匹配Schema定义

根据范式类型,从Schema库中匹配对应的JSON结构定义(已在P5中定义)

✂️

步骤二:提取和重组文档内容

基于匹配的Prompt和Schema,提取文档中的关键信息,按照范式叙事逻辑进行重组:

示例:学习手册范式的加工重组
1. 内容提取

按照Prompt中的思维链约束,提取:全文摘要、核心概念、关键数据、章节结构

2. 内容重组

按照学习手册范式的叙事逻辑(降维解读 → 提取摘要 → 识别概念 → 注入人设 → 生成导读流),重新组织内容

3. 结构化填充

将重组后的内容,按照Schema结构填充到对应的字段中,生成JSON数据

🧩

步骤三:组件映射与数据准备

将生成的JSON数据映射到对应的组件,准备渲染:

组件映射示例
JSON数据
{"type": "KnowledgeCard", "title": "核心概念", "content": "..."}
组件调用

<KnowledgeCard title="核心概念" content="..." />

🔄 加工重组完整流程

🔍
识别结果
(范式类型+特征)
🔗
匹配Prompt
和Schema
✂️
提取重组
文档内容
📝
填充Schema
生成JSON
🧩
组件映射
准备渲染

✅ 加工重组的价值

  • 流程清晰:基于识别结果,按照既定流程进行加工重组,确保每个环节都有明确输入输出
  • 高效准确:复用已定义的Prompt和Schema,避免重复定义,提高处理效率
  • 稳定可靠:严格按照Schema结构输出,确保数据格式统一,降低错误率
P8

输出画布:乐高式标准化组装、流式渲染输出

核心问题:如何保证交付的视图既标准美观,又具备业务闭环能力?

这是用户最终看到和使用的环节,我们需要确保输出既美观专业,又能真正解决用户问题。

🧩

策略一:原子组件装配

调用标准代码组件乐高式组装,杜绝样式崩坏

乐高式组装理念

我们预先开发好一套标准化的React/Vue组件库,每个组件都经过精心设计,确保样式美观、交互流畅。

📦
1. 组件库

Markdown渲染器、知识卡、图表、表单、查询框等30+标准组件

🔗
2. JSON映射

AI生成的JSON配置直接映射到对应组件,无需代码生成

3. 自动组装

前端引擎根据JSON自动调用组件,乐高式拼接成完整视图

✅ 样式统一美观
✅ 交互流畅稳定
✅ 杜绝样式崩坏
✅ 毫秒级渲染

策略二:流式渲染

边生成边展示,秒级首屏体验

流式渲染机制

不等待AI完全生成,而是边生成边渲染,让用户快速看到结果,提升体验。

0.5s
首屏渲染

基础布局和第一个组件开始显示

1.0s
内容填充

主要组件内容逐步填充完成

2.0s
完整展示

所有组件渲染完成,用户可交互

用户体验提升:首屏时间从10秒降低到0.5秒,用户感知速度提升20倍

🔄

策略三:数据闭环

基于业务形态可选与文档双向联动同步,或独立闭环落盘

模式一:双向联动

Canvas视图与源文档实时同步,文档更新→视图自动更新,视图操作→文档同步修改

适用场景:Dashboard、查询系统等需要实时数据的场景
模式二:独立闭环

Canvas视图独立存储,形成独立的数据资产,支持独立的数据收集和处理

适用场景:在线习题、填表等需要独立数据收集的场景
数据闭环的价值
  • 支持实时数据同步,确保信息一致性
  • 支持独立数据收集,形成业务闭环
  • 支持数据沉淀,积累用户行为数据

🎯 输出画布的核心价值

美观专业

标准化组件确保视觉统一,专业设计提升品牌形象

快速响应

流式渲染实现秒级首屏,提升用户体验

业务闭环

支持数据双向联动和独立闭环,满足不同业务需求

稳定可靠

组件化架构确保稳定性,杜绝样式崩坏

P9

技术方案:工厂化管线 (The Factory)

策略:放弃全量代码生成,拥抱"DSL 组装"

旧路线(不可行)

让 AI 写 HTML/JS 代码

缺点:
  • 慢(10秒+)
  • 贵(Token多)
  • 不稳(容易跑版)
新路线(AI Canvas 方案)

原子组件工厂 + AI DSL 组装

1
Step 1 预制:

开发写好一套"死"的 React/Vue 组件(样式美观、交互流畅)

2
Step 2 组装:

AI 分析文档后,只输出轻量级 JSON 配置 (DSL)

3
Step 3 渲染:

前端引擎根据 JSON 毫秒级调用组件渲染

兜底机制:

80%
高频场景:走 DSL 组装(秒开)
20%
长尾场景:走 Code Interpreter 现跑代码(灵活)
P10

评测与优化:数据飞轮持续优化生成内容

核心问题:如何持续优化AI生成内容的质量和效果?

AI功能的成功不仅在于技术实现,更在于持续优化。我们需要建立完整的评测体系和AB实验数据飞轮,让AI生成内容在真实场景中不断迭代优化。

📊

一、多维度评测体系

建立覆盖技术指标、用户体验、业务价值的全方位评测体系:

1. 技术指标评测
  • 准确性:范式识别准确率、内容提取准确率、组件映射准确率
  • 效率:生成速度、token消耗、首屏渲染时间
  • 稳定性:错误率、崩溃率、样式崩坏率
2. 用户体验评测
  • 满意度:用户评分、NPS、推荐意愿
  • 易用性:操作步骤数、学习成本、错误恢复能力
  • 美观度:视觉设计评分、布局合理性、交互流畅度
3. 业务价值评测
  • 转化率:文档→视图转化率、视图使用率、分享率
  • 留存率:次日留存、7日留存、30日留存
  • 价值创造:用户使用时长、完成业务闭环次数
🔬

二、AB实验流程

建立标准化的AB实验流程,科学验证优化效果:

1
假设提出

基于数据分析和用户反馈,提出优化假设(如:调整Prompt模板、优化组件选择逻辑、改进样式匹配算法)

2
实验设计

设计AB实验方案:确定实验组和对照组、样本量、实验周期、核心指标

3
流量分配

按比例分配流量(如:50%实验组,50%对照组),确保样本代表性

4
数据收集

实时收集用户行为数据、技术指标数据、业务数据

5
效果分析

统计分析实验组与对照组的差异,判断优化是否有效(显著性检验)

6
决策执行

根据实验结果决定:全量上线、继续优化、或回滚

🔄

三、数据飞轮机制

构建"数据收集 → 分析洞察 → 优化迭代 → 效果验证"的闭环飞轮:

📥
数据收集

全链路埋点:用户行为、模型输出、系统性能、业务指标

🔍
分析洞察

数据挖掘:识别问题、发现规律、提炼优化方向

⚙️
优化迭代

模型优化:调整Prompt、优化Schema、改进算法、更新组件

效果验证

AB实验:验证优化效果,决定是否全量上线

数据飞轮的价值
  • 持续优化:基于真实数据不断迭代,而非拍脑袋决策
  • 快速验证:AB实验快速验证假设,降低试错成本
  • 量化效果:用数据说话,清晰展示优化带来的价值提升
  • 形成闭环:数据驱动决策,决策产生数据,形成正向循环

🎯 评测与优化的核心价值

科学决策

基于数据的科学决策,而非经验判断

持续迭代

数据飞轮驱动持续优化,不断提升质量

快速验证

AB实验快速验证效果,降低试错成本

价值量化

清晰量化优化带来的业务价值提升

P11

使用路径:如何落地?

策略:拦截存量,撬动增量

路径一

被动触发(存量拦截 - 流量大头)

📱
用户在 QQ/小程序打开文件
🤖
系统识别场景(如"这是试卷")
💡
推荐"切换视图"
原地升级体验
路径二

主动创作(增量创作 - 传播口碑)

📝
用户有分发需求
🤖
创建AI智能体文档
📂
导入文档流程
🎯
选择范式类型
(互动网页/海报/闪卡/在线习题等)
💬
描述创作意图
(AI理解并生成Prompt)
AI生成应用
🔗
生成链接/码进行社交分享

💡 路径二核心能力:智能范式选择与Prompt生成

1️⃣
范式选择

用户从核心范式中选择:
互动网页、海报、闪卡、在线习题、填表、查询系统、问答智能体、导入需求文档生成demo应用等

2️⃣
意图理解

AI提供建议模板,或用户自定义描述需求
系统理解用户意图,提取关键要素

3️⃣
Prompt生成

基于选择的范式和用户意图,自动生成结构化Prompt
包含:内容提取、样式匹配、交互逻辑等

4️⃣
一键生成

AI根据Prompt快速生成应用,用户预览确认后即可分享

P12

AI Canvas 颠覆传统文档的第11大品类

为什么AI Canvas必须独立?

AI Canvas不仅仅是工具的升级,更是文档形态的根本性变革。它需要独立的品类地位,因为它在形态、分享、数据闭环和资产沉淀等方面都与传统文档有本质区别。

🏗️

形态上的根本差异:线性 vs 非线性

传统文档(Doc/Sheet/Slide):线性的流式结构,适合阅读和编辑,但无法承载复杂的交互和动态内容。

AI Canvas:块状的网络结构,支持组件化布局、交互元素、动态数据、流式渲染。这是应用级体验,必须有独立的渲染容器。

旧瓶装不了新酒,H5、小程序、动态报表等非线性内容无法在Doc中完美呈现。

🔗

分享方式的革新:链接即应用

传统文档分享:下载→打开→查看,用户需要安装对应软件,体验割裂。

AI Canvas分享:链接即应用,打开即用,无需下载,支持移动端完美展示,可直接嵌入小程序、H5页面。

未来所有文档业务制作的H5应用都应该归到AI Canvas这个品类,形成统一的分享和分发体系。

🔄

数据闭环的独立价值:业务闭环 vs 文档存储

传统文档:静态存储,数据无法回流,无法形成业务闭环。

AI Canvas:支持数据双向联动(与源文档同步)或独立闭环(独立数据收集和处理),可以完成填表、答题、查询等业务闭环,数据可以沉淀和复用。

Canvas资产可以持续迭代,随着数据积累不断优化,形成"活"的资产体系。

📦

资产沉淀的战略意义:AI时代的"超级底座"

AI Canvas是腾讯文档在AI时代的第11大品类,是承接所有AI生成非线性内容的"超级底座"。

未来所有由AI生成的非线性内容(H5、小程序、动态报表、智能体、互动应用),都不应该寄生在Doc里,而应该沉淀为Canvas资产,形成独立的资产体系。

这将为腾讯文档构建全新的内容生态,从"文档工具"升级为"智能服务容器"平台。

P13

未来展望:AI 时代的文档新形态

从"文档"到"智能服务容器"

AI Canvas 不仅仅是工具的升级,更是内容创作与消费范式的重构

🌐

内容即服务

文档不再是静态的信息载体,而是可交互、可执行、可进化的智能服务。每一份内容都能直接转化为用户可用的应用。

🤝

创作即分发

创作者无需掌握设计和代码,通过自然语言描述,AI 即可生成专业级的可视化应用,实现"想法 → 应用 → 分享"的零门槛闭环。

📈

数据即洞察

静态表格自动转化为动态 Dashboard,枯燥数据变成可视化洞察。用户不再"读数据",而是"看趋势、做决策"。

🔄

持续进化

Canvas 资产可以持续迭代,随着 AI 能力的增强和用户反馈的积累,内容不断优化升级,形成"活"的资产体系。

"在 AI 时代,文档不再是被阅读的终点,而是被重构的起点。"

AI Canvas — 让每一份内容都能成为服务