
@blackangeri
iAccount based inUnited States
About this account
- Account based in
- United States
- Connected via
- China App Store
Account-level information from X, not a live location or the device used for a specific post.
明亮而狂野,盲目而绚烂 Slow down. Have fun. Live well. INTJ-A. No ism. Lifelong Programmer and Writer. Study in Public, Building in Public. 🦀 保命
Earth
Joined July 2007
- Tweets32.5K
- Following1.9K
- Followers21.1K
- Likes37.4K
你说的这几家公司,除了 Apple,都是 Rust 基金会白金董事成员。Meta / Google 这几年花的精力都在 Rust 和 Cpp/C 安全交互上面了。 微软是 内核 API 都上了 Rust 安全包装。
过去这几年不是押注 Cpp,而是全面为 C/Cpp 迁移到 Rust 做了很多基础工作。
AWS 早期持续押注 Rust,如今来看是极具远见的战略决策
AWS 早期不仅在内部重用 Rust,资助 Rust 基金会、还招募了大量 Rust 核心编译器开发者
AWS 押注 Rust
极致控制云资源成本,堵住基础设施漏洞
Google 押注 Go, Kotlin(被 Oracle 索赔需要有种语言替代)
降低大规模高并发开发门槛,实现云原生工业标准化和 Android 语言生态的连续性
Apple 押注 Swift
统一生态开发体验,彻底告别 OC 的陈旧
Microsoft 押注 C#
早期是为了对抗 Java,现在是企业级全栈语言和生态系统
通过 Unity 引擎,C# 垄断了移动游戏和独立游戏开发的半壁江山
Meta 押注 OCaml
构建最强代码静态分析,并衍生出了 ReasonML/ReScript
当然,C/C++ 依然是所有这些科技巨头绝对无法放弃的
它们会向 C/C++ 生态(编译器、标准委员会、核心库)持续注入资金
大家心里跟明镜似的,C/C++ 是无法撼动的核心历史资产
新语言负责开疆拓土,C/C++ 依然是现代算力的物理底线
AlexZ 🦀 retweeted
Omarchy 4.5 RC is out, and 4.0.6 fixes stuck updates. 🧪
Here's everything that changed this week, in one place.
4.5 RC is the first feature release since 4.0. You can try it now with Update > Channel > RC, then Update > Omarchy.
Why it's worth a look:👇
▸ Multi-monitor setups finally behave: every monitor gets its own workspaces
▸ Notifications stop piling up: they stack by sender, with snooze and history
▸ Boot is quicker: the menu wait drops from about 6 seconds to 1
What's new in 4.5 RC:
▸ Workspaces: Super + 1–0 follows the monitor you're on
▸ Layouts: Super + L cycles tiling, scrolling and floating with a dock
▸ Console: Super + Grave drops in a terminal, a home for your terminal agent
▸ Languages: Omarchy in 50 of them, under Setup > Language
▸ Elsewhen: a world clock next to the clock, on Super + Ctrl + Alt + E
And on stable, 4.0.6:🚀
▸ Updates no longer stop at the OpenClaw migration
▸ The screen locks before suspend again
The demos in the video come from the official 4.5 RC release notes.
Start with:👇
"Update > Omarchy" for 4.0.6 on stable.
Switch the channel to RC only on a machine you can roll back.
Release notes and the OpenClaw fix command are in the first reply.
4.5 is a release candidate: expect rough edges, and snapshot first. Two 4.0.5 login issues are still open.
Which are you trying first: per-monitor workspaces, floating workspaces, or the new notifications?
👍
The Rust style guide used by Google has been open sourced!
google.github.io/styleguide/…
这个字体在设计中,还不能用 。。。
#Omarchy 中文字体设计
字体命名为 端衡 DHZ:
三个字母是“端衡字”的拼音首字母;“端”是端正、也是终端,“衡”是均衡。
字族分两款:终端用的 DHZ Mono(端衡等宽),界面用的 DHZ Sans(端衡黑体)。
#Omarchy 中文字体设计
字体命名为 端衡 DHZ:
三个字母是“端衡字”的拼音首字母;“端”是端正、也是终端,“衡”是均衡。
字族分两款:终端用的 DHZ Mono(端衡等宽),界面用的 DHZ Sans(端衡黑体)。
AlexZ 🦀 retweeted
New from PocketJS: quickjs-oxide.
A JavaScript interpreter modeled after QuickJS, implemented from scratch by AI in Rust with zero unsafe code, and the first of its kind to achieve performance competitive with the original QuickJS.
We spent one month achieving a high Test262 pass rate, then another month cleaning up the code, getting rid of the AI slop, and reaching competitive performance with just a stack VM and reference counting. Over the last weekend at RustChinaConf, we rewrote the core into a register VM and achieved this level of performance in just two days.
Now quickjs-oxide outperforms most non-JIT JavaScript engines on benchmarks like V8 v7 and the Octane suite, using only around 30% more memory than QuickJS, while maintaining zero lines of unsafe implementation code and no external dependencies except for BigInt support.
Huge credit to @ericoolen_eric for making this happen, and massive thanks to our sponsor @ZephyrCloudIO for supporting the journey!
也是巧,我们也准备搭个deepseek的推理服务。
今天有个搞Infra的小男娘发消息跟我说
这是他成年以来最好的秋天
这一年他终于找到了做推理优化的工作
每天和GPU、Kernel、MoE、KV Cache打交道
以前想研究DeepSeek的推理系统,只能对着论文、技术博客和Benchmark,一点点猜他们线上到底是怎么跑的
今天DeepSeek突然把DeepInfer开源了
分布式推理、推测解码、SWA Bounded Replay,连调度器和高性能算子都放出来了
英伟达和华为昇腾都支持,连生产级的Token编解码组件也一起开源
过去要花几个月研究的东西,现在直接就能在GitHub上看源码
今天下午他坐在工位上
突然整个Infra群都沸腾了
所有人停下手头的调参,开始疯狂Clone仓库
有人在看Kernel,有人在研究调度器,还有人在讨论怎么把公司祖传的推理框架换掉
他说很开心
有种人类Infra黄金时代的错觉
DHH 在 GOSIM 完整演讲
“I’ve never had this much fun with computers in 40 years.”
At GOSIM Shenzhen 2026, @dhh shared why AI agents changed his mind about AI—and why he’s building Omarchy, an open Linux alternative designed for the agentic era.
Can Linux reinvent the desktop experience?
#GOSIM #omarchy #AgenticAI #Linux #GOSIMShenzhen #MomentsAtGOSIM
DHH GOSIM 完整演讲
Looking for your photo with @dhh at GOSIM Shenzhen 2026? 👀
We’ve got you covered!
📸 How to find your photos:
1、Open the album below.
Photo album: m.alltuu.com/topic/view/larg…
2、Browse the event photos.
3、Found yourself? Download your photo and keep the memory!
There are lots of moments to look through — you might just spot yourself in one of them. 😉
Found your photo? Share it with us — we’d love to see it!
#GOSIMShenzhen #GOSIM2026 #PhotoWithDHH #MomentsAtGOSIM #OpenSource
AlexZ 🦀 retweeted
很高兴 GOSIM 台上的讨论延伸到了线上👏
感谢 @QuantumTransf 分享 Obelisk,也期待看到更多关于 Agent Memory 的实践与思考。
让技术交流持续发生,让开源想法不断生长!
还是来正式宣传一下!昨天在 GOSIM 没讲尽兴的东西(
我们做了 Obelisk,一个让 Coding Agent 能够检索自己所有历史 Session 的开源 Infra
它可以追溯一段代码为什么这样写、接手另一个 Agent 的任务,甚至研究过去两个月的开发历史,重新梳理整个项目的架构演进
而我们没有使用任何 Embedding 或向量数据库
🔗 GitHub: github.com/tommy0103/obelisk
为什么已经有那么多 Agent Memory 产品,我们还要做一个?
因为我们觉得,传统 Memory 可能从一开始就搞错了问题:
为什么要让模型在过去,决定未来需要记住什么?
预先提取的 Memory 不仅会丢失原始语境,还可能让 Agent 把局部结论当成普遍事实
我们的思路是:与其让 Agent 记住过去的结论,不如让它有能力重新研究过去
技术上也很简单:我们放弃了 Embedding 和向量数据库,使用 BM25 / FTS + Code Mode,让 Agent 自己搜索、阅读、验证历史
实际效果比想象中有趣:从追溯代码设计、跨任务 Handoff,到生成 Roadmap,甚至复盘过去一两个月的架构决策,都可以完成
部分 Benchmark 上的表现也优于 Mem0,我们还在寻找更有说服力的评测方式
更完整的技术讨论:
obelisk.antinomie.org/blog/
欢迎来玩,也欢迎挑战我们的设计!
AlexZ 🦀 retweeted
💥突发,DeepSeek开源了推理框架和编解码组件
梁神是有理想的神
- 推理框架DeepInfer:已用于 DeepSeek V4.1 Flash 的大规模推理服务,支持分布式推理、推测解码、结构化输出等能力,兼容英伟达和华为昇腾平台
- deepseek-recipe:生产级 Token 编解码组件,使社区部署的 API 处理逻辑与官方保持一致
以后第三方再掺水可就不礼貌了
这不就是我的octoloop双环吗 😆
Meta 工程团队 @Meta_Engineers 发布了 Agent 架构实践:一个让 Agent 更可靠的架构选择「Thin Orchestrator」
一个中央主 Agent “知道得越多,表现得越差”;这不是提示词问题,是架构问题!
Meta 团队最初用单个“全能 Agent”自动化推荐系统的数据列上线流程:它同时装载了所有领域知识、schema、代码生成规则、路由逻辑和校验要求。结果在演示中正常,在生产环境中开始产生幻觉。具体表现为知识交叉污染:把 A 子系统的命名规范套用到 B 上,把适用于某数据源的代码生成模式用错对象。
这一现象有实证支撑:他们引用 Mount Sinai 的研究,多 Agent 编排系统在 80 任务批次下保持 65.3% 准确率,而单 Agent 仅 16.6%,token 消耗最多降低 65 倍。原因在于任务隔离阻止了上下文互相干扰,上下文超过某个阈值后,更多知识反而降低性能。
解决方案:两层架构 + 严格的职责边界
第一层:确定性的瘦编排器(约 1300 行代码),零领域工作。 它把 20+ 工作流路由到 14 个专业 Agent,自己只做三件事:意图分类、收集必要字段、执行可靠性检查。它从不推理代码、不生成配置、不触碰代码库。
第二层:14 个上下文隔离的专业 Agent。 如 schema 管理 Agent、population Agent(负责 10 种数据源的代码生成)、校验 Agent 等。关键设计是,没有任何一个 Agent 看到全貌,这是刻意为之。
每个请求走固定的 7 步协议:读取子 Agent 指令文件 → 查重 → 收集用户字段 → 自动推断(repo 类型等)→ 可靠性门禁检查 → 委派子 Agent → 处理结果。其中第 1–5 步和第 7 步全部是确定性逻辑,只有第 6 步涉及 LLM 推理,且推理发生在只装载自身领域知识的隔离环境中。
最有工程价值的洞察:模板复用而非新增 Agent
他们把“做什么”(workflow 模板)与“每步怎么做”(子 Agent)分离。模板是确定性状态机,例如:
· 列上线:Schema → 校验 → Population → 测试
· 事件上线:Schema → Population → 校验 → 测试 → 事件处理
· 管道迁移:评估 → 规划 → Population → 校验 → 监控
支持管道迁移这个全新能力时,只需新增一个模板重新排列现有 Agent,“零新增 Agent 代码,完整生产能力”。所有子 Agent 结构统一(知识源、预收集清单、工作流步骤、错误-解决方案映射),第 15 个 Agent 与第一个在结构上完全一致,新增能力变成模板化工作。
知识在运行时按需加载而非内嵌:25+ 知识文件按领域组织,每份通常几千 token,更新后在下一次会话自动生效,且同一份文件可服务多个平台实现。
博客地址
engineering.fb.com/2026/10/1…




























