From b8628820fdbf1b5bda9acbcbcd395c027c3c55d6 Mon Sep 17 00:00:00 2001
From: gdemonc <1502689916@qq.com>
Date: Mon, 11 May 2026 11:43:30 +0800
Subject: [PATCH 1/5] feat(docs): add presentation.md

---
 docs/presentation.md | 33 +++++++++++++++++++++++++++++++++
 1 file changed, 33 insertions(+)
 create mode 100644 docs/presentation.md

diff --git a/docs/presentation.md b/docs/presentation.md
new file mode 100644
index 00000000..b6c8c37d
--- /dev/null
+++ b/docs/presentation.md
@@ -0,0 +1,33 @@
+PPT
+
+零、团队介绍
+
+一、产品介绍
+
+二、产品背景：和其他ai产品对比，做出产品判断
+
+三、目标用户与高频需求：分析目标用户需求
+
+四、用户痛点：从用户需求、场景推出痛点
+
+五、产品定位：我们解决了用户的痛点，定位在哪里
+
+六、产品形态：先给个大概印象
+
+七、产品原则：为什么这么设计
+
+八、核心用户路径：用户如何开始、系统如何判断、结果如何沉淀。
+
+九、产品能力版图：用户可视的能力
+
+十、产品使用场景：能力展示的场景
+
+十一、产品价值：为什么用户会选择我们
+
+
+
+架构分工ppt
+
+
+
+十二、结尾：总结、致谢、项目链接、二维码
\ No newline at end of file

From 4b00f2835da2f52e71dc1014767cef09384e510e Mon Sep 17 00:00:00 2001
From: gdemonc <1502689916@qq.com>
Date: Mon, 11 May 2026 12:03:16 +0800
Subject: [PATCH 2/5] docs: draft roadshow presentation structure

---
 docs/presentation.md | 29 +++++++++++++++--------------
 1 file changed, 15 insertions(+), 14 deletions(-)

diff --git a/docs/presentation.md b/docs/presentation.md
index b6c8c37d..ac523a4c 100644
--- a/docs/presentation.md
+++ b/docs/presentation.md
@@ -1,33 +1,34 @@
 PPT
 
-零、团队介绍
+零、团队介绍 1页
 
-一、产品介绍
+一、产品介绍 1页
 
-二、产品背景：和其他ai产品对比，做出产品判断
+二、产品背景：和其他ai产品对比，做出产品判断 1页
 
-三、目标用户与高频需求：分析目标用户需求
+三、目标用户与高频需求：分析目标用户需求 1页
 
-四、用户痛点：从用户需求、场景推出痛点
+四、用户痛点：从用户需求、场景推出痛点 1页  （三和四倒也可以合在一起。）
 
-五、产品定位：我们解决了用户的痛点，定位在哪里
+五、产品定位：我们解决了用户的痛点，明确我们的定位 1页
 
-六、产品形态：先给个大概印象
+六、产品形态：先给个大概印象 2页 （具体展示什么？）
 
-七、产品原则：为什么这么设计
+七、产品原则：为什么这么设计 1页
 
-八、核心用户路径：用户如何开始、系统如何判断、结果如何沉淀。
+八、用户路径：用户如何开始、系统如何判断、结果如何沉淀。 1页
 
-九、产品能力版图：用户可视的能力
+九、产品能力版图：用户可视的能力 1页 （和产品形态那里会不会重复？） 
 
-十、产品使用场景：能力展示的场景
+十、产品使用场景：能力展示的场景 1页
 
-十一、产品价值：为什么用户会选择我们
+十一、产品价值：为什么用户会选择我们 1页
 
+六七八九十这一块 我不是很明确具体要怎样的顺序、以及要不要压缩。
+以及还有没有需要补充的内容。
 
 
 架构分工ppt
 
 
-
-十二、结尾：总结、致谢、项目链接、二维码
\ No newline at end of file
+（十二、结尾：总结、致谢、项目链接、二维码）这个不知道放哪
\ No newline at end of file

From 634faded48d206348dd56a0b4ab540750c7c1a24 Mon Sep 17 00:00:00 2001
From: gdemonc <1502689916@qq.com>
Date: Mon, 11 May 2026 16:30:40 +0800
Subject: [PATCH 3/5] docs: expand the presentation outline

---
 docs/presentation.md | 238 ++++++++++++++++++++++++++++++++++++-------
 1 file changed, 204 insertions(+), 34 deletions(-)

