[问与答] 好奇现在 LLM 应该怎么用？

LLM 怎么用？一个老程序员的困惑，也是整个行业的转折点

一位自称“还在古法编程”的开发者，在 V2EX 上发出了一声叹息：“好奇现在 LLM 应该怎么用？” 这篇发布在《问与答》版块的帖子，看似是新手在求助工具配置，却意外地引发了一场关于程序员职业生涯的沉重讨论。这条帖子之所以重要，恰恰因为它展现了当前 AI 编程工具普及过程中最大的矛盾：工具越来越强大，但普通开发者与这些工具之间的“最后一公里”却依然充满门槛。

工具的分化：从“聊天”到“编辑器”的鸿沟

帖主 Donahue 的困境非常典型：他仍停留在最基础的用法——在 ChatGPT 官网对话框里，把它当“老师”问问题。他尝试过 Codex 和 Claude Code，但要么因为“要账号懒得注册”，要么因为“界面不习惯”，最终以失败告终。他坦言，自己更习惯 VS Code，并发现 VS Code 自带的 AI 功能“挺好用”。

这揭示了一个现状：AI 编辑器正在分裂为两大阵营。 一类是以 Cursor、Windsurf 为代表的“原生 AI 编辑器”，它们重构了交互逻辑，但封闭的生态让很多习惯传统 IDE 的老用户望而却步。另一类则是像 VS Code 这样通过插件融合 AI 功能的编辑器，其最大的吸引力在于“零学习成本”。但帖主的核心困惑是——API 中转站买来的 API，到底能用在哪些工具上？ 他发现多数编辑器“不让自定义 API，都让用官方渠道”。

生态的暗流：API 中转站的生存空间

社区回复直接点破了解决问题的路径。用户 SethShi 指出，OpenCode 是少数可以“自定义 API 接口”的工具，这恰好满足了不想订阅官方套餐、想通过中转站获取更廉价或更稳定 API 的需求。而另一位用户 lizuoqiang 则给出了一个直接的做法：使用 Claude Code 搭配 CC Switch 插件，就能在官方、中转站和国内 AI 厂商之间自由切换。

这个场景解释了 API 中转站的真实用途：它不是用来替代 ChatGPT 网页版的聊天界面，而是作为一个流量通道，连接用户与各种未被编辑器直接支持的 LLM 模型。 对于希望以更低成本、更高自由度调用 GPT-4 或 Claude Opus 的开发者来说，中转站 + 可自定义 API 的编辑器，形成了一个“灰色但高效的生态圈”。

我的看法：2026，你不必焦虑，但必须行动

这篇帖子的第三个回复，将讨论从技术问题引向了更残酷的现实。用户 weixind 直言：“2026.05 这个时间节点没用过这些工具的话……很大部分程序员现在的工作可能就是职业生涯最后一份编程工作了。历史的车轮滚滚而来。明年俺就可能去卖烧饼了。”

这句话看似调侃，实则点出了行业分水岭的到来。2026 年，拥有、理解和定制 AI 编程工具的能力，已经从“加分项”变成了“生存技能”。 如果连“配置一个 API 接口”都觉得麻烦，那么当 AI 能自动完成 80% 的常规代码时，剩余 20% 的创造性和架构性工作，确实将不再属于那些依旧“古法编程”的人。

这条帖子的价值在于提醒所有开发者：LLM 的用法绝不是“在对话框里提问”。 而是把模型嵌入到你最习惯的工作流中——无论是通过 VS Code 插件 无缝补全代码，还是通过 OpenCode 或 CC Switch 自定义你的 API 链路，把主动权握在自己手里。历史的车轮确实在滚滚向前，但车门并没有锁，你得自己找到把手拉一下。