苹果会在 5 年内，选择不得不全面开源的道路
并且极有可能是 linux 生态的火箭式发展，迫使苹果去这么做
甚至可能会变成芯片供应商
已经成功在RK3588上跑通macOS27.2Beta，并实现了以下硬件驱动：
1. 双2.5G网口
2. Nvme固态硬盘控制器
3. 32GB内存总线控制器
4. MaliG610核显初步驱动成功，并支持输出1080PHDMI，并实现Metal后端计算
这不是Linux底下的KVM之类的虚拟机，是从真实EFI引导到原生macOS的加载。系统来自MacBookPro14 m5机器安装好的系统分区拷贝。
To-do:
1. 完整实现加速
2. BE200无线网卡驱动
3. RkNN NPU芯片驱动
src:
t.me/qiuchenlymac/1773
True.
如果留给人类按传统方式做智力贡献的时间只剩 1–5 年，你现在手头的事还值得做吗？
扩散模型（Diffusion Models）的发明者Jascha Sohl-Dickstein在斯坦福大学做的一场半开玩笑、半认真的「劝世演讲」，针对的是年轻科研人员和技术从业者。
他指出了一个普遍的精神分裂（认知不一致）：
• 很多人脑子里觉得 「AGI 未来 1–5 年就会到来，世界将天翻地覆」；
• 但行动上却还在按 「花 5 年读博 → 熬博后 → 评终身教职」 或者 「花一两年慢工出细活憋一个传统项目」 的旧时代节奏规划人生。
他的核心忠告是：如果你真信 AI 进化是指数级的，现在就必须改动作：
• 别做慢周期、顺风车式的修补项目：如果一个问题靠「等下一代模型发布」就能自动解决，现在花一年去做它毫无意义（即 Sutton 的《苦涩的教训》）。
• 项目周期要短于模型代际更新：快速交付，做能随着模型变强而水涨船高（借力规模）的事。
• 把自己训练成「导师（PI）」：每天强迫自己用模型，练习清晰拆解任务、审查结果，而不是自己闷头手搓所有细节。
I say Linux are going crazy in the next decade.
Pond, our linux operating system, is now available for anyone to try!
Our updated website includes the installers and a detailed look at the operating system
butterfly.so/pond
真区啊，可惜了这么优质的制作组，这种强行大团圆的结局有什么意义？
可能我下个小时就会忘了你吧，久保
现在明确的趋势是：明年的开源 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.
从近期日本各大网站、艺人汇报个人站 PHP 问题，就能看出日本互联网发展存在多大问题
有一些新搭的站点，依然都在用 PHP
基本上说明在技术人员的更替和任用上，存在明显的断层。是什么人在新搭的站点上依然用 PHP？那只可能是当时学习的主流趋势是 PHP 的那群老人
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/
