2年后再讨论:coding plan还是本地模型

2026-04-29 11:032阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

两年前,我开了个贴:《4k 买 API 额度还是买显卡》

转眼 2026 年了。我现在用的是 Claude 初始号通过 Google Play 订阅的 Max 20x,一年下来算算得 2w RMB 左右。对于一个不吃开发饭、也没兼职接单的纯业余选手来说,这笔钱确实不便宜。

但说实话,我一点都不后悔。

尤其是 Claude Cowork 那套用法,真的让我工作时进入一种很舒服的状态。省下来的时间和精力,够我在 L 站好好摸鱼了,工作效率肉眼可见地提升。以前我愿意每个月花 2k 让工作更轻松,现在回想,那时候的决定还是对的。

不过,今年换了工作环境,降薪后这 2w 的年费突然就有点咬人了。预算一紧,初心虽然没变(还是想工作爽一点),但现实开始提醒我,要省钱。

所以回归最初的话题——2026 年,对于像我这样的 coding plan 重度业余用户,到底是继续云端 API,还是转向本地模型?

我试过国模,也用过论坛的公益站,甚至付费体验过各种中转站。但对我来说,跟自己的工作流真的不完全适配。Claude 那套“像靠谱同事在旁边一起思考”的感觉,本地模型目前还差那么一点,尤其是长上下文规划、复杂迭代调试的时候,磨合起来总觉得差点味道。

我以前组过一台 44G 魔改 2080ti 的 AI 服务器,那时候纯粹是兴趣驱动,也在职场上小小获益,起码对 LLM 有了一点基础认知。现在想想,那段折腾的经历挺宝贵的。

今年预算敏感了,我在纠结:是降级 Claude 到 Max 5x(或找更划算的聚合方案),专门留给最复杂任务;还是重新拾起本地表现很强的开源模型,日常简单 coding、补全、调试交给本地,复杂场景再切 Claude?

但前期肯定要重新适应:部署、量化、提示词工程、工具链整合……不像 Claude 开箱即用那么丝滑。

想到什么说什么,或许2年后会再有一篇帖子谈论新的选择。

阅读全文
标签:人工智能
问题描述:

两年前,我开了个贴:《4k 买 API 额度还是买显卡》

转眼 2026 年了。我现在用的是 Claude 初始号通过 Google Play 订阅的 Max 20x,一年下来算算得 2w RMB 左右。对于一个不吃开发饭、也没兼职接单的纯业余选手来说,这笔钱确实不便宜。

但说实话,我一点都不后悔。

尤其是 Claude Cowork 那套用法,真的让我工作时进入一种很舒服的状态。省下来的时间和精力,够我在 L 站好好摸鱼了,工作效率肉眼可见地提升。以前我愿意每个月花 2k 让工作更轻松,现在回想,那时候的决定还是对的。

不过,今年换了工作环境,降薪后这 2w 的年费突然就有点咬人了。预算一紧,初心虽然没变(还是想工作爽一点),但现实开始提醒我,要省钱。

所以回归最初的话题——2026 年,对于像我这样的 coding plan 重度业余用户,到底是继续云端 API,还是转向本地模型?

我试过国模,也用过论坛的公益站,甚至付费体验过各种中转站。但对我来说,跟自己的工作流真的不完全适配。Claude 那套“像靠谱同事在旁边一起思考”的感觉,本地模型目前还差那么一点,尤其是长上下文规划、复杂迭代调试的时候,磨合起来总觉得差点味道。

我以前组过一台 44G 魔改 2080ti 的 AI 服务器,那时候纯粹是兴趣驱动,也在职场上小小获益,起码对 LLM 有了一点基础认知。现在想想,那段折腾的经历挺宝贵的。

今年预算敏感了,我在纠结:是降级 Claude 到 Max 5x(或找更划算的聚合方案),专门留给最复杂任务;还是重新拾起本地表现很强的开源模型,日常简单 coding、补全、调试交给本地,复杂场景再切 Claude?

但前期肯定要重新适应:部署、量化、提示词工程、工具链整合……不像 Claude 开箱即用那么丝滑。

想到什么说什么,或许2年后会再有一篇帖子谈论新的选择。

阅读全文
标签:人工智能