标签 软件工程 下的文章

拒领上亿、封杀 AI:Zig 之父为什么 10 年不发 1.0?

本文永久链接 – https://tonybai.com/2026/06/12/zig-father-refuses-funding-bans-ai-why-no-1-0-in-a-decade

大家好,我是Tony Bai。

在技术圈,有一门名为 Zig 的系统级编程语言,它没有铺天盖地的营销,没有背后财大气粗的金主干爹,甚至它的代码仓库在 2025 年末从 GitHub 直接“硬核跑路”到了 Codeberg。

然而,在 JetBrains 发布的“最受敬仰编程语言”榜单中,它赫然位列 Top 5;Uber 用它的编译器解决 Go 的交叉编译难题;大热的 JavaScript 运行时 Bun 用它作为底层的胶水语言(注:近期Bun已经从Zig迁移为Rust实现);金融级数据库 TigerBeetle 更是基于它实现了比传统方案快上千倍的性能。

为什么在拥有了 C++、Rust 和 Go 之后,世界依然需要 Zig?

最近,JetBrains 团队对 Zig 之父 Andrew Kelley 进行了一次深度专访。在长达一个多小时的访谈中,Andrew 展现出了极度“反主流”的极客态度:坚决抵制 AI 生成的代码(No-AI Policy)、宁可拿 67 万美元的非营利基金也不要上亿美元的投资、10 年不发布 1.0 版本。


Zig 之父 Andrew Kelley,在系统编程语言的战场上,他选择了一条最艰难但最自由的“独立之路”

今天,我们就来深度扒一扒,这位被称为“最硬核系统语言创造者”背后的狂人哲学。

缘起:“我能比 C++ 做得更好,我也能比 Rust 做得更好”

故事要从一个开发“数字音频工作站(DAW)”的失败尝试说起。

在 2015 年之前,Andrew 试图用各种现有的语言去开发一个专业的 DAW 软件。

  • JavaScript? “太高层了,根本接触不到计算机底层能力来做低延迟处理。”
  • Go? “和 C 库的交互极其痛苦(CGo),而且垃圾回收(GC)在实时音频处理中是致命的。哪怕卡顿一毫秒,在现场演出中都是灾难。”
  • Rust(1.0 之前)? “我为了让字体渲染工作花了一个月,被 Borrow Checker(借用检查器)折磨得生不如死。稍微改动一点代码,就会引发一连串的编译错误,让我彻底卡壳。”
  • C++? “刚开始感觉很高效,但很快,一个小拼写错误就导致了内存损坏(Memory Corruption),花了我几个星期去 Debug。这太慢了!”

即使退回到只用极简 C++(搭配 C 链接器),他依然在不断地“搬起石头砸自己的脚”。

那一刻,年轻的 Andrew 迸发出了极大的傲慢与决心:“我可以做得更好!我可以比 C++ 做得更好,比 Rust 做得更好,比 Go 做得更好!”

于是,Zig 诞生了。

为什么世界还需要 Zig?它凭什么挑战 C 和 Rust?

很多人会问:C 语言统治了底层 50 年,Rust 现在红得发紫,Zig 凭什么挤上牌桌?

Andrew 给出了一个极其精准的定位:“在 Zig 中,你不需要像在 Rust 中那样为了迎合编译器的‘类型理论’而去扭曲你的代码结构;在 Zig 中,你思考的是‘我希望 CPU 做什么’,然后你写出让它这么做的代码。”

1. 为什么它是更好的 C?

“想要替代 C,你不能放弃任何 C 拥有的能力。”Andrew 说道。

Go 放弃了底层的绝对控制权换取了并发的便利,所以 Go 永远无法替代 C 写操作系统内核。

但 Zig 做到了。在 Zig 中,一切都可以像 C 一样高效,但消除了 C 语言海量的“坑(Footguns)”。甚至在细节上,Zig 比 C 更像 C:C 语言只有溢出(Wraparound)的无符号整数,而 Zig 允许你精细控制整数的溢出行为和符号约束。

