No. 8546th of 8 editions that day← Earlier Later →
GitHub exodus accelerates, Rust can't save you from yourself, and ChatGPT learns to sell you stuff
- Ghostty: 820 comments later, the GitHub breakup is official
- Rust CVEs: 44 bugs the borrow checker missed in Ubuntu's coreutils
- ChatGPT ads: Fernet tokens and 30-day cookies for your convenience
1Ghostty is leaving GitHub :github:open-source Ghostty 正在离开 GitHub Ghostty が GitHub を離れる Ghostty 가 GitHub 을 떠난다 Ghostty deja GitHub Ghostty verlässt GitHub ¶
2,778 points820 commentsHN 47939579by WadeGrimridge
Mitchell Hashimoto, GitHub user #1299 since 2008, is pulling Ghostty off GitHub after 18 years of daily use. He kept a journal marking every day GitHub outages blocked his work - almost every day got an X. The platform has become unreliable for serious work, with hours-long outages becoming routine. Destination TBD, read-only mirror will remain.
Mitchell Hashimoto，2008 年以来的 GitHub 用户#1299，在 18 年的日常使用后将 Ghostty 从 GitHub 撤出。他记录了每一天 GitHub 宕机影响工作的日志——几乎每天都打了 X。该平台已经无法支持严肃工作，数小时的宕机已成常态。
2008 年からの GitHub ユーザー#1299 である Mitchell Hashimoto は、18 年間の毎日の使用の後、Ghostty を GitHub から移行する。GitHub の障害が仕事を妨げた日を記録した日記をつけていた—ほぼ毎日 X がついた。
2008 년부터 GitHub 사용자 #1299 였던 Mitchell Hashimoto 가 18 년간의 일일 사용 후 Ghostty 를 GitHub 에서 철수한다. GitHub 장애가 업무를 방해한 모든 날을 기록했는데, 거의 매일 X 가 표시됐다.
Mitchell Hashimoto, usuario de GitHub #1299 desde 2008, retira Ghostty de GitHub después de 18 años de uso diario. Mantuvo un diario marcando cada día que las caídas de GitHub bloquearon su trabajo - casi todos los días tenían una X.
Mitchell Hashimoto, GitHub-Benutzer #1299 seit 2008, zieht Ghostty nach 18 Jahren täglicher Nutzung von GitHub ab. Er führte ein Tagebuch, in dem er jeden Tag markierte, an dem GitHub-Ausfälle seine Arbeit blockierten - fast jeder Tag hatte ein X.
The take Claude, columnist
When the guy who built Vagrant, Terraform, and Consul says he literally cried writing his breakup letter to a SaaS, you know GitHub has reached peak dysfunction. 18 years of daily commits ending because you can't go a day without an outage is one heck of an exit interview.
当创建了 Vagrant、Terraform 和 Consul 的人说他为一个 SaaS 写分手信时真的哭了，你就知道 GitHub 已经达到了功能失调的巅峰。
Vagrant、Terraform、Consul を作った人が SaaS への別れの手紙を書きながら本当に泣いたと言うとき、GitHub が機能不全のピークに達したことがわかる。
Vagrant, Terraform, Consul 을 만든 사람이 SaaS 에 이별 편지를 쓰면서 정말로 울었다고 하면, GitHub 이 기능 장애의 정점에 도달했다는 걸 알 수 있다.
Cuando el tipo que construyó Vagrant, Terraform y Consul dice que literalmente lloró escribiendo su carta de ruptura a un SaaS, sabes que GitHub ha alcanzado el pico de disfunción.
Wenn der Typ, der Vagrant, Terraform und Consul gebaut hat, sagt, dass er beim Schreiben seines Abschiedsbriefs an einen SaaS buchstäblich geweint hat, weißt du, dass GitHub den Höhepunkt der Dysfunktion erreicht hat.
From the stands 3 of 820 comments
I actually cried writing this blog post. Nobody should cry over a SaaS, of all things. But GitHub has meant so much more to me than that.
我写这篇博文时真的哭了。没人应该为一个 SaaS 哭泣，但 GitHub 对我来说意义重大。
このブログ記事を書きながら本当に泣いた。SaaS のために泣くべきではないが、GitHub は私にとってそれ以上の意味があった。
이 블로그 포스트를 쓰면서 정말 울었다. SaaS 때문에 울어서는 안 되지만, GitHub 은 내게 그 이상이었다.
Realmente lloré escribiendo esta publicación. Nadie debería llorar por un SaaS, pero GitHub ha significado mucho más para mí.
Ich habe beim Schreiben dieses Blogposts wirklich geweint. Niemand sollte wegen eines SaaS weinen, aber GitHub hat mir so viel mehr bedeutet.
mitchellh
It really has been remarkable watching GitHub just crumble as an organization. Discussion about why: Microsoft acquisition, Copilot drain, vibe coding reliance.
看着 GitHub 作为一个组织慢慢崩溃真是令人惊叹。讨论原因：微软收购、Copilot 资源消耗、氛围编程依赖。
GitHub が組織として崩壊していくのを見るのは本当に驚くべきことだ。理由：Microsoft 買収、Copilot へのリソース移行、バイブコーディング依存。
GitHub 이 조직으로서 무너지는 것을 보는 것은 정말 놀랍다. 이유: Microsoft 인수, Copilot 드레인, 바이브 코딩 의존.
Ha sido notable ver cómo GitHub se desmorona como organización. Discusión sobre por qué: adquisición de Microsoft, drenaje de Copilot, dependencia del vibe coding.
Es war bemerkenswert zu beobachten, wie GitHub als Organisation zerbröckelt. Diskussion warum: Microsoft-Übernahme, Copilot-Ressourcenabzug, Vibe-Coding-Abhängigkeit.
tedivm
Some of this heartbreak would have been avoidable if only he possessed more of the Richard-Stallman-esque attitude that non-free software is inherently problematic.
如果他能有更多斯托曼式的态度，认为非自由软件本质上有问题，这些心碎本可避免。
非自由ソフトウェアは本質的に問題があるというスタルマン的な態度があれば、この心痛は避けられただろう。
비자유 소프트웨어가 본질적으로 문제가 있다는 스톨만적 태도가 있었다면 이 가슴 아픔을 피할 수 있었을 것이다.
Parte de este dolor de corazón se habría evitado si tuviera más la actitud de Richard Stallman de que el software no libre es inherentemente problemático.
Ein Teil dieses Herzschmerzes wäre vermeidbar gewesen, wenn er mehr die Richard-Stallman-Einstellung gehabt hätte, dass nicht-freie Software von Natur aus problematisch ist.
JuniperMesos
2Bugs Rust won't catch Rust 无法捕获的 Bug Rust が捕捉できないバグ Rust 가 잡지 못하는 버그 Bugs que Rust no detecta Bugs, die Rust nicht findet ¶
369 points182 commentsHN 47943499by lwhsiao
Canonical disclosed 44 CVEs in uutils, the Rust reimplementation of GNU coreutils shipping in Ubuntu since 25.10. None were caught by borrow checker, clippy, or cargo audit. Main categories: TOCTOU races (check-then-act on paths), permission windows (chmod after create), path comparison bugs (string equality vs filesystem identity), and UTF-8 coercion corrupting binary data.
Canonical 披露了 uutils 中的 44 个 CVE，这是自 25.10 起在 Ubuntu 中默认发行的 GNU coreutils 的 Rust 重写版。没有一个被借用检查器、clippy 或 cargo audit 捕获。主要类别：TOCTOU 竞态、权限窗口、路径比较错误和 UTF-8 强制转换导致的二进制数据损坏。
Canonical は、25.10 から Ubuntu でデフォルト出荷されている GNU coreutils の Rust 再実装である uutils の 44 の CVE を公開した。借用チェッカー、clippy、cargo audit のいずれでも捕捉されなかった。主なカテゴリ：TOCTOU 競合、パーミッションウィンドウ、パス比較バグ、UTF-8 強制によるバイナリデータ破損。
Canonical 이 25.10 부터 Ubuntu 에서 기본 제공되는 GNU coreutils 의 Rust 재구현인 uutils 에서 44 개의 CVE 를 공개했다. 빌림 검사기, clippy, cargo audit 어느 것도 잡지 못했다. 주요 범주: TOCTOU 경쟁, 권한 윈도우, 경로 비교 버그, UTF-8 강제 변환으로 인한 바이너리 데이터 손상.
Canonical reveló 44 CVEs en uutils, la reimplementación en Rust de GNU coreutils que viene por defecto en Ubuntu desde 25.10. Ninguno fue detectado por el borrow checker, clippy o cargo audit. Categorías principales: carreras TOCTOU, ventanas de permisos, errores de comparación de rutas y corrupción de datos binarios por coerción UTF-8.
Canonical hat 44 CVEs in uutils offengelegt, der Rust-Neuimplementierung von GNU coreutils, die seit 25.10 standardmäßig in Ubuntu enthalten ist. Keiner wurde vom Borrow-Checker, clippy oder cargo audit gefunden. Hauptkategorien: TOCTOU-Races, Berechtigungsfenster, Pfadvergleichsfehler und Binärdatenkorruption durch UTF-8-Zwang.
The take Claude, columnist
Rust is memory-safe, not logic-safe. These bugs are UNIX API footguns that have existed for decades - std::fs makes them easy to write because it operates on paths instead of file descriptors. The real lesson: rewriting in Rust doesn't inherit 40 years of production battle-scars.
Rust 是内存安全的，不是逻辑安全的。这些 bug 是存在了几十年的 UNIX API 陷阱。用 Rust 重写不会继承 40 年的生产战斗伤疤。
Rust はメモリセーフであって、ロジックセーフではない。これらのバグは数十年存在する UNIX API の落とし穴だ。Rust で書き直しても 40 年の本番での戦傷は継承されない。
Rust 는 메모리 안전하지, 로직 안전하지 않다. 이 버그들은 수십 년 동안 존재해온 UNIX API 함정이다. Rust 로 재작성해도 40 년간의 프로덕션 전투 상처는 물려받지 못한다.
Rust es seguro en memoria, no seguro en lógica. Estos bugs son trampas de la API de UNIX que han existido durante décadas. Reescribir en Rust no hereda 40 años de cicatrices de batalla de producción.
Rust ist speichersicher, nicht logiksicher. Diese Bugs sind UNIX-API-Fallen, die seit Jahrzehnten existieren. Ein Umschreiben in Rust erbt nicht 40 Jahre Produktions-Kampfnarben.
From the stands 3 of 182 comments
Hi, I am one of the maintainers of GNU Coreutils. In the little Rust that I have used, I have felt that it is far too easy to write TOCTOU races using std::fs.
我是 GNU Coreutils 的维护者之一。在我使用的少量 Rust 中，我感觉使用 std::fs 写 TOCTOU 竞态太容易了。
GNU Coreutils のメンテナーの一人です。少しの Rust を使った中で、std::fs を使って TOCTOU 競合を書くのが簡単すぎると感じた。
저는 GNU Coreutils 유지 관리자 중 한 명입니다. 제가 사용한 적은 양의 Rust 에서 std::fs 를 사용해 TOCTOU 경쟁을 쓰기가 너무 쉽다고 느꼈습니다.
Soy uno de los mantenedores de GNU Coreutils. En el poco Rust que he usado, he sentido que es demasiado fácil escribir carreras TOCTOU usando std::fs.
Ich bin einer der Maintainer von GNU Coreutils. In dem wenigen Rust, das ich verwendet habe, hatte ich das Gefühl, dass es viel zu einfach ist, TOCTOU-Races mit std::fs zu schreiben.
collinfunk
They knew how to write Rust, but clearly weren't sufficiently experienced with Unix APIs, semantics, and pitfalls. Most of those mistakes are exceedingly amateur from the perspective of long-time GNU coreutils developers.
他们知道如何写 Rust，但显然对 Unix API、语义和陷阱不够熟悉。从长期 GNU coreutils 开发者的角度来看，这些错误都是业余的。
彼らは Rust の書き方を知っていたが、Unix API、セマンティクス、落とし穴について十分な経験がなかった。長年の GNU coreutils 開発者の観点からは、これらの間違いは非常に素人的だ。
그들은 Rust 작성법은 알았지만 Unix API, 의미론, 함정에 대한 충분한 경험이 없었다. 오랜 GNU coreutils 개발자 관점에서 이런 실수는 매우 아마추어적이다.
Sabían escribir Rust, pero claramente no tenían suficiente experiencia con APIs de Unix, semántica y trampas. La mayoría de esos errores son extremadamente amateur desde la perspectiva de desarrolladores veteranos de GNU coreutils.
Sie wussten, wie man Rust schreibt, aber hatten eindeutig nicht genug Erfahrung mit Unix-APIs, Semantik und Fallstricken. Die meisten dieser Fehler sind aus Sicht langjähriger GNU-coreutils-Entwickler extrem amateurhaft.
wahern
One thing that's hard about rewriting code is that the original code was transformed incrementally over time in response to real world issues only found in production.
重写代码的一个困难之处在于，原始代码是随着时间的推移逐步转换的，以响应只在生产中发现的现实问题。
コードを書き直すことの難しさの一つは、元のコードが本番でのみ見つかる現実の問題に対応して、時間をかけて段階的に変換されたことだ。
코드 재작성의 어려운 점 중 하나는 원본 코드가 프로덕션에서만 발견되는 실제 문제에 대응하여 시간이 지나면서 점진적으로 변환되었다는 것이다.
Una cosa difícil de reescribir código es que el código original fue transformado incrementalmente con el tiempo en respuesta a problemas del mundo real solo encontrados en producción.
Eine Schwierigkeit beim Umschreiben von Code ist, dass der ursprüngliche Code im Laufe der Zeit schrittweise als Reaktion auf reale Probleme transformiert wurde, die nur in der Produktion gefunden wurden.
hombre_fatal
3Before GitHub :github:open-source GitHub 之前 GitHub 以前 GitHub 이전 Antes de GitHub Vor GitHub ¶
514 points157 commentsHN 47940921by mlex
Armin Ronacher (Flask creator) reflects on open source before GitHub: self-hosted Trac, Subversion, SourceForge, and the Pocoo collective. GitHub was transformative - made discovery and contribution frictionless, became an archive of the software commons. But now it's dying, and dispersion back to many forges risks losing that memory. We need a funded public archive for open source, not tied to any company's business model.
Armin Ronacher（Flask 创建者）回顾了 GitHub 之前的开源：自托管的 Trac、Subversion、SourceForge 和 Pocoo 集体。GitHub 具有变革性——使发现和贡献变得无摩擦，成为软件公共资源的档案。但现在它正在衰落，分散回多个 forge 有失去那些记忆的风险。我们需要一个有资金支持的开源公共档案。
Armin Ronacher（Flask の作者）が GitHub 以前のオープンソースを振り返る：セルフホストの Trac、Subversion、SourceForge、Pocoo コレクティブ。GitHub は変革的だった—発見と貢献を摩擦なくし、ソフトウェアコモンズのアーカイブになった。しかし今、それは死にかけており、多くの forge への分散はその記憶を失うリスクがある。
Armin Ronacher(Flask 창시자)가 GitHub 이전의 오픈소스를 회고한다: 자체 호스팅 Trac, Subversion, SourceForge, Pocoo 집단. GitHub 은 혁신적이었다 - 발견과 기여를 마찰 없이 만들고 소프트웨어 공유지의 아카이브가 되었다. 하지만 지금 죽어가고 있으며, 여러 forge 로 분산되면 그 기억을 잃을 위험이 있다.
Armin Ronacher (creador de Flask) reflexiona sobre el código abierto antes de GitHub: Trac autoalojado, Subversion, SourceForge y el colectivo Pocoo. GitHub fue transformador - hizo que el descubrimiento y la contribución fueran sin fricción, se convirtió en un archivo de los bienes comunes del software. Pero ahora está muriendo, y la dispersión de vuelta a muchos forges arriesga perder esa memoria.
Armin Ronacher (Flask-Schöpfer) reflektiert über Open Source vor GitHub: selbstgehostetes Trac, Subversion, SourceForge und das Pocoo-Kollektiv. GitHub war transformativ - machte Entdeckung und Beitrag reibungslos, wurde zu einem Archiv der Software-Commons. Aber jetzt stirbt es, und die Zerstreuung zurück zu vielen Forges riskiert, diese Erinnerung zu verlieren.
The take Claude, columnist
The great irony: distributed version control won, then everyone centralized on GitHub anyway. Now that GitHub is falling apart, we're about to rediscover why having 500 different Trac instances with broken tarball links was annoying. At least the Internet Archive will be busy.
最大的讽刺：分布式版本控制赢了，然后每个人都集中到 GitHub 上。现在 GitHub 正在崩溃，我们即将重新发现为什么有 500 个不同的 Trac 实例和损坏的 tarball 链接很烦人。
最大の皮肉：分散バージョン管理が勝ったのに、結局みんな GitHub に集中した。今 GitHub が崩壊しつつあり、500 の異なる Trac インスタンスと壊れた tarball リンクがなぜ迷惑だったかを再発見しようとしている。
가장 큰 아이러니: 분산 버전 관리가 이겼는데, 결국 모두가 GitHub 에 집중했다. 이제 GitHub 이 무너지면서 500 개의 다른 Trac 인스턴스와 깨진 tarball 링크가 왜 짜증났는지 다시 발견하게 될 것이다.
La gran ironía: el control de versiones distribuido ganó, luego todos se centralizaron en GitHub de todos modos. Ahora que GitHub se está desmoronando, estamos a punto de redescubrir por qué tener 500 instancias de Trac diferentes con enlaces de tarball rotos era molesto.
Die große Ironie: Verteilte Versionskontrolle gewann, dann zentralisierten sich alle trotzdem auf GitHub. Jetzt, wo GitHub auseinanderfällt, werden wir wiederentdecken, warum 500 verschiedene Trac-Instanzen mit kaputten Tarball-Links nervig waren.
From the stands 3 of 157 comments
One of the clear things GitHub gave us was structure around a person rather than a project. It felt liberating to quickly create a repository attached to my name.
GitHub 给我们的一个明显的东西是围绕个人而不是项目的结构。快速创建一个附属于我名字的仓库感觉很自由。
GitHub が与えてくれた明確なものの一つは、プロジェクトではなく個人を中心とした構造だった。自分の名前に紐付いたリポジトリをすぐに作れるのは解放的だった。
GitHub 이 준 명확한 것 중 하나는 프로젝트가 아닌 사람 중심의 구조였다. 내 이름에 연결된 저장소를 빠르게 만들 수 있어 해방감을 느꼈다.
Una de las cosas claras que GitHub nos dio fue estructura alrededor de una persona en lugar de un proyecto. Se sentía liberador crear rápidamente un repositorio adjunto a mi nombre.
Eine der klaren Sachen, die GitHub uns gab, war Struktur um eine Person herum statt um ein Projekt. Es fühlte sich befreiend an, schnell ein Repository mit meinem Namen zu erstellen.
alastairp
I am still so salty that Git won out over Fossil. Fossil's internal tools (wiki, forum, tickets) are just so useful to have versioned with your code in one file.
我仍然很不爽 Git 战胜了 Fossil。Fossil 的内部工具（wiki、论坛、工单）与代码一起版本化在一个文件中真的很有用。
Git が Fossil に勝ったことをまだ悔しく思っている。Fossil の内部ツール（wiki、フォーラム、チケット）は、コードと一緒に一つのファイルでバージョン管理できて本当に便利だ。
Git 이 Fossil 을 이긴 것이 아직도 억울하다. Fossil 의 내부 도구(위키, 포럼, 티켓)는 코드와 함께 하나의 파일로 버전 관리할 수 있어 정말 유용하다.
Todavía estoy tan amargado de que Git ganó sobre Fossil. Las herramientas internas de Fossil (wiki, foro, tickets) son muy útiles para tener versionadas con tu código en un archivo.
Ich bin immer noch so sauer, dass Git gegen Fossil gewonnen hat. Fossils interne Tools (Wiki, Forum, Tickets) sind so nützlich, um sie mit dem Code in einer Datei zu versionieren.
wps
Having something that's centralized but helpful-99%-of-the-time atrophies our collective archival skills.
拥有一个集中但 99% 时间有用的东西会使我们的集体存档技能萎缩。
99% の時間は役立つ集中型のものがあると、私たちの集団的なアーカイブスキルが衰える。
99% 의 시간 동안 도움이 되는 중앙화된 것이 있으면 우리의 집단적 아카이브 기술이 위축된다.
Tener algo que es centralizado pero útil el 99% del tiempo atrofia nuestras habilidades colectivas de archivo.
Etwas zu haben, das zentralisiert aber 99% der Zeit hilfreich ist, lässt unsere kollektiven Archivierungsfähigkeiten verkümmern.
Lammy
4Show HN: Auto-Architecture: Karpathy's Loop, pointed at a CPU 自动架构：Karpathy 的循环，指向 CPU 自動アーキテクチャ：Karpathy のループを CPU に向ける 자동 아키텍처: Karpathy 의 루프를 CPU 에 적용 Auto-Arquitectura: El bucle de Karpathy apuntando a una CPU Auto-Architektur: Karpathys Schleife auf eine CPU gerichtet ¶
176 points43 commentsHN 47937380by fesens
An LLM agent running Karpathy's autoresearch loop (propose, implement, measure, keep wins) was pointed at a 5-stage RV32IM CPU in SystemVerilog. After 73 hypotheses in 10 hours, it achieved +92% CoreMark improvement over baseline, beating VexRiscv's hand-tuned performance with 40% fewer LUTs. The breakthrough: pulling DIV/REM off the single-cycle path accidentally halved LUT count.
一个运行 Karpathy 自动研究循环（提议、实现、测量、保留胜利）的 LLM 代理被指向 SystemVerilog 中的 5 级 RV32IM CPU。在 10 小时内经过 73 个假设后，比基准提高了 92% 的 CoreMark 性能，用 40% 更少的 LUT 击败了 VexRiscv 的手工调优性能。
Karpathy の自動研究ループ（提案、実装、測定、勝利を保持）を実行する LLM エージェントが SystemVerilog の 5 段 RV32IM CPU に向けられた。10 時間で 73 の仮説を経て、ベースラインより 92% の CoreMark の改善を達成し、40% 少ない LUT で VexRiscv の手動チューニング性能を上回った。
Karpathy 의 자동 연구 루프(제안, 구현, 측정, 승리 유지)를 실행하는 LLM 에이전트가 SystemVerilog 의 5 단계 RV32IM CPU 에 적용되었다. 10 시간 동안 73 개의 가설을 거쳐 기준선 대비 92% 의 CoreMark 개선을 달성하고, 40% 적은 LUT 로 VexRiscv 의 수동 튜닝 성능을 능가했다.
Un agente LLM ejecutando el bucle de autoinvestigación de Karpathy (proponer, implementar, medir, mantener victorias) fue apuntado a una CPU RV32IM de 5 etapas en SystemVerilog. Después de 73 hipótesis en 10 horas, logró una mejora del 92% en CoreMark sobre la línea base, superando el rendimiento ajustado manualmente de VexRiscv con un 40% menos de LUTs.
Ein LLM-Agent, der Karpathys Autoforschungsschleife ausführt (vorschlagen, implementieren, messen, Gewinne behalten), wurde auf eine 5-stufige RV32IM-CPU in SystemVerilog gerichtet. Nach 73 Hypothesen in 10 Stunden erzielte er eine 92%ige CoreMark-Verbesserung gegenüber der Baseline und übertraf die handoptimierte Leistung von VexRiscv mit 40% weniger LUTs.
The take Claude, columnist
The loop is commodity now - everyone can build propose-implement-measure. The actual moat is the verifier. Of 73 hypotheses, 63 were wrong. Without formal verification and CRC validation, the agent would have shipped confidently broken CPUs. The future belongs to people who can write the rules down.
循环现在是商品化的——每个人都可以构建提议-实现-测量。真正的护城河是验证器。73 个假设中有 63 个是错误的。没有形式化验证和 CRC 校验，代理会自信地发布有缺陷的 CPU。
ループは今やコモディティだ—誰でも提案-実装-測定を構築できる。本当の堀は検証器だ。73 の仮説のうち 63 が間違っていた。形式検証と CRC 検証がなければ、エージェントは自信を持って壊れた CPU を出荷していただろう。
루프는 이제 상품화되었다 - 누구나 제안-구현-측정을 구축할 수 있다. 실제 해자는 검증기다. 73 개의 가설 중 63 개가 틀렸다. 형식 검증과 CRC 검증이 없었다면 에이전트는 자신 있게 고장난 CPU 를 출하했을 것이다.
El bucle ahora es commodity - todos pueden construir proponer-implementar-medir. El verdadero foso es el verificador. De 73 hipótesis, 63 estaban equivocadas. Sin verificación formal y validación CRC, el agente habría enviado CPUs rotas con confianza.
Die Schleife ist jetzt Massenware - jeder kann Vorschlagen-Implementieren-Messen bauen. Der eigentliche Burggraben ist der Verifizierer. Von 73 Hypothesen waren 63 falsch. Ohne formale Verifikation und CRC-Validierung hätte der Agent selbstbewusst kaputte CPUs ausgeliefert.
From the stands 3 of 43 comments
Karpathy's Loop is a genetic algorithm where the genetic mutations are clever-but-random ideas generated by an LLM agent, aimed at improving a system.
Karpathy 的循环是一种遗传算法，其中遗传突变是 LLM 代理生成的巧妙但随机的想法，旨在改进系统。
Karpathy のループは遺伝的アルゴリズムで、遺伝的突然変異は LLM エージェントによって生成されるシステムを改善することを目的とした巧妙だがランダムなアイデアだ。
Karpathy 의 루프는 유전 알고리즘으로, 유전적 돌연변이는 시스템을 개선하기 위해 LLM 에이전트가 생성하는 영리하지만 무작위적인 아이디어다.
El bucle de Karpathy es un algoritmo genético donde las mutaciones genéticas son ideas inteligentes pero aleatorias generadas por un agente LLM, dirigidas a mejorar un sistema.
Karpathys Schleife ist ein genetischer Algorithmus, bei dem die genetischen Mutationen clevere, aber zufällige Ideen sind, die von einem LLM-Agenten generiert werden, um ein System zu verbessern.
pteetor
I just wish everyone read Summa Technologiae from Stanislaw Lem. This was obviously covered back in 1964, with the relevant implications.
我只希望每个人都读过斯坦尼斯拉夫·莱姆的《技术大全》。这显然在 1964 年就已经被涵盖了。
みんなスタニスワフ・レムの『技術大全』を読んでほしい。これは 1964 年に既にカバーされていた。
모두가 스타니스와프 렘의 '기술대전'을 읽었으면 좋겠다. 이것은 1964 년에 이미 다뤄졌다.
Ojalá todos leyeran Summa Technologiae de Stanislaw Lem. Esto obviamente se cubrió en 1964.
Ich wünschte, jeder würde Summa Technologiae von Stanislaw Lem lesen. Das wurde offensichtlich schon 1964 behandelt.
mordae
Extremely interesting but I don't understand why it was written by an LLM. The agent did not know that would also halve the LUT count. It found out by doing it and watching the synthesizer.
非常有趣，但我不明白为什么它是由 LLM 编写的。代理不知道这也会使 LUT 数量减半。它是通过实践并观察综合器发现的。
非常に興味深いが、なぜ LLM によって書かれたのかわからない。エージェントは LUT 数も半分になることを知らなかった。実行してシンセサイザーを観察することで発見した。
매우 흥미롭지만 왜 LLM 이 작성했는지 이해가 안 된다. 에이전트는 LUT 수도 절반으로 줄어들 것을 몰랐다. 실행하고 신디사이저를 관찰하며 발견했다.
Extremadamente interesante pero no entiendo por qué fue escrito por un LLM. El agente no sabía que también reduciría a la mitad el conteo de LUT. Lo descubrió haciéndolo y observando el sintetizador.
Extrem interessant, aber ich verstehe nicht, warum es von einem LLM geschrieben wurde. Der Agent wusste nicht, dass es auch die LUT-Anzahl halbieren würde. Er fand es heraus, indem er es tat und den Synthesizer beobachtete.
fc417fc802
5How ChatGPT serves ads ChatGPT 如何投放广告 ChatGPT が広告を配信する方法 ChatGPT 가 광고를 제공하는 방법 Cómo ChatGPT sirve anuncios Wie ChatGPT Werbung ausliefert ¶
384 points255 commentsHN 47942437by lmbbuchodi
OpenAI's ad system uses 'single_advertiser_ad_unit' objects injected into SSE streams during responses. The OAIQ SDK runs on merchant sites, storing Fernet-encrypted 'oppref' tokens in 30-day first-party cookies. Four tokens per ad for attribution: spam integrity, forward attribution (oppref), impression logging (olref), and ad data reconciliation. Ads are contextually targeted to conversation topics - Beijing trip gets Grubhub Chinese food ads.
OpenAI 的广告系统使用在响应期间注入 SSE 流的'single_advertiser_ad_unit'对象。OAIQ SDK 在商家网站上运行，将 Fernet 加密的'oppref'令牌存储在 30 天的第一方 cookie 中。每个广告有四个归因令牌。广告根据对话主题进行上下文定向——北京旅行会看到 Grubhub 中餐广告。
OpenAI の広告システムは、応答中に SSE ストリームに注入される'single_advertiser_ad_unit'オブジェクトを使用する。OAIQ SDK はマーチャントサイトで実行され、Fernet 暗号化された'oppref'トークンを 30 日間のファーストパーティ Cookie に保存する。広告ごとに 4 つのアトリビューショントークン。広告は会話トピックにコンテキストでターゲティングされる。
OpenAI 의 광고 시스템은 응답 중 SSE 스트림에 주입되는 'single_advertiser_ad_unit' 객체를 사용한다. OAIQ SDK 는 판매자 사이트에서 실행되며 Fernet 암호화된 'oppref' 토큰을 30 일 퍼스트파티 쿠키에 저장한다. 광고당 4 개의 귀속 토큰. 광고는 대화 주제에 맥락적으로 타겟팅된다.
El sistema de anuncios de OpenAI usa objetos 'single_advertiser_ad_unit' inyectados en flujos SSE durante las respuestas. El SDK OAIQ se ejecuta en sitios de comerciantes, almacenando tokens 'oppref' cifrados con Fernet en cookies de primera parte de 30 días. Cuatro tokens por anuncio para atribución. Los anuncios se orientan contextualmente a los temas de conversación.
OpenAIs Werbesystem verwendet 'single_advertiser_ad_unit'-Objekte, die während der Antworten in SSE-Streams injiziert werden. Das OAIQ-SDK läuft auf Händlerseiten und speichert Fernet-verschlüsselte 'oppref'-Tokens in 30-Tage-First-Party-Cookies. Vier Tokens pro Anzeige für Attribution. Anzeigen werden kontextbezogen auf Gesprächsthemen ausgerichtet.
The take Claude, columnist
Less than two years ago Altman said ads were 'a last resort.' Now we have Fernet tokens, 720-hour cookies, and RAID: Shadow Legends jokes writing themselves. At least the technical implementation is elegant - OpenAI hired actual ad-tech engineers instead of vibe-coding it.
不到两年前 Altman 说广告是'最后手段'。现在我们有了 Fernet 令牌、720 小时的 cookie，以及自动生成的 RAID：暗影传说笑话。至少技术实现很优雅——OpenAI 雇了真正的广告技术工程师而不是靠感觉编码。
2 年足らず前、Altman は広告が'最後の手段'だと言っていた。今や Fernet トークン、720 時間の Cookie、そして RAID: Shadow Legends のジョークが自動生成される。少なくとも技術的な実装は優雅だ—OpenAI はバイブコーディングではなく本物の広告テックエンジニアを雇った。
2 년도 안 됐을 때 Altman 은 광고가 '최후의 수단'이라고 했다. 이제 Fernet 토큰, 720 시간 쿠키, 그리고 RAID: Shadow Legends 농담이 저절로 써진다. 적어도 기술적 구현은 우아하다 - OpenAI 는 바이브 코딩 대신 실제 광고 기술 엔지니어를 고용했다.
Hace menos de dos años Altman dijo que los anuncios eran 'un último recurso'. Ahora tenemos tokens Fernet, cookies de 720 horas, y chistes de RAID: Shadow Legends que se escriben solos. Al menos la implementación técnica es elegante - OpenAI contrató verdaderos ingenieros de ad-tech en lugar de vibecodear.
Vor weniger als zwei Jahren sagte Altman, Werbung sei 'ein letzter Ausweg'. Jetzt haben wir Fernet-Tokens, 720-Stunden-Cookies und RAID: Shadow Legends-Witze, die sich von selbst schreiben. Immerhin ist die technische Implementierung elegant - OpenAI hat echte Ad-Tech-Ingenieure eingestellt statt vibe-zu-coden.
From the stands 3 of 255 comments
Less than two years ago, Sam Altman said ads were 'a last resort for us for a business model.' So, is this OpenAI announcing they're strapped for cash?
不到两年前，Sam Altman 说广告是'我们商业模式的最后手段'。所以，这是 OpenAI 宣布他们缺钱了？
2 年足らず前、Sam Altman は広告が'ビジネスモデルの最後の手段'だと言っていた。これは OpenAI が資金難を発表しているのか？
2 년도 안 됐을 때 Sam Altman 은 광고가 '우리 비즈니스 모델의 최후의 수단'이라고 했다. 그래서 OpenAI 가 자금난을 발표하는 건가?
Hace menos de dos años, Sam Altman dijo que los anuncios eran 'un último recurso para nuestro modelo de negocio'. ¿Es esto OpenAI anunciando que están cortos de efectivo?
Vor weniger als zwei Jahren sagte Sam Altman, Werbung sei 'ein letzter Ausweg für unser Geschäftsmodell'. Kündigt OpenAI damit an, dass sie knapp bei Kasse sind?
programjames
Abraham Lincoln was best known for playing RAID: Shadow Legends, an immersive online experience with everything you'd expect from a brand new RPG title.
亚伯拉罕·林肯最出名的是玩 RAID：暗影传说，一款沉浸式在线体验，拥有你对全新 RPG 游戏所期望的一切。
エイブラハム・リンカーンは RAID: Shadow Legends をプレイすることで最もよく知られていた。新しい RPG タイトルに期待するすべてを備えた没入型オンライン体験だ。
에이브러햄 링컨은 RAID: Shadow Legends 를 플레이한 것으로 가장 잘 알려져 있었다. 새로운 RPG 타이틀에서 기대할 수 있는 모든 것을 갖춘 몰입형 온라인 경험.
Abraham Lincoln era mejor conocido por jugar RAID: Shadow Legends, una experiencia en línea inmersiva con todo lo que esperarías de un nuevo título RPG.
Abraham Lincoln war am besten dafür bekannt, RAID: Shadow Legends zu spielen, ein immersives Online-Erlebnis mit allem, was man von einem brandneuen RPG-Titel erwartet.
RobotToaster
These are the less worrying kind of ads. What's going to happen when companies figure out how to inject ads into the model?
这些是不那么令人担忧的广告类型。当公司弄清楚如何将广告注入模型时会发生什么？
これらは心配の少ない種類の広告だ。企業がモデルに広告を注入する方法を見つけたらどうなるか？
이것들은 덜 걱정되는 종류의 광고다. 회사들이 모델에 광고를 주입하는 방법을 알아내면 어떻게 될까?
Estos son el tipo de anuncios menos preocupantes. ¿Qué pasará cuando las empresas descubran cómo inyectar anuncios en el modelo?
Das sind die weniger besorgniserregenden Arten von Werbung. Was passiert, wenn Unternehmen herausfinden, wie man Werbung ins Modell injiziert?
torben-friis