1. 这次实战到底解决什么问题1.1 200 页年报的“翻车点”做投资分析最怕的不是没数据是数据全堆在那里你却不知道从哪下刀。拿一份 200 页的年报来说真正对投资判断有用的可能就三四页管理层讨论、核心财务指标、分部经营数据、现金流和风险提示。但问题是你得先花三四个小时把那 200 页翻完才知道哪几页有用。我这次接到的任务很明确把某家公司的一份上市年报整理成第二天早上要上台讲的 15 页投资分析 PPT。注意“上台”这两个字意味着不是给自己看的草稿而是要对着领导或者客户讲清楚“这家公司值不值得看、核心矛盾在哪、机会和风险各是什么”。这种任务最难的地方在于既要保证信息密度高又要让逻辑线条清晰到别人听完一页能自然接上下一页。以前我处理这种场景基本是“三遍法”先快速通读年报标重点再针对重点章节做数据摘录和横向对比最后搭 PPT 框架、逐页填内容。一套流程下来六七个小时是常态。这次我选择把大半段初筛和结构化工作交给 WorkBuddy目标是先把“读懂年报”的时间压缩到 1 小时以内把省下来的时间放在真正需要人的判断上结论是否可靠、风险有没有遗漏、上台被问到能不能答得上来。1.2 WorkBuddy 在这种任务里能做什么、不能做什么先说结论WorkBuddy 在这个场景里最合适的定位是“一名称职的分析师助理”不是“替你决策的合伙人”。它能做三件非常实在的事。第一能处理超长文档你要把 200 页 PDF 一次性喂进去让它分段落、按章节做摘要这比你自己滚鼠标滚轮要快得多。第二能按照你给定的分析框架做信息抽取和结构化整理比如让它只挑出“近三年营收、净利润、毛利率、经营现金流、有息负债”这几项它会老老实实地从全文找并做成表格。第三它能直接输出演讲逻辑和逐页内容脚本省掉大量从零搭框架的时间。但它的边界也很明显。AI 不会替你做估值判断不会因为你没告诉它可比公司就自己去找更不会在你把数据搞错单位、把同比和环比看反的时候主动纠正你。换句话说它擅长把信息变成“半成品”而把“半成品”变成“可上台的成品”这一关必须由你来守。这次实战我最深的体感是WorkBuddy 是个放大器你的任务定义越清楚它输出的质量越高你要是自己都没想清楚要什么它也能给你一份看起来很专业、但架不住追问的漂亮垃圾。2. 开工前先选型与配置2.1 接入方式怎么选网页版、客户端还是本地部署热词里很多人搜“workbuddy 安装教程”“workbuddy 本地部署”“workbuddy ubuntu”说明大家卡在第一步的不少。我这次是在公司电脑上干活的用的客户端没折腾本地部署。原因很简单本地部署的收益我能说清楚但成本也摆在那儿——环境依赖、模型加载、内网权限这些搞不好一上午就没了。如果你只是处理年报这种办公文档直接走网页版或者客户端就够了速度快配套的连接器和技能生态也更全没必要为了“本地”而本地。如果你是 Linux 环境或者 Ubuntu 用户也不用慌。官方给的安装包里一般会带依赖说明常见就三步装好基础运行环境拉到安装包按文档初始化。这里面有一个最容易踩的坑装完之后启动报“连接失败”或者“服务初始化异常”十有八九不是安装本身的问题而是端口被占用、网络环境有拦截或者启动时没有给足权限。遇到这种情况先别急着重装看日志、查端口、换网络环境从上到下排查一轮再下结论。另外提醒一句网页版和客户端在账户体系、历史记录同步这些方面是互通的但客户端能访问本地文件夹这是网页版做不了的。这次我要让 WorkBuddy 直接读取本地 PDF所以客户端是必选项。在 Linux 下还要注意文件路径和访问范围的设置这一步我会在下一节详细说。2.2 连接器、技能与自定义指令的三板斧我第一次用 WorkBuddy 的时候有个误解以为它就是一个“能聊天的文件阅读器”。实际上它的核心玩法是围着“连接器、技能、自定义指令”三样东西转的。连接器解决的是“数据从哪来、结果送到哪去”。比如你可以接上微信、钉钉多维表、邮箱这类常用工具让智能体能定时把生成的日报、周报推给你或者把表格数据同步到一个地方去。热词里那个“workbuddy 定时发送微信消息”“钉钉多维表定期同步”说的就是这个能力。这次我做的任务用不到太复杂的连接器但如果你以后要处理“每周自动汇总研报摘要”这类重复性劳动连接器是核心。技能Skill解决的是“把一套流程固定下来”。它本质上是一条预先写好的、带特定输出的指令模板。我这次用 WorkBuddy 之前官方市场里已经有现成的“财务报告分析”类技能可以直接加载。但我个人的建议是别人的技能可以参考最好还是按自己的分析习惯建一个。因为投资分析这事框架差一点结论可能差很多。很多人搜“workbuddy skill”其实问的就是这个怎么让智能体稳定地按你的套路干活。自定义指令解决的是“对话行为规范”。比如你可以告诉它“所有回答必须使用中文涉及数据必须注明来源页码不确定的信息必须明说‘未找到’而不是瞎编。”这些规则看着琐碎但在处理 200 页年报这种长文本时极其重要。你如果不加约束它会非常自信地给你编一个不存在的“第五大客户”。2.3 WorkBuddy 与 CodeBuddy 的首要区别很多人分不清 WorkBuddy 和 CodeBuddy连带着热词里都在搜“codebuddy 和 workbuddy 区别”。其实它们的定位差异一句话就能讲清WorkBuddy 偏办公效率场景用自然语言驱动它完成文档、报告、数据整理、自动化流程CodeBuddy 偏软件开发场景更适合写代码、查 Bug、做工程脚手架。你可以把 WorkBuddy 理解成“办公流程的协调者”把 CodeBuddy 理解成“代码工程的执行者”。听起来好像同根同源但在实际中千万别混用。我见过有人拿 CodeBuddy 去解析年报 PDF不是不行而是它在文档结构理解和办公输出上明显不如 WorkBuddy 顺手反过来你要是拿 WorkBuddy 去改一段复杂的后端代码也会发现它对工程上下文的支持没 CodeBuddy 深。这次的年报转 PPT 任务从文档读取、信息抽取到输出 PPT 大纲和演讲脚本全部应该放在 WorkBuddy 里完成。3. 让 WorkBuddy 读懂 200 页年报3.1 长文档的分段读取与记忆策略200 页 PDF 一次性丢给任何一个智能体都会有上下文压力。WorkBuddy 虽然对长文档支持不错但最稳妥的办法是“先切段、再汇总、后推理”。我第一次尝试时直接把整份 PDF 拖进去让它一口气总结。结果它确实能给出一份总结但细节丢失很严重尤其是“分部门收入”这类藏在第 120 页的表格它很容易漏掉。后来我换了个策略先按年报的天然章节结构分批次读取读完一部分就让它先输出“该部分的 3 个核心结论 10 个关键数据点”等全部章节读完再让它基于这些中间结论做汇总。这样做的好处是每一段上下文都能保持高质量最终汇总时不是凭空回忆而是建立在已经抽取出来的结构化信息之上。我在提示词里是这么写的请按章节处理这份年报 PDF。当前请先阅读“管理层讨论与分析”部分 输出内容包括1) 本部分核心结论三条2) 涉及营业收入、净利润、毛利率、 经营性现金流等关键财务数据的原始值与页码3) 公司自己提出的风险因素清单。 不要做主观评价只提取原文信息不确定的内容标注“未明确披露”。这一段指令有两个容易被忽略但很重要的设计。一是“输出页码”逼着它把信息来源留痕方便我回去复核。二是“不要做主观评价”避免它给我转述一堆“该公司竞争力较强”这种何用的话。做投资分析原始事实越干净后面的判断越可靠。3.2 数据提取的口径与单位必须盯死处理年报最容易翻车的不是找不到数据而是找到了数据却用错了地方。比如“营业收入”就可以有母公司口径和合并报表口径“净利润”可以分成“归母净利润”和“扣非净利润”这两组数字可能差出 20%。WorkBuddy 能帮你把数字从第 73 页的表格里抠出来但要不要用这个数、这个数代表什么含义这需要你在提示词里明确交代口径。我的做法是给它一套“口径约束”所有财务指标默认采用合并报表口径净利润优先使用归母净利润若引用扣非数据必须注明金额一律以“亿元”为单位保留两位小数原始单位如果是万元则先完成换算再写入表格涉及同比增长率必须同时核对同比基期防止它把“今年上半年”和“去年同期”错位。还有一类很容易错的地方是“比率”与“绝对额”混用。比如报表里写了“资产负债率 58.6%”有些模型会把它提取成 58.6 亿元或者 0.586 亿元那就完全跑偏了。我这次在第二轮检查时专门让它把所有“百分比”字段单独列成一个清单再和原文逐项核对抓出过两处单位错误。别嫌这一步麻烦上台的时候被台下人指出“你这个毛利率单位写错了”那才叫真麻烦。3.3 生成投资分析框架的提示词写法把信息读进来只是第一步真正决定 PPT 质量的是分析框架。框架不对后面填再多数据都白搭。我自己常用的框架是六段式投资亮点最核心的三个逻辑公司业务拆解靠什么赚钱、各板块占比财务质量分析成长性、盈利质量、现金流行业与竞争格局市场空间、竞争对手、公司在行业里的位置风险因素经营、财务、行业、治理四个维度核心结论与关注要点我给 WorkBuddy 的指令不是简单一句“帮我生成一个投资分析框架”而是把这个框架的每段要求都写清楚并让它从年报中提取对应信息填入。以“财务质量分析”为例请基于年报数据从成长性、盈利质量、现金流三个维度分析该公司财务表现。 成长性用近三年营收和归母净利润同比增速体现盈利质量用毛利率、净利率 及其变化趋势体现现金流用经营性现金流净额及其与净利润的比值体现。 每个维度给出结论并附上支持数据与来源页码。这段指令的关键词是“基于年报数据”“并用 X 体现”。它不是让模型泛泛而谈而是把所有评价维度都落到可核验的数据点上。这样做出来的 PPT每一页讲完都会自然而然引出下一页的问题上台讲的时候不会出现“讲完这页不知道说什么”的尴尬。4. 从框架到能上台的 PPT4.1 先把“讲故事的逻辑”定下来很多人做 PPT 容易先开软件再去想内容这个顺序特别容易废。我这次是反着来的先让 WorkBuddy 基于前一步生成的六段式框架输出一份“每一页的标题 核心信息 讲解要点”的文档也就是逐页脚本。等脚本逻辑理顺了再动手做视觉呈现。这一步同样可以用提示词硬约束。我要求它按“每页一句话标题 三点核心内容 一句过渡语”的结构输出 15 页脚本。页面分配大概是封面和摘要 2 页、投资亮点 2 页、业务拆解 3 页、财务分析 4 页、行业格局 2 页、风险与结论 2 页。这样分布的重点在于把最重的篇幅放在财务分析上因为投资分析的落脚点说到底还是“用数据证明判断”。WorkBuddy 生成的脚本里有一句过渡语让我印象很深大意是“前两页我们讲了收入结构接下来要回答的问题是这些业务的增长是用利润换来的还是靠真金白银赚来的”这句话把“业务拆解”和“财务质量”两段完美衔接住了。后来我几乎没有改就直接用在了第 5 页 PPT 上。这算是我觉得这次实战最值回票价的地方——你不需要它替你做判断只要它能把逻辑线理顺你就有更多精力放在判断本身。4.2 逐页脚本、图表与数据页的批量生成逻辑定了之后内容填充就快多了。我让 WorkBuddy 按页输出“标题 核心观点 支持数据 图表建议”。这里要特别注意不要让它直接生成一个完整的 PPT 文件然后你就直接用了至少现阶段不建议这么做。更稳的方案是让它输出每一页的文字内容和图表类型建议你再在 PPT 工具里搭骨架、填数。拿“收入结构拆解”这页举例WorkBuddy 输出的内容大致是标题收入增长靠什么驱动 核心观点公司收入增长主要由 A 业务驱动B 业务增速放缓C 业务占比逐年下降。 数据近三年各业务收入及同比增速2024 年 A 业务收入占比约 52%同比提高 6 个百分点。 图表建议用堆叠柱状图展示三年各业务收入规模旁边配一张各业务增速的折线图便于观众直观理解“谁在拉动、谁在拖累”。这种格式的好处在于“拿来即用”。我只需把里面的数字和原文核对一遍图表的颜色和排版根据公司模板调整就可以直接放上去了。整个 15 页 PPT 从脚本到初稿我只花了不到两个小时这在以前是不可想象的。4.3 上台前的人工校准与答辩准备最后一步也是最容易被忽略的一步人工校准。AI 生成的内容看起来越流畅就越容易让人放松警惕。我这次至少做了三轮检查。第一轮是“数据抽查”针对每一页涉及关键财务数据的地方回到年报原文找出处核对数字、单位、同比口径。第二轮是“逻辑顺读”把 15 页脚本连起来读一遍看页面之间是否顺畅有没有前后矛盾。第三轮是“模拟提问”让 WorkBuddy 站在“观众角度”先向我提 10 个刁钻问题我再逐一准备答案。第三轮是我要特别安利的一个做法。因为上台最怕的不是内容不好而是被问到年报里某个小角落的数据时当场卡壳。我这次让 WorkBuddy 扮演“不那么友好的分析师”成功问出了诸如“扣非净利润下滑但归母净利润增长原因是什么”这类很尖锐的问题。靠着提前排查我才能在台上把每个问题接住还顺带把球踢回给提问者讨论。如果你想用 WorkBuddy 做答辩准备这一招强烈推荐。5. 实战中踩过的坑和排查记录5.1 高频错误与处理速查表这次实战下来我把遇到过的报错和坑做成了个速查表不一定覆盖所有环境但足够应对大部分办公室场景。现象可能原因处理办法打开客户端一直转圈无法进入工作台网络连接不稳定、代理拦截切换网络环境关闭无关代理重启客户端检查日志报“网络连接失败 3002”本地服务端口被占用或服务未完全启动查看本地端口占用情况杀掉残留进程后重新启动检查防火墙是否放行对应端口上传 PDF 后回答速度极慢长文档切分与索引耗时将 PDF 按章节拆分成多个小文件分批处理减少单次任务量提取的财务数字与原文不一致上下文过长导致细节丢失分章节提取后用“页码核对”指令逐项复核或让它在输出时附来源页码要求输出 PPT 文件但生成格式错乱超过输出格式引导边界改为输出逐页内容脚本再由人工在 PPT 工具中排版生成的结论与年报事实矛盾未加“不确定必须说明”约束在自定义指令中强制要求“未找到/未披露/不确定”必须明说这里面 3002 这个报错我要多说一句它不是 WorkBuddy 独有的问题而是很多本地服务类程序都会遇到的通用症状。我看到网上有人一碰到 3002 就慌着卸载重装其实大概率是上次程序没退干净进程还挂在后台占着端口。在 Windows 上打开任务管理器在 Linux 上执行ps aux | grep workbuddy查一下残留进程清干净再启动八成能解决。如果你是在公司内网里用还要确认一下有没有网络访问限制这类问题多数不是软件坏是环境不配合。5.2 我的三条独家经验第一条提示词里一定要写“不确定就明说”。AI 很容易一本正经地编造内容尤其在长文档处理中。我在自定义指令里加了硬性规定所有信息必须来自上传文档找不到就写“未找到”绝不允许根据常识脑补。这次至少保住了三处关键数字的准确性。第二条让 WorkBuddy 输出“中间态”而不是“最终态”。所谓中间态就是每一阶段的可核验产出比如章节摘要、数据表、框架提纲、逐页脚本。等这些中间态都确认无误再让它做下一步加工。千万别说“直接给我一个完整 PPT”中间态越少你能纠错的机会就越少。第三条也是我在这次实战中感悟最深的一点别把时间省在最后的检查上。就算 WorkBuddy 再快它在“内容整齐、逻辑通顺”这件事上也只完成了前半段后半段需要的是人的判断是站在台上被追问时的那份底气。我的体感是用 WorkBuddy 把“从 0 到 80 分”的时间砍掉 70%然后把省下来的时间全部花在“从 80 到 100 分”的打磨上。这才是我理解的效率提升而不是把 AI 生成的东西原封不动拿上去冒险。如果你之后也想做类似的事我的建议是从小处试起先拿一份短一点的财报或研报把“读文档—出框架—生成脚本—人工校准”这套流程跑通再扩大到 200 页年报这样的硬仗。流程顺了之后遇到什么材料都不慌。
WorkBuddy实战：200页年报如何快速转化为15页投资分析PPT？
1. 这次实战到底解决什么问题1.1 200 页年报的“翻车点”做投资分析最怕的不是没数据是数据全堆在那里你却不知道从哪下刀。拿一份 200 页的年报来说真正对投资判断有用的可能就三四页管理层讨论、核心财务指标、分部经营数据、现金流和风险提示。但问题是你得先花三四个小时把那 200 页翻完才知道哪几页有用。我这次接到的任务很明确把某家公司的一份上市年报整理成第二天早上要上台讲的 15 页投资分析 PPT。注意“上台”这两个字意味着不是给自己看的草稿而是要对着领导或者客户讲清楚“这家公司值不值得看、核心矛盾在哪、机会和风险各是什么”。这种任务最难的地方在于既要保证信息密度高又要让逻辑线条清晰到别人听完一页能自然接上下一页。以前我处理这种场景基本是“三遍法”先快速通读年报标重点再针对重点章节做数据摘录和横向对比最后搭 PPT 框架、逐页填内容。一套流程下来六七个小时是常态。这次我选择把大半段初筛和结构化工作交给 WorkBuddy目标是先把“读懂年报”的时间压缩到 1 小时以内把省下来的时间放在真正需要人的判断上结论是否可靠、风险有没有遗漏、上台被问到能不能答得上来。1.2 WorkBuddy 在这种任务里能做什么、不能做什么先说结论WorkBuddy 在这个场景里最合适的定位是“一名称职的分析师助理”不是“替你决策的合伙人”。它能做三件非常实在的事。第一能处理超长文档你要把 200 页 PDF 一次性喂进去让它分段落、按章节做摘要这比你自己滚鼠标滚轮要快得多。第二能按照你给定的分析框架做信息抽取和结构化整理比如让它只挑出“近三年营收、净利润、毛利率、经营现金流、有息负债”这几项它会老老实实地从全文找并做成表格。第三它能直接输出演讲逻辑和逐页内容脚本省掉大量从零搭框架的时间。但它的边界也很明显。AI 不会替你做估值判断不会因为你没告诉它可比公司就自己去找更不会在你把数据搞错单位、把同比和环比看反的时候主动纠正你。换句话说它擅长把信息变成“半成品”而把“半成品”变成“可上台的成品”这一关必须由你来守。这次实战我最深的体感是WorkBuddy 是个放大器你的任务定义越清楚它输出的质量越高你要是自己都没想清楚要什么它也能给你一份看起来很专业、但架不住追问的漂亮垃圾。2. 开工前先选型与配置2.1 接入方式怎么选网页版、客户端还是本地部署热词里很多人搜“workbuddy 安装教程”“workbuddy 本地部署”“workbuddy ubuntu”说明大家卡在第一步的不少。我这次是在公司电脑上干活的用的客户端没折腾本地部署。原因很简单本地部署的收益我能说清楚但成本也摆在那儿——环境依赖、模型加载、内网权限这些搞不好一上午就没了。如果你只是处理年报这种办公文档直接走网页版或者客户端就够了速度快配套的连接器和技能生态也更全没必要为了“本地”而本地。如果你是 Linux 环境或者 Ubuntu 用户也不用慌。官方给的安装包里一般会带依赖说明常见就三步装好基础运行环境拉到安装包按文档初始化。这里面有一个最容易踩的坑装完之后启动报“连接失败”或者“服务初始化异常”十有八九不是安装本身的问题而是端口被占用、网络环境有拦截或者启动时没有给足权限。遇到这种情况先别急着重装看日志、查端口、换网络环境从上到下排查一轮再下结论。另外提醒一句网页版和客户端在账户体系、历史记录同步这些方面是互通的但客户端能访问本地文件夹这是网页版做不了的。这次我要让 WorkBuddy 直接读取本地 PDF所以客户端是必选项。在 Linux 下还要注意文件路径和访问范围的设置这一步我会在下一节详细说。2.2 连接器、技能与自定义指令的三板斧我第一次用 WorkBuddy 的时候有个误解以为它就是一个“能聊天的文件阅读器”。实际上它的核心玩法是围着“连接器、技能、自定义指令”三样东西转的。连接器解决的是“数据从哪来、结果送到哪去”。比如你可以接上微信、钉钉多维表、邮箱这类常用工具让智能体能定时把生成的日报、周报推给你或者把表格数据同步到一个地方去。热词里那个“workbuddy 定时发送微信消息”“钉钉多维表定期同步”说的就是这个能力。这次我做的任务用不到太复杂的连接器但如果你以后要处理“每周自动汇总研报摘要”这类重复性劳动连接器是核心。技能Skill解决的是“把一套流程固定下来”。它本质上是一条预先写好的、带特定输出的指令模板。我这次用 WorkBuddy 之前官方市场里已经有现成的“财务报告分析”类技能可以直接加载。但我个人的建议是别人的技能可以参考最好还是按自己的分析习惯建一个。因为投资分析这事框架差一点结论可能差很多。很多人搜“workbuddy skill”其实问的就是这个怎么让智能体稳定地按你的套路干活。自定义指令解决的是“对话行为规范”。比如你可以告诉它“所有回答必须使用中文涉及数据必须注明来源页码不确定的信息必须明说‘未找到’而不是瞎编。”这些规则看着琐碎但在处理 200 页年报这种长文本时极其重要。你如果不加约束它会非常自信地给你编一个不存在的“第五大客户”。2.3 WorkBuddy 与 CodeBuddy 的首要区别很多人分不清 WorkBuddy 和 CodeBuddy连带着热词里都在搜“codebuddy 和 workbuddy 区别”。其实它们的定位差异一句话就能讲清WorkBuddy 偏办公效率场景用自然语言驱动它完成文档、报告、数据整理、自动化流程CodeBuddy 偏软件开发场景更适合写代码、查 Bug、做工程脚手架。你可以把 WorkBuddy 理解成“办公流程的协调者”把 CodeBuddy 理解成“代码工程的执行者”。听起来好像同根同源但在实际中千万别混用。我见过有人拿 CodeBuddy 去解析年报 PDF不是不行而是它在文档结构理解和办公输出上明显不如 WorkBuddy 顺手反过来你要是拿 WorkBuddy 去改一段复杂的后端代码也会发现它对工程上下文的支持没 CodeBuddy 深。这次的年报转 PPT 任务从文档读取、信息抽取到输出 PPT 大纲和演讲脚本全部应该放在 WorkBuddy 里完成。3. 让 WorkBuddy 读懂 200 页年报3.1 长文档的分段读取与记忆策略200 页 PDF 一次性丢给任何一个智能体都会有上下文压力。WorkBuddy 虽然对长文档支持不错但最稳妥的办法是“先切段、再汇总、后推理”。我第一次尝试时直接把整份 PDF 拖进去让它一口气总结。结果它确实能给出一份总结但细节丢失很严重尤其是“分部门收入”这类藏在第 120 页的表格它很容易漏掉。后来我换了个策略先按年报的天然章节结构分批次读取读完一部分就让它先输出“该部分的 3 个核心结论 10 个关键数据点”等全部章节读完再让它基于这些中间结论做汇总。这样做的好处是每一段上下文都能保持高质量最终汇总时不是凭空回忆而是建立在已经抽取出来的结构化信息之上。我在提示词里是这么写的请按章节处理这份年报 PDF。当前请先阅读“管理层讨论与分析”部分 输出内容包括1) 本部分核心结论三条2) 涉及营业收入、净利润、毛利率、 经营性现金流等关键财务数据的原始值与页码3) 公司自己提出的风险因素清单。 不要做主观评价只提取原文信息不确定的内容标注“未明确披露”。这一段指令有两个容易被忽略但很重要的设计。一是“输出页码”逼着它把信息来源留痕方便我回去复核。二是“不要做主观评价”避免它给我转述一堆“该公司竞争力较强”这种何用的话。做投资分析原始事实越干净后面的判断越可靠。3.2 数据提取的口径与单位必须盯死处理年报最容易翻车的不是找不到数据而是找到了数据却用错了地方。比如“营业收入”就可以有母公司口径和合并报表口径“净利润”可以分成“归母净利润”和“扣非净利润”这两组数字可能差出 20%。WorkBuddy 能帮你把数字从第 73 页的表格里抠出来但要不要用这个数、这个数代表什么含义这需要你在提示词里明确交代口径。我的做法是给它一套“口径约束”所有财务指标默认采用合并报表口径净利润优先使用归母净利润若引用扣非数据必须注明金额一律以“亿元”为单位保留两位小数原始单位如果是万元则先完成换算再写入表格涉及同比增长率必须同时核对同比基期防止它把“今年上半年”和“去年同期”错位。还有一类很容易错的地方是“比率”与“绝对额”混用。比如报表里写了“资产负债率 58.6%”有些模型会把它提取成 58.6 亿元或者 0.586 亿元那就完全跑偏了。我这次在第二轮检查时专门让它把所有“百分比”字段单独列成一个清单再和原文逐项核对抓出过两处单位错误。别嫌这一步麻烦上台的时候被台下人指出“你这个毛利率单位写错了”那才叫真麻烦。3.3 生成投资分析框架的提示词写法把信息读进来只是第一步真正决定 PPT 质量的是分析框架。框架不对后面填再多数据都白搭。我自己常用的框架是六段式投资亮点最核心的三个逻辑公司业务拆解靠什么赚钱、各板块占比财务质量分析成长性、盈利质量、现金流行业与竞争格局市场空间、竞争对手、公司在行业里的位置风险因素经营、财务、行业、治理四个维度核心结论与关注要点我给 WorkBuddy 的指令不是简单一句“帮我生成一个投资分析框架”而是把这个框架的每段要求都写清楚并让它从年报中提取对应信息填入。以“财务质量分析”为例请基于年报数据从成长性、盈利质量、现金流三个维度分析该公司财务表现。 成长性用近三年营收和归母净利润同比增速体现盈利质量用毛利率、净利率 及其变化趋势体现现金流用经营性现金流净额及其与净利润的比值体现。 每个维度给出结论并附上支持数据与来源页码。这段指令的关键词是“基于年报数据”“并用 X 体现”。它不是让模型泛泛而谈而是把所有评价维度都落到可核验的数据点上。这样做出来的 PPT每一页讲完都会自然而然引出下一页的问题上台讲的时候不会出现“讲完这页不知道说什么”的尴尬。4. 从框架到能上台的 PPT4.1 先把“讲故事的逻辑”定下来很多人做 PPT 容易先开软件再去想内容这个顺序特别容易废。我这次是反着来的先让 WorkBuddy 基于前一步生成的六段式框架输出一份“每一页的标题 核心信息 讲解要点”的文档也就是逐页脚本。等脚本逻辑理顺了再动手做视觉呈现。这一步同样可以用提示词硬约束。我要求它按“每页一句话标题 三点核心内容 一句过渡语”的结构输出 15 页脚本。页面分配大概是封面和摘要 2 页、投资亮点 2 页、业务拆解 3 页、财务分析 4 页、行业格局 2 页、风险与结论 2 页。这样分布的重点在于把最重的篇幅放在财务分析上因为投资分析的落脚点说到底还是“用数据证明判断”。WorkBuddy 生成的脚本里有一句过渡语让我印象很深大意是“前两页我们讲了收入结构接下来要回答的问题是这些业务的增长是用利润换来的还是靠真金白银赚来的”这句话把“业务拆解”和“财务质量”两段完美衔接住了。后来我几乎没有改就直接用在了第 5 页 PPT 上。这算是我觉得这次实战最值回票价的地方——你不需要它替你做判断只要它能把逻辑线理顺你就有更多精力放在判断本身。4.2 逐页脚本、图表与数据页的批量生成逻辑定了之后内容填充就快多了。我让 WorkBuddy 按页输出“标题 核心观点 支持数据 图表建议”。这里要特别注意不要让它直接生成一个完整的 PPT 文件然后你就直接用了至少现阶段不建议这么做。更稳的方案是让它输出每一页的文字内容和图表类型建议你再在 PPT 工具里搭骨架、填数。拿“收入结构拆解”这页举例WorkBuddy 输出的内容大致是标题收入增长靠什么驱动 核心观点公司收入增长主要由 A 业务驱动B 业务增速放缓C 业务占比逐年下降。 数据近三年各业务收入及同比增速2024 年 A 业务收入占比约 52%同比提高 6 个百分点。 图表建议用堆叠柱状图展示三年各业务收入规模旁边配一张各业务增速的折线图便于观众直观理解“谁在拉动、谁在拖累”。这种格式的好处在于“拿来即用”。我只需把里面的数字和原文核对一遍图表的颜色和排版根据公司模板调整就可以直接放上去了。整个 15 页 PPT 从脚本到初稿我只花了不到两个小时这在以前是不可想象的。4.3 上台前的人工校准与答辩准备最后一步也是最容易被忽略的一步人工校准。AI 生成的内容看起来越流畅就越容易让人放松警惕。我这次至少做了三轮检查。第一轮是“数据抽查”针对每一页涉及关键财务数据的地方回到年报原文找出处核对数字、单位、同比口径。第二轮是“逻辑顺读”把 15 页脚本连起来读一遍看页面之间是否顺畅有没有前后矛盾。第三轮是“模拟提问”让 WorkBuddy 站在“观众角度”先向我提 10 个刁钻问题我再逐一准备答案。第三轮是我要特别安利的一个做法。因为上台最怕的不是内容不好而是被问到年报里某个小角落的数据时当场卡壳。我这次让 WorkBuddy 扮演“不那么友好的分析师”成功问出了诸如“扣非净利润下滑但归母净利润增长原因是什么”这类很尖锐的问题。靠着提前排查我才能在台上把每个问题接住还顺带把球踢回给提问者讨论。如果你想用 WorkBuddy 做答辩准备这一招强烈推荐。5. 实战中踩过的坑和排查记录5.1 高频错误与处理速查表这次实战下来我把遇到过的报错和坑做成了个速查表不一定覆盖所有环境但足够应对大部分办公室场景。现象可能原因处理办法打开客户端一直转圈无法进入工作台网络连接不稳定、代理拦截切换网络环境关闭无关代理重启客户端检查日志报“网络连接失败 3002”本地服务端口被占用或服务未完全启动查看本地端口占用情况杀掉残留进程后重新启动检查防火墙是否放行对应端口上传 PDF 后回答速度极慢长文档切分与索引耗时将 PDF 按章节拆分成多个小文件分批处理减少单次任务量提取的财务数字与原文不一致上下文过长导致细节丢失分章节提取后用“页码核对”指令逐项复核或让它在输出时附来源页码要求输出 PPT 文件但生成格式错乱超过输出格式引导边界改为输出逐页内容脚本再由人工在 PPT 工具中排版生成的结论与年报事实矛盾未加“不确定必须说明”约束在自定义指令中强制要求“未找到/未披露/不确定”必须明说这里面 3002 这个报错我要多说一句它不是 WorkBuddy 独有的问题而是很多本地服务类程序都会遇到的通用症状。我看到网上有人一碰到 3002 就慌着卸载重装其实大概率是上次程序没退干净进程还挂在后台占着端口。在 Windows 上打开任务管理器在 Linux 上执行ps aux | grep workbuddy查一下残留进程清干净再启动八成能解决。如果你是在公司内网里用还要确认一下有没有网络访问限制这类问题多数不是软件坏是环境不配合。5.2 我的三条独家经验第一条提示词里一定要写“不确定就明说”。AI 很容易一本正经地编造内容尤其在长文档处理中。我在自定义指令里加了硬性规定所有信息必须来自上传文档找不到就写“未找到”绝不允许根据常识脑补。这次至少保住了三处关键数字的准确性。第二条让 WorkBuddy 输出“中间态”而不是“最终态”。所谓中间态就是每一阶段的可核验产出比如章节摘要、数据表、框架提纲、逐页脚本。等这些中间态都确认无误再让它做下一步加工。千万别说“直接给我一个完整 PPT”中间态越少你能纠错的机会就越少。第三条也是我在这次实战中感悟最深的一点别把时间省在最后的检查上。就算 WorkBuddy 再快它在“内容整齐、逻辑通顺”这件事上也只完成了前半段后半段需要的是人的判断是站在台上被追问时的那份底气。我的体感是用 WorkBuddy 把“从 0 到 80 分”的时间砍掉 70%然后把省下来的时间全部花在“从 80 到 100 分”的打磨上。这才是我理解的效率提升而不是把 AI 生成的东西原封不动拿上去冒险。如果你之后也想做类似的事我的建议是从小处试起先拿一份短一点的财报或研报把“读文档—出框架—生成脚本—人工校准”这套流程跑通再扩大到 200 页年报这样的硬仗。流程顺了之后遇到什么材料都不慌。