2. 为什么它不同于 Rust?

Rust 的核心是其宏大的类型系统和基于生命周期/借用的内存管理模型(类似 RAII)。

而 Zig 走的是“显式分配器(Explicit Allocators)”的路线。

在 Zig 中,没有隐式的内存分配,开发者经常针对特定应用使用 Arena Allocator(一次性分配,一次性销毁),以获得极低的延迟和极高的吞吐量。TigerBeetle 数据库就是利用这一点,在启动时预先分配好所有内存,此后运行时零动态分配(Zero Dynamic Allocation),从而实现了恐怖的高频交易性能。

3. 杀手锏:全宇宙最强的 Toolchain

如果你问一个开发者,在 C/C++ 项目里最痛苦的是什么?99% 的人会回答:配置构建环境(CMake、Makefile、装依赖)

Zig 的杀手锏在于它的工具链:它没有任何外部依赖。 无论你在什么操作系统上,想要编译一个项目,永远只需要一句 zig build。不仅如此,Zig 甚至可以作为一个超级强大的 C/C++ 交叉编译器。Uber 就是用 zig cc 来解决 Go 语言中混合 C 代码在 ARM 架构上的交叉编译难题的。

“AI 代码全是垃圾”:为什么 Zig 坚决封杀 LLM 提交?

在这个“万物皆可 AI 编程(Vibe Coding)”的狂热时代,Andrew 和 Zig 社区制定了一项极其强硬的规则:严禁任何由大模型(LLM/AI)生成的 Issue 和 Pull Request。

为什么这么刚?Andrew 的回答充满了工程师的辛辣与无奈:

“因为那些贡献无一例外,全是垃圾(Invariably garbage)。”

Zig 的核心团队只有 5 个人,却要面对海量的社区贡献。开源项目接受 PR 的核心目的不仅仅是为了拿代码,更是为了“导师制(Mentorship)”——通过 Review 代码,培养出下一代的核心维护者。

但在 Andrew 看来,那些用 AI 批量生成代码然后扔过来的贡献者,不仅没有任何价值,还在疯狂消耗核心团队极其宝贵的 Review 时间。

“这就像是‘贡献者扑克(Contributor Poker)’。用 AI 的人永远只是路过,他们学不到任何东西,也永远不可能成为核心团队的一员。更可笑的是,他们往往只是把报错信息贴回 ChatGPT,然后假装自己修复了问题。这纯粹是在浪费所有人的时间。”

面对满天飞的“AI 编程神器”,Andrew 有着自己极其古典的软件信仰:

“我想要软件拥有‘绝不妥协的完美(Uncompromising perfection)’。我不想看到一个软件仅仅是因为‘出乎意料地没有 Bug’而沾沾自喜,那是一个糟糕透顶的质量标准。”

$670K 的独立基金与 $100M 的诱惑:为什么拒绝做大?

在科技圈,一个流行的开源项目很快就会被大厂收编,或者拿到顶级 VC 的上亿美元融资,然后迅速扩张。

但 Zig Software Foundation (ZSF) 走了一条截然不同的路。它是一个注册在美国的 501(c)(3) 非营利组织。2024 年,整个基金会的总收入只有区区 67 万美元(约合人民币 480 万)。

在这 67 万美元中,Andrew 为自己定下了 15.4 万美元的年薪(相当于纽约一个普通的资深程序员薪水),而剩下的资金的9成以上,全部用来支付另外几位兼职和全职的外包核心开发者。

当主持人犀利地问道:“如果一家大公司给你 1 亿美元的无条件赞助,你会要吗?”

Andrew 的回答展现出了极度的清醒:

“我会拿,但我会把它存进银行,确保我们未来 100 年都不需要再到处筹款。但我绝不会用这笔钱去扩张。我不想管理 100 个人的团队。

他的逻辑极其自洽:保持一个极度精简、高效的微型组织,能够最大程度地抵御资本的腐蚀(Oxidation)。