diff --git a/docs/presentation.md b/docs/presentation.md
index ac523a4c..9932c74e 100644
--- a/docs/presentation.md
+++ b/docs/presentation.md
@@ -1,34 +1,204 @@
-PPT
-
-零、团队介绍 1页
-
-一、产品介绍 1页
-
-二、产品背景：和其他ai产品对比，做出产品判断 1页
-
-三、目标用户与高频需求：分析目标用户需求 1页
-
-四、用户痛点：从用户需求、场景推出痛点 1页  （三和四倒也可以合在一起。）
-
-五、产品定位：我们解决了用户的痛点，明确我们的定位 1页
-
-六、产品形态：先给个大概印象 2页 （具体展示什么？）
-
-七、产品原则：为什么这么设计 1页
-
-八、用户路径：用户如何开始、系统如何判断、结果如何沉淀。 1页
-
-九、产品能力版图：用户可视的能力 1页 （和产品形态那里会不会重复？） 
-
-十、产品使用场景：能力展示的场景 1页
-
-十一、产品价值：为什么用户会选择我们 1页
-
-六七八九十这一块 我不是很明确具体要怎样的顺序、以及要不要压缩。
-以及还有没有需要补充的内容。
-
-
-架构分工ppt
-
-
-（十二、结尾：总结、致谢、项目链接、二维码）这个不知道放哪
\ No newline at end of file
+# 产品路演大纲
+
+## 定位
+
+- 这份 PPT 只讲产品。
+- 团队分工和系统架构放在另一份 PPT 里。
+- 目标观众：非专业但有一定技术理解的观众。
+- 建议时长：8-10 分钟。
+
+## 讲述主线
+
+`背景 -> 问题 -> 用户 -> 定位 -> 产品 -> 流程 -> 能力 -> 场景 -> 价值 -> 收尾`
+
+## 第 1 页：封面
+
+- 标题建议：`CialloClaw：让 AI 从回答问题走向完成任务`
+- 内容：
+  - 产品名
+  - 一句话定义
+  - 一张主视觉图
+- 目标：
+  - 让观众一开始就明白，这不是一个普通聊天工具，而是一个帮助用户完成任务的产品。
+- 建议时长：30 秒
+
+## 第 2 页：产品背景
+
+- 标题建议：`AI 很强，但“完成任务”仍然是空白地带`
+- 内容：
+  - 现在大家已经习惯用 AI 提问、找资料、生成内容。
+  - 但很多真实工作并不会在一个回答之后结束。
+  - 用户真正需要的是，从提出需求，到执行过程，再到拿到结果的完整闭环。
+- 核心信息：
+  - 今天的大多数 AI 产品更擅长回答，而不是完成任务。
+- 建议时长：45-60 秒
+
+## 第 3 页：用户问题
+
+- 标题建议：`从“得到回答”到“真的做完”，中间还有很多断点`
+- 内容：
+  - AI 会回答，但不一定能把任务真正做完。
+  - 多步骤任务通常需要频繁切换多个工具。
+  - 结果分散在对话、网页和文件里，不容易沉淀和复用。
+- 呈现形式：
+  - 三张卡片，或者三段式信息图。
+- 核心信息：
+  - 用户需要的不是更多回答，而是更完整、更可落地的任务执行体验。
+- 建议时长：50-60 秒
+
+## 第 4 页：目标用户
+
+- 标题建议：`谁最需要一个“能完成任务”的 AI 产品`
+- 内容：
+  - 聚焦一类核心用户：需要快速处理复杂任务的人。
+  - 他们的典型特征：
+    - 有明确目标，但不想手动把所有步骤串起来。
+    - 既在意效率，也在意过程是否可控。
+    - 不只想看对话，更想拿到可直接使用的结果。
+  - 延展场景示例：
+    - 信息搜集与整理
+    - 网页任务执行
+    - 文件处理与结果交付
+- 核心信息：
+  - 这不是给“只想和 AI 聊天”的用户准备的，而是给“真的要做事”的用户准备的。
+- 建议时长：45-60 秒
+
+## 第 5 页：产品定位
+
+- 标题建议：`CialloClaw 不是聊天窗口，而是面向任务完成的产品`
+- 内容：
+  - 一句话定位：
+    - `CialloClaw 是一个围绕任务执行、过程可控和结果交付设计的本地 Agent 产品。`
+  - 三个关键词：
+    - 任务导向
+    - 可控执行
+    - 正式结果
+- 核心信息：
+  - 我们不是在做一个更会聊天的工具，而是在做一个更会完成任务的产品体验。
+- 建议时长：40-50 秒
+
+## 第 6 页：产品形态
+
+- 标题建议：`这不是一个抽象概念，而是一个真实可用的产品体验`
+- 内容：
+  - 从用户视角展示产品的主要界面：
+    - 入口
+    - 任务过程
+    - 结果展示
+  - 如果可以，优先用整体现界面图，而不是很多零散截图。
+- 核心信息：
+  - 这个产品不仅能理解需求，也能把执行过程和结果组织成一个清晰可用的体验。
+- 建议时长：50-60 秒
+
+## 第 7 页：核心流程
+
+- 标题建议：`一次任务如何从需求走向结果`
+- 内容：
+  - 推荐流程：
+    - `用户提出需求 -> 系统理解任务 -> 调用能力执行 -> 必要时进行确认 -> 形成正式结果`
+  - 可选扩展版：
+    - `输入 -> 意图理解 -> 任务创建 -> 步骤执行 -> 关键确认 -> 结果交付`
+- 说明：
+  - 这一页应该是整份 PPT 里最清晰的一张流程页。
+  - 这也是最能解释产品和普通 AI 工具区别的一页。
+- 核心信息：
+  - 产品的价值不只是“会做事”，而是把任务完成过程变成一个用户能跟上、能理解、能信任的流程。
+- 建议时长：60-75 秒
+
+## 第 8 页：核心能力
+
+- 标题建议：`为了完成任务，产品具备哪些关键能力`
+- 内容：
+  - 理解用户需求：
+    - 把自然语言转成可执行任务。
+  - 调用工具执行：
+    - 处理网页、信息、文件等相关工作。
+  - 保持过程可控：
+    - 在关键节点展示进展，并在需要时请求确认。
+  - 交付可用结果：
+    - 把最终产出整理成更清晰、更正式的结果。
+- 说明：
+  - 这一页最多保留四个能力块。
+- 核心信息：
+  - 价值不在于某一个单点能力很强，而在于围绕“完成任务”形成了一套连贯能力。
+- 建议时长：60 秒
+
+## 第 9 页：典型场景
+
+- 标题建议：`产品价值最容易在这些场景里被看见`
+- 内容：
+  - 场景 1：信息搜集与整理
+    - 用户目标：快速汇总某个主题的信息。
+    - 产品动作：搜集、整理并结构化信息。
+    - 最终输出：可直接使用的总结或交付结果。
+  - 场景 2：网页任务执行
+    - 用户目标：在网页环境中完成一系列动作，而不只是获得建议。
+    - 产品动作：理解目标并执行所需步骤。
+    - 最终输出：完成后的动作结果和可见反馈。
+  - 场景 3：文件处理与结果输出
+    - 用户目标：处理资料，并得到可直接继续使用的结果。
+    - 产品动作：围绕文件工作并汇总最终产出。
+    - 最终输出：整理完成、可继续流转的结果。
+- 说明：
+  - 这一页控制在两到三个代表场景即可。
+- 核心信息：
+  - 产品不是想展示“什么都能做”，而是在高频、真实的任务场景里真正有价值。
+- 建议时长：60-75 秒
+
+## 第 10 页：产品价值
+
+- 标题建议：`为什么用户会选择这样一类 AI 产品`
+- 内容：
+  - 它更接近“完成工作”，而不只是生成答案。
+  - 它减少了在多个工具之间来回切换。
+  - 它让过程更清晰，因此更容易获得用户信任。
+  - 它让结果更完整，也更容易继续使用。
+- 收束句建议：
+  - `我们希望把 AI 从“会说”推进到“能真正帮用户把事情做成”。`
+- 核心信息：
+  - 这个产品的价值，在于让 AI 在真实工作里更可执行、更可控、更可用。
+- 建议时长：45-60 秒
+
+## 第 11 页：结尾 / Q&A
+
+- 标题建议：`让 AI 不止回答，而是交付结果`
+- 内容：
+  - 一句话总结
+  - 产品名
+  - Q&A
+  - 可选：项目链接或二维码
+- 核心信息：
+  - 用一个清晰记忆点收尾，不再引入新的信息。
+- 建议时长：30 秒
+
+## 时间分配参考
+
+- 第 1 页：0.5 分钟
+- 第 2 页：1 分钟
+- 第 3 页：1 分钟
+- 第 4 页：1 分钟
+- 第 5 页：0.5 分钟
+- 第 6 页：1 分钟
+- 第 7 页：1.5 分钟
+- 第 8 页：1 分钟
+- 第 9 页：1 分钟
+- 第 10 页：0.8 分钟
+- 第 11 页：0.2 分钟
+
+## 视觉方向
+
+- 整体保持视觉化、产品化，而不是做成文字很多的说明文档。
+- 使用大标题、短文案、清晰的卡片式布局。
+- 每页只传达一个最核心的信息。
+- 推荐页面类型：
+  - 背景 / 问题：标题 + 三张卡片
+  - 用户 / 定位：少字 + 关键词
+  - 产品形态：大幅界面图
+  - 核心流程：简洁流程图
+  - 能力 / 场景 / 价值：卡片式信息图
+
+## 备注
+
+- 这份大纲刻意只保留产品叙事。
+- 团队、分工、架构内容继续留在另一份 PPT 中。
+- 当前版本优先确定讲述结构，后续再补每一页的具体文案。

