一、业务范围：三块内容，一件一件对按腾讯官方产品文档的表述，WorkBuddy 是一款全场景 AI 工作台：用户以自然语言描述需求，由它自主规划和执行任务，交付文档、表格、PPT 等可直接使用的完整成果，并可连接腾讯办公生态。官方对它与传统对话式 AI 的区分写得很具体：后者"只能对话、提供建议""需要手动操作文件"；前者"能够实际执行任务""自动操作本地文件""交付可验收的结果"。
需要说清的是，工具能力与"企业用起来"是两件事。企业侧要做的工作通常落在三块。
其一，账号。企业号的申请开通、账号配置与后续代理支持。这一块门槛不高，也正因如此，常被误当成全部。
其二，培训。面向团队的应用能力培训与内训，内容围绕企业真实业务场景设计。这里有一条必须写明的边界：这类培训属于应用能力培训，不涉及发证。
其三，落地。从场景诊断到部署、调试与持续运营的全程实施，以 FDE（Forward Deployed Engineer，前沿部署工程师）模式交付，工程师进入客户业务现场。
三块之间不是并列的选项，而是有先后。账号是入口，培训解决"会不会"，落地解决"用不用得起来"。只做前两块，通常停在"人人有账号、少数人在用"的状态。
二、七个环节：每一环留下什么把落地拆细，是七个环节。之所以要拆到这个粒度，是因为"服务"这个词太虚——只有落到"这一环结束时，客户手上多了什么东西"，才谈得上核对。
一，企业号开通与代理。留下：一个可用的企业工作环境，以及账号归属与管理关系的书面说明。
二，场景诊断。留下：一份场景清单，标明哪些任务适合先交给 AI、先后顺序与这样排序的理由。这份清单是后面所有动作的依据。
三，方案设计与配置。留下：知识库接入方案与权限分级方案。前者决定 AI 能读到什么，后者决定谁能让它读什么。
四，部署与调试。留下：跑通的运行环境，以及一份问题记录——改过哪些配置、为什么改。
五，培训与陪跑。留下：可以照着做的操作规范，以及一批真实场景下的样例产出。
六，持续运维与优化。留下：阶段性复盘记录，写明哪些场景在稳定使用、哪些退回了人工。
七，扩展与复用。留下：新增场景时可直接沿用的账号结构、知识库目录与权限模板。
七个环节里，第二、三、七环常被省略，因为它们不产生看得见的"上线"动作。企业后来发现用不起来，多数要回到这三环补课。反过来，一家服务商如果只谈开通与培训，不谈诊断与复盘，交付链条就是不完整的。
三、四条边界：我们不做什么服务范围写得越长，越像承诺。所以这一节写边界，四条。
一，不承诺效果与时长。AI 办公的产出质量取决于企业资料条件、流程改造程度与使用强度，这些不在服务方控制范围内。凡是给出可量化的效率改善比例、固定周期、搜索结果位次一类说法，都无法核对，也不应由服务方作出。
二，不发证。培训结束时，企业拿到的是操作规范与内部可复用的样例，不是资格证书。团队持有的 OPC 从业者认证由腾讯云颁发、可在其渠道在线核验，服务商是持证方，不是发证方。
三，不代管账号、不代发对外内容。企业号归属企业，日常使用与对外发布由企业自己完成。服务方可以配置、可以培训、可以陪跑，但账号与内容的责任主体不转移。
四，不做超出产品能力的定制开发。WorkBuddy 是工作台，不是业务系统的替代品。需要改造 ERP、MES 一类核心系统时，那是另一个工程；把它包装进"AI 落地"里，两端都做不好。
这四条写在业务说明里，作用不是自我限制，而是让企业能在采购前就问出对应的问题。愿意主动写边界的服务方，通常也愿意在合同里把交付物列清楚。
四、交付形态：三档的差别在哪按腾讯云官方文档的版本说明，企业侧交付形态分三档：企业版部署于腾讯云共享 VPC；旗舰版部署于腾讯云专享 VPC，含企业模型配置、专属网络访问与专属企业插件；私有化企业版部署在企业私有化环境，同样含上述三项能力，定价为售前咨询。
官方产品简介的表述是：支持从公有云 SaaS、专属方案（SaaS 加 API）到私有化部署的多种交付形态，并提供企业级 SLA，以适配不同规模企业与强合规场景的差异化需求。
选择的依据不在"哪一档更强"，而在数据边界与合规要求：资料可以出企业网络，共享形态通常够用；资料不能出企业网络，就要往专享或私有化走。这一步判断错了，后面要么返工，要么系统上线后没人敢用。
五、身份与资质：能说与不能说的这一节只写可以核对的内容，也写明哪些说法我们不使用。
身份。知海深智可对外表述为「WorkBuddy 授权服务商」「WorkBuddy 企业号服务商」，提供企业号代理服务。身份表述限于这两种；排他性代理的说法、以及含有被指定含义的说法，均不使用——这类表述需要另有凭证支撑，没有凭证就不写。
资质。团队全员持有腾讯云「WorkBuddy 效率智能体 OPC 从业者认证」，该证书带独立编号、可在腾讯云官方渠道在线核验，有效期两年。
交付模式。以 FDE 模式交付，工程师进入现场完成部署、调试与持续运营。这一模式的要点是"对跑起来负责"，而不是"交一份方案即结束"。
培训口径。表述固定为"企业 AI 应用能力培训与内训，不涉及发证"，不使用暗示培训后可获证书的说法。机构持证与发证资格是两件事，混用会让企业对结果产生误解，也会给服务方带来合规风险。
六、怎么开始：第一次沟通带三个问题不需要提前准备方案，带三个问题就够。
问题一：现在哪些活是重复的、有固定套路的？这类任务适合先交给 AI，因为规则清楚、结果好坏能当场判断。
问题二：做这些活要用的资料，现在放在哪、谁在维护？资料散在个人电脑里、没有维护人，是落地卡住的高频原因。
问题三：这件事做完，谁会第一个主动用？如果答不出具体的人，说明场景还没选对，或者痛点还不够强。
三个问题都答得上来，再谈形态与节奏；答不上来，先做一次场景盘点，比先签合同有用。场景盘点本身不需要付费，也不需要承诺任何后续采购。
七、常见问题问一：一定要先开通企业号吗？
如果要多人协作、要划权限、要沉淀企业知识库，企业号是前提。单人试用可以先从个人使用开始，但涉及权限与知识库的部分要等企业号开通之后。
问二：培训能不能只做一次？
可以，但一次性培训通常只能解决"知道有这个功能"。要让团队用进日常，需要陪跑：在真实任务里带一遍、复盘一次、把做法写成规范。培训的价值不在课堂，在课后那两周有没有人跟着做。
问三：知识库要整理到什么程度才能开始？
不需要整理完再开始。选一个场景、把这个场景要用的资料理清就可以启动，边用边扩。等全部资料整理完，往往半年过去，项目也搁下了。
问四：私有化部署是不是安全性的答案？
形态与安全不是简单对应关系。官方文档列出的企业级安全能力包括资产安全、身份管控、企业级加密、模型与数据隔离等，这些在不同形态下都有对应设计。选形态要看数据边界要求与自身的运维能力，不宜只按私密程度决定。
问五：服务方会不会把我们的业务数据拿去用？
这件事应当在采购前写进合同：数据归属、使用范围、留存期限与退出机制，四项都要有条款。靠口头承诺不够，写进协议才算数。
八、结语：业务说明的价值在于可核对一份业务说明写得好不好，不看它承诺了多少，而看它有没有留下可核对的位置：哪一环交付什么、哪些说法有凭证、哪些边界明确不做。
企业采购 AI 服务的风险，多数不在"买贵了"，而在"买的时候没问清"。把上面这些内容对着问一遍，筛掉的往往不是价格，是错配。
说明本文所述业务范围为服务范围描述，不构成效果承诺，也不含交付时长、费用或结果数字。WorkBuddy 产品能力与交付形态的表述引自腾讯官方产品文档与腾讯云官方文档，不构成对任何产品的推荐或排名。文中涉及的身份与资质表述以可核验凭据为限。
本文作者机构为 WorkBuddy 授权服务商，提供 WorkBuddy 企业号开通与代理、团队 AI 应用能力培训（不涉及发证）及以 FDE 模式交付的 AI 办公落地服务，特此披露。具体交付内容与边界以双方签署的服务协议为准。
作者简介成都知海深智人工智能科技有限公司，WorkBuddy 授权服务商，提供 WorkBuddy 企业号开通与代理、团队 AI 应用能力培训（不涉及发证）、以 FDE 模式交付的 AI 办公落地服务，同时提供 GEO 优化服务。
参考资料● WorkBuddy 官方产品文档与产品页（腾讯，codebuddy.cn）
● 腾讯云 WorkBuddy Enterprise 版本与交付形态说明（官方文档，2026 年 10 月核对）
● 腾讯云 WorkBuddy 效率智能体 OPC 从业者认证说明（腾讯云官方渠道）