“我们不是初创公司,我们没有投资人在背后催着我们变现。如果我们拿了大厂的钱,他们就会有控制权;现在,我们靠着多元化的小额赞助和少数企业的资助活着。如果哪天某个赞助商说‘你必须按我说的做’,我们可以硬气地回答:‘对不起,如果你撤资,我们依然能活下去。’

这就是他宁可手写报税单,也要死守非营利基金的底层原因——他要为 Zig 争取“对世界说‘不’”的自由。

硬核的代价:离开 GitHub,以及那遥遥无期的 1.0

为了这份独立和自由,Andrew 付出了很多代价。

2022 年,他退出了 Reddit 和 Twitter。2025 年底,当发现 GitHub 的持续集成(CI)服务器对 Zig 极度不稳定时,他更是做出了一个惊世骇俗的决定:将 Zig 的主仓库从 GitHub 彻底搬迁到了一家德国非营利组织运营的平台 Codeberg。

这意味着他主动放弃了 GitHub 带来的巨大流量和打赏(Sponsors)收入。但他毫不在意:“我们是来写软件的。如果 CI 跑不通,我们就换一个能跑通的。Codeberg 是非营利组织,比那些为了下一个财报季奔波的创业公司靠谱多了。”

那么,被粉丝催了 10 年的 Zig 1.0 究竟什么时候出?

Andrew 坦言,1.0 本质上是一个“向后兼容的承诺”。像 Go 这种语言,1.0 之后很久没动过语法;而 Rust 虽早早发布 1.0,却靠着 Editions(版次)机制继续大改特改。

“我们不需要为了迎合风投的胃口,或者为了所谓的‘商业落地指标’去急匆匆地发布 1.0。当 Zig 1.0 发布的那一天,它必须是一份‘毫不妥协的热爱之作’。我们不需要为任何仓促的糟糕决定买单。”

不过,Andrew 也在采访中透露了一个彩蛋:他将全力冲刺即将到来的 0.16 版本 (注:截至发稿时,Zig官网已经发布了0.16.0版本)。在这个版本中,完全摆脱对 LLVM 依赖的自研 x86 后端将迎来爆发——百万级代码库的增量编译将低至恐怖的 50 毫秒!

小结:程序员的乌托邦

在访谈的最后,当被问及“未来 20 年人类还会写代码吗”,Andrew 的眼中闪烁着光芒:

“人们永远不会停止写代码,因为写代码真的太好玩了。”

在他看来,当今世界最好的软件,往往是开发者们在业余时间出于热爱而写的。而那些为了商业目的强加给用户的软件,总是充满了广告、诱导和恶意的参与度指标。

Zig 不仅仅是一门编程语言,它是 Andrew Kelley 献给世界的一份“无条件的礼物”。它在向所有热爱底层、渴望掌控计算机的极客们宣告:

在这个被大厂垄断、被 AI 噪音填满的世界里,我们依然可以凭借几百 K 的预算、五六个人的小团队,用对技术的极致纯粹,造出一把劈开混沌的利剑。

如果你也曾在这个庞大的系统工程世界里感到过疲惫与迷茫,不妨去试一试 Zig 吧。那是一片没有资本催促、没有 AI 噪音的,属于纯粹程序员的乌托邦。

资料链接:https://www.youtube.com/watch?v=iqddnwKF8HQ


✍️ 今日开放讨论

在这个几乎所有人都疯狂拥抱 AI 编程(Claude Code/ Codex /Antigravity Cli等)的时代,Zig 官方明确拒绝 AI 生成的 PR。你认为是 Andrew Kelley 过于“迂腐”,还是他在守护开源软件最核心的“导师制与高质量传承”?

欢迎在评论区留言,分享你对“AI 垃圾代码”以及系统编程语言发展趋势的看法!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

C++ 的权力游戏:一部关于妥协、背叛与重生的“史诗神剧”

本文永久链接 – https://tonybai.com/2026/06/10/the-story-of-cpp