From 9c1a94944fbc049ee83853a612571b4c3f0fead1 Mon Sep 17 00:00:00 2001
From: gdemonc <1502689916@qq.com>
Date: Tue, 12 May 2026 13:48:12 +0800
Subject: [PATCH 4/5] docs: refine product presentation outline

---
 docs/presentation.md | 292 +++++++++++++++++++++++++++++--------------
 1 file changed, 197 insertions(+), 95 deletions(-)

diff --git a/docs/presentation.md b/docs/presentation.md
index 9932c74e..7062ab8d 100644
--- a/docs/presentation.md
+++ b/docs/presentation.md
@@ -9,7 +9,7 @@
 
 ## 讲述主线
 
-`背景 -> 问题 -> 用户 -> 定位 -> 产品 -> 流程 -> 能力 -> 场景 -> 价值 -> 收尾`
+`背景 -> 目标用户 -> 用户问题 -> 产品定位 -> 产品形态 -> 核心能力 -> 主场景展开 -> 信任机制 -> 产品完整度 -> 产品价值 -> 收尾`
 
 ## 第 1 页：封面
 
@@ -19,7 +19,7 @@
   - 一句话定义
   - 一张主视觉图
 - 目标：
-  - 让观众一开始就明白，这不是一个普通聊天工具，而是一个帮助用户完成任务的产品。
+  - 让观众一开始就明白，这是一个帮助用户完成任务的产品。
 - 建议时长：30 秒
 
 ## 第 2 页：产品背景
