LanYa

[LanYa @LanLightEcho]

等一下，我一直觉得codex在多agent集群上的表现效果比claude code好的。
我一直在codex上运行一个规模还行的多代理团队，大约20个智能体同时并行在一个复杂的长程任务中，而且互相协调的能力非常优秀
codex的桌面应用很早就允许代理跨会话发送消息了（比claude早的多），而且读取对话，wait工具什么的都齐全了，我一直用���些能力来打造真正并行的代理集群。一般情况下我同时运行5个ultra对话（借助工作树），同时最高有20个智能体同时运行吧，几小时内他们就可以互发数百条消息了。选用ultra模式主要为了适当限制子智能体数量在一个合适的区间，因为当赋予他们相互交流的能力后，他们交流的欲望非常爆棚

[LanYa @LanLightEcho]

@thsottiaux 我知道一个人，她可以做到这件事
@poteto

[LanYa @LanLightEcho]

@onlygabey @thsottiaux @TokenGremlin 也许他们没有绩效😀
但说实话，tibo带着他的reset让oai变成在X上最受用户支持/欢迎的AI公司了，虽然他们现在可能也因此遭到了一点反噬

[LanYa @LanLightEcho]

@Saanvi_dhillon 触发action

[LanYa @LanLightEcho]

@mylifcc 当时本来也想订的，但订之前看了下社区对grok周额度的评价，算了算好像也一般，就没订了（还考虑到马斯克之前对grok吹的多次牛逼都没实现）😀现在一想也算是正确的决定了
不过grok bot还是好用的

[LanYa @LanLightEcho]

@thsottiaux @vishalsingh2972 ohno,reset again😨

[LanYa @LanLightEcho]

实际上只有使用官方的“3D make”模式时会用到专门的扩散模型来生成3D模型，但你在harness应用中让他操控电脑来建模，或是直接让他做3D网页（不使用3D make模式的情况下），3D模型生成的任务就仍然是由kimi完成的
而且我也觉得在3Dmake模式中调用专门的扩散模型来生成模型在某种意义上是种“作弊行为”，会让人误以为那些高精度的3D模型是kimi自己做的

[LanYa @LanLightEcho]

When using 3D Make on the Kimi web client/desktop client, a dedicated diffusion model is invoked to generate 3D models; Kimi 3.1 Pro is not asked to perform the modeling itself—it handles the other work involved in generating the 3D model. However, if you are using the official Kimi Code or some other harness application, when you ask it to operate 3D software and perform modeling on its own, it normally completes the modeling step by step itself, because this requires operating a computer or writing scripts, rather than routing the task to a dedicated diffusion model.

[LanYa @LanLightEcho]

@klarkxy 这里用到的是扩散模型，不是k3.1，某种意义上来说算作弊了

[LanYa @LanLightEcho]

@TeacherSalmon #jee力挺土耳其

[LanYa @LanLightEcho]

@xiangning0 其实是为提升许愿式编程的能力，想让用户直观的觉得“模型能力提升很大”

[LanYa @LanLightEcho]

@Rin_Mashiro_ 自从进入AI编程时代后，actions的机时就一直不够用了，很早就切到了自己的runner了🫠

[LanYa @LanLightEcho]

@VeknQAQ 领到臭鸡蛋了

[LanYa @LanLightEcho]

@axlumen 或者直接让AI帮你搜，大模型更擅长这种搜索🤤但讲道理，site:这种绝对算是互联网的基本技能了吧

[LanYa @LanLightEcho]

@reach_vb 现在人们已经开始习惯于Astra级别的智能了🤤

[LanYa @LanLightEcho]

虽然感觉现在社区对openai可能有点恶意满满，但还是要夸一下codex Windows桌面端今天的更新，如果你有跑多路ultra或��大量的子智能体的话，你会发现在长任务的时候前端界面会越来越卡，内存占用也越来越高，到最后前端溢出崩溃软重启。但今天更新后这个情况明显好转了，对话加载也变快了，这是非常值得夸赞的（但感觉这些情况本就不应该出现的就是了）。不过子智能体向父智能体发送消息的展示也取消了，不知道是不是因为这个导致之前的前端界面卡顿无比😅

[LanYa @LanLightEcho]

@thsottiaux 有点好奇这是为什么，在桌面应用方面可能是codex更好一点，但CLI方面我觉得还是Claude code更胜一筹
而且devday的大多发布也跟codex cli没什么联系啊🤔

[LanYa @LanLightEcho]

@gpuhell 显然用了扩撒模型，然后剩下的网页部分才是kimi自己做的

[LanYa @LanLightEcho]

@noshkass @Angaisb_ 其实要是看过老版的星际迷航的话，opus才是在细节上最还原的那个，就是整体看起来可能没Astra那么精致

[LanYa @LanLightEcho]

@Angaisb_ 有点感动，竟然看见有人拿ST来测试大模型的性能😭😭
粗略看上去Astra像是最好的，但看细节的话opus5.5才是最还原的，有点原初的味道了