大家好,我是Tony Bai。

如果将人类现代软件工业比作一部庞大的机器,那么支撑其运转的最核心骨架中,无疑很大一部分由C++支撑。从你手中的智能手机操作系统、每天刷的短视频推荐引擎、华尔街每秒百万次的高频交易系统,到驱动大语言模型(LLM)的底层算力矩阵,C++ 几乎无处不在。

在过去的 40 年里,这门语言一次次被宣布“濒临死亡”,却又一次次浴火重生。它被称为“弗兰肯斯坦的怪物”,被无数程序员诅咒过其令人发指的复杂性。但即便在如今 Rust 和 Go 等现代语言强势围剿的今天,C++ 依然稳坐系统级编程的王座。

近日,一部名为《The Story of C++: The World’s Most Consequential Programming Language》(C++ 官方纪录片)在 YouTube 上引起了巨大轰动。这部长达近两小时的纪录片,首次召集了包括 Bjarne Stroustrup(C++ 之父)、Alexander Stepanov(STL 之父)在内的一众 C++ 核心缔造者,向世人揭开了这门语言背后那些鲜为人知的妥协、背叛与权力斗争

更精彩的是,在海外技术社区 Reddit 的 r/cpp 板块中,这部纪录片引发了无数大厂老炮和编译器极客的热烈讨论,通过将纪录片的官方叙事与社区的“野史”拼凑在一起,我们看到了一部远比代码本身更惊心动魄的技术史诗。

序章:从贝尔实验室逃出的“异类”

时间倒回 1979 年。彼时的贝尔实验室(Bell Labs)是全球计算机科学的“麦加圣地”,Ken Thompson和Dennis Ritchie 在这里创造了 C 语言和 Unix 系统。整个世界都沉浸在 C 语言那种贴近硬件、极致简洁的暴力美学中。

就在此时,一个名叫 Bjarne Stroustrup 的丹麦年轻人来到了贝尔实验室。他需要编写复杂的分布式系统模拟器,很快便发现,C 语言那套基于“函数与指针”的过程式编程,在面对巨大且复杂的系统时,就像是在用石器时代的工具建造摩天大楼——代码极易失控,且难以复用。

于是,他做了一个极具叛逆性的决定:他要在 C 语言的基础上,引入“类(Classes)”的概念。 这就是最初的“C with Classes”。

Bjarne 的初衷极其务实:他不想重新发明轮子,他只想让现有的 C 程序员能够稍微优雅一点地写代码。 因此,他定下了一条死命令:C++ 必须 100% 兼容 C 语言。

在 Reddit 的讨论中,一位资深 C++ 工程师指出:“C++ 之所以能在早期存活下来,唯一的理由就是它能够与海量的 C 语言头文件无缝对接。” 这条与 C 的“血脉绑定”,成为了 C++ 能够迅速占领企业级市场的最强杀手锏,但也为它日后的无底洞复杂性和编译期灾难埋下了最深远的隐患。

第一幕:STL 的救赎——从被群嘲到绝地反击

如果说 Bjarne 给了 C++ 骨架,那么真正赋予 C++ 灵魂的,是另一个极具争议的天才:Alexander Stepanov

在 90 年代初,面向对象编程(OOP)如日中天。所有人都在沉迷于画继承树、搞多态。但 Stepanov 对此嗤之以鼻。他认为,将数据结构和算法强行绑定在对象里,是一种“极度低效且愚蠢的数学谬误”。

他提出了一种名为“泛型编程(Generic Programming)”的思想:算法应该独立于数据结构之外,通过一种叫“迭代器(Iterator)”的桥梁连接。

这就是后来名震天下的 STL(标准模板库)

在纪录片中,最戏剧性的一幕发生在 1993 年的 C++ 标准委员会上。当 Stepanov 第一次将庞大且极其复杂的 STL 提案摆在委员会面前时,遭到了全场的群嘲与抵制。

这太庞大了!这太疯狂了!这简直是在强奸编译器!”大佬们纷纷摇头。