@@ -30,142 +30,241 @@
   - 但很多真实工作并不会在一个回答之后结束。
   - 用户真正需要的是，从提出需求，到执行过程，再到拿到结果的完整闭环。
 - 核心信息：
-  - 今天的大多数 AI 产品更擅长回答，而不是完成任务。
+  - 今天的大多数 AI 产品更擅长回答，对任务完成的承接还不够完整。
 - 建议时长：45-60 秒
 
-## 第 3 页：用户问题
+## 第 3 页：目标用户
 
-- 标题建议：`从“得到回答”到“真的做完”，中间还有很多断点`
+- 标题建议：`CialloClaw 的目标用户`
 - 内容：
-  - AI 会回答，但不一定能把任务真正做完。
-  - 多步骤任务通常需要频繁切换多个工具。
-  - 结果分散在对话、网页和文件里，不容易沉淀和复用。
-- 呈现形式：
-  - 三张卡片，或者三段式信息图。
+  - 我们的目标用户：
+    - 经常在电脑上处理网页、文件、信息和临时任务的人。
+  - 他们通常有这几个特点：
+    - 手头一直有具体事情要处理。
+    - 希望 Agent 能直接接住当前工作。
+    - 希望任务能继续推进，不停在一轮回答里。
+    - 希望结果能保存、打开、继续使用。
+    - 希望高风险操作先确认。
 - 核心信息：
-  - 用户需要的不是更多回答，而是更完整、更可落地的任务执行体验。
-- 建议时长：50-60 秒
+  - 我们服务的是正在电脑前处理事情、并希望 Agent 真正接住工作的用户。
+- 建议时长：45-60 秒
 
-## 第 4 页：目标用户
+## 第 4 页：用户问题
 
-- 标题建议：`谁最需要一个“能完成任务”的 AI 产品`
+- 标题建议：`从“得到回答”到“真的做完”，中间还有很多断点`
 - 内容：
-  - 聚焦一类核心用户：需要快速处理复杂任务的人。
-  - 他们的典型特征：
-    - 有明确目标，但不想手动把所有步骤串起来。
-    - 既在意效率，也在意过程是否可控。
-    - 不只想看对话，更想拿到可直接使用的结果。
-  - 延展场景示例：
-    - 信息搜集与整理
-    - 网页任务执行
-    - 文件处理与结果交付
+  - 发起断点：用户看到问题时，往往还要切到聊天框，重新整理上下文，才能把需求交给 AI。
+  - 推进断点：很多请求停在一轮回答里，缺少继续推进、持续追踪和查看进度的能力。
+  - 交付断点：结果出来之后，用户还要自己复制、保存、查找和整理，正式承接不够顺。
+  - 信任断点：一旦涉及文件、命令、网页等操作，用户会担心执行边界，也缺少清晰确认。
+- 呈现形式：
+  - 四张卡片，分别对应后面要展开的四个可演示能力。
 - 核心信息：
-  - 这不是给“只想和 AI 聊天”的用户准备的，而是给“真的要做事”的用户准备的。
-- 建议时长：45-60 秒
+  - 真正的问题不在于 AI 会不会回答，而在于从需求出现到结果落地，中间存在很多没有被接住的断点。
+- 过渡句：
+  - CialloClaw 想解决的，就是这四类断点。
+- 建议时长：50-60 秒
 
 ## 第 5 页：产品定位
 
-- 标题建议：`CialloClaw 不是聊天窗口，而是面向任务完成的产品`
+- 标题建议：`CialloClaw：面向任务完成的桌面 Agent 产品`
 - 内容：
   - 一句话定位：
-    - `CialloClaw 是一个围绕任务执行、过程可控和结果交付设计的本地 Agent 产品。`
+    - `CialloClaw 是一个直接在桌面现场协作、并能形成正式交付结果的本地 Agent 产品。`
   - 三个关键词：
-    - 任务导向
-    - 可控执行
-    - 正式结果
+    - 桌面协作
+    - 任务推进
+    - 正式交付
+  - 对四类断点的回答：
+    - 发起断点：入口回到桌面现场，用户可以就地发起需求。
+    - 推进断点：请求会进入任务链路，并持续推进。
+    - 交付断点：结果会进入正式结果与产物承接链路。
+    - 信任断点：风险动作会进入确认、授权和审计链路。
+  - 对比口径建议：
+    - 和常见 AI 产品相比，CialloClaw 把重点从“回答问题”推进到了“交付结果”。
+    - 和常见 Agent 产品相比，CialloClaw 更强调直接在桌面现场协作，把执行过程和交付结果承接进产品体验里。
+    - `OpenClaw` 更偏开放能力和执行空间，`CialloClaw` 更偏桌面协作、任务推进和结果交付。
 - 核心信息：
-  - 我们不是在做一个更会聊天的工具，而是在做一个更会完成任务的产品体验。
+  - CialloClaw 的核心定位，是把 Agent 放进桌面现场，围绕任务推进，并最终交付结果。
 - 建议时长：40-50 秒
 
 ## 第 6 页：产品形态
 
-- 标题建议：`这不是一个抽象概念，而是一个真实可用的产品体验`
+- 标题建议：`一个已经具备完整使用路径的桌面产品体验`
 - 内容：
   - 从用户视角展示产品的主要界面：
