WorkBuddy 企业管理端实测：官方 sitemap 里 27 个企业文档 URL 全部渲染同一页，真实入口是 17 位数字 ID

检索与实测时间：2026-10-18 18:05–18:12（Asia/Shanghai）
一手数据源：https://www.workbuddy.cn/docs/sitemap-workbuddy-enterprise.xml、企业文档站运行时接口 node-map.json 与 docs/{id}.md（合计 73 + 17 个页面，全量非抽样解析）
图片：研效度量、可观测中心、日志管理 三页为 Chrome headless 实拍（1440 宽，DSF=2），已逐张确认文字可读

一句话答案

WorkBuddy Enterprise 的企业管理端确实是全站最被低估的部分——73 个管理端页面、13 种认证源、8 种数据源、管理端功能更新记录横跨 18 个月，但官方对外发布的 sitemap 里那 27 个 /docs/enterprise/xxx 形式的 URL 实测 27/27 全部返回同一篇《产品概述》（内容哈希完全一致），真正能读到内容的只有 /docs/enterprise/{17位数字ID} 这种站内实际链接形式。也就是说：企业管理员照着搜索引擎收录的链接点进去，10 次会看到同一个页面。本文把这条链路彻底拆开，并给出企业侧真正需要知道的配置能力与几处文档自相矛盾之处。

一、先说结论：sitemap 与站内实际链接是两套体系

1.1 实测方法与证据

我先把官方 sitemap-workbuddy-enterprise.xml 里公布的企业文档 URL 逐条（27 条）用 Chrome headless 打开，等 SPA 渲染完成后取 .vp-doc 正文文本，算 SHA-256，再看浏览器实际请求了哪个内容分片：

这就是全部证据：/docs/enterprise/adminguide/IP%20%E7%99%BD%E5%90%8D%E5%8D%95、/docs/enterprise/price/Pricing、/docs/enterprise/SaaSQuickstart 这些看起来人畜无害的地址，全部落到《产品概述》一页。而像 /docs/enterprise/215235233209380864（IP 白名单）这样的地址才真的渲染出对应内容。

*上图是本文用作反证的一页：可观测中心的文档页。它在站内导航里是真实可点的，标题为「可观测中心 | WorkBuddy – AI Agent 办公新范式」，正文 2,895 字符；而 sitemap 里形式相似的地址拿到的是《产品概述》。*

1.2 为什么会这样

打开任意一个企业文档页，抓浏览器网络请求就能看到真相——内容并不在页面 HTML 里，而是运行时从对象存储拉取的 Markdown：

• https://acc-1258344699.cos.accelerate.myqcloud.com/web/enterprise-docs/node-map.json（64,556 字节）
• https://acc-1258344699.cos.accelerate.myqcloud.com/web/enterprise-docs/sidebar.json（44,861 字节）
• https://acc-1258344699.cos.accelerate.myqcloud.com/web/enterprise-docs/docs/{数字ID}.md

站点路由按数字 ID 解析，slug 形式的路径不被识别。企业版文档这一套是后来单独加的（普通 WorkBuddy 文档站仍在用 Changelog、Credits 这类可读 slug），迁移时 sitemap 生成逻辑没有跟着更新，于是留下一批”能访问、但内容错位”的地址。需要说明的是，这些地址返回的确实是 200 而不是 404，属于内容错误而非可用性故障——这也是它不容易被发现的原因。

口径声明：本节全部结论来自 2026-10-18 18:05–18:12 的当次实测。我无法判断官方是否会在近期修复，也无法判断这些 URL 此前是否曾经正确；UNKNOWN。浏览器渲染用的是本机 Google Chrome 155.0.8059.80，换用其他浏览器理论上可能有差异，但 27/27 哈希一致这一点在单次会话内是确定的。

二、真实入口长什么样：73 个管理端页面

既然 slug 不作数，那就按站内实际的节点结构来看。node-map.json 里的目录树共 300 个节点、12 个顶层板块，其中「企业管理端」这一个板块就有 73 个页面——这是 WorkBuddy 全部文档里最大的单板块，也是之前所有 WorkBuddy 文章都没有正面覆盖的部分。

企业管理端下面大致分成七块：