此时的 C++ 委员会,正沉浸在由微软、IBM 等科技巨头把持的“门派斗争”中,没有人愿意为这种学术界的“屠龙术”买单。

在生死存亡之际,是 Bjarne 站了出来。为了让 STL 能够活下来,Bjarne 甚至不惜“扭断了自己亲生孩子的手臂”

一位Reddit 用户分享了一段极其硬核的野史:“听到 Bjarne 承认为了让 STL 能在早期的 Cfront(C++ 编译器前置工具)上编译通过,他强行修改了 C++ 的语言规则,甚至导致了著名的 Cfront 2.0 bug,这简直太搞笑了!

最终,在 Bjarne 的权力背书下,STL 以极其微弱的优势通过了委员会的投票。这一决定,彻底改变了现代软件工业的走向。没有 STL 提供的 Vector、Map 和极度优化的泛型算法,后来的谷歌、亚马逊和高频交易公司根本无法在 C++ 上构建起支撑亿万级流量的系统。

第二幕:巨头的绞杀——微软的野心与 Java 的入侵

正当 C++ 在系统底层攻城略地时,外部的绞杀战开始了。

2000 年前后,C++ 迎来了它生命中最黑暗的“冰河期”。在 Reddit 上,大厂老炮们对这段历史记忆犹新:

  1. Java 的降维打击:Sun 公司推出的 Java 带着“Write Once, Run Anywhere(一次编写,到处运行)”和自带垃圾回收(GC)的承诺,瞬间摧毁了 C++ 在企业级开发层的统治地位。IBM 等巨头一夜之间倒戈。
  2. 微软的背刺:为了对抗 Java,微软推出了自己的 .NET 战略和 C# 语言,并在很大程度上“冻结”了对原生 C++ 工具链的投入。

当时的 C++,就像是一个垂暮的老人:没有包管理器、跨平台编译像一场噩梦、ABI(应用程序二进制接口)地狱让人抓狂。甚至有人提到了一篇著名的早期新闻标题:“The Decline of C++?(C++ 的衰落?)”

更致命的是,C++ 标准委员会(WG21)在这个时期陷入了长达十年的“难产”。各大编译器厂商(尤其是微软的 MSVC)为了各自的商业利益互相扯皮。

在 Reddit 的帖子中,现任 MSVC STL 开发者的 STL 本尊亲自下场“辟谣”与爆料:

当时有很多开发者抱怨微软试图“破坏”STL(因为微软在 STL 里加入了极度拖慢性能的迭代器调试代码 _SECURE_SCL)。STL 大神解释道:“*微软并没有试图破坏 STL,这纯粹是出于对安全性的妥协,而在 2000 年代,由于编译器团队对 C++ 底层模板的理解不足,导致了糟糕的实现。*”

无论如何,在这漫长的十年里(C++98 到 C++11 之前),C++ 停滞不前。这段历史在官方纪录片中被轻描淡写地带过,但在社区看来,这是 C++ 被巨头资本裹挟、险些丧命的耻辱时代。

第三幕:现代 C++ 的绝地反击(C++11 至今)

就在所有人都以为 C++ 将退化为一门“只配用来写驱动”的边缘语言时,C++11 横空出世。

这绝对是编程语言史上最伟大的一次“续命”。C++11 引入了 auto、智能指针(Smart Pointers)、Lambda 表达式以及多线程支持。它仿佛将一辆生锈的老爷车,直接改装成了核动力飞船。

Reddit 上的一位开发者感叹道:“如果你没有经历过在 C++11 之前,仅仅是想要实现一个跨平台的多线程逻辑,就能触发各种未定义行为(UB)的时代,你就无法理解我们现在拥有的现代 C++ 有多么幸福。

此时,硅谷的巨头们也终于醒悟。随着摩尔定律的逐渐放缓(单核 CPU 的免费午餐结束了),亚马逊、谷歌、Meta 以及高频交易巨头 Hudson River Trading(HRT)发现:要想在服务器账单上省下数千万美元,要想让延迟降低到微秒级,只有一条路可走——回归 C++。

