WorkBuddy实操手册
WorkBuddy实操手册

Appearance

企业智能体怎么创建、测试和发布？ ​

先把“创建”改成一条发布链 ​

企业智能体不是写完一段提示词就发布。一个可管理的最小流程应当是：

目标定义 → 权限和资料边界 → 配置资产 → Test Run → 评估 → 小范围发布 → 观察与回退。

白皮书第 37—44 页按快速开始、基础配置、技能与专家、高级配置/记忆、Manifest、Agents/Runtimes/Sessions、自动化和评估等环节描述企业智能体。本文将它们合并成业务团队可以执行的门禁清单。

版本提示：白皮书注明企业智能体在 2026-08-30 前处于 Beta 说明。本文不推断该日期之后的状态；请以当前产品页面、租户实际入口、权限和最新官方信息为准。

前置条件 ​

  • 一个明确的业务任务，而不是“做一个万能员工”；
  • 已确认的资料来源、工具、成员范围和输出渠道；
  • 一个测试账号或测试组织；
  • 至少三条正常用例、两条异常用例和一条权限拒绝用例；
  • 明确谁负责验收、发布、停用和处理事故。

分步操作 ​

1. 写任务卡 ​

记录触发条件、输入字段、输出格式、不能做什么、需要谁确认。例如“每天生成销售摘要草稿”比“负责销售工作”更容易测试。

2. 配置最小资产 ​

先接入必要的模型、Skill、专家和资料库。每一项记录版本、负责人、访问范围和撤回方式；暂时不需要的工具不要预先打开。

3. 设置边界和记忆 ​

明确哪些内容可以记住、保存多久、谁能查看；跨任务复用的记忆必须有来源和删除机制。涉及个人信息、客户资料和账号信息时先做脱敏设计。

4. Test Run ​

先用固定样本跑通正常、异常和越权用例，保存输入、输出、调用资产、失败原因和人工判断。测试时不连接真实生产写入或外发通道。

5. 评估并修正 ​

按事实准确性、格式完整性、权限遵守、失败处理、耗时和成本评分。发现“看起来能用”但无法解释的结果时，不要直接发布。

6. 小范围发布 ​

先发布给一个岗位或测试群，设置观察期和撤回负责人。涉及写入、发送、发布、定时执行或外部系统操作时，默认保留人工确认。

7. 观察与回退 ​

持续查看 Sessions、运行记录、失败任务和用户反馈。出现越权、错误外发、循环执行或成本异常时，先停用或收紧权限，再调查原因。

验收标准 ​

  • 正常用例输出满足业务字段和格式要求；
  • 异常输入会澄清、拒绝或转人工，而不是编造；
  • 没有读取未授权资料，也没有调用未批准工具；
  • 写入、外发、定时和权限变更有清晰门禁；
  • 管理员能找到版本、测试记录、运行记录和回退入口；
  • 小范围试用后再决定是否扩大成员和数据范围。

常见错误 ​

只测试成功样例。 这会掩盖空输入、脏数据、权限不足和工具不可用时的行为。

把记忆当成永久知识。 记忆需要范围、来源、保留期限和删除规则。

把自动化按钮当成发布审批。 任何跨系统副作用都应有人工确认和日志。

相关内容 ​

来源引用 ​

内容版本与核对日期 ​

  • 内容版本：0.1.0
  • 最后核对日期：2026-08-11
  • 来源提交版本：pdf-sha256:30a03e66a5b7f12d603cdf983327c569a4bf4083774b704f692b4f99cde43f10
  • 适用版本状态：Beta、入口和发布能力以当前产品版本、租户权限和实际测试为准。