6 亿 inputs + 4M output,92%缓存命中，
opencode 用了 9 刀 = 15%的月用量 = 31%的周用量，基本可以随意蹬的水平吧

这东西真的不难追，你看小米就知道追起来有多快了，
另外真掉队的你连名字都不会记得，比如 mistral ，2023 的时候风头无两现在要不是地缘需要他不然早死了不知多久了，
国内之前叫 ai 六小虎（实际是 6+1 ），零一已经查无此人，minimax 我看时间也差不多了，百川也快查无此人了，阶跃也比较路边，现在活的滋润的是月之暗面(kimi), deepseek, 智谱，要这么说六+1 小虎有 4 家跟不上了

@BruceXu #30 我那个 pro 交给 codex 用，300M 没撑过一个小时…

说真的还是用回 cursor 吧 pro 就给你一个月 300M 的 grok4.5 了 （非 fast ）
pro+就有点夸张了 fast 都给了差不多 2000M
glm 不如 grok4.5 ，k3 太贵这个你已经知道了，
除非你能接受 gemini 3.6 flash 这个邪门玩意儿不然没得选了

@Kamiimeteor #2
1 ）还真不是，我看过 cc 和 codex 都是 md 文件并且收拢在一个统一的文件夹下，codex 是 memories ，claude 是项目下每项目一个 memory 文件/文件夹，迁移其实没有什么难度，最麻烦的情况下也只是拷贝然后直接让 cc 或者 codex 自己迁移到自己的 memory 里去，当然如果有一个一键迁移的工具是更好的
2 ）这个可以商榷一下，如果你要特别精炼的，那确实不是，但是我看了我自己的长期 memory 记录，他们是关于架构设计故障排除故障调查方向这些记录，如果你不要求特别精炼那么这些 agent 自带的 memory 实际够用了
3 ）关于去年那个太久以前看的具体名字忘了，对不起

这个 3.我还是能回答的：
cc 和 codex 现在标配的 memory 系统，做的就是这个事，另外我去年看有人做过类似的，也是从 sessions 里蒸馏你自己的经验记录（在 cc 和 codex 上线 memory 之前）

我刚好在搞一个 greenfield ，然后最大的感受就是用 max （ ultra 模式）根本推不动任务，任务规划了总共 10 个阶段，花了 3 天时间（实际运行时间）才推到第四个阶段还没搞完。而且还全靠 tibo 前几天疯狂 reset ，因为 20x 连一天都撑不住。
最后选择 high + xhigh + medium 组合才推进快一些。

kimi 默秒全，
不过 gemini 最近怎么简陋成这个样子了，之前出的时候不是还很有品味的么（好久没用了）

gpt live,直接聊天，让他当我秘书，还能进行讨论，
如果事后真的觉得有用就跟正常 gpt 聊天一样让他给个总结报告

我倒是无所谓，文章讨论能有观点或者启发新想法的话读什么不是读？ ai 生成的天然低人一等么？
另外 vibe codex claude 这些算是尝试新工具的交流，我是这么理解的

opencode 吧，可配置性强，本体很轻量化，然后需要搞大型项目还有和他配合的重型 harness omo 。
pi 比较适合二开，直接拿来当 agent 用没那么开箱即用

应该强调重点的，小故事可以放到后面讲，
现在市面上这一类的 workflow / spec skills 太多了，你得主要强调在哪个场景下区别是什么，优势是什么，在哪个模型体系和 agent 下效果最好，测试结果是什么，再来讲原理（比如至少除了 openspec 之外，拉个表对比一下 matt pocock 的 skills, superpower 之类的主流 workflow ）。
另外我个人觉得你的概念其实更偏向 loop engineering ，harness 应该是更广的一个概念, 当然这个也没有定论每个人都有自己的看法

他好像有送 free 的 https://i.imgur.com/J8YffIl.png

reddit 上我看很多人也在讨论这个，特别是 5.6 的 over engineering 倾向，好处就是你说的基本不需要交互了，只要主要目标没有错，他自己会不断验证迭代，坏处就是他会不断的叠加任务，你会看到 12 个小时前是 1/5 任务，12 个小时后依然是 1/5 ，但是任务目标实际已经变了

我现在每天用完一个 20x 然后等重置，感觉 codex + 5.6 和其他家思路完全不同了，
其他家现在还能算 copilot ，定位都是辅助或者结队完成任务，codex + 5.6 sol ultra 完全变成上司和下属模式，一个任务要耗费几天才能完成，但是每次 deliver 都是成品，换言之就是你的任务目标范围越小，回报就越低（因为小任务他也是这套模式折腾），反而是一次性一整套完整的架构，完整重构，完整的产品的回报才高

快 不等于 强，
cc 到 fable5 依然丢三落四（我两个都有）
当然 codex 慢也是几方面的原因
1. 5.6 sol 的 max 和 xhigh 特别喜欢 over engineering
2. 他们昨天 7M 用户，今天有望 8M ，明显 codex 的速度给砍了（通过 cursor 进行比较）

另外现在谁喜欢一个整天想着方法监控你的 cli, 你么？

今年初的时候直接从 openspec （那时候还不是 skill ），做了一套自己的 skill 出来，根据自己的开发流程调整，现在基本和 openspec 也没什么关系了。
我觉得用别人的只是过度，最终还是得根据自己的需求和流程做自己的 flow

有品位👍