从 C++11 开始,标准委员会终于恢复了活力,确立了每三年发布一个新标准(C++14, C++17, C++20…)的铁律。

纪录片中展示了今天 C++ 标准委员会的盛况:从最初的几十人,变成了现在动辄数百人的庞大机构。但这同时也带来了新的诅咒:过度设计与特征膨胀(Feature Bloat)。

终章:C++ 无法摆脱的诅咒与未来

纪录片以一种充满希望的基调收尾,特别提到了即将到来的 C++26 及其杀手级特性:静态反射(Static Reflection)

但在 Hacker News 和 Reddit 上,那些每天深陷在 C++ 屎山代码中的一线架构师们,却显得远没有那么乐观。

1. 缺失的拼图:为什么官方不敢提 Boost?

眼尖的社区极客指出,这部宣称是“官方历史”的纪录片,竟然对 Boost 库 只字未提!要知道,在 C++ 停滞的十年里,是 Boost 库(包含大量实验性的元编程和现代特性)几乎凭借一己之力撑起了 C++ 的生态,并孵化了 C++11 的大部分新特性。社区猜测,这背后可能涉及到 Boost 基金会与 C++ 标准委员会之间复杂的权力斗争与未解恩怨。

2. 基础设施的荒漠:构建工具与包管理器之殇

在 Reddit 上,超过一半的火力集中在一个最朴素的痛点上:C++ 至今没有一个像样的官方包管理器。

当你用 Go 或 Rust 开发时,go get/install 或 cargo install 就能优雅地解决一切。但在 C++ 中,为了集成一个第三方库,你需要聘请一个拥有“博士学位”的 CMake 工程师,在 vcpkg、Conan、Bazel 之间痛苦挣扎,还要处理无穷无尽的 ABI(应用程序二进制接口)冲突。

一位大厂架构师绝望地写道:“标准化不应该强迫企业妥协,但现有的三大包管理器,导致了生态的极端割裂。C++ 真正的问题不在于语言层面,而在于其糟糕透顶的工程工具链体验。

3. 碳(Carbon)与锈(Rust)的围剿

如今,谷歌推出了试图平替 C++ 的 Carbon 语言,而白宫甚至在安全报告中公开呼吁开发者放弃 C/C++,转向内存安全的 Rust。

面对如此巨大的压力,C++ 能够挺过下一轮大洗牌吗?

答案或许依然是肯定的。因为 C++ 早就超越了一门编程语言的范畴,它已经成为了人类数字文明的基础物理法则之一。 那些数以百亿计的遗留代码,那些经历了三十年实战检验的高频交易系统,那些与硬件深度绑定的 GPU 调度矩阵,是不可能在十年内被 Rust 或 Go 完全重写的。

《The Story of C++》不仅是一部纪录片,它是一面镜子。它照出了人类在构建庞大数字帝国时,那种充满妥协、混乱却又无比顽强的工程精神。

C++ 的世界里没有完美的乌托邦。正如 Bjarne Stroustrup 那句最著名的名言:

“世界上只有两种编程语言:一种是人们天天在抱怨的语言,另一种是根本没人用的语言。”

而 C++,无疑是被抱怨得最狠,却又永远无法被抛弃的那一个。

资料链接:

  • https://www.youtube.com/watch?v=lI7tMxzSJ7w
  • https://www.reddit.com/r/cpp/comments/1txhe5n/the_story_of_c_the_worlds_most_consequential/

今日开放讨论:

作为开发者,你认为 C++ 目前最大的痛点是由于它必须保持与 C 的后向兼容(Backwards Compatibility),还是因为它糟糕的构建和包管理工具?在 AI 和 Rust 崛起的时代,你会建议新人继续深入学习 C++ 吗?

欢迎在评论区留下你的观点,我们一起探讨系统级编程的未来!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 从 0 开始构建 Agent Harness Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats