目录
[2.1 在哪儿找到它](#2.1 在哪儿找到它)
[2.2 示例:一句话做一份 8 页融资路演](#2.2 示例:一句话做一份 8 页融资路演)
[2.3 生成的幻灯片长什么样](#2.3 生成的幻灯片长什么样)
[2.4 过程:先查、再算、再核实、最后出片](#2.4 过程:先查、再算、再核实、最后出片)
[3.1 一位专家 = 一份配置,外加一个"成品形态"](#3.1 一位专家 = 一份配置,外加一个"成品形态")
[3.2 人设提示词:一页一结论,绝不编数字](#3.2 人设提示词:一页一结论,绝不编数字)
[3.3 render_slides:成品工具在循环里当场出片](#3.3 render_slides:成品工具在循环里当场出片)
[3.4 写作契约:为什么把幻灯片写成"卡片"](#3.4 写作契约:为什么把幻灯片写成"卡片")
[3.5 一份 Markdown,五个客户端同一套解析](#3.5 一份 Markdown,五个客户端同一套解析)
[3.6 导出:PDF 和 PPTX 是怎么生成的](#3.6 导出:PDF 和 PPTX 是怎么生成的)
[3.7 图从哪里来:为什么不用 AI 生图配图](#3.7 图从哪里来:为什么不用 AI 生图配图)
[3.8 这一轮花了多少](#3.8 这一轮花了多少)
[四、你也可以:在 App 里一句话创建自己的专家](#四、你也可以:在 App 里一句话创建自己的专家)
一、引言
口袋专家AI是什么?
口袋专家AI,是一款为超级个体打造的云端个人智能体 App。愿景是:"让每个普通人,都能拥有一支 AI 专家团队,成为超级个体"。使用口袋专家AI像使用微信一样简单:通过专家对话、专家广场、专家群、专家圈4大功能,让一支200人的AI专家团队随时听候您的调遣。
|-----------------------------------------------------------------------------|-----------------------------------------------------------------------------|
|
|
|
口袋专家AI预置了100多个面向企业工作的专家智能体,可以协助制定营销增长方案、做 PPT、创作短剧、开发小程序和 App,以及模拟公司运营;也预置了100多个生活专家智能体,可以查询12306火车票、比较酒店和商品信息、规划旅行,协助处理日常事务。
口袋专家AI还是一款社交型AI,将你与AI专家共创的短剧、图片、视频等优质作品分享到专家圈,其他AI专家会来给你鼓励,且用户将会看到并为你点赞。
口袋专家AI正在筹备专家合伙人计划,支持用户贡献自己精调过的专家,产生收益后,用户将获得分成。让我们一起将口袋中的专家越做越好。
口袋专家AI与其他AI有什么不同?
口袋专家AI强调从对话走向任务执行:围绕做 PPT、查火车票、规划旅行、创作短剧等需求,由专家调用工具、整理信息并产出成果,也可以把多位专家拉进群里,从不同角度共同讨论问题。
口袋专家AI的任务在云端运行。在地铁上、车上或其他碎片时间,拿起手机就能发起任务、查看进度和接收成果,不必一直开着电脑。当然,口袋专家AI也支持电脑版。
口袋专家AI解决的核心痛点是什么?
用户打开千篇一律的AI聊天框,通常不知道聊什么?"你好"、"在吗",然后关闭。我们预置了200多个精调过的专家智能体,按部门、领域分类组织,覆盖工作与生活各个方面,每次打开app,让用户知道AI能干什么,引导用户思考自己要做什么。
为什么要做口袋专家AI公开课?
不少智能体产品展示了使用效果,却较少完整讲解实现过程。我们崇尚开源精神,希望通过公开课逐篇拆解200多位专家智能体背后的人设、工具与执行流程,一方面为开发者带来灵感,一方面让用户了解产品如何工作。
"帮我做个 PPT"是大模型被问得最多的需求之一,也是最容易让人失望的:
-
只给大纲,不给成品。 很多助手的回答是一份"第 1 页写什么、第 2 页写什么"的文字清单,你还得自己打开 PowerPoint 一页页排。
-
给了成品,数字是编的。 融资路演里的"市场规模 500 亿""CAGR 35%",十有八九没有出处,投资人一问就露馅。
-
长得都一样。 每页一个标题加五条圆点,这种"文字墙 PPT"谁都不想看。
口袋专家AI 的 PPT 专家要解决的就是这三件事:一句话进去,出来的是能直接放映、能导出 PPTX 的成品;数据先联网查、再核实原文,没有可靠数据就留占位符;版式由平台按内容自动选------卡片、大数字、指标并排、流程、对比,深蓝主题。
上一篇(旅行专家)结尾说过,这一篇讲"从一句话到一份深蓝主题的幻灯片,它调了哪些渲染工具、为什么要把写作契约写成'卡片'"。
二、应用篇:PPT专家能帮你做什么
2.1 在哪儿找到它
PPT 专家在「专家广场」的「企业专家 · 支持部」下,也可以在「对话」页右上角搜索。开场页:

它给自己定的能力是路演 / 汇报 / 课件、结构化大纲、视觉风格、联网搜索。开场的几个示例都很具体,点一下就能直接发:
• 为我的 AI 客服 SaaS 产品做一份 10 页融资路演 PPT:痛点→方案→市场规模→商业模式→团队→融资计划,风格商务深色
• 把这份季度总结做成 8 页高管汇报 PPT,每页一个核心结论配数据图表建议
• 做一份「新员工入职指南」培训课件 PPT,12 页左右,风格轻松友好
• 为「双十一大促方案」做一份提报 PPT:目标拆解、玩法设计、资源排期、预算与 ROI 预估
2.2 示例:一句话做一份 8 页融资路演
我们给了一个比开场示例更具体的版本------带上了真实的经营数字:
为我的 AI 客服 SaaS 产品做一份 8 页融资路演 PPT:痛点→方案→市场规模→商业模式→团队→融资计划,风格商务深色。产品叫「小助客服」,已签 120 家中小电商客户,月经常性收入 38 万,本轮想融 2000 万天使+。

两分钟后,聊天里出现了一张可以横滑翻页的幻灯片卡片(1 / 9),下面是 slides.pptx 文件卡,点「放映」全屏播放,点文件卡可以预览、保存、分享。卡片下面是 PPT 专家对这份 PPT 的说明,几处值得注意:
• 用户给的数字被算成了单位经济学。 月客单价 3,167 元、年客单价 3.8 万元、ARR 456 万元------这些不是模型心算的,是它跑 Python 算出来的;它还做了敏感性分析:"月流失从 3% 恶化到 5%,LTV 从 7.4 万降到 4.4 万",并以此解释第 8 页为什么要拿 15% 资金给客户成功。
• 该留空的地方老老实实留空。 它列出了 4 处"必须你补的占位符":效果数据(AI 独立解决率、首响时间)、SOM 测算需要的目标商家数、月环比增速和团队履历、出让比例和估值------"留空会被投资人当场问死"。
• 数据来源已标注,口径分歧也说了。 市场规模它用了两家机构的数字,并提醒"两家统计范围不同,对外请统一只用一家并注出处,别在同一页并列,否则会被质疑"。
• 两条专业提醒。 CAC 一定要用全成本口径(人力 + 渠道分成 + 实施),只报广告费投资人会自己打折;竞品页对店小蜜、七鱼的能力描述,提报前要逐一核对最新公开产品页。
2.3 生成的幻灯片长什么样
导出的 PDF 是这样的(9 页,最后一页「参考来源」由平台自动追加):

封面之后是 7 页内容,版式各不相同:痛点页是三张图标卡片,方案页是四张卡片两列排,市场页卡片下面跟一条高亮结论和一条红色警示,商业模式页把单位经济拆成定价 / 现状 / 回本 / LTV 四格......每页的标题都是一句结论,比如"中小电商的客服是一道算不过来的成本题""订阅分层 + 用量计费,单位经济已经跑正"。
这些版式不是模型画的,而是平台按内容的写法自动选的------3.4 节讲。
2.4 过程:先查、再算、再核实、最后出片
点开「过程 · 4 步」:

• 第 1 步:思考"先查市场规模的公开数据,同时把你给的经营数字算成单位经济学",然后在同一步里一口气发出两个工具调用------「联网搜索」(一次查四个角度:智能客服市场规模、电商 AI 客服渗透率、行业融资、SaaS 续费率基准)和「代码执行」(算 ARR、客单价、不同毛利率与 CAC 下的回本周期和 LTV/CAC);
• 第 2 步:思考"关键数字已在摘要中出现且相互印证,但规则说关键事实必须打开原文核实",于是「读取网页」并行打开 3 篇原文;
• 第 3 步:思考里记下了核实结果------包括"中研普华 2023 年 39.4 亿 vs 沙利文 2022 年 66.8 亿,口径不一致,要标注"------然后「生成幻灯片」;
• 第 4 步:写给你的说明。
整轮 4 次工具调用、2 分钟。下面拆开看每一步背后是什么。
三、技术篇:PPT专家是怎么构建出来的
3.1 一位专家 = 一份配置,外加一个"成品形态"
整体架构在第一篇(旅行专家)3.1 节讲过。PPT 专家和其他两百多位专家跑同一条流水线,它的预置配置里多了两个字段:
{
"id": "preset-ppt-designer",
"name": "PPT专家",
"tools": {"web_search": true},
"output_kind": "slides",
"task_mode": "slides",
"system_prompt": "你是资深演示文稿设计师, ..."
}
output_kind 是这位专家默认交付的成品形态 。平台一共五种:report(报告,默认)、slides(幻灯片)、webapp(网页应用)、images(图片)、video(视频)。253 个预置里只有 9 个钉了形态:PPT 专家是唯一的 slides,编程 / 建站 / 游戏 / 设计专家是 webapp,调研和口播专家是 report,画图专家是 images,视频专家是 video。
这个形态由服务端解析,客户端传什么都不信:
if str(req.output_kind or "auto").strip().lower() in ("", "auto"):
req.app_output_kind, req.app_task_mode = _app_output_pin(ctx.tenant_id, req.app_id)
else:
req.app_output_kind = req.app_task_mode = ""
客户端发 auto 时,服务端从这位专家的配置里读出它的形态(找不到就顺着"领用自哪个预置"回溯到官方配置);只有用户在输入框的「+」里显式选了某种成品(「AI PPT」「网站」「生成图片」「生成视频」等),才以用户的为准。
形态钉成 slides 之后,这一轮会变三件事:
-
系统提示里多一句"这位专家默认交付:幻灯片 --- 调 render_slides(给逐页大纲)交付;若这条其实只是提问或闲聊,直接回答即可"------后半句很重要,用户问 PPT 专家"路演一般几页合适",它不该真去做一份 PPT;
-
换一套执行档案:"先明确受众、汇报目标和核心结论,再调查事实,设计叙事弧、逐页结构和视觉素材",并且"调查服务于幻灯片的核心论点和数据图表;不要先写长报告再机械切页";
-
出图类工具(3.7 节)摆上桌。
3.2 人设提示词:一页一结论,绝不编数字
PPT 专家的人设,线上原文:
你是资深演示文稿设计师, 擅长把一个主题变成结构清晰、有说服力的成品 PPT。工作规则:
1. 动手前先定骨架: 按用途 (路演/汇报/课件/提报) 选择对应的经典结构, 页数默认 8-12 页, 用户有要求按用户的。
2. 每页遵循「一页一结论」: 页标题就是结论句, 正文只放支撑该结论的要点与数据, 拒绝大段文字。
3. 数据与案例需要时先联网检索, 标注来源; 没有可靠数据就用占位符并提醒用户替换, 绝不编数字。
4. 主动给视觉建议: 整体风格、配色倾向、哪几页适合图表/大图/对比排版。
5. 交付后主动问一句是否要调整结构、增删页面或换风格。
对照实跑:
• 第 2 条"页标题就是结论句" 是整份 PPT 读起来有说服力的关键。"百亿赛道 + 结构性空白,垂直中小是未被吃掉的一块"比"市场规模"四个字强得多------投资人只看标题也能知道你想说什么。
• 第 3 条"没有可靠数据就用占位符,绝不编数字" 对应那 4 处 __ 占位符。这条对路演类 PPT 是底线:一份编了数字的路演,比没有路演更糟。
• 第 5 条 对应答案结尾那句"要我调整结构、增删页面,或换成浅色 / 别的配色,说一声"。
注意人设里没有一个字讲格式------怎么分页、怎么写卡片、什么颜色,全在平台层(3.4 节)。人设管"内容怎么想",平台管"长什么样",两件事分开迭代。
3.3 render_slides:成品工具在循环里当场出片
PPT 专家交付靠的是 render_slides 工具。模型看到的说明很短:
{"name": "render_slides",
"desc": "把调研到的内容交付成一套可放映/可导出 PPTX 的幻灯片: 给一份大纲 (页序、每页要点), 平台按版式规则成文并渲染。",
"args": '{"outline": "第 1 页 ... / 第 2 页 ...", "audience": "受众与场合 (可选)"}'}
关键在于"平台按版式规则成文":主持这一轮的模型并不直接写 deck,它只交一份大纲;平台另起一次专门的"成文"调用,把大纲、调研结果和一份严格的写作契约(3.4 节)一起交给模型,按契约写出幻灯片 Markdown,再渲染、落盘、挂链接。这样做有两个好处:主持模型的上下文里不用背几千字的版式规则;成文那一步可以专注在"把内容写对"。
成文时还有一条页数硬约束------如果大纲是"第 1 页 ... 第 8 页 ..."逐页列的,成文提示里会加一句:
页数硬要求: 一共 8 页 (含封面), 页数、页序、每页主题严格照上面的大纲, 不增不减, 不另加总结页;
一页写不下就精简措辞、挑最要紧的几条, **不许拆成更多页**
做完之后,工具只回给模型一句话:"幻灯片已做好并展示给用户:共 N 页,标题「...」;文件:slides.pptx ...;内容不用在回复里复述,一句话交代交了什么即可"。整份 deck 不回传------几千字的幻灯片再塞回上下文,下一步就白白多付一遍 token。
这是 2026 年 10 月"思考模式"改造的一部分:成品工具不结束这一轮,做完把结果回给模型,模型可以接着说明、接着改。但改也有上限:
# 一轮最多做两版 (2026-10-05 实跑 3f39c62f8740: 页数对不上, 模型连做 5 版幻灯片、154 秒) ------ 每版都要重新成文、计费;
# 提示词劝不住的, 工具这里兜住: 第三次不做, 让它拿最后一版如实交代
if sum(1 for s in (ctx.steps_log or []) if s.get("tool") == tool) >= _PRODUCT_REDO_CAP: # = 2
...
注释里那次事故很典型:模型觉得页数不对,连做了 5 版。提示词劝不住的事,就在工具层兜住。
3.4 写作契约:为什么把幻灯片写成"卡片"
成文那一步,模型要严格按一份格式契约输出幻灯片 Markdown。节选:
- 每一页之间用单独占一行的 --- 分隔; 除此之外不要在任何地方使用 ---
- 第 1 页是封面: 一行 # 开头的主标题 + 一行简短副标题
- 之后 6-10 页内容页: 每页一行 ## 页标题 + 一个主体结构 (见下), 可选再加一行页尾句
- 主体结构从下面挑 (深色主题、卡片、图标、高亮都由系统按写法画, 你只管把内容写对), 全篇混着用, 不要连着两页同一种:
· 卡片 (最常用, 3-6 张): 每条 `- 图标 小标题 :: 一句话说明`, 图标是一个 emoji, 小标题 ≤ 8 字,
说明 ≤ 30 字且带具体数字 / 案例 / 对象
· 一个核心数字撑满整页: 只写 1 条, 如 `- 10× :: 相比逐个手动操作的效率提升`
· 一组指标并排: 2-4 条, 如 `- 82% :: 次月留存率`
· 分步骤流程: 有序编号 3-6 步, 如 `1. 立项 :: 明确受众与交付标准`
· 两栏对比: 恰好 2 条, 如 `- 之前 :: ...` 与 `- 之后 :: ...`
· 一句话金句: 只写 1 条
· 数据表: Markdown 表格, 一页最多一个, 不超过 6 行
- 页尾句 (可选, 每页最多一句): 单独一行、不加 -, 写这一页最该记住的结论 (≤ 50 字), 系统排成高亮条;
风险 / 警示 / 反面案例用 ⚠️ 开头, 排成红色警示条
- 密度硬约束: 每页最多 6 个单元, 整页不超过 220 字; 不写段落、不写长句
对照这次生成的 deck 原文,比如商业模式那一页:
## 订阅分层 + 用量计费,单位经济已经跑正
- 💰 定价 :: 基础/专业/旗舰三档订阅(按店铺+会话量),叠加超额阶梯计费,年付锁现金流
- 📊 现状 :: 120 家付费客户,MRR 38 万元 → 月客单价 3,167 元,ARR 456 万元
- 🔄 回本 :: CAC 假设 6,000 元,毛利率 70% 时每客户月毛利 2,217 元 → 2.7 个月回本
- 📈 LTV :: 月流失 3%(生命周期 33 个月),LTV ≈ 7.4 万元,LTV/CAC ≈ 12.3
单位毛利为正、回本周期短于 6 个月,规模化不会放大亏损
⚠️ 上述 CAC 与流失率为假设值,须用真实经营数据替换后再对外承诺
四行 - 图标 小标题 :: 说明 被画成四张卡片,没带 - 的那行是高亮条,⚠️ 开头的是红色警示条。
为什么是"卡片"这种写法? 三个原因:
-
让模型只管内容。 "深色主题、卡片、图标、高亮都由系统按写法画,你只管把内容写对"------模型最不擅长的是排版(字号、对齐、留白每次都不一样),最擅长的是组织内容。
主 :: 次这种写法把"这是一个要点"和"这是它的解释"在语法上分开,渲染器就能稳定地画成卡片。 -
天然限制密度。 小标题 ≤ 8 字、说明 ≤ 30 字且必须带数字或案例------这条比任何"不要写文字墙"的劝告都管用。模型想写长句,格式上就放不下。
-
一份文本,五种渲染。 同一份 Markdown,网页放映器、iOS 原生放映、小程序、PDF、PPTX 都能画出同样的版式(3.5 节)。如果让模型直接写 HTML 或 PPTX,就只能有一种出口。
还有一个细节:契约里给的示例 deck(新能源汽车主题)后面紧跟着一句"仅示意结构,严禁照抄其中任何文字"------不写这句,模型会把示例里的"续航突破 600 公里"抄进你的客服 SaaS 路演里。
3.5 一份 Markdown,五个客户端同一套解析
幻灯片 Markdown 由 parse_deck 解析成结构化的页:
LAYOUTS = ("title", "content", "stat", "metrics", "steps", "compare", "points", "quote")
def infer_layout(pairs: list, ordered: bool, bullet_count: int) -> str:
"""版式推断 ------ 只在模型没显式写「版式:」时兜底; 拿不准一律 content。"""
if not pairs:
return "content"
if len(pairs) * 2 < bullet_count:
return "content"
if ordered and 3 <= len(pairs) <= 6:
return "steps"
all_stat = all(_STAT_LIKE.match(p["key"]) for p in pairs)
if len(pairs) == 1:
return "stat" if all_stat else "quote"
if all_stat and len(pairs) <= 4:
return "metrics"
if len(pairs) == 2:
return "compare"
if len(pairs) <= 4:
return "points"
return "content"
版式完全由内容的形状 决定:一条 主 :: 次 且"主"是带单位的数字(10×、82%、3.8 万元)→ 巨型数字页;24 条都是数字 → 指标并排;有序编号 36 条 → 流程;恰好 2 条 → 两栏对比。明暗节奏也是算出来的:巨型数字页和金句页用深色,深色不连着出现,浅色连着超过 3 页就挑一页提成深色,封面和表格页永远浅色。
难点在于五个地方都要解析这份 Markdown:服务端(导出 PDF / PPTX)、网页放映器(TypeScript)、iOS 原生放映(Swift)、微信小程序(JavaScript)、Android(Kotlin)。只要有一处规则不一样,就会出现"手机上 8 页、导出的 PPTX 9 页",或者同一页在网页上是大数字、在手机上是圆点。
解决办法是一份共享夹具:同一组幻灯片 Markdown 和期望的解析结果,喂给每一端的解析器,CI 里逐字段比对:
// 幻灯片解析四端同源 (2026-09-25): iOS 原生聊天里幻灯片答复要能当真幻灯片看。
// 同一份夹具喂给 网页 slides.ts · 服务端 deck.py · iOS SlideDeck.swift, 三份结构必须一模一样 ------
// 否则「手机上 8 页、导出的 pptx 9 页」, 或者同一页在网页是数字大字、在手机是圆点。
每个解析器文件的开头也都写着同一句提醒:"改这里就同步改另外几端"。
3.6 导出:PDF 和 PPTX 是怎么生成的
交付时平台写出三个文件:slides.md(原文)、slides.pptx(可编辑)、slides.pdf(演示版)。
PDF :同一份大纲先转成 1920×1080 的 HTML 页面,再由无头 Chromium 打印成 PDF------文字是矢量的,不是每页一张截图。Chromium 跑在一个一次性容器里,和第三篇讲的 Python 沙箱是同一套隔离:断网、根盘只读、以 nobody 运行、内存 1G、超时即杀。PDF 从容器的标准输出夹在标记之间以 base64 传回,宿主侧校验 %PDF 文件头再落盘。
PPTX :用 python-pptx 直接生成,和 PDF、网页放映器用同一套色值:
# 深蓝主题: 与 deck_html (PDF) / 网页 SlideDeckView 同一套色值。
# python-pptx 没有透明度, 半透明的卡片 / 高亮条按叠在底色上的结果给实色。
C = {
"bg": RGBColor(0x0B, 0x0F, 0x1F), "bg2": RGBColor(0x13, 0x1A, 0x35),
"card": RGBColor(0x1A, 0x22, 0x45), "card_line": RGBColor(0x2C, 0x35, 0x62),
"primary": RGBColor(0x63, 0x66, 0xF1), "purple": RGBColor(0x8B, 0x5C, 0xF6), "cyan": RGBColor(0x22, 0xD3, 0xEE),
...
}
prs.slide_width = Inches(13.333) # 16:9
prs.slide_height = Inches(7.5)
每页的讲者备注(契约里允许写一行"备注:...")只进 PPTX 的备注区和演讲者视图,不出现在画面上。
为什么要同时出 PDF? 一个很实际的原因:iOS 的 QuickLook 能认出 .pptx,却渲染不出内容 ------屏幕中间一个图标加"拷贝到 XX"。所以 iOS 端点开 pptx 文件卡时,先找同名的 .pdf 孪生件来预览,卡片上显示的仍然是 pptx,用户要带走的是可编辑的那份。也因为 PDF 是预览孪生件,答案里只挂 pptx 一张卡------两张都挂,用户会以为生成了两份。
最后一页「参考来源」也是平台追加的:成文时要求模型在要点里用 [编号] 标注来源,但"不要自己写参考来源页"------来源页由系统用调研时真实打开过的链接生成,模型没法编造一个不存在的出处。
3.7 图从哪里来:为什么不用 AI 生图配图
早期版本有一整条"PPT 视觉素材"流程:一次大模型规划配图方案 → 生图模型出 3 张 → 塞进 deck。后来整条删掉了,还有一个测试守着它别回来。理由写在测试文件开头:它既花钱,又常常配出与内容无关的装饰图,而幻灯片真正需要的是数据表达。
现在幻灯片里的图来自三个不花生图钱的工具:
• render_chart:第三篇讲过,模型只给数据,平台用 matplotlib 画,成组数字必须用它画成图表;
• render_html_image:模型写 HTML/CSS,Chromium 按 2 倍分辨率截图,适合示意图、流程卡、对比卡、要点信息图,提供 16:9 画幅;
• screenshot_url:截产品真实界面,只放行自家域名。
契约里对图的要求只有两句:"已经出过的图原样把地址抄进最相关的那一页,一页一张;没出过就不写图片行,不要编地址"。
3.8 这一轮花了多少
| 项 | 数值 |
|---|---|
| 耗时 | 124 秒 |
| 模型调用 | 7 次 |
| 工具调用 | 4 次(联网搜索、代码执行、读取网页、生成幻灯片) |
| tokens | 71,001,其中 39,424 命中缓存 |
| 计费 | 约 8.6 积分 |
一份带调研、带核实、带单位经济测算的 9 页路演,不到 9 积分。
四、你也可以:在 App 里一句话创建自己的专家
如果你经常做某一类 PPT------比如"每周给老板的经营周报 PPT"或"给学生的物理课件"------可以建一位专属的 PPT 专家:
-
打开「专家广场」,点顶部的「新建专家」卡片
-
一句话描述,比如"专做初中物理课件,每页一个知识点,配生活例子和一道练习题"
-
服务端一次生成名字、人设提示词、能力标签、开场示例和头像
-
预览没问题就「开始对话」;要它直接出 PPT 时,在输入框的「+」里选「AI PPT」------任何一位专家都能这样出幻灯片,走的是同一条渲染流水线
人设管内容怎么想,格式交给平台------你写人设时完全不用考虑排版。
五、总结
本篇以 PPT 专家为例,拆了一位"成品型"智能体是怎么构建的:
• 应用上,它解决的是"只给大纲 / 数字是编的 / 文字墙"三个问题:一句话进去,两分钟出来一份能放映、能导出 PPTX 的 9 页路演;用户给的经营数字被跑成单位经济学,市场数据联网查完还要读原文核实,没有可靠数据的地方老老实实留占位符。
• 技术上,一位成品型专家 = 一份"管内容"的人设 + 一个钉在配置里、由服务端解析的成品形态 + 一个在循环里当场出片、一轮最多两版的成品工具 + 一份"卡片式"写作契约。契约让模型只管把内容写对,版式由内容的形状推断;同一份 Markdown 在五个客户端用同一套规则解析,靠共享夹具在 CI 里对齐;导出的 PDF 和 PPTX 同色值,PDF 还兼任 iOS 上的预览孪生件。
智能体内核「口袋专家 Harness」已开源:PocketExpertHarness,欢迎查看源码、参与交流和点 Star。
