DOSIA × ByteSpike — 一支团队、两个产品、一条工作流

时不时有用户问 DOSIA 和 ByteSpike 是不是同一个产品。同一支团队，但不是 —— 是两个能拼合的独立产品。DOSIA 是 macOS 客户端，承载 agent 工作流；ByteSpike 是网关，让所有前沿模型藏在一套 Anthropic 兼容 API 后面。各自能跑。拼起来，就是我们反复给自己重做的那个闭环。

DOSIA · 客户端

DOSIA 把 "用户怎么跟模型对话" 的主见落到产品里：原生 macOS 界面、会话/个人/项目/角色/企业并存的五层文件、能复用工作流的 skill 市场、刻意不绑定厂商的 Provider 抽象。任何兼容的后端塞进 Provider 槽位，DOSIA 都能继续跑。

ByteSpike · 后端

ByteSpike 把 "网关该怎么表现" 的主见落到产品里：一把 Anthropic 风格 key 通所有 provider，同一个 base URL 上挂 Messages 和 Chat Completions 两套协议，失败不计费，每条响应带 estimated_credits header。图像/视频/embedding/rerank 多模态端点共用同一把 key。Console 给组织钱包级控制、按成员配额、按部署派生子 key。

为什么我们让它们各自独立

• 节奏不一致 —— DOSIA 两周一档桌面发版；ByteSpike 在 upstream 协议一变的瞬间就推网关改动。打包会让其中一个被另一个拖着走。
• SLA 不一致 —— 网关有桌面客户端不需要的可用性承诺。耦合发布管线意味着每次 DOSIA 修 bug 都拿 API 层客户冒险，每次网关维护窗口都会把 DOSIA 用户挡在外面。
• 受众不一致 —— DOSIA 给想要对话界面的操作者；ByteSpike 给把 agent 接进后端/CI/其他客户端（Cline、Continue、Cursor）的工程师。每个受众一个产品，文档才不至于撒谎。

为什么组合优于单买

用同一个账户给两边充值时，3 个摩擦点同时消失。DOSIA 的 model picker 从 ByteSpike 的 /v1/models 端点拉清单 —— 在 ByteSpike 加一个 upstream model，下一条 prompt 就出现在 DOSIA，不需要重发客户端。Credit 估算从网关流向客户端：DOSIA 的 token 用量条把 ByteSpike 的每请求成本展示在跟延迟同一行 status 里，操作者看到 prompt 落地的同时也看到价格。月底只来一份账单 —— 不用拿 5 份 provider 发票对自己的用量日志。

“把客户端和网关当一条工作流来做的正确方式 —— 各自按自己的节奏发版，但把接触面设计得让用户感受为一个东西。”

拼合后的用户画像

每次 demo 都遇到的客户：一位 senior 工程师或一支两人团队，想用同一条 prompt 比 Claude / GPT-5 / Gemini / DeepSeek / Kimi 哪家强，但不愿同时开 5 份 SDK readme。他们不想再要一个 chat tab —— 有 DOSIA 就够。他们不想谈 5 份合同 —— 有 ByteSpike 就够。他们想要一份 credit 余额和一个永远是最新版本的 model picker。两个产品就是为这类客户而做的。

接缝处接下来要做的

下面 3 项都在已规划 roadmap，但都还没承诺具体发布日期 —— 现实窗口大致在 2026 Q3，SSO 是其中离落地最近的一项。

• Sign in with ByteSpike —— DOSIA 首次启动向导一键 OAuth 直接把 API key 拉到本地、自动接好 provider。告别从 Console 复制粘贴。
• DOSIA 的 MCP 集成 —— image-tools / video-tools / text-writing-tools 按账号 ByteSpike 权限加载，把图像 / 视频 / 外脑写文端点变成主脑原生工具，而非独立面板。
• Skill 插件 v2 接入网关感知 —— DOSIA 里跑的 skill 可以直接在 manifest 里请求 ByteSpike 侧的 feature flag（缓存、fallback 链、retry 预算），不用换工具。

两个产品都免费起步：DOSIA 在 bytespike.ai/dosia，ByteSpike 在 console.bytespike.ai/sign-up。组合故事在同时用时体感最好 —— 但你可以挑接缝里你当前缺的那一半先试。