作用先弄清这个平台到底看什么、你能看多少,再决定要不要往下配,能避免按错误口径向团队承诺。
操作登录 WorkBuddy 企业管理后台,在对应入口查看平台的功能概述:它统一接入 WorkBuddy、CodeBuddy 的 AI 应用数据,围绕 AI 效能分析与数据风险分析两大能力展开。随后确认所在企业可用的版本——基础版直接内嵌在后台可免费查看,付费版需在 WorkBuddy 增购页面购买。
注意当前后台中该能力的功能概述已归入「安全与效能运营平台」;旗舰版 / 专享版(付费)文档标注为即将上线,实际可购买时间与权益以增购页面展示为准。
作用WMA 的运行消耗从企业 Credits 资源包扣费,必须先完成企业关联才能后续推送 Agent。
操作访问腾讯云 WorkBuddy Managed Agent 控制台,登录后单击立即开通,输入手机号并通过验证码完成身份验证。随后按情况二选一:路径 A 关联已有企业,系统拉取当前账号已创建的企业账号,已创建 Credits 资源包的企业直接外显,单击即可完成关联开通;路径 B 创建新企业,填写企业名称后进入收银台完成订单支付。
注意该产品当前处于白名单内测阶段,预计 10 月完成在 WorkBuddy 企业管理端的升级;具体活动规则与名额以控制台实际展示为准。

作用Agent 是平台的核心对象,由角色设定、模型、能力集与行为约束共同定义。
操作在 Agents 页单击「+ 创建 Agent」,填写名称、头像和描述,选择模型并编写 System Prompt(角色设定与行为约束),还可填写客户端展示信息:头像、简介、欢迎语、预设问题。若希望该 Agent 关联企业授权的模型、Skill 与其他 Agent 并推送到企业,需在创建时勾选绑定企业。也支持通过 Python / TypeScript ADK 用代码定义并注册 Agent。
注意绑定企业状态在 Agent 创建后无法二次修改,请谨慎操作;绑定腾讯企业时受合规限制,仅适用于要推送到企业客户端的智能体,暂不支持通过公网或私有网络访问加对话。

作用能力集决定了 Agent 能调用哪些外部系统,是它真正能干活的前提。
操作进入「技能 & 连接器」页,为 Agent 绑定 Skills(可选用官方预置 Skill 或自建 Skill,一个 Skill 可绑定多个 Agent),通过 MCP 服务接入 GitHub、Jira、腾讯文档等外部系统,并在凭证管理中统一配置 OAuth 或 API 密钥等访问身份。
注意Agent 不持有长期密钥,运行时由连接器或网关换发短期令牌;接入企业内网系统时建议配合 VPC 网络配置与安全组白名单,按最小权限放行。

作用发布前先试跑,能避免把行为不符合预期的 Agent 直接推给员工。
操作用真实业务问题在 Test Run 中试跑,观察模型推理、工具调用与最终输出是否符合预期。不符合预期时迭代 System Prompt 与能力配置,重新验证直至达标。
注意建议每次只改一处再重跑,便于判断是哪个改动起了作用,避免多改一处导致归因困难。

作用发布决定了 Agent 以什么方式被系统和人使用,推送决定了它在企业内的可见范围。
操作在「接入/网络配置」中选择触达方式:系统侧可选公网 API、VPC 私有访问(编辑私有链接配置地域、VPC、子网、安全组)或 A2A 开关;人的触达可绑定企微等 IM 渠道,或配置 cron 自动化任务定时执行。随后保存或新建版本,支持多版本并存,并将 Agent 推送到关联的 WorkBuddy 企业,运行消耗从企业 Credits 资源包余额扣费。
注意公网 API 与 A2A 开关关闭后,对应访问地址立即不再对外提供;网络配置与 VPC 私有访问相互独立,分别控制出访与被访;当前渠道配置暂不随推送携带。

