https://linux.do 论坛的话题更新通知频道。
榆中仙人 (@pingping99) 在 Grok 4.5前端无敌啊 中发帖
整了个7天Super Grok体验，然后用Grok CLI改了一下前端，速度快，指哪打哪，总体体验非常好，最值得一提的是他还会提供动画待选项给你，大家可以去试试，Gemini写前端已经是过去式了
梨涡近点ಣ (@jls) 在 颤抖吧老马，我亏得钱，都要从你ai薅回来 中发帖
spcx又新低，你就看着天价token账单哭去吧老马。
[228508b1925b8527e13ad0c5b6b60376]
梨涡近点ಣ (@jls) 在 颤抖吧老马，股票上亏得钱，我要从你ai薅回来 中发帖
spcx又新低，你就看着天价token账单哭去吧老马
[228508b1925b8527e13ad0c5b6b60376]
@ai-open 在 AI真牛逼啊，真省事，我用codex改游戏的mod，真是方便炸了 中发帖
以前，我搞Steam的创意工坊的mod或者资产啥的，都得手动搞，还得学习规范，但是，现在，都不用了，放到文件夹里，我用codex就改了。
真牛逼啊，不用巨大的学习成本，还稳定。
我主要玩城市天际线、this war of mine，Frostpunk之类的。
最近制作“这是我的战争”的mod，爽翻了。
Asura 在 如何同时使用codex搭配grok build? 中发帖
目前使用了 CodeX 和 Grok build，实际上 CodeX 质量好，Grok build 速度快。那么能不能让 CodeX 使用 5.6 SOL 模型来制定计划和规划任务和验收任务，然后调用 Grok build 来进行实际的并发开发和推进。这样的话岂不是能让高级模型控制任务和质量，让 Grok build 这种速度快的、质量也可以的用来实际执行。这样的话速度就会快起来。
各位大佬们，有没有现成的这样的工具？
拾雨 (@c519127) 在 《智能体个人信息保护自律公约》发布，百度、腾讯、阿里、火山引擎等 31 家企业首批签署 中发帖
IT之家 7 月 13 日消息，由中国互联网协会网民权益和个人信息保护工作委员会主办的 2026（第二十五届）中国互联网大会网民权益和个人信息保护论坛于 7 月 9 日在京举办。
中国互联网协会移动互联网工作委员会和中国互联网协会网民权益和个人信息保护工作委员联合发布《智能体个人信息保护自律公约》，现场来自百度、腾讯、阿里、火山引擎等 31 家互联网企业签署公约。
[402592cf-816a-49a6-a05f-8c299c0752f7]
当前，智能体技术正加速融入互联网服务全场景，在提升服务效率的同时，也对个人信息保护提出了全新挑战。本次发布的《智能体个人信息保护自律公约》，围绕智能体个人信息处理建立完整自律规范，引导企业在推进技术创新的同时，严守个人信息保护底线。
此外，中国互联网协会正式发布《小程序生态健康发展自律公约》，现场来自腾讯、蚂蚁、百度等 8 家主流小程序平台签...
拾雨 (@c519127) 在 人形机器人关节公司零差云控完成数亿元 C++ 轮融资，金额达数亿元 中发帖
IT之家 7 月 13 日消息，据《科创板日报》今天报道，人形机器人关节公司零差云控近日完成 C++ 轮融资，金额达数亿元。本轮融资由同创伟业领投，国泰君安创新投资跟投，老股东华控基金追加投资。
据悉，本轮资金将主要用于产能扩张和全球市场布局，源式资本担任独家财务顾问，并联合一苇资本共同规划后续融资策略。
IT之家查询互联网公开资料获悉，零差云控是一家位于深圳的机器人核心零部件制造企业，成立于 2016 年。其主要产品为高精度、高可靠性的机器人关节模组（eRob 系列）和编码器（eCoder 系列），广泛应用于工业自动化、协作机器人、手术机器人及人形机器人等领域。
jaime0815 在 大家来谈谈 GTP5.6 和 fable 实际使用体验把 中发帖
gpt 5.6 terra ultra 解决不了之前5.5 high 能解决的问题，陷入死循环 自嗨 一个小问题修复了3个多小时，各种发散。
gpt 5.6 sol max/ultra 体验比之前解决问题的速度更慢，更消耗token, 消耗巨快， 有种大炮打蚊子找不准的无力感，问题最终能解决，但总感觉有些呆。
fable 体感就是感觉就是人狠话不多，干活干脆利落，整体还是比gpt 5.6 好一点。
feiran_du 在 英区 48Team砍周限了？佬们，你们的呢？ 中发帖
英区48Team，取消了5h限后，爽蹬了一下，直接跑了36%，sub2api计费是52.46刀，按这么算的话，这周限额度也太少了，都不到150刀了？
@bubblewind 在 gpt-5.6系列的上下文窗口发生变化 中发帖
如标题所示，我印象中上周五gpt-5.6系列的context windows窗口应该是353K?
周一更新codex app后，发现窗口变成了258K？
[image]
看了Tibo的x，发现他说因为计费出现问题，把372k调到272k
[image]
之前的窗口 372,000 × 95% = 353,400
现在的窗口 272,000 × 95% = 258,400
不知道这对gpt-5.6系列性能影响有多大…
jfmoe 在 5.6还有优化！ 中发帖
[IMG_4250]
省流：
GPT-5.6 Sol 推理优化，实际可用额度预计增加约 10%。
372k 上下文导致额度消耗偏快，已暂时恢复到 272k。
推理强度实验已回滚，不会再额外增加消耗。
High / XHigh 模式的多 Agent 调用将进一步优化，减少额度消耗。
Auto Review 也会继续优化，提升整体效率。
5 小时限制暂时仍未恢复，继续正常使用。
林黛玉倒拔垂杨柳 (@Qiner) 在 📖 我要用最直白、最不绕弯的方式，聊一下【朱雀AI】的原理和对抗策略。 中发帖
(\ _ /)
( ･-･)
/っ ☕ 我先在这里放置一个问题：
AIGC 人工特征 100 的文章，就优于 AIGC 疑似人工 100 的文章吗？
首先要知道的是，AIGC 检测，测的是什么？ ↙
—— 熵。
↑ 说人话就是「稳定性」。对于 AI 来说，就是 「可预测性」。
既然如此，那不要让 AI 猜到就完事了。这种 ↓ 就是「AI 不可预测」的文章：
[image]
因为「梗」是存在于网友各圈子的共识里的，没有什么权威的文章可以投喂给 AI 去炼。
AI 大抵知道单个「梗」，但如果好几个串在一起的话就：？？？
网络「梗」于 AI，就如人类的「阴谋」于三体人。
[image]
↑ 注意 AIGC 的划分规则 —— 只有超过 0.99 才会被标红。
而人类，基本不可能原创出和 AI「词频概率分布域」相似度超过 99% 的长文。
所以朱雀AI一...
cai-gua (@cgua) 在 Grok vs GPT vs GLM 轻量项目实测，fable+sol打分 中发帖
用同一个prompt，同一份plan文档让4个模型实施一个轻量的go项目，无工作流禁用subagent，完成后由fable和sol交叉验证打分。
[评分]
grok和glm都是用cc，表现未必有原生build/cursor和zcode好
cursor的高质量数据+壕无人性的数据中心确实让grok起飞了，速度快token效率也高，比GLM少用了至少一半token，大概是高速版的gpt-5.5-high?跟nao的榜也确实差不多
[PixPin_2026-07-13_11-58-59]
但grok也不是没有缺点，没有遵循 CLAUDE.md 的安全准则对临时数据执行了 rm -rf 被claude规则拦截执行完后才反应过来，这是个扣分项只是评委不知道。而从GLM思维里能看到一直在很小心的遵循这个准则。
但官方的GLM实在是太慢了，还在前期调研刚动手的时候grok已经做完了。而且...
FastAI (@tisoz) 在 【FastAI·暑期开业福利】庆祝FastAIToken用户突破5000人，新佬友注册回帖即送5刀，再发放500张3刀兑换码给佬友们！平台充值目前9折！另有0.02倍率超低价GPT目前还在（可爽蹬5.6 sol） 中发帖
官方网站 ： https://www.fastaitoken.com/
已接入 [LINUX DO Connect]可直接登录
各位佬友好呀，感谢各位佬友支持，目前FastAI Token站点已经突破5000人，再次鞠躬感谢各位！
在这里给各位佬献上500张3刀兑换码！
新佬友楼下回复「已注册 + 用户名」，可截图联系QQ群1054566214客服再次赠送5$
☎ 交流群组：
QQ： QQ群
TG： Telegram: Join Group Chat
:lark_125: 限时分组介绍：
OpenAI : 0.02x倍率福利分组 （5rmb = 250刀官方额度 = 250M token）
Claude : 0.7x倍率claude kiro分组 （95%固定高额缓存，避免max重复暴击击穿脆弱的钱包）
真的感谢各位佬友支持，500张兑换码在下边，请使用后贴出兑换码，...