@kangwei 小 D 怡情

@ByteCat 这个确实好，思路清晰，上下文工程可控

@xiaofeilongyy555 就是这种现象，老板以后 AI 了，员工应该提效 x5 ，裁员压工作量

5 倍的工作量，是为了卷死对手，尼玛还不一定赚钱，太惨了！

现在 AI 是需要花“心力”盯着的，操心是有生理上限的，码农的生产力上限要变成身体了，太苦了。

特别适合拿来做教学

支持一把，如果没有算力，是否可以做“模拟”训练，会检测训练相关代码是否正确，模拟训练过程。

账号 ID：E7QAE96KBH 谢谢！

更坑它提供的 web_search/web_fetch 又不好用

每次出新前，把旧的模型量化狠一点的服务部署多一些，让用户感觉降智，空出来的算力给新模型，让用户体验。

是的，如何将 ZFB 当面付 用在个人网页上？

古早的时候，类似 ASP/PHP ，把语言和 代码 混合在一起的方式，借用扩展这个形式就可以了呗！

这个代码实现是基于 OpenDeepWiki 来做的吗？

@sunls 能稍微详细说说嘛？

随着软件生命周期越来越短将来 Remote 工作会越来越多的，就像群演到处串剧组。

如果，你能理解框架地下怎么运作的，特别是能理解框架背后的上下文工程，就可以放心大胆的使用框架。如果弄不明白，使用厂家的 Chat Messages API ，自己严格控制上下文。

能有一个通用的基于 llvm 的 AST 工具就好了，依靠 RAG ，依靠 grep ，应该都不如 AST 准确，至少应该基于 AST 做 RA

我把回复读了一遍，供给侧大家都认为机会大更大，但是需求侧呢？一方面，需求侧能够自己满足自己了，vibe 类 app 大厂肯定会杀进来（典型如灵光），一方面，新需求（包括之前技术搞不定的，新解锁出来的）能不能对称供给侧？

不过，一切都是讨论，是废话，行动胜过一起！