为什么我把「可用」放在「聪明」前面
做智能体最容易掉进的坑，是把能力堆满而忽略了交付路径。这篇记录我在 XagentLab 上的一次取舍。
一个具体的场景
有人想让 AI 帮他整理一份错题。这件事在技术上可以拆成很多步：识别图片、判断对错、归因错因、生成变式题、导出打印。每一步都能做得更“聪明”——更准的识别、更细的归因、更像人类的讲解。
但如果用户拿到的是一个需要自己配模型密钥、自己拼流程、自己处理失败重试的东西，那前面所有的聪明都没有意义。他会关掉页面。
聪明是能力，可用是路径
这两件事经常被混为一谈。它们的区别在于：能力决定“上限有多高”，路径决定“有多少人能走到上限”。对绝大多数产品而言，卡住增长的是后者。
我做的取舍
在 XagentLab 上，我把顺序改成了：先保证一条完整的、不会断的路径，再在路径上加能力。具体表现为三条规则：
- 用户不需要接触任何密钥与模型配置 —— 平台承担这一层；
- 任何一步失败，都要给出可执行的下一步，而不是一句“出错了”；
- 新能力只有在不增加用户前置动作的前提下才允许上架。
如果一件东西说不清楚“谁会在什么场景下用它”，那它大概率还不该被做出来。
代价是什么
代价是速度。把路径做扎实，通常意味着更慢的功能扩张，也意味着要拒绝一些“看起来很强”的能力。我接受这个代价，因为被拒绝的能力以后还能加，流失的用户不会回来。
另一个代价是自我怀疑：当同行演示一个更聪明的功能时，你需要反复确认自己是不是在偷懒。我的判断方法是回到那句老话 —— 谁会在什么场景下用它。答得出来，就继续。
一个反例
我也做过相反的事。早期版本里，我花了很多时间在一个“更智能的自动归因”上，结果上线后用户最常反馈的问题是“上传按钮在哪里”。
这件事之后，我开始把“用户从进入到完成第一次成功使用的步数”当成一个要盯的指标。
小结
能力可以慢慢加，路径必须在第一天就是通的。这不是什么新结论，但在自己动手做产品的时候，很容易忘。
评论
填个昵称就能发，不需要注册或登录