2026-08-05（周三）10:00 产品沟通会
AI 智能体盒子 · 教程优化与澳门理工拜访筹备

第 1 段 · 开场：拜访背景与双方意图

• 即将拜访客户（后文明确为澳门理工"李工"），对方参会阵容：校准会秘书长 + 土地部 + 财政部 + 协调部等，"大概几个部门的部门头和团队的秘书长"。
• 我方意图："把我们这边产品也包装一下"，整体介绍公司需要很多资料，先拿出 1~2 章（页） 的内容给对方讲解。
• 判断客户的 实验室、学生、教务 这几块"可能用得上"我们的产品；产品"都能做 POC"，也可以"做测试"。

第 2 段 · 上次会议后的优化进展同步

自上次线上会议（与小周老师沟通）以来，产品方完成的优化：

1. 余额显示优化；
2. 用量显示优化；
3. 飞书接入（转写误为"袜子"）——已接好；
4. Telegram 接入——已接好；
5. 销售话术整理——已完成；
6. 新手提示词整理——已完成。

第 3 段 · 小周老师的测试反馈

• Telegram："已经测试了 OK 的，没有问题，可以正常使用。"
• 飞书："还没有看到它的接口，所以还没有测。"→ 待办
• 话术文档：昨天看过，也跟爱马仕（AI）讨论过。核心意见："写的还是过于专业了一点……不是很清楚怎么用的人，第一眼看会觉得比较复杂。"

第 4 段 · 教程改造主需求：五分钟速览卡 + 简易流程

小周老师共享了一个参考文档（说会发到群里），边演示边讲，要点：

• 为什么要改："小白拿到这个东西，肯定要先完成一次比较简单的任务，这样你才能让他对你的产品有信心，他觉得有意思。"
• 改法一：加"五分钟速览卡"——放在最前面，随便介绍一下产品，举几个简单例子。产品目前有六个功能单元（整理 PDF、做 Excel、拼接、生成图片等），速览卡里把这些功能亮出来。
• 改法二：快速跳转——"比如我要做一份 PPT，他就可以直接跳到'第一天'做 PPT 那个地方。"即速览卡里按任务场景做入口，点一下直达对应教程。
• 改法三：简易流程——新手不可能从 P0 一直做到 P6（太复杂、看不懂）。给一个简单流程，"P0、P1、P2 就可以搞定，输出一个你想要的、可能没那么完善的 PPT"；等用熟练了、摸清所有东西了，再去碰 P0~P6 的完整专业流程。

"你不可能一次性让他走到终点，这个估计有点难。他如果觉得生成的 PPT 不是很好，他就可能有兴趣再看是哪个地方要做设置、做限制……这是一个持续不断往上走的过程。"

第 5 段 · 术语白话化 + 断点续作

• 术语问题："加载总控什么的都太过于专业了……一般人可能看不懂，也不太想了解。"改法：大白话放前面，术语留括号里。例：
  • "P0 加载总控" → "约定本次的工作模式（P0）"；
  • "意图澄清" → "想清楚你想做什么"；
  • 模式命名也照此："快速标准 / 完整模式"，跟速览卡同一逻辑。
• 断点续作（"最重要"的缺失项）：任务都从 P0 到 P6，但没写——假如任务进行到 P4，"我有事或者今天下班，明天才开始，我要如何再进行接下来的 P5、P6？这个是没有的，需要补充到教程里面去，可能也比较重要。"

第 6 段 · 文档策略：新建简易版，先分后合

• 结论：现有专业文档不改（"这一篇文档是没有问题的，很专业"），降级为进阶教程；重新建一个简易版文档。
• 先把不同版本分开，确认后再看"是并到一个文档里面，还是仍然给几个"。
• 理由："给小白看的话，他一打开有这么大一大段，尽管最上面很简单……看到那么长的进度条他也怕。我第一次打开的时候也是，全是 P0 出来的，我让爱马仕帮我总结了一下才觉得好一点。没人总结的话，很难理清中间的逻辑。而且小白也不一定懂为什么要从 P0 开始、P0 是什么意思。"