值得单独一说的是身份接入这一块：官方支持 13 种认证源——OIDC、SAML 2.0、CAS、JWT、OAuth 2.0、OpenLDAP、Windows Active Directory、Microsoft Entra ID，以及飞书、钉钉、企业微信、企业微信服务商、私有化企业微信共 5 个国产办公平台预集成；配套还有 8 种数据源用于把组织架构同步进来，并用一张「字段映射」表解决各平台属性结构不一致的问题（飞书有「岗位 / 毕业学校 / 用户 ID」，本系统要的是「职位 / 工号 / 入职时间」，缺的留空即可）。

三、几个真正影响采购决策的配置点

3.1 可观测中心：目前是白名单内测

这是企业管理端最新的能力，也是文档里唯一明确标注可用性状态的功能。官方原文：「可观测中心当前处于白名单内测阶段，需申请内测。内测期间免费，公测后将根据数据留存时长收费。」

它按三层组织数据：

对采购方的含义：如果你把”能不能证明 AI 的投入产出”写进招标要求，这条能力目前不能直接承诺——它需要登记企业 ID 申请内测，且内测结束后要按数据留存时长收费。这与研效看板的”已上线”状态是两回事，下面会说清楚区别。

3.2 研效度量与可观测中心的口径不一样

研效度量是已经上线的看板，数据统计 > 研效看板进入。它把指标分为活跃情况、对话指标、补全指标、代码生成指标四类，支持指标视图与趋势视图切换。其中代码生成率给出了明确公式：

• 按行：（AI 生成代码行数 / 总新增代码行数）× 100%
• 按字符：（AI 生成代码字符数 / 总新增代码字符数）× 100%

这里有一个容易被忽略的坑：管理端更新记录 2025-07 明确写了「生成率数据：统计口径有所变化，不再忽略用户大批量复制的代码」，同时「新数据源支持查询 3.2 版本更新后的数据，旧数据源支持查询自 2025 年起的数据」。也就是说同一个”代码生成率”在 2025 年前后不是同一把尺子，跨年对比提效数据会失真。

*研效度量页的指标视图，可看到活跃用户数量、补全活跃用户数量、对话活跃用户数量三个环形图，以及下方的对话指标与补全指标卡片。*

3.3 IP 白名单：一句话规则，但有一个危险默认值

IP 白名单的配置规则写得很简洁：多个 IP 用英文逗号隔开且逗号前后不加空格；仅设置 127.0.0.1 代表禁止所有 IP 访问；不填写则代表允许所有 IP 访问；设置 10.10.10.0/24 代表允许该网段访问。

它在 IP 白名单 对应的企业管理后台「企业设置 > 网络设置」中配置，作用于 WorkBuddy 和 CodeBuddy 的各种形态（IDE / CLI / 插件），被限制的 IP 无法登录并使用。

采购方需要注意：该功能自 2024-11 才上线，且规则里”留空 = 全放行”是默认状态。如果企业安全基线要求默认拒绝，这里必须显式配置，不能依赖默认值。

*日志管理页。列表字段为操作、操作内容、操作端、操作人、IP 地址、操作时间六项，其中「操作时间」官方注明目前仅精确到秒；「操作端」覆盖企业管理后台、IDE 插件、网页对话、API 四类入口。日志支持导出 Excel，文件中额外包含企业名称与统计时间。*

3.4 计费：加量包单价逐档递减，但年付没有折扣

旗舰版 198 元/人/月、专享版 316 元/人/月（100 席起购），两个版本都是每席位每月赠送 2,000 Credits 且团队内共享。加量包按有效期 6 个月分五档：

两个值得写进采购条款的观察：

1. 加量包单价随档位单调递减，从 50.00 元/千积分降到 46.00 元/千积分，最大档比最小档便宜 8%。但注意加量包到期后未使用部分自动失效，且不能独立于企业版使用——企业版到期时加量包无法抵扣。
2. 年付相对月付没有任何折扣：旗舰版年付 2,376 元/人/年，正好等于 198 × 12；专享版 3,792 元/人/年，正好等于 316 × 12。年付在这里唯一的作用是简化付款周期与发票，不是价格优惠。这一点在销售沟通中经常被含糊处理，建议直接向官方确认是否有未公开的年付政策。

四、管理端更新记录：18 个月里只记了 14 个月

管理端有独立的更新记录页，记录了从 2024-11 到 2026-04 的变更。我按月份做了全量解析：

