企业控制台在哪、长什么样、每个板块干什么、怎么给客户讲 —— 技术岗照着做,销售岗照着讲。
| 项目 | 说明 |
|---|---|
| 控制台网址 | https://www.workbuddy.cn/admin/overview(域名走 HTTPS,直接输入即可) |
| 谁能登录 | 企业超级管理员、以及被授予后台权限的自定义角色成员。普通员工账号登不进后台。 |
| 登录方式 | 企业已接入统一身份(OneID / SSO)的,用企业账号单点登录;未接入的用管理员账号密码。 |
| 顶部区域 | 左上角显示 产品标识(WorkBuddy / CodeBuddy)+ 企业名称/Logo;右上角是账号、产品切换与消息入口。企业名称与头像可在「企业设置 → 基础设置」里改。 |
| 左侧主菜单 | 控制台的骨架。菜单项会随企业已开通的产品模块和当前账号的权限动态变化 —— 所以不同企业、不同角色看到的菜单不完全一样,这是正常现象,不是故障。 |
| 首页(组织概览) | 管理员登录后的第一个页面,是一张"驾驶舱":聚合订阅时长、席位占用、额度余量三类关键指标,并内嵌操作指引与客户端安装、帮助文档入口。定位是"开箱引导 + 状态速览"。 |
WorkBuddy 企业管理后台把上千个开关收进 11 个功能板块(官方白皮书按能力归为"六大板块",实际菜单更细)。技术岗要背下这张表,销售岗至少要知道每一格"是干什么用的"。
| # | 板块 | 一句话 | 谁最关心 |
|---|---|---|---|
| 1 | 组织概览 | 订阅时长 / 席位占用 / 额度余量驾驶舱 + 开箱引导 | 老板、行政 |
| 2 | 企业智能体 | Agent 构建、发布、运行、评测(核心) | IT、业务负责人 |
| 3 | AI 资产管理 | 模型 / Skill / 专家 / Playbook / Connector 的下发与策略 | IT |
| 4 | 客户端配置 | 客户端自定义菜单 + 助理渠道开关 | IT、行政 |
| 5 | 安全设置 | 约束成员在客户端能读写什么、能跑什么、能连什么 | IT、合规 |
| 6 | 订阅与用量 | 套餐/席位/额度 + 成员·部门·应用三维用量与明细 | 老板、财务 |
| 7 | 成员授权 | 对接 OneID 同步组织架构、成员管理与客户端授权 | IT、HR |
| 8 | 企业设置 | 企业名称头像 / 网络白名单 / 计量周期口径 | IT |
| 9 | 开发与集成 | 组织架构同步 + 开放 API / OAuth 2.0 | IT、乙方开发 |
| 10 | 日志管理 | 操作日志(六要素留痕)+ 对话日志(记录开关) | IT、合规 |
| 11 | 订单管理 | 订单列表 + 合同跳转腾讯云 | 采购、财务 |
| 问题 | 正确答案 |
|---|---|
| 白名单和黑名单哪个优先? | 黑名单优先。命中白名单只保留白名单内模型,若同时命中黑名单则再移除黑名单里的。 |
| 一个员工命中多条安全策略怎么办? | 只有优先级数字最大的那一条整体生效,不是叠加。 |
| 「限定策略」和「屏蔽策略」有什么区别? | 限定 = 排他,成员只能用你选的这几个 Skill,其他全部(含以后新增的)都禁用;屏蔽 = 只禁掉个别。 |
| 策略改完什么时候生效? | 安全策略:重启客户端立即生效,否则约 10 分钟自动同步。 助理渠道开关:即时生效,客户端约 5 分钟内同步。 |
| 普通员工能进后台吗? | 不能。后台账号 = 管理员或已授权角色。 |
| 不同企业看到的菜单一样吗? | 不一样。菜单随已开通产品模块与账号权限动态变化,这是正常的。 |
| 维度 | 默认行为 | 建议配置 |
|---|---|---|
| 文件读写范围 | 默认全盘可读,仅 WorkSpace 可写,其他路径不可写,凭据/配置等高危路径强制禁止 | 保持默认。确有需要(如要处理 D 盘项目文件)再按部门放宽 |
| 可执行命令 | 询问名单(需人工确认)+ 放行名单(直接执行);WSL、wmic、sc、reg、schtasks 等系统级工具默认禁止 | 财务/行政等部门可进一步收紧;研发可适当放开 |
| 网络访问 | 默认收敛,支持一键禁网、域名/URL/IP 黑白名单、统一代理出站 | 数据敏感客户可禁外部网络,仅放行内部域名 |
| 内置运行时 | 决定是否开放内置运行时(Python / Node.js / Git 等工具链) | 不用开发的岗位可关闭,减少暴露面 |
| 模块 | 对客户说 |
|---|---|
| 组织概览 | "打开就能看到还剩多少天、几个人在用、额度够不够。" |
| 企业智能体 | "把最懂业务的那个人的经验做成一个数字员工,发下去全公司用同一套标准。" |
| AI 资产管理 | "每个部门能用什么模型、什么技能,您说了算,不是员工自己乱下。" |
| 客户端配置 | "公司要用的几个入口,我们直接摆到员工桌面上,他不用找。" |
| 安全设置 | "能读什么、能跑什么、能连什么,管理员定底线,员工改不了。" |
| 订阅与用量 | "钱花在谁身上、哪个部门,后台一行一行都能查,还能导出给财务。" |
| 成员授权 | "你们用企微还是钉钉?组织架构直接同步过来,不用重建。" |
| 企业设置 | "可以限定只能公司网络用,账号带回家也登不上。" |
| 开发与集成 | "有自己的 OA / ERP 想接进来,我们有开放 API 和授权框架。" |
| 日志管理 | "谁在什么时候做了什么,全有记录;对话要不要留痕您自己开关。" |
| 订单管理 | "采购走腾讯云,合同发票都正规。" |
这条讲的是"WorkBuddy 能替公司干什么",适合放在面谈开头,先把价值讲透。
| 错误 | 后果 | 正确做法 |
|---|---|---|
| 一上来就点"企业智能体"讲 Agent 构建 | 客户(尤其老板)听不懂,觉得是技术玩具 | 从"组织概览"讲三件事开始,最后才到 Agent |
| 把员工端和后台混着讲 | 客户分不清"我的人用哪个" | 先明确两个入口:员工端干活、后台管控 |
| 只讲功能不讲钱 | 老板没感觉,因为没算成本 | 必讲"用量明细 + 部门分摊 + 限额" |
| 讲完后台就走了 | 没有下一步动作,线索凉掉 | 必带收口动作:留测试账号 / 约场景共创 |
这是企业版后台最核心、也是技术含量最高的一块。客户问"你们的企业智能体到底是什么",答案就在这四个概念里。
| 概念 | 是什么 | 关键点 |
|---|---|---|
| Agent | 一个 AI 助手的完整配置:用什么模型、什么角色(System Prompt)、有哪些技能和工具 | 企业账号下的资产,不是个人资产 |
| Runtime | Agent 真正跑起来的云端沙箱环境(完整 Linux 文件系统 + 终端) | 每个 Runtime 含 Manifest 配置 + 1 个或多个 Session |
| Session | 一个用户与 Agent 的完整会话(独立对话历史 + 独立文件) | 超 10 分钟无访问自动休眠,再访问自动唤醒 |
| Manifest | Agent 的声明式配置(JSON),定义身份、能力、工作空间、运行环境 | 可在后台直接编辑 |
| 分组 | 字段 | 说明 |
|---|---|---|
| 基础 | id / name / manifestVersion | 三个必填。manifestVersion 当前为 1.0 |
| system_prompt | 系统提示词(与 system_prompt_file 互斥) | |
| system_prompt_file | 提示词文件 URL | |
| 能力 | rules / skills / plugins | 规则文件、预定义技能(pdf、xlsx 等)、扩展插件 |
| mcp | MCP 服务配置 | |
| subagents | 可调用的子 Agent | |
| workspaces[] | name(必填,映射 /workspace/<name>/)、repository、downloadUrl、ref、initShellCommand、initCommand | |
| secrets / envs | 敏感信息走安全通道注入(不写进沙箱文件);环境变量写入 manifest |
与企业微信基本同构,差别在两处:权限清单和可用范围。
| 飞书权限 | 必要性 |
|---|---|
| 获取用户基本信息 contact:user.base:readonly | 必要(缺了影响正常使用) |
| 获取用户 user ID contact:user.employee_id:readonly | 必要 |
| 获取用户邮箱 contact:user.email:readonly | 建议(缺了无法同步邮箱) |
| 获取用户手机号 contact:user.phone:readonly | 建议(缺了无法同步手机号) |
这一组是"企业版和员工版最本质的区别"—— 员工版有什么用什么,企业版是您决定谁能用什么。七个模块统一在左侧 AI 资源管理 下。
路径:AI 资源管理 → 模型管理。列表含内置官方模型 + 企业自定义模型。
| 配置项 | 必填 | 说明 |
|---|---|---|
| 模型名称 / 模型 ID | 是 | 显示名;模型 ID 要查提供商的 API 文档 |
| 鉴权方式 | 是 | API Key(单一令牌,随请求明文传输)或 AK/SK(密钥对请求签名,服务端验签放行) |
| 模型部署地址 | 是 | 提供商的 API 基础地址(base_url) |
| API Key / Secret ID+Key | 条件 | 按鉴权方式二选一 |
员工怎么用:企业账号登录客户端 → 对话框输入 @ 选 Docs → 打开知识库列表 → 点击引用即可。原理是"用户提问 → RAG 检索 → 上下文增强 → LLM 生成回答"。
路径:AI 资源管理 → Playbooks。面向"想用 AI 干活但不懂提示词"的人(产品经理、设计师等)。一个 Playbook 包含:名称 / 模型 / Agent ID / System Prompt。
内置 Skill 当前 301 个(成员直接用);企业也可上传自定义 Skill(.zip)统一下发。
| 策略维度 | 控制什么 | 典型场景 |
|---|---|---|
| Skill 下发策略 | 成员能使用哪些 Skill | 只允许研发团队用代码审查 Skill |
| 成员自定义 Skill | 成员能否自行上传 Skill | 开放或限制成员创建个人 Skill |
优先级:黑名单 > 白名单 > 默认允许;"下发策略"与"客户端上传策略"相互独立。上传 3 步:填基本信息(标识/显示名/分类必填)→ 配置分类 → 设下发策略(保存即时生效)。
专家来源两种:企业自建(管理员上传维护)+ 内置市场(平台预置,开箱即用)。上传企业专家需填基本信息和专家包,并配置权限范围;下发策略同样是白名单 / 黑名单,黑名单优先于白名单(被拉黑的人无法通过白名单获得权限)。后台还支持"权限查询":快速查某成员对某专家的最终访问权限。
管理员为团队定义可复用的标准化提示词模板,成员在客户端输入 / 即可调用。每条指令含:指令名称、指令描述、提示词描述(核心 Prompt)、上下文配置(可选:关联知识库 / 引用文件)。
注意:全局提示词已不再对客户端生效,官方建议改用客户端的"规则"功能。
让 Agent 能读写 GitHub、Figma、腾讯文档等平台数据。内置官方连接器(GitHub / Notion / Supabase 等),也支持自建。创建三步:
路径:企业设置 → 网络设置。生效于客户端插件,被限制的 IP 无法登录插件。规则要一字不差地记:
| 填法 | 效果 |
|---|---|
| 多个 IP 用英文逗号隔开(逗号前后不加空格) | 允许这些 IP 访问 |
| 只填 127.0.0.1 | 等于禁止所有 IP 访问 |
| 不填 | 允许所有 IP 访问 |
| 填网段如 10.10.10.0/24 | 允许该网段访问 |
管理员登录企业后台即可查。支持日期快捷筛选(昨日/今日/本周/本月/近 7 天/近 30 天)+ 手动选日期,支持按操作内容模糊搜索,支持导出。
| 字段 | 内容 |
|---|---|
| 操作 | 后台登录、插件登录、网页对话登录、邀请成员、审批成员、添加成员等(可筛选可搜索) |
| 操作内容 | 具体做了什么,如"导出数据""登录企业后台" |
| 操作端 | 企业管理后台 / IDE 插件 / 网页对话 / API |
| 操作人 | 企业内所有成员,含已删除成员 |
| IP 地址 | 操作时的 IP |
| 操作时间 | 时间戳,精确到秒;最新在前 |