lunzige
主题 / 整理者归纳 · v0.1

模型与成本:结论要跟着条件更新

本页关注模型能力如何变化,以及使用成本为什么不能只看价格。具体模型评价都是当时、特定任务里的观察。

2025:复杂任务仍需要大量人工引导

在 2025 年关于 GLR parser 重构的描述中,任务范围扩大后,规划、渐进编译与执行都出现限制。工具切换没有自动带来本质突破,人工仍需要决定迭代路径,并不断纠正。

这体现了当时复杂任务的边界,不应该被理解为对未来模型的永久判决。

2026:工具和模型让更多工作成为可能

2026 年的实践逐渐出现更积极的结果:有了文档索引、调试能力、代码生成工具和明确规格,AI 能承担更长时间、更复杂的工作。

但不同模块的耦合度仍然影响结果。同一模型在控件类开发和高度关联的编译器任务中,不一定表现相同。

到 10 月:更关注节省下来的注意力

到 2026 年 10 月,他对较强模型承担复杂任务的效果给出了更积极的描述,并把减少人工纠正和关注的成本视作重要收益。

这些描述仍然有条件:规格清楚、项目基础能力可用、任务可以验证,而且交付后还会关注实现是否简洁。

本站保留原讨论里的模型称呼所对应的历史语境,不自行把昵称解释成某个公开产品版本,也不把旧结果当成实时排行榜。

成本包含什么

  • 直接调用或订阅的费用。
  • 等待、额度耗尽和工作被打断的成本。
  • 人工提供信息、纠错、验收与返工的注意力。
  • 工具集成与维护的投入。

便宜的模型如果需要更多人工照看,不一定更便宜。更贵的模型如果没有实际减少负担,也不能只凭价格证明值得。

用这页做选择

拿自己的真实任务做一个小范围比较:最终是否正确、用了多少时间、你介入几次、哪里仍需要验收。把这些条件和日期记下来,等模型、工具或任务发生变化时重新判断。

这是一种评估方式,不是本站对某款产品的采购推荐。

原始文本 ↗下一页 · 判断路径 →