-    - 入口
-    - 任务过程
-    - 结果展示
-  - 如果可以，优先用整体现界面图，而不是很多零散截图。
+    - 悬浮球入口
+    - 近场输入与气泡承接
+    - 工作台中的任务与结果页
+  - 如果可以，优先用一张整体界面图，减少零散截图。
 - 核心信息：
-  - 这个产品不仅能理解需求，也能把执行过程和结果组织成一个清晰可用的体验。
+  - 这个产品把桌面现场、任务过程和结果交付组织成一个清晰可用的体验。
 - 建议时长：50-60 秒
 
-## 第 7 页：核心流程
+## 第 7 页：核心能力总览
 
-- 标题建议：`一次任务如何从需求走向结果`
+- 标题建议：`当前产品已经具备的 4 个核心能力`
 - 内容：
-  - 推荐流程：
-    - `用户提出需求 -> 系统理解任务 -> 调用能力执行 -> 必要时进行确认 -> 形成正式结果`
-  - 可选扩展版：
-    - `输入 -> 意图理解 -> 任务创建 -> 步骤执行 -> 关键确认 -> 结果交付`
+  - 就地发起
+    - 用户不用切到聊天框重新组织上下文，可以在当前工作现场直接发起需求。
+  - 围绕任务推进
+    - 系统不会把请求留在一轮对话里，而是把它变成可追踪任务。
+  - 结果正式交付
+    - 结果不会停留在一句回答，而会进入正式结果与产物承接链路。
+  - 风险可见、可控
+    - 涉及高风险动作时，系统会进入授权与确认链路，确保过程可见可控。
 - 说明：
-  - 这一页应该是整份 PPT 里最清晰的一张流程页。
-  - 这也是最能解释产品和普通 AI 工具区别的一页。
+  - 这四个能力都能在后面几页里用真实场景演示出来。
 - 核心信息：
-  - 产品的价值不只是“会做事”，而是把任务完成过程变成一个用户能跟上、能理解、能信任的流程。
-- 建议时长：60-75 秒
+  - 这四个能力已经足以支撑一条完整的产品主链路，也足以支撑一场完整路演。
+- 建议时长：45-60 秒
 
-## 第 8 页：核心能力
+## 第 8 页：主场景一，就地发起
 
-- 标题建议：`为了完成任务，产品具备哪些关键能力`
+- 标题建议：`用户不用先打开 Agent，再重新描述问题`
 - 内容：
-  - 理解用户需求：
-    - 把自然语言转成可执行任务。
-  - 调用工具执行：
-    - 处理网页、信息、文件等相关工作。
-  - 保持过程可控：
-    - 在关键节点展示进展，并在需要时请求确认。
-  - 交付可用结果：
-    - 把最终产出整理成更清晰、更正式的结果。
-- 说明：
-  - 这一页最多保留四个能力块。
+  - 用户痛点：
+    - 我不想切到聊天框里，再重新解释我看到的问题。
+  - 典型场景：
+    - 在网页上看到一段内容，想快速总结、解释或翻译。
+    - 在本地文件里看到一段内容，想让 Agent 直接围绕这段内容工作。
+    - 手上有一份文件，想直接拖给 Agent 处理。
+    - 想直接说一句话，不想打一大段提示词。
+  - 当前已有能力：
+    - 悬浮球作为常驻入口。
+    - 悬停后可直接输入一句需求。
+    - 长按可语音输入。
+    - 选中文本后可直接围绕选中内容发起任务。
+    - 文件拖拽到悬浮球后可进入附件队列，再正式发送。
+    - 双击可打开工作台，不必走传统聊天页。
+  - 现场演示说法：
+    - `你不用先打开 Agent，再复制上下文给它；你就在当前工作现场，把问题扔给它就行。`
+  - 适合演示的动作：
+    - 选中网页或文档中的一段文字。
+    - 点击或悬停悬浮球。
+    - 发起“帮我总结 / 翻译 / 解释”。
+    - 展示气泡或任务页返回结果。
 - 核心信息：
-  - 价值不在于某一个单点能力很强，而在于围绕“完成任务”形成了一套连贯能力。
+  - 产品的第一步，是让 Agent 进入用户正在工作的现场。
 - 建议时长：60 秒
 
-## 第 9 页：典型场景
+## 第 9 页：主场景二，围绕任务推进
 
-- 标题建议：`产品价值最容易在这些场景里被看见`
+- 标题建议：`用户不只要一轮回答，而是希望它真的变成任务`
 - 内容：
