WorkBuddy 的「OPC 一人公司」场景包是什么？官方给的岗位覆盖与落地方式
一个人干一家公司的活——运营要做、设计要出、账要记、合同要看、产品还得推进。这不是段子，是很多个体创业者和自由职业者的日常。
官方产品页把这个场景单独列成了一个包，叫「OPC 一人公司」。
推荐用户：个体创业者、自由职业者、小微团队负责人 能力描述：召唤 AI 专家团，覆盖运营、设计、财务、法务、开发等核心岗位，多专家并行协作，从策略到交付全程自主完成
这篇拆解它怎么落地——官方给的是「能做什么」，我们补的是「这件事的指令怎么写、交付物怎么验收、什么时候别用」。
本文依据腾讯云 CodeBuddy 国内站产品页
codebuddy.cn/work/的场景包描述与官方《专家中心》文档，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。
一、官方给的两个典型任务
场景包里官方列了两条典型任务，原文口径：
软件开发团队：产品经理定需求、架构师设计+拆任务、工程师批量实现代码、QA 验证质量，小需求支持快速模式。
内容创作团队：AI 驱动的多模态内容生产团队，覆盖视频生成、图文创作、智能剪辑和跨语言素材改编，提供端到端创意解决方案。
这两条都是「一个项目组」的形态——对应的正是官方专家中心里的专家团：
专家团是一个有团长、有分工、有协作的多 Agent 团队。您只需要描述任务，团长会自动拆解、分配给最合适的团员并行执行，最后整合交付。
二、先说成本，因为这个场景最容易踩
官方在召唤专家团时会弹一个提示：
积分消耗提醒：专家团可能会调用多位专家协同执行，积分消耗通常为单个专家的数倍。请确认您已了解专家团更高的积分消耗，并确保账户积分充足。
「一人公司」这个场景恰恰是最容易频繁召唤专家团的——因为你什么活都要干。
所以第一条建议是：别默认用专家团。 官方给的三层选择标准是：
| 维度 | Skill | 专家 | 专家团 |
|---|---|---|---|
| 怎么选 | 需要某种工具能力 | 有一个明确的单点问题 | 任务复杂，需要多角色配合 |
官方三句话总结：Skill 是能力；专家是能力+经验；专家团是多位专家+协作流程。
实用做法：先用单个专家跑一遍，看结果够不够用；不够再上专家团。自己能拆的任务就自己拆——你已经知道要三步的话，分三次找对应专家做，比让团长再拆一遍便宜。
体验版每月 500 积分（定价页口径），按这个量级，免费档不适合频繁用专家团。
三、按岗位落地：五个方向的指令写法
官方能力描述里点了五个岗位。逐个给一套可以直接改的指令模板。
运营
【目标】把 <数据文件> 整理成本周运营复盘
【输入】D:\WorkBuddy\yunying\本周数据.xlsx
【输出格式】Markdown，分「数据概览 / 异常波动 / 下周动作」三段，每段不超过 5 条
【约束】
- 只列事实，不做归因猜测；数据必须来自文件，没有就写「待补充」
- 不需要开场白
设计
设计类任务的关键是给样例。官方在使用技巧里明说：一个好的参考样本胜过十行抽象要求。所以别写「做得好看点」，而是把你满意的成品放进工作空间，说「参照这份的风格」。
财务
【目标】比对 <银行流水> 与 <台账>，输出差异清单
【输出格式】表格，列出：日期、金额、流水侧描述、台账侧描述、差异类型
【约束】
- 只出差异供人核，不出结论
- 金额一律保留原值，不四舍五入
- 找不到对应记录的，单独列一节「无法匹配」
⚠ 财务类的红线：金额一律人工复核。 让它做比对和整理，结论和决策留给你。
法务
【目标】列出 <合同.docx> 中涉及付款方式、违约责任、知识产权归属的条款
【输出格式】表格：条号、条款原文、我需要注意的点
【约束】只摘录与标注，不做法律判断，不给「能不能签」的结论
⚠ 法务类的红线：官方在专家中心也明确提示——AI 生成内容仅供参考，无法替代专业判断，不构成决策和投资建议。合同该找律师看还得找。
开发
官方场景包里给的是「产品经理定需求、架构师设计+拆任务、工程师批量实现代码、QA 验证质量」这一串。注意这套是 WorkBuddy 侧场景包的描述；同门还有 CodeBuddy IDE 与 CLI 是专门的编程形态，共用同一账号与积分（官方定价文档：同一账号积分共享，无需分别订阅）。真正写代码的活，值得看一眼那两个形态。
四、一人公司最该先做的一件事：把目录划清楚
你一个人干五个岗位的活，最容易乱的是文件。
官方在权限模式文档里建议每类任务建独立文件夹，并给了四个命名示例。按「一人公司」的场景改一下：
D:\WorkBuddy\
├── yunying\ 运营数据与复盘
├── sheji\ 设计素材与成品
├── caiwu\ 财务台账（★ 敏感，单独隔离）
├── fawu\ 合同与条款清单（★ 敏感）
├── kehu\ 客户资料（★ 敏感）
└── zhoubao\ 周报月报
三个标了 ★ 的目录是重点：客户资料、财务数据、合同——这三类是「一人公司」里最敏感的东西，单独隔离，而且里面放副本不放原件。
官方的原话是：处理重要文件之前，先建独立的任务文件夹，把需要的文件复制进去，而不是把原始目录直接交出去。
Mac 用户尤其要养成这个习惯——官方的三层保护里，「文件备份」那一层仅 Windows 支持。
五、交付物怎么验收
一人公司没有同事帮你复核，验收这一步只能自己做。给一套通用检查：
| 检查项 | 怎么查 |
|---|---|
| 数据对不对 | 抽查两三个数字，回原始文件核对。对不上就整份重来 |
| 有没有编的内容 | 看有没有原始材料里不存在的信息；指令里加「找不到就写待补充」能大幅减少这类 |
| 格式能不能直接用 | 拿到手要不要二次加工？要的话下次在指令里写死格式 |
| 红线有没有越 | 财务出没出结论？法务给没给判断？越了就是不合格 |
最后一条最重要：AI 越界给结论，比数据算错更危险——因为它读起来很像那么回事。
六、什么时候别用这个场景包
- 需要担责的判断：合同签不签、方案行不行、这笔钱付不付。官方明确提示不能替代专业判断；
- 对外发送：报价单、合同、正式通知——让它起草，你过目，你手动发。发出去收不回来；
- 规则还没稳定的事：你自己都说不清要什么的时候，先想清楚再开工，否则是在用对话代替思考；
- 积分紧张时的探索性任务：专家团是数倍消耗，试错要用便宜的档位试。
七、还有一个官方提示
产品页在三个场景包之后写着「更多内容即将到来…」——说明这块官方自己还在补。
所以本文给的落地方法是基于官方场景包描述 + 官方使用技巧推出来的可操作版本，不是官方给的标准流程。以官方后续文档为准。
小结
- 官方场景包「OPC 一人公司」：推荐用户是个体创业者、自由职业者、小微团队负责人；能力描述是召唤 AI 专家团覆盖运营、设计、财务、法务、开发，多专家并行协作。
- 官方给的两个典型任务：软件开发团队（PM 定需求 / 架构师拆任务 / 工程师实现 / QA 验证）、内容创作团队（多模态、跨语言素材改编）。
- ★ 先控成本：专家团积分消耗通常是单个专家的数倍；先用单专家跑一遍，不够再上；自己能拆的自己拆。
- 五个岗位各有指令模板；财务的红线是「只出差异不出结论、金额人工复核」，法务的红线是「只摘录不做法律判断」。
- 一人公司最该先做的：把目录划清楚，客户/财务/合同三类单独隔离且放副本。
- 验收四查：数据对不对、有没有编的、格式能不能直接用、红线有没有越。
- 官方在三个场景包后写着「更多内容即将到来…」——本文的落地方法是推出来的可操作版本，以官方后续文档为准。
功能与场景描述以官方为准，核对日 2026-08-16。