一位开发者尝试使用插件配置模型，但整天都无法成功运行，最终没有任何进展。然而，在切换到对话式客户端后，相同的模型和网站在一夜之间就完成了四轮替换，全部过关。这个事件凸显了不同开发工具和方法之间的巨大差异，开发者通过对话式客户端成功运行模型，与之前使用插件的经验形成鲜明对比，体现了新技术和新方法的重要性。
菜鸟之友系列：《AI 使用日志》・第 02 篇作者：业州愚公
使用 AI 日志｜2026 年 8 月 4 日（星期二）农历丙午年六月二十二 天气：雨
续记｜2026 年 8 月 11 日（星期二）农历丙午年六月二十九 天气：阴
那天的雨下得很实在，我在屋里折腾得更实在。
我打算在 Continue 上把 DeepSeek V4 Flash 这个模型部署起来。想法很简单：Continue 是插件形态，能直接长在我的编辑器里，看代码、改代码、跑报错都在同一个窗口完成，听起来就是最顺的那条路。
结果折腾了一整天，没成功。
卡在哪里，说出来不复杂：插件要接管模型调用，就得配接口地址、模型名、密钥这几样东西，再加上环境变量、请求头格式、上下文怎么传——每一项单独看都不难，凑在一起就变成一条怎么也对不齐的链路。 报错信息还很短，你改一处，它换个说法再报一次。
到晚上我关电脑的时候，状态是：模型没跑起来，代码一行没动，人倒是把插件的配置文件翻烂了。
这一整天给我留下的最大教训，和技术没关系：当一条路走了一整天还在报错，说明我该换路了，而不是再改一次配置。
隔了几天，我换了思路——不用插件，改用对话式客户端：Chatbox。
这次做的是同一件事：把网站代码做完整的修正与替换。当天晚上到第二天，我一共做了 4 轮代码替换，全部完成：请求头的校验、环境变量的配置、数据库写入的逻辑、整套工作流的配置文件，一轮一轮对齐过去，每一轮都能落地。
同样是接同一个模型，同样是改同一个网站，区别只在于我把「干活的介面」换了。
差别在哪，我后来总结了三点：
| 差异点 | 插件形态（Continue） | 对话式客户端（Chatbox） |
|---|---|---|
| 上下文怎么喂 | 由插件自动抓当前文件，你很难控制抓了什么 | 你自己决定贴什么进去，边界清楚 |
| 出错时的沟通 | 只有一行报错，你得反覆猜 | 可以直接问「这段为什么报错」，让它解释 |
| 产出完整代码 | 常在片段层面改，容易缺上下文 | 能一次给出完整段落，直接整块替换 |
第三点是关键。网站修错最怕的不是改不对，是改漏了。 给你一个片段，你得自己拼回去；给你一整块可替换的代码，你只要贴上、验证，错了再来一轮。4 轮替换之所以能成，靠的就是「每一轮都是一个完整的可验证单元」。
事后回想 8 月 4 日那一整天，我并不觉得 Continue 不好。它适合的是另一种场景：你已经知道要改哪一行、只想让 AI 帮你补完那几行。
而我当时要的是「从头到尾把一套系统理顺」，这件事的本质是对话 + 全局视野，那就该用对话式工具，而不是插件。
这也是我后来的习惯：接新模型之前，先问自己一句——这活儿是需要一个助手，还是需要一个对话对象？ 想清楚这一句，能省掉你一整天。
8 月 4 日那天的最后一行配置，我改到第八次。现在我知道，第八次不该改，该换。
工具的选择从来不是「哪个更强」，而是「哪个配得上你手上这件活」。走不通的时候，先换路，再换力气。
工具备注随身机器人（新用户免费试用 7 天）
接模型、配置工作流这种「一行错就全盘不动」的事，最需要的是有人替你盯完整条链路。SY 视野的「随身机器人」把接口、密钥、上下文这些容易漏的环节做成清单式流程，一项项对过去。进入 SY 视野（sylogs.com）开通试用。
下一篇预告： AI 认错很快，但我的时间回不来。8 月 16 日，两天两个错，最后卡在一颗该灰不该橘的云朵上——《「对不起，我误导了您」：两天，两个错，一颗橘色云朵》。敬请关注。
业州愚公 ｜ SY 视野（sylogs.com）原创内容，转载请注明出处。
编辑评论 / Editor's Note
这个故事凸显了人工智慧技术在实际应用中的复杂性和挑战，开发人员经常需要面对各种困难和挫折。通过换用对话式客户端，开发人员最终成功地解决了问题，体现出技术选择和创新方法的重要性。这种经验对于其他开发人员来说可能具有参考价值和启发意义。