-  - 场景 1：信息搜集与整理
-    - 用户目标：快速汇总某个主题的信息。
-    - 产品动作：搜集、整理并结构化信息。
-    - 最终输出：可直接使用的总结或交付结果。
-  - 场景 2：网页任务执行
-    - 用户目标：在网页环境中完成一系列动作，而不只是获得建议。
-    - 产品动作：理解目标并执行所需步骤。
-    - 最终输出：完成后的动作结果和可见反馈。
-  - 场景 3：文件处理与结果输出
-    - 用户目标：处理资料，并得到可直接继续使用的结果。
-    - 产品动作：围绕文件工作并汇总最终产出。
-    - 最终输出：整理完成、可继续流转的结果。
-- 说明：
-  - 这一页控制在两到三个代表场景即可。
+  - 用户痛点：
+    - 我不想问一句就结束，我希望系统把这件事接过去，继续追踪。
+  - 典型场景：
+    - 我想知道它现在做到哪一步了，有没有卡住。
+    - 我希望这件事能从近场输入一路进入正式任务链，持续推进下去。
+  - 当前已有能力：
+    - 系统对外主对象是任务，所有动作都围绕任务展开。
+    - 已有任务列表、任务详情、任务状态页。
+    - 任务详情里能看到头部、基础时间线、成果区。
+    - 可以从近场输入一路进入正式任务链。
+    - 可以在工作台查看当前任务与历史任务。
+  - 现场演示说法：
+    - `我们把用户的现场问题转成一个可追踪任务。`
+  - 适合演示的动作：
+    - 从悬浮球发起一个请求。
+    - 结果会继续进入任务与结果承接链路。
+    - 双击打开工作台。
+    - 展示该任务已经进入任务列表，详情可追踪。
 - 核心信息：
-  - 产品不是想展示“什么都能做”，而是在高频、真实的任务场景里真正有价值。
+  - 这是一个把问题接成任务、把任务持续推进的产品。
 - 建议时长：60-75 秒
 
-## 第 10 页：产品价值
+## 第 10 页：主场景三，正式结果交付
+
+- 标题建议：`很多 AI 能答，但结果不好接，也不好用`
+- 内容：
+  - 用户痛点：
+    - 我拿到结果后，还得自己复制、保存、找文件。
+    - 长结果不知道去哪了。
+    - 网页结果、文档结果、文件结果常常混在一起。
+  - 当前已有能力：
+    - 短结果可以直接在气泡中承接。
+    - 长结果已能走正式结果与产物承接链路。
+    - 已支持至少一类正式产物的打开与定位。
+    - 浏览器结果和网页结果已能转到工作台内结果页承接。
+    - 工作台内已有结果页和交付页基础能力。
+  - 现场演示说法：
+    - `回答之后，结果会进入正式交付出口，可以打开、查看、继续处理。`
+  - 适合演示的动作：
+    - 发起一个会产生较长结果的请求。
+    - 先看气泡中的短反馈。
+    - 再进入工作台的任务详情或结果页。
+    - 展示正式交付、产物入口和打开动作。
+- 核心信息：
+  - 结果会成为一个可以被正式承接、继续使用的交付出口。
+- 建议时长：60-75 秒
+
+## 第 11 页：增强信任，风险可见、可控
+
+- 标题建议：`Agent 一旦涉及操作，用户最在意的是它会不会乱来`
+- 内容：
+  - 用户痛点：
+    - 它可能会改文件、执行命令、访问网页。
+    - 我希望高风险操作先问我，不要自己做。
+    - 我也想知道它为什么停住、要我确认什么。
+  - 当前已有能力：
+    - 已有风险分级与授权链路。
+    - 已有待授权、审批、审计、恢复点这些对象基础。
+    - 前端已有安全摘要、安全页、待授权承接的基础展示。
+    - 工作台中能看到安全相关信息。
+  - 现场演示说法：
+    - `我们把风险动作纳入授权链。`
+  - 适合演示的动作：
+    - 发起一个可能触发高风险动作的请求。
+    - 展示它会先进入等待授权或安全提示。
+    - 在工作台或气泡中展示待确认信息。
+  - 备注：
+    - 这条链建议作为增强信任的第二段演示，不建议作为第一段主秀。
+- 核心信息：
+  - 风险动作会进入用户可见、可控、可确认的处理链路。
+- 建议时长：45-60 秒
+
+## 第 12 页：产品完整度补充
+
+- 标题建议：`这个产品不只接一次请求，也在承接长期事项与日常使用体验`
+- 内容：
+  - 长期事项与记忆：
+    - 便签页已存在真实便签和事项视图基础。
+    - 支持把事项升级为正式任务。
+    - 镜像页已有总览、日报和历史概要方向的基础展示。
+    - 已有记忆命中和摘要的前端承接骨架。
+  - 设置与首次引导：
+    - 控制面板已有真实设置读取、保存、回显。
+    - 包含通用、悬浮球、记忆、模型等正式设置。
+    - 首次引导已具备首次进入与手动重放基础。
+  - 现场演示说法：
+    - `我们已经把长期事项、核心设置和首次引导做进桌面产品里。`
+- 核心信息：
+  - 产品在主链路之外，也在逐步具备长期使用所需要的承接能力和产品完成度。
+- 建议时长：45-60 秒
+
+## 第 13 页：产品价值
 
-- 标题建议：`为什么用户会选择这样一类 AI 产品`
+- 标题建议：`为什么用户会选择 CialloClaw`
 - 内容：
-  - 它更接近“完成工作”，而不只是生成答案。
-  - 它减少了在多个工具之间来回切换。
-  - 它让过程更清晰，因此更容易获得用户信任。
-  - 它让结果更完整，也更容易继续使用。
+  - 它让 Agent 直接进入桌面现场，接住用户正在处理的问题。
+  - 它把一次请求接成任务，并持续推进到结果。
+  - 它把产品重点从回答问题推进到交付结果。
+  - 它把风险动作放进确认和授权链路，让协作过程更可控。
+  - 它把桌面协作、任务推进和结果交付连成一条完整体验。
 - 收束句建议：
