sillydaddy

我提个方向思路：可变形可定制的软件。什么意思呢？
先说选品，要选那种众口难调的，比如 TODO 软件或者英语学习软件，每个人的想法和习惯都不一样。
然后就是可变形可定制。让用户一句话就可以适配你这个软件的功能，而不必重新开发。类似于二次开发。这种变形肯定是利用 AI 的力量。

这样做的好处是，用户可以买一个可以定制的软件，而不是从头自己开发，而且定制也是纯自然语言定制，而不需要找外包或者自己开发。他当然很高兴。而你可以收取定制授权费，予人方便于己方便。

段子吧

有 v 友前两天发过，terrain 版本 high 就跟 sol 差不多了。后面加没有特别大的意义。

希望 OP 在完成后再来更新一下，中间过程不太算数。

@sssjjjjj
fable 确实强悍，没得挑。但是 opus4.6 已经够强了，即使不开 thinking 也非常强悍：


实在不行可以去试试 GLM5.2 ，上图中 arena 上的众评比 Opus4.6 要强。
可以买 OpenCode 的套餐，10 美元套餐（新手只要支付 5 美元），购买得到 60 美元额度，大概对应 2 亿的 GLM5.2 的 token 。
我算着买 2 个的话，就是 4 亿 token 。Cursor 的 500 次套餐，你大概也就用到这么多 token 吧，当然薅的狠的话另算。
而且 OpenCode 里面很多开源模型（ DeepSeek, Mimo, Kimi ），多了不少选择：
https://opencode.ai/docs/zh-cn/go#:~:text=2%2C150-,4%2C300,-GLM%2D5.1


用我的邀请码，除了 60 美元，还能再得 5 美元额度奖励：
https://opencode.ai/go?ref=1V86J7S62N

而且你说 4.6 鸡肋，你这要求。。是不是有点高了。。？

usage-based 做规划，request-based 做执行，简直是天作之合：
1. 规划需要多轮对话，如果用 request-based 会耗费掉很多次（虽然 Cursor 也有 Plan 模式，但不太好用）。如果用 usage-based 做规划，不用担心多轮次，而且非常省 token ；
2. 等规划好了多项待办任务，用 request-based 一气呵成做完，不要太划算！
结论：肯定要续费！而且不能停！

有点意思。我最近在做一个数据采集工作，想尽办法要降低成本。所以也遇到了类似的问题。

一般的数据采集，是一条流水线：搜索、访问、下载、预处理文本、提取要点、组织输出……，这个过程可能反复，比如第一轮搜索及采集的数据不理想，还需要再根据上一轮结果，发起下一轮。

其实里面需要用到 LLM 的「大智能」来判断的，只有一部分，比如判断某些片段是否包含所需信息，以及组织这些信息，而其他的比如访问、下载、预处理，只需要代码层面这些「小智能」去处理就可以。

上面的「大智能」「小智能」是一种形象比喻。

我现在的理解是，「大智能」「小智能」，它们需要组织成一个复杂的「混合物」。

「大智能」可以自己构建「小智能」，将不需要复杂智力判断的流程（搜索、访问、下载），委托给代码。而在「小智能」执行过程中，某些模块又可以调用「大智能」来处理，比如「判断搜索到的数据是否满足要求」。

这 2 者互相调用、互相嵌套，揉杂在一起。

程序员这份工作的本质到底是什么？

楼上提到了「手工生产」 vs 「工业化生产」的例子，来说明程序员其实是「手工艺人」，要被 AI 这一「工业自动化」替代掉。

可是程序员做的「手工」，不是那种固定的「流程性操作」，而是「复杂的脑力操作」。那么这种脑力的自动化，到底意味着什么？它自动化的到底是什么？