WorkBuddy · 项目空间 · 虚拟项目组
一个人开四条工作线：用 WorkBuddy 搭虚拟项目组
多Agent别再多开窗口。让调研、数据、内容和设计按照同一套交接规则工作，才能少查一遍资料、少改一轮稿。
我见过最忙的一种"多Agent工作法"，是同时打开四个聊天窗口。
一个查竞品，一个算数据，一个写文章，还有一个做设计。刚开始确实热闹，半小时后问题就来了：四个窗口各查一遍背景，数字口径对不上，写作窗口引用了还没确认的资料，设计窗口又根据旧稿开始排版。
最后，所谓并行工作变成了人工拼稿。省下来的生成时间，全花在找错和返工上。
如果你想在 WorkBuddy 里同时推进几条工作线，先别急着增加专家数量。先把项目空间、交付物和交接规则安排好。
从现有产品形态看，WorkBuddy可以把项目空间、任务、专家、技能、资料和最终文件放进同一个工作环境。但这不等于它会自动完成复杂的多Agent编排。本文提供的是一套可以亲手搭出来的虚拟项目组：一个主任务负责依赖和验收，调研、数据、内容、设计各自交付一种结果。
多开窗口为什么总会乱
聊天窗口很适合临时问答，却不擅长管理长期项目。
四个窗口各自拥有一段对话，看起来都在工作，实际上缺少三样东西：共同使用的事实版本、清楚的职责边界、可以检查的交接记录。
没有这三样东西，每个Agent都只能根据自己看到的材料继续猜。它们不会主动知道另一路刚改了统计周期，也不知道某个营销结论还在等待核验。
这和现实团队很像。把四个人叫进会议室，却不给他们项目目标、分工和版本规则，人多不会让事情自动变快。
先建一个所有工作线都认的项目空间
项目空间里先放五类基础信息：项目目标、目标受众、时间范围、已有资料和交付标准。
这套资料相当于项目的事实底稿。四条工作线都从这里读取，不要让每个专家各存一套"自己理解的版本"。
资料更新时，在文件名或首页写明版本号和更新时间。旧文件可以保留，但要标记停用。这样做比共享一段越来越长的聊天记录可靠。聊天记录会把讨论、猜测和结论混在一起，版本文件则能告诉你现在应该以哪一份为准。
建议至少准备四个入口文件：
• 00-项目说明：目标、范围、负责人和截止时间。
• 01-资料目录：文件名称、来源、版本和可用状态。
• 02-交付标准：最终要交什么、谁验收、怎样算通过。
• 03-冲突记录：争议内容、来源差异和采用理由。
项目空间解决的是"大家根据哪一版事实工作"。它不会替你决定四条工作线该如何配合。
四条工作线，每条只交一种结果
虚拟项目组最容易失控的地方，是让一个专家顺手多做几件事。
调研专家顺便写营销文案，数据专家顺便解释市场趋势，设计专家看到正文不够顺就自行改结论。每个人都很积极，责任却越来越难追。
我更建议把四条线压到单一交付。
调研线只交证据表。数据线只交口径表、计算结果和可复算文件。内容线根据已经确认的事实写结构和正文。设计线负责层级、版式、图表呈现和导出。
职责窄一点并不会浪费能力。它能让主任务看清每个结论从哪里来，哪一步出了问题。
交接时别说"你看看上一段对话"
每次交接都用同一张交接卡，至少写清七项：任务编号、输入版本、已完成内容、未解决问题、来源路径、下一步责任人和验收状态。
例如调研线完成后，不要只对内容线说"竞品资料查完了"。更可用的写法是：
任务 R-03；输入版本 V1.2；完成 8 家竞品的公开资料核验；2 个价格字段仍待确认；证据表位于"调研/证据表-V2"；下一步由主任务确认可引用结论；当前状态为待验收。
这张卡片听起来有点像项目管理，实际上能省掉大量追问。下一条工作线不必重新翻聊天记录，也不会把"尚未确认"误当成"已经决定"。
虚拟项目组能复用的，是这种稳定接口，不是某个窗口里碰巧写得不错的一段话。
用一次新品发布把四条线跑起来
假设你要在两周内完成一次新品发布，最终交付包括市场判断、数据分析、公众号文章和演示材料。
主任务只管依赖和验收
主任务先拆出四个分支：市场与竞品调研、历史数据分析、发布内容、演示材料。
它不需要亲自写完所有内容。它要决定哪些任务可以同时开始，哪些必须等待前置结论，还要维护冲突记录并完成最后合并。
调研线交证据表
输入要写明研究问题、时间范围、地区、允许使用的来源和排除项。
输出字段固定为"结论、证据、来源、发布日期、可信度、待核验点"。资料不够时就写"未找到足够证据"，别拿常识补空白。主任务先确认事实，内容线才能引用。
数据线保证口径可复算
数据线收到原始表、字段字典、统计周期和指标公式后，再开始清洗和分析。
交付不能只有几张图。清洗记录、异常值处理和中间计算表也要保留，否则别人无法复算。WorkBuddy的相关案例可以说明它能承接Excel导入、图表生成和报告整理等任务，但你仍需用自己的数据重新验收结果。
内容线只引用已确认事实
内容线先交结构，再写正文。数字旁保留来源编号，没有证据的判断标成待确认。
这样改标题、换开头或调整段落时，不会顺手改掉事实。主任务也能很快找出那些读起来很顺、来源却站不住的句子。
设计线负责信息怎么被看见
设计线接收冻结正文、品牌规范、画布尺寸和必须保留的图表。
它负责视觉层级、阅读节奏和文件导出，不重新解释数据。每张图也要写清用途：它是在证明界面、解释数据关系、标明操作位置，还是展示结果。把正文换个背景做成卡片，通常不算内容配图。
有些任务能并行，有些必须等
竞品官网采集和内部历史数据清洗可以同时开始，因为两边的输入相对独立。正文大纲和演示模板也能先搭框架，只要暂时不填未经确认的结论。
数字结论要等口径确认，营销主张要等证据核验，图表排版要等数据锁定，对外发布还要通过事实、版权和权限检查。这些步骤强行并行，只会把返工留到最后一天。
给项目设置三个汇合点会更稳：事实冻结、正文冻结、发布冻结。
每个汇合点都生成一个版本包和未解决清单。前一个节点没有通过，下一阶段只能做不依赖结论的准备工作。
出现冲突，回源头改
四条工作线同时推进，冲突一定会发生。处理冲突的办法不是在总稿里挑一句顺眼的保留。
先判断冲突来自哪里。时间范围不同、统计口径不同，回数据线处理；来源权威性不同，回调研线核验；事实相同但表达层级不同，再交给内容线调整。
冲突记录要保留双方观点、各自来源、影响章节、处理人和最终理由。即使两个口径都要保留，也要说明各自适用条件。
修正动作同样要回到源文件。数据错了，就改数据表并重新生成图表；来源失效了，就更新证据表并标出受影响的正文。只改最终PPT看似省事，下一轮任务仍会继续读取错误文件。
怎么验收这支虚拟项目组
四条线不能统一用一句"内容完整"来验收。
调研线看来源覆盖和待核验项；数据线看公式、异常处理和可复算性；内容线看引用是否准确、结构是否清楚；设计线看信息层级、图文对应和导出质量。
整体验收再查五件事：同一个数字在表格、正文和演示材料里是否一致；核心结论能否回到证据；发布文件是否使用冻结版本；未解决问题有没有被悄悄隐藏；关键动作是否由明确负责人确认。
这些检查比"生成速度快不快"更重要。速度可以靠模型提高，稳定交付要靠接口和验收。
别急着搭一间"万能虚拟公司"
第一次可以选一个两周内能收尾的项目，只用一个主任务和四条工作线。
项目结束后，记录哪次交接缺字段、哪份材料版本混乱、哪项验收来得太晚。第二轮优先修这些接口，不急着再增加专家。
如果四条线还不能稳定汇合，增加第五个、第六个Agent，只会制造更多交接点。
还要注意权限边界。涉及客户资料、合同、财务数据和未公开产品信息时，先确认工作空间、模型和连接器是否符合公司的数据要求。对外发布、删除文件或写回业务系统等动作，也应保留人工确认。
四条线接得起来，才算并行
一个人同时推进四条工作线，靠的不是更忙，也不是同时盯住四个聊天窗口。
你需要一份共同底稿，让每条工作线只交一种结果；需要固定交接卡，把上下游接起来；还要在事实、正文和发布三个节点停下来验收。冲突出现时，回到源任务修正，别在最终稿上打补丁。
WorkBuddy可以装下项目空间、任务、专家、技能、资料和交付物。怎么分工、何时汇合、由谁验收，仍然要由项目负责人先设计。
当这套结构跑顺以后，一个人才算获得了并行工作的能力。否则，你只是多开了几个互不相干的窗口。
先把四条工作线接起来，再考虑增加第五个Agent。
说明：本文提供的是基于WorkBuddy现有项目空间、任务、专家、技能和文件交付能力的工作设计，不代表产品原生支持自动化的复杂多Agent编排。具体功能、权限和可用连接器以实际客户端版本为准。
完