字节最早的时候有蒸，后面很快就坚持不蒸，几个月前了解到又蒸了，但最近又确认不蒸了。

字节为什么不蒸，我觉得张一鸣的野心足够大，如果想真正做出 sota，不能太依赖蒸，蒸得太爽，会让自己的算法，数据，infra，RL 等都退化。

当然，这里蒸的口径也比较复杂，因为字节也大量采买外部数据，外部数据里面不少就是 Claude 模型生成的，这个算蒸吗

目前都不太敢很自动化，因为太烧 token，过去一天偏手动档，都烧了这么多，真想可以把其他人的订阅余额拿过来烧

世界那么零零散散，还是需要有人缝缝补补，很难一个聪明的大模型都能搞定。

企业里的很多任务不需要那么高智商的模型，但就是很长程，对结果要求比较明确，而模型往往会偷懒，或者不稳定，这导致企业里依然自己很难搭出来一套 Agent 系统来完成任务。

就像来了一个清华的，但他就是没那么勤奋，还干着干着就忘了之前交代的，或者有时候推两步，他干一步，那你如果没有管理手段，那只能一拳打在棉花上。

这里还是有很多垂直的 knowhow 以及企业特殊的要求，很难说大模型自发直接搞定了

现在模型很强了，但对普通人来说直接用 Agent 还是非常难的，一方面是对人的综合素质要求很高，另一方面 Agent 的确会犯各种低级错误

gitbook 对 Agent 非常不友好，改点东西，都要卡半天，真的要像飞书 cli 学习

如果一个只会 follow 非常明确收敛的 sop 才能工作的工具人，是很难学会使用 Agent 的，因为Agent 的开放性会让他们的脑子浆糊被具象化地四射出来

每次收到同事发的AI 八股文风格的飞书文档，尤其头疼，看起来四平八稳，面面俱到，但是就像吃辣子鸡，都是辣椒，找鸡找得很辛苦

千问办公 包括之前的 qodar work，特别喜欢让我登录，虽然已经登录过，经常打开客户端就是让我登录，不知道是特意设计的 还是 bug。

如果说codex 类产品是操作系统的话，那么“操作系统”之上的“应用”机会是什么呢？