WorkBuddy 使用技巧一，建文件夹、搭框架、会派活
之前写的《咨询师眼中的豆包和WorkBuddy神仙组合用法》文章发出去之后，被问得最多的是同一个问题：WorkBuddy 到底怎么用？为什么我丢一段需求过去，它还我一堆表格？
说实话，这个问题我没资格笑话任何人——因为我的第一天，也是这么过来的。
照着用豆包的习惯，我丢了一段业务需求让它写方案。它很快给了回复：结构工整，表格齐全，排比句一串一串。逻辑上挑不出毛病，但那不是咨询方案的行文，是标准答案的行文。改都没法改，我当时就把它放下了。
后来是因为项目里要出大量系统界面和流程图，豆包画的图实在没法用，才重新把 WorkBuddy 捡起来。这一用就是两个月，中间磨合了不少回合。现在回头看，第一天的问题不在工具，在我——我把它当豆包用了，而它和豆包，根本是两种脾气。
这两个月，从踩坑到顺手，攒下了一肚子用法，一篇讲不完，干脆写成一个系列，一篇一个主题。今天先讲第一课，也是最根本的一课：别把它当豆包用。
一、该怎么给它派活
大模型的一个典型通病：你给它的交代越笼统，它还你的就越平均。
一句“帮我写个方案”，它能给的只有平均水平的东西——结构正确、内容全面、放之四海皆准，也就是我们常说的“正确的废话”。这一点豆包也一样，只是豆包对话来回磨起来顺手，你可以一轮一轮聊，把它慢慢聊上道。
WorkBuddy 的性子不一样。它是干工程出身的工具，擅长的是按步骤干活：读文件、改文件、生成文件、画图。你拿聊天的方式对它，一句话丢过去，它没有上下文，没有素材，没有框架，能还你的，自然只有一堆表格和排比句。
所以，在这里我需要反复强调一下：WorkBuddy 不是问答工具，是干活工具，需要按干活的方式去训练和使用。
二、第一个正确动作：先给它一个工作文件夹
本系列文章均是以WorkBuddy 本地版的使用技巧进行说明。
WorkBuddy 本地版和网页版最大的不同，是能和本地文件夹直接关联。这是我这两个月用下来，觉得最被低估的一个功能。
我现在的做法是，每个投标项目（写咨询方案也是一样）先建一个文件夹：招标文件、图纸、往期类似方案、政策文件、客户提供的素材，全部丢进去。然后让 WorkBuddy 先读、先消化，再谈生成。
没挂文件夹之前，它写的是“某行业信息化方案”；挂了文件夹之后，它写出来的东西里，有这个项目的名字，有招标文件里的评分点，有客户素材里的原话。同样是它写，底下的“料”完全不是一个等级。
有时候我甚至先不让它写方案，第一步先让它干别的活：把招标文件读一遍，给我拆出一份要点清单——资格条件、评分标准、实质性条款、废标条款，分门别类列出来。这一步过去是我拿着荧光笔在纸上干的活，现在几分钟出一版，我再逐条核对。
还有一个用法：往期的方案也丢在文件夹里。让它写新章节的时候，交代一句“参照文件夹里某某方案的写法”，它就能踩着旧方案的肩膀走，行文习惯也和自己过去的稿子对得上。这一点对咨询公司很重要——方案卖出去的不只是内容，还有一脉相承的专业感。
三、框架我搭，按章节派活，逐段验收
素材消化完，才轮到写。
原则和用豆包时一样：整份方案绝不直接丢给它。方案框架我自己搭，总体架构这一章我自己写——这部分是整份方案的主线和灵魂，交给谁我都不放心。
区别在于派活的方式。用豆包是复制粘贴来回磨：它生成一段，我复制到 Word 里，改完再贴回去告诉它。WorkBuddy 省掉了这个搬运——它直接在文件夹里生成文件、修改文件，成稿就躺在我指定的位置，我打开就能核。
我的具体流程是：把章节框架和写作要求交代清楚——这一章写什么、对应招标文件哪一条、什么口吻、什么格式——然后它成稿，我逐段核对，不满意就打回去。
交代得多了，我后来把派活的口径固定成了四件套：这一章写什么、对应招标文件哪几条、什么口吻、什么格式。四句话说全，它一稿基本能用个七七八八，剩下的就是核事实、调详略。
这里还有个关键技巧：需要工具重写的地方，一定要说清楚问题在哪，你希望工具怎么调整。
“写得不好，重写”——这种话它不知道怎么改，重来一版还是老样子。“这一段没有结合招标文件第三章的评分点，把某某要求点出来，重写”——这么说，它立刻就对了。
举个小例子。有一版稿子里，它在建设内容那章写了不少“提升管理效能”“强化数据支撑”这类放之四海皆准的话。我没有笼统地让它“写实在点”，而是把招标文件需求章节的两条具体要求贴给它，让它逐条对应着改。改完之后，那段话才真正像是给这个项目写的。
带过新人的人都懂，这和带新同事是一个道理。但工具的学习能力相较人来说太强了，可能只需要几天时间，它的某些能力就可以赶上你本人了。
四、出图，才是它的主场
文字磨合顺了之后，出图就是顺理成章的事。上一篇讲过 UI 同事用它一天出两百多张系统界面，这里补充两个我自己常用的图形场景。
一个是流程图。业务流程、审批流程、处置流程，投标方案里少不了。以前用 Visio 拖，一个流程图小半天。现在我把流程的文字描述给它——几个环节、谁判断、判断之后走哪两条路——说清楚，它直接出图，不满意就改描述，比拖鼠标快得多。
另一个是功能框架图。说清楚层级和构成——总体几层、每层几个模块、模块下挂什么功能——它出的框架图。不过，这类架构图我现在还只是参考使用，会自己根据对项目的理解按照自己的习惯重新绘制。
经验就一条：规格说得越清楚，图的质量越高。“画个流程图”和“把第三节的服务处置流程画成流程图，五个环节、三个判断节点”，出来的完全是两回事。
上一篇说的两百多张系统界面，也是这个路数。UI 同事不是让它“画界面”四个字了事，而是把每个子系统的功能清单、页面元素、风格要求列清楚，一批一批派活。它出一批，人核一批，不对的调整描述再来。一天两百多张，不是它一口气画了两百张，是“派活—验收—返工”这个循环转得足够快。
五、几点注意事项
第一，数字照样要核。这一点所有大模型都一样，WorkBuddy 也不例外。涉及投资、工期、数量的表述，必须回原始文件逐条核对，它写得再肯定，也不能直接进投标稿。
第二，涉密素材自己把握分寸。投标项目的素材多少都有敏感性，哪些能喂、喂到哪一步，这个度只能自己拿。
第三，灵魂章节仍然自己写。总体架构、项目理解、重难点分析——这些章节涉及对项目的整体判断，是客户掏钱买的东西。工具能帮你把活干快，但判断还是得你下。
写在最后
两个月用下来，我对 WorkBuddy 的定位越来越清楚：它不是一个你问它答的工具，是一个你带它干的搭档。
你把它当搜索引擎，随手一问，它就还你一堆表格；你把它当新来的咨询助理，给它资料、给它框架、给它具体的批评，它就越来越像你的数字人。
工具没有好不好用，只有会不会用。
最后再多说一句：别指望第一天就顺手。我用豆包用了大半年才摸出门道，WorkBuddy 也磨合了两个多月。工具这东西和带徒弟一样，你肯花心思教，它才长进得快。
你用 WorkBuddy 的时候踩过什么坑？还是有什么自己的独门用法？欢迎评论区留言交流，下一篇接着聊。
#WorkBuddy #AI工具 #咨询顾问 #投标 #效率工具