第 7 段 · PPT 需求正式提出（两个必答题）

• 背景："我们马上要拜访李峰（李工），想做 1~2 页的 PPT 方案去给员工介绍。"
• 问题一：这个产品目前卖出去成功的应用场景有哪些？具体到企业或学校——客户买了能做到什么效果、可以干什么、最多人用它来做什么？
• 问题二：现在智能体厂家很多、甚至有免费的（电脑上装个 WorkBuddy、Trae、Codex 也都是智能体平台），这个产品相比它们的优势在哪里？
• 时间：周四前有第一次 PPT 会议，"周四周五就需要"；产品方答：周五给一版。给两页纸差不多，"不能太多，因为需要一个总结，跟客户进行集中的交流"。

第 8 段 · 优势讨论（上）：禁售兜底与数据安全

• 竞品短板：WorkBuddy——数据都上传云端，数据安全是问题；Trae——生态不行；Codex——"很多人都用不了"。
• 兜底逻辑：现在用的是国外模型，"国外模型对中国大陆包括港澳都是禁售的"，私人想用很麻烦——要有美国资源在当地购买许可，"对个人用户来说难度相当大"。我们的盒子能解决："你不需要考虑这个问题，有公司帮你兜底了。"
• 数据安全逻辑：盒子有中转站，但"目前没有人去做中转储存"；数据是打散了上传的、不是整份上传；"分布式处理，只是一个流向，不会做中转储存"——而且"储存不了，量太大了"。
• 销售方当场复述口径并获确认："我们这个封装可以通过企业订单，一站式解决用到国外模型的问题；数据安全上，中转不做储存。"
• 补充："优势很明显，主要是封号太严重了"——个人账号被封就用不了大模型，而我们有公司兜底 + 后台有人运营 + 国内大模型做支撑兜底（"某一天都对中国大陆禁售了，我还有国内大模型，不是说完全没辙"）。对客户话术要简单明白："你可以免费享受到这部分模型的智能。"

第 9 段 · 工作流沉淀（skill）与多用户隔离

• 客户关心的点（小军哥此前已介绍过）：教过一次后能不能形成自己的工作流，下次不用重复对话、直接调用？——答案：可以。让它做自动化工作流，"帮我形成一个 skill"，后续直接调用这个 skill。
• 多用户现状：盒子里装了两个智能体——一个龙虾、一个爱马仕，每个针对一个用户。想多用户用，就放到群里当群机器人 @使用。个人级别的独立 schedule"暂时还做不到"。
• 硬件限制："不能把它想得太复杂，首先它的硬件就是那样，不可能支持那么多并发。"一台盒子 ≈ 两个人用（两个 agent 相互独立，也可一人用两个）。
• 飞书接入的现状演示：控制台里飞书只有一个 ID，"谁使用，谁就申请这个飞书的 ID 放进去"，也只能由这个人把它丢到群里。

第 10 段 · 多台盒子的统一管理与「积分制」

• 客户场景：买 5 台盒子，能不能统一管理？——"应该不是什么问题"，需要定制：做一个管理页面，总管理端能看到每台盒子消耗了多少 token。
• 现状底子：目前已有很详细的额度统计——每天大概用多少钱、输入输出多少、每日趋势，都能看到。
• 费用模式：预充值（对应比如 30 美金看还剩多少），费用付给中转服务；具体怎么按项目结算"各个项目再去沟通协商……他想怎么给钱都可以，给我订单就行"。
• 积分制（重要口径）：给客户展示时不能显示真实金额——"显示钱他就知道他给了多少钱、这里才多少钱"。改成积分：1 块钱 = 1 积分或 10 积分都行，"按积分都不显示金额"。客户只能看到"我有 1 万积分可以用"，跑一个任务大概花多少积分，这个呈现程度 OK。
• 边界：真实消耗只有我们（维护方/中转侧）能看到，客户绝对不能看到。"这跟个人自己去充值用是不一样的——个人充 10 块钱就是 10 块钱；合作模式里他出了 10 块钱是不能知道（明细）的。这是客户层面的事情，之前没想过这个问题，改起来很方便。"

