OneID 确认身份,
WorkBuddy 建立产品会话。
国内手机号等路径确实借助 OneID 完成身份认证。浏览器随后还会经过业务登录编排,桌面端从 WorkBuddy 主会话接口取得应用 accessToken,再读取账户。
/login/?platform=workbuddy… 是业务登录入口,单凭这条 URL 无法判断当次选用了哪条身份通道。可以把 OneID 看作通用身份柜台,WorkBuddy 是办理业务的窗口;身份确认后,还要选账号 / 企业并建立业务会话。Buddy One 则是跨应用账号关联簿。
请求 / 输入 · 源码字段摘要
响应 / 回调 · 源码消费字段
明确的集成证据
phone 分支实际渲染 SDK Login,传 clientCode: "codebuddy" 和 openid/mobile/profile。
明确的产品会话证据
桌面端仍按 state → authUrl → token → account 建立会话。最终产品凭证的真实 issuer、格式尚未知。
URL 串联的是一趟登录旅程
保留原参数名与固定值,替换一次性会话值。没有访问你提供的完整会话链接,也没有将这些值发布到网站。
https://www.workbuddy.cn/login/ ?platform=workbuddy &state=<一次性关联值> &version=5.9.3 &loginSessionId=<登录旅程ID> &traceparent=00-<trace-id>-<span-id>-01 &login_owner_id=<宿主归属ID> &ww_device_nonce=<设备nonce>
| 字段 / 示例 | 代码能证明的用途 | 解释与边界 / 证据 |
|---|
判断登录通道需要额外证据:用户选择的方法、灰度 / entry-policy、实际浏览器请求或回调路径。这条 URL 中没有一个字段能单独证明“本次已经通过 OneID 完成认证”。
同名 code、state、token,要按上下文区分
OneID 的授权 code、signin 的中间 ticket 和 WorkBuddy 主 accessToken 处于不同步骤。它们的协议角色可从调用链分开;真实字节、签发者和后端映射不能从名字猜出来。
| 字段 / 凭据 | 角色 | 在哪里使用 / 证据 |
|---|
三个 ID 分开保留
uid、oneidAccountId、buddyone_id 来自不同模型 / 业务接口。字段分开不等于已证明真实值必不同、一对一,或已物理合并账户。
登录成功仍需目标授权
此前实测中,Buddy One 已关联腾讯文档,文档操作通道却是 not_connected,原生检索仍能成功。查看独立实测页 ↗
event.oneId 可由 buddyone_id 填入;不能因为大小写相似就把它当作腾讯 OneID 账户 ID。
逐条证据,而非凭域名下结论
证据边界与日期
- 客户端:WorkBuddy 5.9.3.42398134 的已保全发行代码。网页:2026-10-30 官方公开登录站构建
e79910b7f87f;网页可以独立更新,不自动等于 5.9.3 发布时的服务端。 - 没有执行本次登录、短信验证、企业授权或会话轮询;没有读取真实凭据。源码中的组件调用可证明集成,不能证明你当次走过该分支。
- 未取得服务端实现、实际 Set-Cookie、token 内容 / issuer;不把 code、ticket 或 ID 当成全局通行令牌。
- 新 signin 的
finalize是通用收尾;已就绪路径可以跳过 OneID 选择。SDK 已有 OneID code 的快捷路径也可能直接进入 exchange。
源码摘要和关键短摘录逐条附定位、SHA-256 和可用的官方资源 URL;完整网页摘录保留本机。客户端 OID-C / 网页 OW 编号是人工审计索引;REA 记录作为另行静态图分析,不替代运行证据。
REA 静态分析记录
选取 7 个不变的公开登录 chunk;未收录的导入视为外部。字符串特征命中可关联代码图,但不证明运行可达或服务端策略。
官方说明可交叉核对:Buddy One 产品说明;WorkBuddy Enterprise 登录说明(海外/企业场景)。本页核心结论以所列代码为依据。