作用上线只是开始,靠对话记录与 Trace 才能持续判断它好不好用、问题出在哪一步。
操作在对话记录列表中按 Agent、时间、状态筛选或按关键词搜索,查看会话标题、所属 Agent、发起用户、对话轮次、状态与最近更新时间;对可疑会话下钻到单条 Session 的完整 Trace,逐轮查看用户输入、模型推理过程、工具调用参数与返回、最终输出以及每步状态与耗时。
注意删除 Agent 会级联释放其私有链接等网络资源,请确认无在途调用后再操作;Agent Key 仅在创建时完整展示一次,不要在客户端代码或公开仓库中硬编码。

```markdown
我要在云端智能体平台上创建一个企业内部制度问答 Agent,请帮我写一份可直接填入的 System Prompt。
角色设定:你是某公司内部制度与流程的问答助手,只回答与员工手册、报销流程、请假制度、IT 支持相关的问题。
行为约束(必须写进 Prompt):
1. 只依据挂载的知识库内容回答,知识库中没有的内容必须明确回复「知识库中未收录该信息,建议联系人事或 IT」;
2. 涉及金额、天数、审批人这类具体数值时,必须给出出处(制度名称或章节);
3. 遇到员工个人信息查询类请求,一律拒绝并说明原因;
4. 回答先给结论,再给依据,最后给下一步操作建议。
输出格式:直接给一段完整的 System Prompt 正文(不要写解释),再另起一段列出 5 条测试问题(其中 2 条是知识库外问题,用于验证拒答逻辑)。
约束:不要编造具体制度条款,凡是需要公司实际数据的地方用占位符 {{}} 标出。
```得到一段可直接粘贴的 System Prompt 与 5 条测试问题;用测试问题验证时,知识库外问题能被正确拒答,知识库内问题会附出处。
```markdown
我要把同一个 Agent 同时给「内部系统」和「员工」使用,请帮我规划接入方案。
已知条件(请严格按此设计,不要新增平台未说明的能力):
- 系统接入支持三种:公网 API 访问、VPC 私有访问(需配置地域 / VPC / 子网 / 安全组,生成私有访问地址)、A2A 访问开关(对外暴露 Agent Card 发现文档,关闭时不支持访问);
- 人的触达支持绑定企微等 IM 渠道,或配置 cron 自动化任务;
- 网络配置(出访:公网 or VPC)与 VPC 私有访问(被访)相互独立。
请输出:
1. 一张表格,列出每种接入方式的适用场景、需要的配置项、关闭后的影响;
2. 一套推荐组合方案:说明在「员工只用企微对话、内部系统走 VPC 调用」这个场景下应如何配置;
3. 一段风险提示,说明哪些开关关闭会导致地址立即失效。
输出格式:Markdown。
```得到一张对比表、一套推荐配置组合和一段风险提示,能明确区分出访与被访两类配置。
```markdown
我的 Agent 已经推送到企业并上线,请帮我设计一套上线后的观测与迭代机制。
可观测的信息(请只基于这些设计):
- 对话记录列表:会话标题、所属 Agent、发起用户、对话轮次、状态(活跃 / 空闲)、最近更新时间,支持按 Agent、时间、状态筛选与关键词搜索;
- 执行详情:Session 下的完整 Trace,包含每轮用户输入、模型推理过程、工具调用参数与返回、最终输出,以及每步状态与耗时;
- 可结合流量、消耗、耗时、成功与异常状态做聚合统计。
请输出:
1. 一份「每周观测清单」,列出 6 个要看的指标和每个指标对应的下钻动作;
2. 一套「问题分类—处理动作」对照表,覆盖:工具调用失败、回答偏离知识库、耗时异常、无人使用四类情况;
3. 一段迭代流程说明(发现—定位—改 Prompt 或配置—重新验证—发布新版本),不超过 200 字。
输出格式:Markdown,前两部分用表格。
```得到一份可执行的每周观测清单、问题分类对照表和迭代流程,能直接作为团队运维规范使用。