我们决定不做 chat UI 之后，造了什么
每个 AI 初创公司第二周都在做 chat UI。我们差点也做了 —— 然后数了一下世界上已经有多少个 chat UI，立刻转向：ByteSpike 给 API，DOSIA 给零代码路径，中间什么都不做。这是这个决策带来的连锁影响，以及我们为什么仍然会这么选。
我们 mock 过一个 /chat 页面。三种颜色的对话气泡。流式光标。完整一套。然后做了本该最先做的事 —— 开一个干净浏览器，搜「2026 best AI chat」，数一下。
前 28 条都是 chat UI。关掉标签页，砍掉 /chat 分支。
保留下来的
两个有形状的产品：api.bytespike.ai 上的 Anthropic 兼容 Messages API，以及 DOSIA —— 给我们市场团队（不写代码的那些人）用的 macOS 桌面伴侣。工程师走 curl + SDK，市场走 DOSIA，两边共用一把 key 计费。
砍掉的
- /chat 页面 —— 与已存在的 28 个产品重叠。
- /playground 在线试用 —— 单一 mock 流式沙盒比不上在 DOSIA 里用真账号跑真 prompt。
- 自家定制的登录注册流程 —— console.bytespike.ai 子域接管 auth，marketing 只转发。一个 auth 面，少一个攻击面。
代价
诚实回答：我们失去了所有 chat UI 都自带的「即时演示」感。第一次访问的用户没法在 marketing 站打字看模型回复 —— 他们得装 DOSIA 或者跑 curl。我们认了。今年真正把我们转化成付费用户的产品都是 API 文档站和桌面 app，不是 chat 框 —— 我们能拿到的几个 chat 框的分析数据也支持这个判断。
“如果 chat UI 就是你的转化漏斗，你在跟另外 28 家钱更多的公司抢同一个用户的同一个 prompt。”
换来的
我们把工程时间花在了只有我们能交付的东西上：23 个端点目录、透明的 estimated_credits header、能扛 provider 轮转的粘性 OAuth pool，以及把桌面 app 变成账户瘦客户端的 DOSIA 配对流程。这些每一项都是某个周二下午本来可以花在第 4 种对话气泡颜色上的时间。
如果你 2026 年要做 AI 产品，开始画 /chat 路由的时候，先去搜一下。如果已经有 28 家在那里，换一个形状。