-  - `我们希望把 AI 从“会说”推进到“能真正帮用户把事情做成”。`
+  - `我们希望把 Agent 从“能完成任务”推进到“能在桌面现场协作，并真正交付结果”。`
 - 核心信息：
-  - 这个产品的价值，在于让 AI 在真实工作里更可执行、更可控、更可用。
+  - 这个产品的价值，在于让 Agent 在真实工作里更贴近现场、更能推进任务、更能交付结果。
 - 建议时长：45-60 秒
 
-## 第 11 页：结尾 / Q&A
+## 第 14 页：结尾 / 问答
 
-- 标题建议：`让 AI 不止回答，而是交付结果`
+- 标题建议：`让 Agent 进入桌面现场，真正交付结果`
 - 内容：
   - 一句话总结
   - 产品名
-  - Q&A
+  - 问答
   - 可选：项目链接或二维码
 - 核心信息：
   - 用一个清晰记忆点收尾，不再引入新的信息。
@@ -176,18 +275,21 @@
 - 第 1 页：0.5 分钟
 - 第 2 页：1 分钟
 - 第 3 页：1 分钟
-- 第 4 页：1 分钟
-- 第 5 页：0.5 分钟
-- 第 6 页：1 分钟
-- 第 7 页：1.5 分钟
+- 第 4 页：0.8 分钟
+- 第 5 页：0.8 分钟
+- 第 6 页：0.5 分钟
+- 第 7 页：0.8 分钟
 - 第 8 页：1 分钟
 - 第 9 页：1 分钟
-- 第 10 页：0.8 分钟
-- 第 11 页：0.2 分钟
+- 第 10 页：1 分钟
+- 第 11 页：0.8 分钟
+- 第 12 页：0.8 分钟
+- 第 13 页：0.8 分钟
+- 第 14 页：0.2 分钟
 
 ## 视觉方向
 
-- 整体保持视觉化、产品化，而不是做成文字很多的说明文档。
+- 整体保持视觉化、产品化，避免做成文字很多的说明文档。
 - 使用大标题、短文案、清晰的卡片式布局。
 - 每页只传达一个最核心的信息。
 - 推荐页面类型：

From a4bf0e134da7a30be8a6cf105c14783e05bc30e5 Mon Sep 17 00:00:00 2001
From: gdemonc <1502689916@qq.com>
Date: Wed, 13 May 2026 13:09:00 +0800
Subject: [PATCH 5/5] docs: add presentation-demo-script.md

---
 docs/presentation-demo-script.md | 204 +++++++++++++++++++++++++++++++
 1 file changed, 204 insertions(+)
 create mode 100644 docs/presentation-demo-script.md

