机器之机杼剪部
在AI期间，拥抱AI昭彰是势在必行，连大名鼎鼎的Linux之父LinusTorvalds照旧从岁首运行在个东说念主技俩中使用AI编程。
但总有一些效力者，他们的魄力很明确：不罗致AI代码。开源当代编程言语Zig是其中的代表之一。
Zig由一家非谋利组织以及一批孝顺者共同调节。任何重要员王人不错向它的代码仓库提嘱托码，只须治服技俩的活动准则。
程序之一等于：不容提交AI援救生成的代码。计策写得很明晰：不罗致任何由大言语模子生成的实质，也不罗致由大言语模子改写、润色、裁剪、头脑风暴或调试过的实质。浮浅来说，等于让AI离Zig的代码孝顺远极少。
完满实质见领略：https://ziglang.org/code-of-conduct/
在近日JetBrains的播客节目中，Zig创建者兼首席诞生者AndrewKelley将AI援救孝顺称为「垃圾」。
Kelley示意：「有东说念主给咱们提交十足莫得价值的孝顺。它们以至是负价值，因为会占用团队有限的代码审查期间。」
Zig的代码孝顺主要由少数中枢团队成员负责审查。这恰是Kelley所强调的技俩「瓶颈」：提交的pullrequest数目超越了审查者的处置智商。在访谈中，Kelley提到Zig其时还有200个未处置的pullrequest。
他进一步示意，当咱们收到AI生成的「垃圾孝顺」，并在审核几次之后发现，他们根底不知说念我方在作念什么。「有些孝顺者仅仅把咱们说的话复制粘贴回对话框，并试图通过清洗聊天记载来假装我方莫得使用AI聊天功能，但咱们依然好像看出来，并意志到永久不会有高质地的孝顺。」
因此，这些「垃圾孝顺」只会进一步拖慢通盘团队的节拍。「咱们花费了扫数东说念主的期间，其他耐性恭候的东说念主提交的代码莫得取得审核和统一。」
2026世界杯开运(中国)官方平台固然Zig体量相对较小，但它的影响力并不小。比如，Bun等于用Zig诞生的，而Bun自后被Anthropic收购。与Zig不同，Bun是拥抱AI的，几天前，Bun创建者JarredSumner发推示意我方使用ClaudeCode的新功能动态工作流将Bun从Zig移植到了Rust。
在ClaudeCode、OpenAICodex等器具股东下，世界杯比赛在线高清直播AI援救写代码照旧席卷硅谷。有些东说念主用AI修改代码，有些东说念主则平直让AI草拟整段代码。大型科技公司也纷纷提议高观念，强调明天有若干比例的代码应该由AI编写，以至宣称如今已有异常比例的代码来自AI。
但Zig并不像这些上市公司相同，以「最大化欺压」为惟一观念。Kelley示意，对Zig来说，「传帮带」本人等于技俩中枢工作的一部分，因此AI孝顺反而会欺人自欺。「咱们王人在勤劳酿成更好的重要员。那些提交AIpullrequest的东说念主，并莫得匡助齐备这个观念。」
在他看来，这类AI代码提交者更像是「途经型孝顺者」：可能提交一两个pullrequest，但永久不会真的加入中枢团队。
同期，全面不容AI也让程序更浮浅。Kelley示意，若是他说唯独「好的」AIpullrequest不错被罗致，那么审查者就必须一一判断哪些是好的、哪些不是。「但若是我说一律不罗致，那这项计策就相配容易推论。」
其实，除了Zig，还有其他一些开源技俩对AI说「No」，包括开源的机器模拟器和捏造化器具QEMU（拒却任何被以为包含AI生成实质，或源自AI生成实质的孝顺）、老牌开源类Unix操作系统NetBSD（AI生成代码被默许视为受稠浊代码，不得提交）和吊祭常流行的开源录屏和直播软件OBSStudio（代码必须由东说念主类编写）。
这些技俩的效力令龙虾之父PeterSteinberger不禁惊奇，「LLM连找bug王人不成以吗？」
他们的效力最终会带来若何的欺压，当今还无法断言。但在AI写代码险些成为潮水确当下，这些选拔按下暂停键的开源技俩，至少值得被肃穆看见。
2026世界杯