• 记录覆盖 18 个月跨度（2024-11 至 2026-04），但只有 14 个月有条目
• 缺失月份为 2025-02、2025-03、2025-06、2025-12，缺失率 22.2%
• 其中 2025-01、2024-12、2024-11 三个月各有两条独立记录（表格里出现重复月份行）
• 变更最密集的是 2026-02（13 条），其次 2026-01（11 条）
• 最后一条记录是 2026-04，距今已 200 天（约 6.6 个月）

按功能首次出现的时间点排，这条时间线大致是：2024-11 上线 IP 白名单与第三方认证源 SSO，2024-12 上线管理员角色与自定义提示词，2025-01 上线自定义模型与研效看板升级，2025-07 上线日志管理并调整生成率口径，2025-08 支持数据上报到用户指定 endpoint，2025-10 旗舰版开始计费，2026-02 改「通过并授权客户端」为「通过并分配席位」，2026-04 支持按通讯录权限范围同步成员。

怎么读这份记录：它更适合当作功能上线时间的参考，而不是”官方最近在做什么”的依据——已经 6 个多月没有更新，且中间有 22% 的月份空白。

五、文档内部的一处矛盾

《计费说明》页的计费示例写着：

客户于 2025 年 12 月 01 日为企业 A 开通企业旗舰版，一次性购买了 10 个许可证 3 个月，并且开启了“自动续费”功能。则：
客户一次性付费 = 78 元/个/月 × 10 个 × 3 月 = 2340 元

但同一套文档里的《计费概述》和《版本说明》都写明旗舰版是 198 元/人/月。按 78 元算，10 席 × 3 月恰好等于 2,340 元，数字本身自洽；按 198 元算则应为 5,940 元。两处相差 2.54 倍。

考虑到官方在 2026-05-15 确实调整过计费方案，而该示例描述的是 2025-12-01 的购买场景，78 元很可能是调整前的旧价格被留在了示例里而未更新。但文档从未标注这一点，也没有说明该示例对应的价格版本，因此这一项记为 UNKNOWN，不建议以该示例作为报价依据，实际采购请以《计费概述》与官方报价单为准。

六、给企业管理员的实操清单

1. 不要从搜索引擎收录的链接进入企业文档。站内导航点进去，或直接用 /docs/enterprise/{数字ID} 形式（例如 研效度量、日志管理），否则很可能读到《产品概述》。
2. 接入前先确认身份方案。13 种认证源里，标准协议（OIDC / SAML 2.0 / CAS / JWT / OAuth 2.0）适合已有 IdP 的企业；国产办公平台预集成（飞书 / 钉钉 / 企业微信等 5 种）适合已经用这些平台办公的公司。选定后同步组织架构时要用「字段映射」对齐属性。
3. IP 白名单不要留空。留空即全放行，与严格安全基线冲突。
4. 区分两个度量产品。研效度量已上线但跨 2025-07 的口径变更；可观测中心仍需申请内测且未来按留存时长收费。做 ROI 论证时不要把两者混为一谈。
5. 年付没有折扣这件事要写进比价表，避免被”年付更划算”的模糊说法误导。
6. 企业到期前留出余量。计费说明明确写了「如果当前企业的套餐到期或者没有任何可用 Credits 可以抵扣时，当前企业将自动失效，您将无法继续使用 CodeBuddy 产品的任何功能」；专享版到期未续费仅保留数据 2 周。

七、证据边界与未决项

本文严格区分三类信息：

• 实测所得：27 个 sitemap URL 的内容哈希与加载分片、300 节点目录结构、73 个管理端页面、13 认证源 / 8 数据源、更新记录逐月解析、价格表换算、外链可达性——均为 2026-10-18 当次采集，数据源为官方公开接口与文档站。
• 文档如此声明：可观测中心处于白名单内测、代码生成率公式、日志字段与精度、IP 白名单规则、各版本价格与起购门槛。
• UNKNOWN：官方是否会修复 slug 链接；浏览器差异是否影响本结论；78 元与 198 元差异的确切原因与适用版本；管理端更新记录缺失 4 个月与停滞 200 天的原因；可观测中心公测后的具体收费标准。

需要说明的边界：本文未登录企业管理后台，全部结论基于公开文档与公开接口；「研效看板」「可观测中心」的界面截图均来自官方文档内嵌图片，本文的实拍图为文档页面本身；未调用任何企业 API、未创建任何企业、未验证任何账号配置项的实际行为。

八、来源与采集口径

站内相关阅读：post 2545 企业多组织账户与权限继承、post 2782 积分计费四档单价、post 2846 14 款内置模型货架。