diff --git a/docs/presentation-demo-script.md b/docs/presentation-demo-script.md
new file mode 100644
index 00000000..0cca3502
--- /dev/null
+++ b/docs/presentation-demo-script.md
@@ -0,0 +1,204 @@
+# 路演演示脚本
+
+## 目的
+
+- 这份文档用于记录现场演示要做什么、按什么顺序做、每一步想让观众看到什么。
+- 它和 `docs/presentation.md` 分开使用：
+  - `presentation.md` 负责 PPT 叙事。
+  - `presentation-demo-script.md` 负责现场操作脚本。
+
+## 演示主线
+
+这次演示建议分成两层：
+
+- 基础能力：证明这是一个已经能跑通主链路的桌面 Agent 产品。
+- 产品特色：证明它能在桌面现场协作、推进任务、交付结果。
+
+建议现场顺序：
+
+1. 先演基础能力
+2. 再演特色能力
+3. 最后用工作台和镜像页收尾
+
+## 一、基础能力演示
+
+### 1. 文字 / 语音对话入口
+
+- 演示目标：
+  - 让观众先看到最基础的入口已经可用。
+- 现场操作：
+  - 展示悬浮球常驻。
+  - 悬停后输入一句简单需求。
+  - 再补一个长按语音输入的动作。
+- 建议讲法：
+  - `这是最基础的一层，用户可以直接在桌面现场通过文字或语音发起需求。`
+- 观众应当看到：
+  - 悬浮球可以作为常驻入口。
+  - 文字和语音都能发起请求。
+
+### 2. 打开工作台查看详情
+
+- 演示目标：
+  - 让观众理解这套产品已经有完整承接界面。
+- 现场操作：
+  - 双击打开工作台。
+  - 依次展示：
+    - 首页信息球
+    - 任务页
+    - 便签页
+    - 镜像页
+    - 安全页
+- 建议讲法：
+  - `请求发出之后，用户还可以回到工作台查看任务、结果和长期状态。`
+- 观众应当看到：
+  - 工作台是完整承接界面。
+  - 系统已经有任务、便签、镜像、安全这些基础页面。
+
+## 二、产品特色演示
+
+### 3. 屏幕感知与就地发起
+
+- 演示目标：
+  - 体现产品直接进入桌面现场协作，减少用户切换到聊天页重新描述上下文的成本。
+- 现场操作：
+  - 在网页或文档里选中一段文字。
+  - 直接通过悬浮球发起：总结 / 翻译 / 解释。
+  - 展示结果先在气泡中承接。
+- 建议讲法：
+  - `用户看到哪里、卡在哪里，就可以直接围绕当前内容发起任务。`
+  - `这里的重点是 Agent 已经进入了用户当前的工作现场。`
+- 观众应当看到：
+  - 选中文本后可以就地发起任务。
+  - 用户不需要重新复制整理上下文。
+
+### 4. 任务推进与任务页承接
+
+- 演示目标：
+  - 体现请求会进入任务链路，并继续往下推进。
+- 现场操作：
+  - 从悬浮球发起一个请求。
+  - 进入工作台任务页。
+  - 展示任务详情中的头部、时间线、成果区。
+  - 可以补一句：在任务页里还能看到和该任务相关的信息。
+- 建议讲法：
+  - `我们希望把现场问题接成一个任务，让它能继续推进、能回看、能追踪。`
+- 观众应当看到：
+  - 请求已经进入任务列表。
+  - 任务详情可以承接过程和结果。
+
+### 5. 主动协助
+
+- 演示目标：
+  - 体现 Agent 除了接住请求，也会在合适的时机给出帮助。
+- 现场操作：
+  - 展示一段屏幕感知到的场景。
+  - 演示系统主动给出帮助机会。
+  - 可以配合便签事项或当前任务上下文来展示。
+- 建议讲法：
+  - `除了接住用户主动发出的请求，系统也会在合适的时机给出协助机会。`
+- 观众应当看到：
+  - 产品具备主动协助的方向。
+  - 协助是围绕当前桌面现场产生的。
+
+### 6. Agent 主动寻找资料
+
+- 演示目标：
+  - 体现 Agent 可以继续推进任务，并在需要时主动进行操作。
+- 现场操作：
+  - 发起一个需要查找资料的请求。
+  - 让 Agent 继续往下做，尝试主动寻找相关资料。
+  - 如果触发权限或风险确认，顺势进入下一段安全演示。
+- 建议讲法：
+  - `当任务需要继续往前走时，Agent 会继续把需要的信息补齐。`
+- 观众应当看到：
+  - Agent 会沿着任务继续推进。
+  - 主动动作和后续风险控制是连在一起的。
+
+### 7. 风险提示与权限触发
+
+- 演示目标：
+  - 体现产品在执行动作时是可见、可控的。
+- 现场操作：
+  - 使用上一段主动寻找资料或其他可能触发风险的请求。
+  - 展示系统进入待授权或安全提示。
+  - 在工作台或气泡中展示确认信息。
+- 建议讲法：
+  - `我们把风险动作纳入确认、授权和审计链路。`
+- 观众应当看到：
+  - 风险动作不会直接越过用户。
+  - 安全机制是产品主链路的一部分。
+
+## 三、收尾展示
+
+### 8. 镜像页与用户画像
+
+- 演示目标：
+  - 让观众感受到系统除了接住当前请求，也在逐步承接长期工作背景。
+- 现场操作：
+  - 打开镜像页。
+  - 展示总览、日报或历史概要。
+  - 如果现场稳定，可以提一下用户画像或长期记忆方向。
+- 建议讲法：
+  - `系统除了接住这一次请求，也在逐步理解用户长期的事项和工作背景。`
+- 观众应当看到：
+  - 产品有长期承接能力。
+  - 它可以继续服务长期事项和后续工作。
+
+## 推荐演示顺序
+
+如果时间完整，推荐按下面顺序演：
+
+1. 悬浮球文字输入
+2. 悬浮球语音输入
+3. 打开工作台
+4. 选中文本后发起总结 / 翻译 / 解释
+5. 进入任务页看详情
+6. 展示主动协助
+7. 展示 Agent 主动寻找资料
+8. 展示待授权 / 安全提示
+9. 打开镜像页收尾
+
+## 压缩版顺序
+
+如果现场时间只有 3-5 分钟，建议压缩成下面顺序：
+
+1. 选中文本后就地发起
+2. 气泡返回短结果
+3. 双击打开工作台
+4. 进入任务详情页
+5. 展示一次正式结果承接
+6. 视稳定性决定是否补安全提示
+
+## 每段对应的产品能力
+
+- 悬浮球文字 / 语音输入：就地发起
+- 选中文本后发起任务：桌面现场协作
+- 任务页承接：围绕任务推进
+- 正式结果页 / 产物入口：正式交付结果
+- 待授权 / 安全提示：风险可见、可控
+- 镜像页：长期承接能力
+
+## 现场注意事项
+
+- 第一段主秀优先选择最稳的链路：选中文本 -> 发起任务 -> 气泡结果 -> 工作台任务详情。
+- 风险触发链路适合作为增强项，不建议一上来就演。
+- 主动协助如果现场不稳定，可以只讲概念，不强行演。
+- 镜像页适合放在最后收尾，用来补产品完整度和长期价值。
+
+## 建议准备
+
+- 预先准备一段适合演示的网页文本。
+- 预先准备一个本地文档或文件。
+- 预先准备一个适合触发“主动找资料”或权限确认的问题。
+- 确认工作台页面数据是可展示状态。
+- 确认镜像页、安全页、任务页都有可讲内容。
+
+## 一句话总结
+
+- 这场演示的重点，不是把每个功能都点一遍。
+- 这场演示的重点，是让观众看到一条完整链路：
+  - Agent 进入桌面现场
+  - 接住用户问题
+  - 把请求推进成任务
+  - 在需要时触发确认
+  - 最终形成正式结果交付