第 11 段 · 额度分配：权限不下放，后台代办

• 客户场景：咨询处部长有一笔经费，买 5 台盒子、总额度比如 2 万，不平均分配——能不能在页面上实时给不同人分配额度？（如 1 万积分里拆 5000 给做应用开发多的同事）
• 结论：客户不能自己分。密钥不可能下放给客户，"哪怕是分的也不可能给他"。流程：客户告知要怎么分 → 通过我们（维护单位）→ 我们在后台申请、修改。例：部门 10 个人里 5 个不怎么用，"本来就想调拨过去，这个没问题——他通过我们，告知我们以后，我们帮他去申请、去改就 OK 了"。
• 当前默认模式：买一个大盘子（总池子），大家都去用——"你买了 1 万积分总额度，所有人共用这一个池子"。对话是隔开的，但额度是共用的；要限制某人只能用多少，才需要单独拆 key（1 人 5000、1 人 2000 这样），这个由我们后台做。
• 风险考量：分配权限如果下放，"那不就是直接到我们的后台了吗"——所以只能后台对后台操作。

第 12 段 · 三种方案、产品定位与「24 小时在线」

• 三种 Agent 形态：① 纯云端（"云龙虾"）——数据和推理都在云端；② 纯本地——大企业自购算力服务器、部署本地化模型，数据和推理都在本地；③ 我们（中间态）——硬件盒子，数据在本地、推理走云端模型。
• 定位："把这台盒子定义为客户的第一台 AI 基础设施。"客户自己买算力服务器或 Mac mini：价格不便宜；还得自己装 open 系列软件、有没有技术能力都是问题；还得配模型、找专家指导。选我们的盒子，这些全部囊括，还能提供专业服务。
• skill/工程能力也是优势：模型聪明是一方面，"engine、控制上下文的能力、封装这些技术产品的能力"是另一方面——外面找的虽然都有，"可能没那么好用"。
• 安全把关：帮客户把住"数据随便出去"这一关，学校、中小企业才放心；以服务的形式交付，"国企在这方面有一个安全背书"。
• 24 小时在线：WorkBuddy 之类要专门一台电脑部署且不能关机——笔记本合上就不在线了。"我们的盒子只要连上网、接上电，摆在那边就 24 小时在线"；电脑端通讯窗口、手机端都能交互，更方便——"这也是可以去展示的优势场景"。
• PPT 里要专门一页：相比市面上自己随便能下到的产品，专门买这个盒子的优势是什么。

第 13 段 · PPT 内容框架当场敲定

两页 PPT 要包含（赵总等现场补充）：

1. 产品定义（第一台 AI 基础设施的定位）；
2. 功能（我们能干什么）；
3. 应用场景：实验室数据整理、科研数据/文档整理、教务教学——要结合李工这个客户的需求场景重点讲；
4. 产品差异化优势：数据安全/风险可控、可持续性（中断后还能继续）、定制化对接（客户有常用模型也可以对接）——"尽量往多方面靠，尽管把优势写多一点，场景和优势这一块永远是关注点"；
5. 定制与 POC：盒子是标准品，"再怎么去扩展也都是在这个盒子里面"——超出盒子之外的功能（澳门理工可能有的需求）也可以定制。客户有意向的话，提供产品做 POC/免费试用，"先用，有什么更硬的要求我们再完善"，建议给 1~2 台机器。

"对这个问题用户来说，他需要的不只是一台盒子，他需要的是能够在具体场景里的 AI 应用——我们要来解决他们应用的痛点。展示一个图：怎么帮他把 AI 的能力在他的具体场景里面落地。"

第 14 段 · 时间线最终确认

• "最晚明天下班前（8/6 周四）提供出来可以吗？"——可以。
• 周五我们要整合一下；下周二上午就过去（拜访），下周一我们自己要先演示一下、练习一下，最晚周五要确定。
• 张老师、胡芳老师无补充；其余问题"随时在群上"沟通。