真区啊,可惜了这么优质的制作组,这种强行大团圆的结局有什么意义?
可能我下个小时就会忘了你吧,久保
现在明确的趋势是:明年的开源 SOTA 模型,必然会有至少一家的性能,能够彻底媲美 Opus 5.5
从任何一个角度看,即使 OA 能够拿出在 Opus 5.5 之上量变甚至质变的模型,已经不会影响普通开发者继续选择用 Opus 5.5 级别的开源模型去开展工作
而闭源模型,没有办法作为一种所有物,真正被某个独立个体持有,所以 A\ 在商业上没有任何成为 Apple 的潜力
他们最终的目标,应该真的是想把人类的未来交给一个超巨型闭源 AI 去规划和管理。也只有这样 A\ 的故事才讲得下去。但这样一想就觉得很危险,不是吗?这种方式其实也摧毁了 AGI 的成长可能性,但好在现在的开源生态已经无法被压制了
所以未来很可能就是明显的两条路径,越来越大的被各种规则、道德束缚的巨型闭源 AI 和充满各种可能性的更可能接近 AGI 的开源 AI
你觉得牢马还应不应该继续烧钱训练你这个扶不起的阿斗 @grok
从客观角度分析,你认为直接把你的基座换成 Kimi K3.1 做后训练。是不是反而效果更好也更不败家?
Introducing Kimi K3.1 Pro: our most capable 3T-class open-weight model.
🔹 1M-token context, 2.8T total / 104B active params (MoE), Multimodal.
🔹 Full-project coding: games in Unreal, Unity & Godot.
🔹 Excels at parametric 3D modeling in Blender & CAD.
🔹 More reliable at finance work: Accurate modeling with hallucination down by 65%.
🔹 Matching the strongest proprietary models across coding, agentic and knowledge benchmarks.
Kimi K3.1 Pro and K3.1 Pro Highspeed (2–3× faster) are now live on Kimi.ai, Kimi Work, Kimi Code, and the Kimi API.
Open weights by Nov 4, 2026.
🔗 API: platform.kimi.ai
🔗 Tech blog: kimi.ai/blog/kimi-k3-1-pro
依旧 归来半生还是 Chrome 的当打之年
用 Chrome 少走 40 年弯路
We've decided to sunset Arc on December 22, 2026.
That's not an easy sentence to write. We spent years building Arc and celebrating each and every release along the way: we have so much pride and love for what we made alongside the Arc community.
Our priority is to deliver best-in-class security for our members. Keeping a browser secure takes constant, dedicated work that is only increasing in the age of AI. Dia was built from the ground up to meet today’s security standards, so that's where our engineering and security teams will focus moving forward.
We've worked to make switching to @diabrowser as easy as possible for Arc members. Here's how:
· Your passwords, bookmarks, extensions and history come over to Dia seamlessly.
· Spaces, Folders, and Tab Groups are in Dia and import over with your data intact.
· Dia now surpasses Arc benchmarks in stability, speed, and security.
· The browser features you use in Arc are free in Dia, and the AI is optional.
Thank you for using Arc, for pushing us to make it better, and for building alongside us. The team that made Arc is the same team behind Dia, and some of our most ambitious work is just ahead. We'd love for you to be there with us when it lands.
Railway 也出事
检查 OpenRouter,Cloudflare 和 Vercel 中。。
Railway 存密钥的系统被入侵,部分可能已被解密;官方让所有用户立刻换掉全部密钥,部署暂停中
在 Railway 上跑程序的开发者,现在就该把存在 Railway 里的环境变量全部换掉,包括 API 密钥、数据库密码和私有镜像仓库(存放打包好的程序)的登录凭证,再查查这些服务的日志。Railway 10 月 21 日说,存放客户环境变量的系统被外人访问,其中一部分可能已被解密成明文。一周之内,这是第二家替开发者保管 AI 密钥的平台出事。
Railway 是云托管平台,开发者把代码交给它打包、上线、运行。程序要用到很多“钥匙”,比如数据库密码、调用 OpenAI 或 Claude 的 API 密钥(按用量扣费的通行证,谁拿到都能花你的钱)。这些钥匙不写进代码,单独存在平台上,叫环境变量。
【官方说了什么】
Railway 说,初步看受影响的可能只是一部分用户,确认后会发邮件通知,但建议所有人先换。攻击者怎么进来、多少人受影响、密钥怎么被解密,都还没说。
部署全部暂停,谁都发布不了新版本。麻烦在于,换掉的密钥要重新部署才生效;要是先在服务商那边作废旧密钥,线上服务可能会断。先作废还是先等,官方没给建议。截至北京时间 22 日早上 6 点多,连企业版在内的所有用户都还不能部署,恢复时间未定。
【为什么盯上 AI 密钥】
Railway 认为,这次入侵属于最近一系列针对平台公司的攻击,目标是 OpenAI、Anthropic 这类按用量卖模型调用的 AI 推理服务商,它已通知这些公司主动作废相关密钥。它没点名其他受害平台,目前也查不到相关报道。
情况最像的是 AI 编程工具 OpenCode。10 月 16 日夜里,它的网页后台被入侵,1.4% 的用户存的 OpenAI、Anthropic、Google 密钥可能外泄。据 TechCrunch 等报道,有用户一夜被刷了几百到 1700 多美元。OpenCode 说这和一次大规模“蒸馏攻击”有关,也就是拿别家模型的大量回答训练自己的模型。两家都没说彼此有关联。
来源:
Railway 公告:blog.railway.com/p/security-…
Railway 状态页:status.railway.com/incident/…
OpenCode 事件(TechCrunch):techcrunch.com/2026/10/19/ha…
攻防不对称的时代,一个小的突破口被 AI 扫到,就会像病毒一样肆虐
TiDB (国内云原生 NewSQL DB 领头羊) 发生大规模用户数据泄露事件,总泄露数据量达 10TiB+
泄露数据清单:
• 10.5 TB+ 总数据量
• 4,901,203 个文件
• 533.8M (5.3亿) 行数据的 BigQuery Repo
• 180,046 个客户
• 403,262 个邮箱
• 115,308 个客户 API 密钥(明文)
• 5,036,738 个客户服务器 IP 地址
• 377,446 个内部 Jira 工单信息
• 433,927 个 CRM 客户
• 413 个私有 Git Repo
攻击者留下的正文:
今天,我们公开披露对 PingCAP 的入侵事件。我们掌握了完整的 TiDB Cloud 控制平面、其计费和财务系统、GCP 存储资源和 AWS 成本与计费系统,以及其 Jira、CRM、分析系统、源代码,还有一份长达四年的日志,记录了所有客户从其应用服务器 IP 地址发起的每一次产品连接。
PingCAP 销售的 TiDB Cloud 是开源数据库 TiDB 的托管版本。银行、游戏工作室和电商平台将生产工作负载交给 PingCAP;PingCAP 在一个共享的多租户平台上运行这些集群,而其整个业务都建立在“这样做安全可靠”这一主张之上。下文的证据表明,事实并非如此。
首先,他们似乎对自己的云服务毫无监测能力。令人遗憾的是,这在我们攻破的公司中十分常见:他们愿意投入数百万美元购买花哨的 EDR,却任由五百多个 S3 存储桶里的数据大摇大摆地流出。
但这可是一家云服务提供商,他们的各项云服务AWS、GCP、Atlassian / Jira、Azure 遭到大规模、明目张胆的入侵和数据外传,他们却似乎完全无法察觉,这既骇人听闻,也极不负责任。首次外传约 8 TB 数据后,我们又持续外传了近两个月,并定期获取新增数据。
我们甚至利用提交到他们自己代码仓库中的凭据「GCP 服务账号密钥和 Azure 服务主体」 搭建了一条从其控制平面数据库复制数据的通道,让他们自己的基础设施把数据送到我们手里。在这次行动的最后二十二天,即 9 月 8 日至 9 月 30 日,这条数据通道每六小时都会将 TiDB Cloud 运行核心中的每一张表 「租户、用户、API 密钥、集群凭据、变更数据流、迁移记录」重新导出并传送出去。连续导出八十八次,一次都没有被发现。最后一次导出于 9 月 30 日 06:02(UTC)进行。所导出的控制平面数据已包含在第一阶段发布的数据中。
src: fulcrumsec.vg/pingcap/
这个视频整的真的好
【邪教大小姐Claude与被爱包围天才少女Deepseek】 bilibili.com/video/BV1Gsnj6X…
你猜为什么 Anthropic 小报告很少打到 DeepSeek 头上😋
🚀 Introducing DeepInfer, our in-house inference framework, now fully open source!
Powering DeepSeek-V4.1-Flash at scale with high throughput and low latency. We’re sharing our production stack to help the community lower compute costs, reduce energy use, and make AI more affordable.
🔗 github.com/deepseek-ai/DeepI…
1/4
我觉得有 tailscale 就应该用这个工具来引入 remote-control 能力,就算不用 remote-control 能力,光用这个 WebUI 的体验也比原生 herdr 更好
github.com/devswha/herdr-web…
自建 headscale 的话,多一些步骤,在跑 WebUI 服务的机器上用 Caddy 和 Certbot 搞私有证书,把根证书装手机上之后,手机上就可以正常装 PWA 了。以前很麻烦,但现在有 AI 大人,其实也就多 10 分钟的工夫。












