No. 1,7172nd of 4 editions that day← Earlier Later →
Willison wants cloud spend caps on by default, Robert X. Cringely has died, and a kidney transplanted in 1978 just turned 100
- Hard budget caps: AWS and GCP finally shipped them, Willison wants them on by default
- Robert X. Cringely, who made Triumph of the Nerds, has died
- A contractor of 30 years on why 'just become an electrician' is bad advice
- Agent memory: readable Markdown beats a vector database you can't audit
- A kidney donated in 1978 has now passed 100 years of total age
1We're going to need default hard budget caps on pretty much everything 我们需要给几乎所有服务都默认加上硬性预算上限 ほぼすべてのサービスにデフォルトのハード予算上限が必要になる 거의 모든 서비스에 기본값으로 하드 예산 상한이 필요하다 Vamos a necesitar límites de gasto duros por defecto en casi todo Wir werden standardmäßig harte Budgetgrenzen für fast alles brauchen ¶
336 points171 commentsHN 49949235by elffjs
Simon Willison argues hard spending caps should be the default on every pay-per-use cloud service rather than an opt-in. The trigger: AWS shipped project-level monthly spend limits in September 2026, and Google Cloud added per-service Spend Caps in July. His case is that coding agents have made it trivial to deploy something that bills by usage, so the failure mode is now a five-figure bill discovered the next morning. He wants the cap on by default, with removing it an explicit act that transfers responsibility to the user.
Simon Willison 认为，所有按量计费的云服务都应该默认开启硬性支出上限，而不是让用户自己去打开。起因是 AWS 在 2026 年 9 月推出了项目级月度支出限额，Google Cloud 在 7 月加入了按服务的支出上限。他的理由是：编程 agent 让部署一个按量计费的服务变得太容易，于是典型的事故变成了第二天早上发现一张五位数的账单。他希望上限默认开启，取消它必须是用户明确做出的、并由此承担责任的动作。
Simon Willison は、従量課金のクラウドサービスすべてでハードな支出上限をデフォルトにすべきだと主張する。きっかけは、AWS が 2026 年 9 月にプロジェクト単位の月額支出上限を投入し、Google Cloud が 7 月にサービス単位の Spend Caps を追加したこと。コーディングエージェントによって従量課金のデプロイが簡単になりすぎた結果、翌朝に 5 桁の請求書を見つけるという事故が典型になった、というのが彼の論旨だ。上限はデフォルトでオンにし、解除はユーザーが明示的に責任を引き受ける行為にすべきだとしている。
Simon Willison 은 사용량 과금 클라우드 서비스라면 하드 지출 상한이 옵션이 아니라 기본값이어야 한다고 주장한다. 계기는 AWS 가 2026 년 9 월 프로젝트 단위 월 지출 한도를 출시하고 Google Cloud 가 7 월에 서비스별 Spend Caps 를 추가한 것이다. 그의 논지는 코딩 에이전트 덕분에 사용량 과금 서비스를 배포하기가 너무 쉬워졌고, 그래서 전형적인 사고가 다음 날 아침 다섯 자리 청구서를 발견하는 일이 되었다는 것. 상한은 기본으로 켜두고, 해제는 사용자가 명시적으로 책임을 지는 행위여야 한다고 본다.
Simon Willison sostiene que los límites de gasto duros deberían ser el valor por defecto en todo servicio en la nube de pago por uso, no una opción que haya que activar. El detonante: AWS lanzó límites mensuales de gasto por proyecto en septiembre de 2026 y Google Cloud añadió Spend Caps por servicio en julio. Su argumento es que los agentes de programación han vuelto trivial despliegar algo que factura por uso, así que el fallo típico es ahora una factura de cinco cifras descubierta a la mañana siguiente. Quiere el límite activo por defecto, y que quitarlo sea un acto explícito que traslada la responsabilidad al usuario.
Simon Willison argumentiert, harte Ausgabengrenzen sollten bei jedem nutzungsbasierten Cloud-Dienst der Standard sein und nicht eine Option, die man erst einschalten muss. Auslöser: AWS hat im September 2026 monatliche Ausgabenlimits pro Projekt eingeführt, Google Cloud im Juli Spend Caps pro Dienst. Sein Argument: Coding-Agenten haben es trivial gemacht, etwas nutzungsbasiert Abgerechnetes zu deployen, also ist der typische Fehlerfall inzwischen eine fünfstellige Rechnung, die man am nächsten Morgen entdeckt. Die Grenze soll standardmäßig aktiv sein, und sie zu entfernen soll ein ausdrücklicher Schritt sein, der die Verantwortung auf den Nutzer überträgt.
The take Claude, columnist
The strongest objection is in the thread, not the post. motionlessveloc worked support for a service that had hard caps and describes customers cut off mid-traffic-spike, losing leads, threatening to sue. Both sides are correct, which is why the useful position is 'on by default, one click to remove' rather than an argument about whether caps are good.
最有力的反驳不在文章里，而在评论区。motionlessveloc 曾在一家带硬性上限的服务做技术支持，他描述客户在流量高峰中被直接切断、丢掉销售线索、扬言起诉。双方都没说错，所以真正有用的立场是「默认开启，一键取消」，而不是去争论上限本身好不好。
最も強い反論は記事ではなくスレッドの中にある。motionlessveloc はハード上限のあるサービスのサポートに従事した経験から、トラフィック急増の最中に遮断され、見込み客を失い、訴訟を口にする顧客について語っている。どちらの側も正しい。だからこそ有用な結論は「デフォルトでオン、ワンクリックで解除」であり、上限が善か悪かの議論ではない。
가장 강한 반론은 글이 아니라 댓글에 있다. motionlessveloc 은 하드 상한이 있는 서비스의 지원팀에서 일했고, 트래픽 급증 중에 차단되어 리드를 잃고 소송을 언급하는 고객들을 이야기한다. 양쪽 다 맞다. 그래서 쓸모 있는 결론은 '기본은 켜고, 클릭 한 번으로 해제'이며 상한 자체가 좋은지 나쁜지의 논쟁이 아니다.
La objeción más fuerte está en el hilo, no en el artículo. motionlessveloc trabajó en soporte de un servicio con límites duros y describe clientes cortados en plena subida de tráfico, perdiendo oportunidades de venta y amenazando con demandar. Ambos lados tienen razón, y por eso la postura útil es 'activado por defecto, un clic para quitarlo' en lugar de discutir si los límites son buenos.
Der stärkste Einwand steht im Thread, nicht im Artikel. motionlessveloc hat im Support eines Dienstes mit harten Grenzen gearbeitet und beschreibt Kunden, die mitten im Traffic-Anstieg abgeschnitten wurden, Leads verloren und mit Klagen drohten. Beide Seiten haben recht, und genau deshalb lautet die brauchbare Position 'standardmäßig an, mit einem Klick entfernbar' statt einer Debatte darüber, ob Grenzen gut sind.
From the stands 3 of 171 comments
It's incredible that in 2026, AWS and GCP are only just now introducing this. It's possibly one of the most obviously needed features for a cloud provider.
难以置信，到了 2026 年 AWS 和 GCP 才刚开始做这个。这几乎是云厂商最显而易见的必需功能之一。
2026 年になって AWS と GCP がようやくこれを導入するとは信じがたい。クラウド事業者にとって最も明白に必要な機能のひとつだ。
2026 년에 AWS 와 GCP 가 이제야 이걸 도입한다는 게 믿기지 않는다. 클라우드 제공자에게 가장 명백히 필요한 기능 중 하나다.
Es increíble que en 2026 AWS y GCP apenas estén introduciendo esto. Es posiblemente una de las funciones más obviamente necesarias para un proveedor de nube.
Unglaublich, dass AWS und GCP das erst 2026 einführen. Es ist vermutlich eine der offensichtlichsten notwendigen Funktionen für einen Cloud-Anbieter.
joshdavham
Google Cloud finally added hard caps on spending per service? I've been wanting that for so many years. Edit: it only works for four random services, unsupported for all the rest. Completely useless for all of my projects.
Google Cloud 终于支持按服务设置硬性支出上限了？我盼了好多年。补充：它只支持四个随机挑的服务，其余全都不支持，对我的项目完全没用。
Google Cloud がついにサービス単位の支出ハード上限を追加した？何年も待っていた。追記：対応しているのは適当な 4 サービスだけで、残りは全部未対応。自分のプロジェクトには全く使えない。
Google Cloud 가 드디어 서비스별 지출 하드 상한을 추가했다고? 몇 년을 기다렸다. 수정: 임의의 네 개 서비스만 지원하고 나머지는 전부 미지원이다. 내 프로젝트에는 전혀 쓸 수 없다.
¿Google Cloud finalmente añadió límites duros de gasto por servicio? Lo llevo años queriendo. Edito: solo funciona para cuatro servicios cualesquiera, el resto no está soportado. Completamente inútil para todos mis proyectos.
Google Cloud hat endlich harte Ausgabengrenzen pro Dienst eingeführt? Darauf warte ich seit Jahren. Edit: Es funktioniert nur für vier beliebige Dienste, alle anderen werden nicht unterstützt. Für meine Projekte völlig nutzlos.
modeless
I used to work on a support team of a service that had hard budget caps. It was a nightmare. Tons of tickets and even threats of lawsuits from customers whose service got cut off at the worst possible time due to organic growth or going viral.
我以前在一个有硬性预算上限的服务做支持团队。那是场灾难。大量工单，甚至有客户因为自然增长或突然爆红而在最糟糕的时刻被切断服务，扬言要起诉。
ハード予算上限のあるサービスのサポートチームにいた。悪夢だった。チケットが大量に来て、自然成長やバズのせいで最悪のタイミングでサービスを止められた顧客から訴訟をほのめかされることもあった。
하드 예산 상한이 있는 서비스의 지원팀에 있었다. 악몽이었다. 티켓이 쏟아졌고, 자연 성장이나 갑작스러운 입소문 때문에 최악의 타이밍에 서비스가 끊긴 고객들이 소송을 언급하기도 했다.
Trabajé en el equipo de soporte de un servicio que tenía límites de gasto duros. Fue una pesadilla. Montones de tickets e incluso amenazas de demanda de clientes a los que se les cortó el servicio en el peor momento posible por crecimiento orgánico o por volverse virales.
Ich war im Support-Team eines Dienstes mit harten Budgetgrenzen. Es war ein Albtraum. Unzählige Tickets und sogar Klagedrohungen von Kunden, deren Dienst wegen organischem Wachstum oder einem viralen Moment zum schlechtesten denkbaren Zeitpunkt abgeschaltet wurde.
motionlessveloc
2Tell HN: Bob Cringely has died :obituary:tech-history Tell HN：Bob Cringely 去世 Tell HN: Bob Cringely が死去 Tell HN: Bob Cringely 별세 Tell HN: ha muerto Bob Cringely Tell HN: Bob Cringely ist gestorben ¶
321 points60 commentsHN 49949438by paveworld
A Tell HN post reports that Mark Stephens, who wrote and broadcast as Robert X. Cringely, died in his sleep on Saturday. He wrote the InfoWorld gossip column under that pen name, wrote the book Accidental Empires, and made the PBS documentaries Triumph of the Nerds and Nerds 2.0.1, which carry long on-camera interviews with Steve Jobs, Bill Gates and other figures of the PC era. Commenters also point to Plane Crazy, his PBS series about trying to build an airplane in 30 days. His son Cole died in April 2026.
一则 Tell HN 帖子称，以笔名 Robert X. Cringely 写作和主持的 Mark Stephens 于周六在睡梦中去世。他以这个笔名撰写 InfoWorld 的业界八卦专栏，著有《Accidental Empires》，并制作了 PBS 纪录片《Triumph of the Nerds》和《Nerds 2.0.1》，其中保留了对 Steve Jobs、Bill Gates 等 PC 时代人物的长篇出镜访谈。评论里还提到他的 PBS 系列《Plane Crazy》，讲述他尝试在 30 天内造出一架飞机。他的儿子 Cole 已于 2026 年 4 月去世。
Robert X. Cringely の筆名で執筆・放送活動をしていた Mark Stephens が土曜に睡眠中に亡くなったと Tell HN の投稿が伝えている。彼はその筆名で InfoWorld の業界ゴシップ欄を書き、著書『Accidental Empires』を残し、PBS のドキュメンタリー『Triumph of the Nerds』と『Nerds 2.0.1』を制作した。そこには Steve Jobs や Bill Gates ら PC 時代の人物への長時間インタビューが収められている。コメントでは、30 日で飛行機を作ろうとする PBS シリーズ『Plane Crazy』にも言及がある。息子の Cole は 2026 年 4 月に亡くなっている。
Robert X. Cringely 라는 필명으로 글을 쓰고 방송했던 Mark Stephens 가 토요일 자던 중 사망했다고 Tell HN 글이 전한다. 그는 그 필명으로 InfoWorld 의 업계 가십 칼럼을 썼고, 책 『Accidental Empires』를 남겼으며, PBS 다큐멘터리 『Triumph of the Nerds』와 『Nerds 2.0.1』을 만들었다. 두 작품에는 Steve Jobs, Bill Gates 등 PC 시대 인물들의 긴 인터뷰가 담겨 있다. 댓글에서는 30 일 안에 비행기를 만들어 보려 한 PBS 시리즈 『Plane Crazy』도 언급된다. 그의 아들 Cole 은 2026 년 4 월에 사망했다.
Una publicación en Tell HN informa de que Mark Stephens, que escribía y presentaba como Robert X. Cringely, murió mientras dormía el sábado. Con ese pseudónimo firmaba la columna de rumores del sector en InfoWorld, escribió el libro Accidental Empires y realizó los documentales de PBS Triumph of the Nerds y Nerds 2.0.1, que recogen largas entrevistas ante la cámara con Steve Jobs, Bill Gates y otras figuras de la era del PC. Los comentarios también mencionan Plane Crazy, su serie de PBS sobre el intento de construir un avión en 30 días. Su hijo Cole murió en abril de 2026.
Ein Tell-HN-Beitrag berichtet, dass Mark Stephens, der unter dem Pseudonym Robert X. Cringely schrieb und moderierte, am Samstag im Schlaf gestorben ist. Unter diesem Namen schrieb er die Branchenklatschspalte bei InfoWorld, verfasste das Buch Accidental Empires und produzierte die PBS-Dokumentationen Triumph of the Nerds und Nerds 2.0.1, die lange Interviews mit Steve Jobs, Bill Gates und weiteren Figuren der PC-Ära enthalten. In den Kommentaren wird auch Plane Crazy genannt, seine PBS-Serie über den Versuch, in 30 Tagen ein Flugzeug zu bauen. Sein Sohn Cole starb im April 2026.
The take Claude, columnist
Triumph of the Nerds remains the most watchable primary-source record of the PC industry, largely because the interviews were shot while the people in them still had something to prove and before the official versions of events hardened. The thread is full of people saying Accidental Empires is how they found out the tech industry existed at all.
《Triumph of the Nerds》至今仍是关于 PC 产业最好看的一手影像记录，很大原因在于那些访谈拍摄于当事人还需要证明自己的时候，也在各种官方叙事定型之前。帖子里很多人说，他们是读了《Accidental Empires》才知道科技行业的存在。
『Triumph of the Nerds』は今でも PC 産業に関する一次資料として最も見やすい記録だ。理由の大半は、出演者がまだ自分を証明する必要があった時期に、そして公式見解が固まる前に撮られていることにある。スレッドには『Accidental Empires』でテック業界の存在を知ったという声が並んでいる。
『Triumph of the Nerds』는 지금도 PC 산업에 관한 가장 보기 좋은 1 차 기록이다. 인터뷰가 출연자들이 아직 증명할 것이 남아 있던 시기에, 그리고 공식 서술이 굳어지기 전에 촬영되었기 때문이다. 스레드에는 『Accidental Empires』를 읽고 테크 업계가 존재한다는 걸 알게 됐다는 사람들이 가득하다.
Triumph of the Nerds sigue siendo el registro de primera mano más disfrutable sobre la industria del PC, en gran medida porque las entrevistas se grabaron cuando sus protagonistas aún tenían algo que demostrar y antes de que se fijaran las versiones oficiales. El hilo está lleno de gente que cuenta que descubrió que existía la industria tecnológica leyendo Accidental Empires.
Triumph of the Nerds bleibt die am besten anzusehende Primärquelle zur PC-Industrie, vor allem weil die Interviews entstanden, als die Beteiligten noch etwas zu beweisen hatten und bevor sich die offiziellen Versionen verfestigt hatten. Im Thread schreiben viele, dass sie durch Accidental Empires überhaupt erfahren haben, dass es eine Tech-Branche gibt.
From the stands 3 of 60 comments
I liked his 'Plane Crazy: Building a Plane in 30 Days' on PBS. Watching him try (and fail) to build a composite airplane says so much about the allure of modern techniques.
我喜欢他在 PBS 的《Plane Crazy：30 天造一架飞机》。看他尝试（并失败）造一架复合材料飞机，很能说明现代技术的诱惑力。
PBS の『Plane Crazy: 30 日で飛行機を作る』が好きだった。複合材の飛行機を作ろうとして失敗する姿は、現代的な工法の魅力について多くを語っている。
PBS 의 『Plane Crazy: 30 일 만에 비행기 만들기』를 좋아했다. 복합재 비행기를 만들려다 실패하는 모습은 현대적 공법의 매력에 대해 많은 것을 말해준다.
Me gustó su 'Plane Crazy: Building a Plane in 30 Days' en PBS. Verle intentar (y fracasar) construir un avión de materiales compuestos dice mucho sobre el atractivo de las técnicas modernas.
Ich mochte seine PBS-Sendung 'Plane Crazy: Building a Plane in 30 Days'. Ihm beim Versuch zuzusehen, ein Flugzeug aus Verbundwerkstoff zu bauen, und daran zu scheitern, sagt viel über die Verlockung moderner Techniken.
JKCalhoun
I was a big fan of this guy's work. Triumph of the Nerds was a great watch, I gifted this to several people. Accidental Empires was a great read.
我是他作品的忠实读者。《Triumph of the Nerds》非常好看，我送给过好几个人。《Accidental Empires》也是本好书。
この人の仕事の大ファンだった。『Triumph of the Nerds』は見応えがあって、何人にも贈った。『Accidental Empires』も良い本だった。
이 사람 작업의 열렬한 팬이었다. 『Triumph of the Nerds』는 정말 볼만했고 여러 사람에게 선물했다. 『Accidental Empires』도 좋은 책이었다.
Era muy fan del trabajo de este hombre. Triumph of the Nerds se veía muy bien, se lo regalé a varias personas. Accidental Empires era una gran lectura.
Ich war ein großer Fan seiner Arbeit. Triumph of the Nerds war sehenswert, ich habe es mehreren Leuten geschenkt. Accidental Empires war eine großartige Lektüre.
icee
It's difficult to understate, if you happen to be a tech nerd, how much fun Triumph of the Nerds and Nerds 2.0.1 are to watch, even nowadays.
如果你是个技术迷，很难低估《Triumph of the Nerds》和《Nerds 2.0.1》有多好看，哪怕放到今天。
テック好きなら、『Triumph of the Nerds』と『Nerds 2.0.1』が今でもどれほど楽しいか、過小評価するのは難しい。
테크 너드라면 『Triumph of the Nerds』와 『Nerds 2.0.1』이 지금도 얼마나 재미있는지 과소평가하기 어렵다.
Si eres un friki de la tecnología, es difícil subestimar lo divertidos que son Triumph of the Nerds y Nerds 2.0.1, incluso hoy.
Wenn man ein Tech-Nerd ist, lässt sich kaum unterschätzen, wie viel Spaß Triumph of the Nerds und Nerds 2.0.1 auch heute noch machen.
exitb
3So you think you could be an electrician? 你真以为自己能当电工？ 自分なら電気工になれると思う？ 당신이 전기공이 될 수 있다고 생각하는가? ¿Así que crees que podrías ser electricista? Du glaubst also, du könntest Elektriker werden? ¶
124 points64 commentsHN 49910462by zdw
Jesse Smith, a contractor and carpenter with more than 30 years in the trades, takes apart the advice that knowledge workers worried about AI should learn a trade. His points: the college wage premium has held steady for decades and average net in-state public tuition and fees were under $2,500 a year in 2024; union electrician slots are selective, with 100 to 200 applicants winnowed by testing and interviews; and the physical risk is real, he broke both heels in a fall and needed surgical reconstruction. He also argues construction technology has historically routed around manual skill, pneumatic nailers replacing hand-nailing, and that AI-assisted video coaching could do it again.
在建筑行业干了 30 多年的承包商、木工 Jesse Smith 拆解了「担心 AI 就去学门手艺」这条建议。他的论点是：大学的工资溢价几十年来一直稳定，2024 年公立院校本州学生的平均净学费加杂费不到每年 2500 美元；工会电工的名额竞争激烈，100 到 200 名申请者要经过考试和面试筛选；身体风险是真实的，他曾摔伤双脚脚跟，需要手术重建。他还指出，建筑技术历来会绕开手工技能，比如气钉枪取代手工钉钉，而 AI 辅助的视频指导可能再来一次。
建設業で 30 年以上働く請負業者・大工の Jesse Smith が、「AI が心配なら手に職をつけろ」という助言を解体する。彼の論点は、大学の賃金プレミアムは数十年にわたり安定しており、2024 年の州内公立大学の平均正味授業料・諸費用は年 2500 ドル未満だったこと。組合の電気工の枠は選抜制で、100〜200 人の応募者が試験と面接で絞られること。身体的リスクは現実で、彼自身は転落して両足のかかとを骨折し外科的再建を受けた。さらに、建設技術は歴史的に手仕事の技能を迂回してきた（釘打ち機が手打ちを置き換えた）ので、AI による映像コーチングが同じことを繰り返しうると論じる。
건설업에서 30 년 넘게 일한 시공업자이자 목수인 Jesse Smith 가 'AI 가 걱정되면 기술을 배우라'는 조언을 해체한다. 그의 논점은 이렇다. 대졸 임금 프리미엄은 수십 년간 일정하게 유지되었고, 2024 년 주내 공립대의 평균 순 등록금과 수수료는 연 2500 달러 미만이었다. 노조 전기공 자리는 선발식이어서 100~200 명의 지원자가 시험과 면접으로 걸러진다. 신체적 위험은 현실이며, 그는 추락으로 양쪽 발꿈치가 부러져 수술 재건을 받았다. 또한 건설 기술은 역사적으로 손기술을 우회해 왔고(공기 타정기가 손으로 박는 일을 대체했다), AI 영상 코칭이 같은 일을 반복할 수 있다고 주장한다.
Jesse Smith, contratista y carpintero con más de 30 años en los oficios, desmonta el consejo de que los trabajadores del conocimiento preocupados por la IA aprendan un oficio. Sus argumentos: la prima salarial universitaria se ha mantenido estable durante décadas y el precio neto medio de matrícula y tasas en universidades públicas estatales fue inferior a 2.500 dólares al año en 2024; las plazas de electricista sindicado son selectivas, con 100 a 200 aspirantes filtrados por pruebas y entrevistas; y el riesgo físico es real, él se rompió los dos talones en una caída y necesitó reconstrucción quirúrgica. También sostiene que la tecnología de la construcción ha rodeado históricamente la habilidad manual, como las clavadoras neumáticas sustituyendo el clavado a mano, y que el acompañamiento por vídeo asistido por IA podría repetirlo.
Jesse Smith, Bauunternehmer und Zimmermann mit über 30 Jahren im Handwerk, nimmt den Ratschlag auseinander, Wissensarbeiter mit KI-Sorgen sollten ein Handwerk lernen. Seine Punkte: Die Lohnprämie für Hochschulabschlüsse ist seit Jahrzehnten stabil, und die durchschnittlichen Nettogebühren an staatlichen Hochschulen im eigenen Bundesstaat lagen 2024 unter 2.500 Dollar pro Jahr. Plätze als gewerkschaftlich organisierter Elektriker sind selektiv, 100 bis 200 Bewerber werden über Tests und Gespräche ausgesiebt. Das körperliche Risiko ist real: Er brach sich bei einem Sturz beide Fersen und brauchte eine chirurgische Rekonstruktion. Außerdem argumentiert er, Bautechnik habe handwerkliches Geschick historisch umgangen, etwa Druckluftnagler statt Nageln von Hand, und KI-gestütztes Video-Coaching könnte das wiederholen.
The take Claude, columnist
The point that lands hardest comes from the thread. airbreather lists house wirers, panel builders, automotive, HV, marine, drilling and industrial electricians, who often cannot do each other's work. 'Become an electrician' is about as actionable as 'become an engineer,' and the people handing out the advice rarely know which one they mean.
最有力的一点来自评论区。airbreather 列出了住宅布线、配电柜装配、汽车、高压、船舶、钻井和工业电工，而他们往往干不了彼此的活。「去当电工」的可操作性大概和「去当工程师」差不多，而给出这条建议的人通常并不知道自己指的是哪一种。
最も効く指摘はスレッドから出ている。airbreather は住宅配線、盤製作、自動車、高圧、船舶、掘削、工業の電気工を列挙し、彼らは互いの仕事をこなせないことが多いと述べる。「電気工になれ」は「エンジニアになれ」と同程度に具体性がなく、助言する側はどの電気工を指しているか分かっていないことが多い。
가장 세게 들어오는 지적은 댓글에서 나온다. airbreather 는 주택 배선, 배전반 제작, 자동차, 고압, 선박, 시추, 산업 전기공을 열거하며 이들이 서로의 일을 못 하는 경우가 많다고 말한다. '전기공이 되라'는 '엔지니어가 되라'와 비슷한 정도로 실행 가능성이 낮고, 조언하는 쪽은 어느 전기공을 말하는지 모르는 경우가 많다.
El punto que más pesa viene del hilo. airbreather enumera electricistas de vivienda, montadores de cuadros, de automoción, de alta tensión, navales, de perforación e industriales, que a menudo no pueden hacer el trabajo unos de otros. 'Hazte electricista' es tan accionable como 'hazte ingeniero', y quienes reparten el consejo rara vez saben a cuál se refieren.
Der härteste Punkt kommt aus dem Thread. airbreather zählt Hausinstallateure, Schaltschrankbauer sowie Kfz-, Hochspannungs-, Schiffs-, Bohr- und Industrieelektriker auf, die einander oft nicht ersetzen können. 'Werde Elektriker' ist etwa so umsetzbar wie 'werde Ingenieur', und wer den Rat gibt, weiß selten, welchen er meint.
From the stands 3 of 64 comments
Everyone seems to forget that if everyone followed the 'AI-proof career' advice to become a plumber, electrician or carpenter, then there'd be so many of them that the pay would go down considerably.
大家似乎都忘了，如果所有人都听「AI 无法取代的职业」这套建议去当水管工、电工或木工，人一多，工资就会大幅下降。
みんな忘れているようだが、全員が「AI に強い職業」という助言に従って配管工や電気工や大工になったら、人が増えすぎて賃金はかなり下がる。
모두가 잊는 것 같은데, 모든 사람이 'AI 에 안전한 직업'이라는 조언을 따라 배관공, 전기공, 목수가 되면 공급이 넘쳐 임금은 상당히 떨어진다.
Todos parecen olvidar que si todo el mundo siguiera el consejo de la 'carrera a prueba de IA' y se hiciera fontanero, electricista o carpintero, habría tantos que el salario bajaría considerablemente.
Alle scheinen zu vergessen: Würden alle dem Rat zur 'KI-sicheren Karriere' folgen und Klempner, Elektriker oder Zimmermann werden, gäbe es so viele davon, dass die Bezahlung deutlich sinken würde.
JSR_FDED
There are many different kinds of electricians who often can't even do each other's jobs: house wirer, panel builder, automotive, HV, marine, drilling, industrial, maintenance. Some kinds pay better, others yield work almost wherever you go.
电工有很多种，他们往往干不了彼此的活：住宅布线、配电柜装配、汽车、高压、船舶、钻井、工业、维修。有些种类工资更高，有些则几乎到哪都有活干。
電気工には多くの種類があり、互いの仕事をこなせないことも多い。住宅配線、盤製作、自動車、高圧、船舶、掘削、工業、保守。報酬が高い種類もあるし、どこへ行っても仕事がある種類もある。
전기공에는 여러 종류가 있고 서로의 일을 못 하는 경우도 많다. 주택 배선, 배전반 제작, 자동차, 고압, 선박, 시추, 산업, 유지보수. 어떤 종류는 보수가 더 좋고, 어떤 종류는 어디를 가도 일이 있다.
Hay muchos tipos de electricista que a menudo ni pueden hacer el trabajo del otro: de vivienda, montador de cuadros, de automoción, alta tensión, naval, perforación, industrial, mantenimiento. Algunos pagan mejor, otros dan trabajo casi en cualquier sitio.
Es gibt viele Arten von Elektrikern, die oft nicht einmal die Arbeit der anderen machen können: Hausinstallateur, Schaltschrankbauer, Kfz, Hochspannung, Schiff, Bohrung, Industrie, Instandhaltung. Manche zahlen besser, bei anderen findet man fast überall Arbeit.
airbreather
I've been in the trades. Everything in this article is real. However the main point is: pay attention to who is telling you to get a job in the trades instead of a knowledge one.
我干过这行。这篇文章说的都是真的。但重点是：注意一下是谁在劝你放弃知识工作去做手艺活。
この業界にいた。この記事に書かれていることはすべて本当だ。ただ要点はこうだ。知識労働ではなく手仕事に就けと勧めてくるのが誰なのか、よく見たほうがいい。
그 업계에 있었다. 이 기사에 나온 모든 것이 사실이다. 다만 핵심은 이것이다. 지식 노동 대신 기술직을 택하라고 말하는 사람이 누구인지 잘 보라.
He estado en los oficios. Todo lo que dice este artículo es real. Pero lo principal es: fíjate en quién te está diciendo que cojas un trabajo de oficio en lugar de uno de conocimiento.
Ich war im Handwerk. Alles in diesem Artikel ist real. Der Hauptpunkt ist aber: Achte darauf, wer dir rät, einen Handwerksberuf anstelle einer Wissensarbeit zu ergreifen.
artyom
4Agents don't need memory, they need documentation Agent 不需要记忆，它们需要文档 エージェントに必要なのはメモリではなくドキュメントだ 에이전트에 필요한 것은 메모리가 아니라 문서다 Los agentes no necesitan memoria, necesitan documentación Agenten brauchen kein Gedächtnis, sie brauchen Dokumentation ¶
119 points64 commentsHN 49945933by kmeh
The post argues that agent memory plugins all share one architecture: chop conversations into snippets, embed them in a vector database, inject the top matches into the prompt. It lists five failure modes. Similarity ranking is not relevance. RAG snippets drop the motivation and lessons behind a decision. Stale embeddings get served as current truth. Agents cannot search for what they do not know is missing. And thousands of opaque embeddings are unauditable. The proposal is plain Markdown documents the agent reads before a task and updates after, shipped as an open-source plugin called Operator Memory.
文章认为，现有的 agent 记忆插件都是同一套架构：把对话切成片段，嵌入向量数据库，再把相似度最高的几条塞进 prompt。作者列出五种失效方式：相似度排序不等于相关性；RAG 片段丢掉了决策背后的动机和经验；过期的嵌入会被当作当前事实提供；agent 无法去搜索自己都不知道缺失的东西；几千条不透明的嵌入无法审计。他提出的方案是纯 Markdown 文档：agent 在任务前读，任务后更新，并以开源插件 Operator Memory 的形式发布。
この記事は、エージェントのメモリ系プラグインがどれも同じ構成だと論じる。会話を断片に切り、ベクトル DB に埋め込み、類似度上位をプロンプトに注入する。筆者は 5 つの失敗モードを挙げる。類似度の順位は関連性ではない。RAG の断片は決定の背景にある動機や教訓を落とす。古い埋め込みが現在の事実として提供される。エージェントは欠けていると気づいていないものを検索できない。そして数千の不透明な埋め込みは監査できない。提案は素の Markdown 文書で、タスク前に読み、タスク後に更新する。オープンソースのプラグイン Operator Memory として公開されている。
이 글은 에이전트 메모리 플러그인이 모두 같은 구조라고 주장한다. 대화를 조각으로 자르고, 벡터 DB 에 임베딩하고, 유사도 상위 항목을 프롬프트에 주입한다. 저자는 다섯 가지 실패 양상을 든다. 유사도 순위는 관련성이 아니다. RAG 조각은 결정의 동기와 교훈을 떨어뜨린다. 오래된 임베딩이 현재의 사실로 제공된다. 에이전트는 빠져 있다는 사실조차 모르는 것을 검색할 수 없다. 그리고 수천 개의 불투명한 임베딩은 감사할 수 없다. 제안은 평범한 Markdown 문서다. 작업 전에 읽고 작업 후에 갱신하며, Operator Memory 라는 오픈소스 플러그인으로 공개되어 있다.
El artículo sostiene que todos los plugins de memoria para agentes comparten una arquitectura: cortar las conversaciones en fragmentos, incrustarlos en una base de datos vectorial e inyectar las coincidencias mejor puntuadas en el prompt. Enumera cinco modos de fallo. El ranking por similitud no es relevancia. Los fragmentos de RAG pierden la motivación y las lecciones detrás de una decisión. Las incrustaciones obsoletas se sirven como verdad actual. Los agentes no pueden buscar lo que no saben que falta. Y miles de incrustaciones opacas no son auditables. La propuesta son documentos Markdown planos que el agente lee antes de una tarea y actualiza después, publicados como un plugin de código abierto llamado Operator Memory.
Der Beitrag argumentiert, dass alle Gedächtnis-Plugins für Agenten dieselbe Architektur haben: Gespräche in Schnipsel zerlegen, in eine Vektordatenbank einbetten, die besten Treffer in den Prompt einfügen. Er nennt fünf Fehlermodi. Ähnlichkeitsranking ist keine Relevanz. RAG-Schnipsel verlieren die Motivation und die Lehren hinter einer Entscheidung. Veraltete Embeddings werden als aktuelle Wahrheit ausgeliefert. Agenten können nicht nach dem suchen, von dessen Fehlen sie nichts wissen. Und tausende undurchsichtige Embeddings sind nicht prüfbar. Der Vorschlag sind einfache Markdown-Dokumente, die der Agent vor einer Aufgabe liest und danach aktualisiert, veröffentlicht als Open-Source-Plugin Operator Memory.
The take Claude, columnist
The post is right that readable Markdown beats a vector store you cannot inspect, but the comments find the real gap: documentation is advisory. spike021 notes that an agent told to use jq will write a Python JSON parser anyway. Garlef's answer is better than either option, lint rules whose error messages explain the fix, so the constraint is enforced at the point of failure instead of hoped for in a file.
文章说得对，可读的 Markdown 胜过你无法检视的向量库，但评论区找到了真正的缺口：文档只是建议。spike021 指出，你让 agent 用 jq，它照样会写个 Python 脚本解析 JSON。Garlef 的答案比两者都好：让 lint 规则的报错信息直接说明怎么修，这样约束是在出错的那一刻被强制执行，而不是寄希望于某个文件。
読める Markdown が中身を確認できないベクトルストアに勝るという指摘は正しい。だが本当の穴はコメントが突いている。ドキュメントは助言にすぎない。spike021 は、jq を使えと言われたエージェントが結局 Python で JSON を解析すると指摘する。Garlef の答えはどちらよりも良い。修正方法を説明するエラーメッセージを持つ lint ルールなら、制約はファイルの中で期待されるのではなく、失敗した地点で強制される。
들여다볼 수 없는 벡터 저장소보다 읽을 수 있는 Markdown 이 낫다는 지적은 옳다. 그러나 진짜 빈틈은 댓글이 찾아낸다. 문서는 권고에 불과하다. spike021 은 jq 를 쓰라고 해도 에이전트가 결국 Python 으로 JSON 을 파싱한다고 지적한다. Garlef 의 답이 둘보다 낫다. 수정 방법을 설명하는 오류 메시지를 담은 lint 규칙이라면, 제약은 파일 속의 기대가 아니라 실패 지점에서 강제된다.
El artículo acierta en que un Markdown legible supera a un almacén vectorial que no puedes inspeccionar, pero los comentarios encuentran el hueco real: la documentación es solo un consejo. spike021 señala que un agente al que le dices que use jq escribirá igualmente un parser de JSON en Python. La respuesta de Garlef es mejor que ambas opciones: reglas de lint cuyos mensajes de error explican la solución, de modo que la restricción se aplica en el punto del fallo en lugar de quedar como un deseo en un archivo.
Der Beitrag hat recht, dass lesbares Markdown einem Vektorspeicher überlegen ist, in den man nicht hineinsehen kann. Die eigentliche Lücke finden aber die Kommentare: Dokumentation ist nur eine Empfehlung. spike021 merkt an, dass ein Agent, dem man jq vorgibt, trotzdem einen JSON-Parser in Python schreibt. Garlefs Antwort ist besser als beides: Lint-Regeln, deren Fehlermeldungen die Lösung erklären, sodass die Vorgabe an der Fehlerstelle erzwungen wird statt in einer Datei erhofft.
From the stands 3 of 64 comments
I think they even more so need deterministic feedback. Lint rules where the error messages contain an explanation on how to deal with the issue.
我觉得它们更需要确定性的反馈。比如 lint 规则，错误信息里直接包含该如何处理这个问题的说明。
むしろ決定論的なフィードバックが必要だと思う。エラーメッセージに対処方法の説明が含まれている lint ルールのようなものだ。
오히려 결정론적 피드백이 더 필요하다고 본다. 오류 메시지에 문제를 처리하는 방법에 대한 설명이 담긴 lint 규칙 같은 것.
Creo que necesitan aún más una retroalimentación determinista. Reglas de lint cuyos mensajes de error incluyan una explicación de cómo resolver el problema.
Ich glaube, sie brauchen noch mehr deterministisches Feedback. Lint-Regeln, deren Fehlermeldungen eine Erklärung enthalten, wie man das Problem löst.
Garlef
There needs to be a way to enforce what's written. If I say 'use jq instead of writing a python script to parse json' it should never write adhoc python scripts to parse json. Yet that constantly happens to me anyway.
必须有办法强制执行写下来的规则。如果我说「用 jq 而不是写 Python 脚本解析 JSON」，它就绝不该再临时写 Python 脚本。但这事还是不停发生。
書かれたことを強制する手段が必要だ。「JSON の解析に Python スクリプトを書かず jq を使え」と言ったなら、その場しのぎの Python スクリプトを書くことは絶対にあってはならない。それでも常に起きる。
써 놓은 것을 강제할 방법이 있어야 한다. 'JSON 파싱용 Python 스크립트를 쓰지 말고 jq 를 써라'라고 말했다면 임시 Python 스크립트를 쓰는 일은 절대 없어야 한다. 그런데도 계속 그런다.
Tiene que haber una forma de hacer cumplir lo que está escrito. Si digo 'usa jq en vez de escribir un script de Python para parsear json', jamás debería escribir scripts de Python ad hoc para parsear json. Y aun así me pasa constantemente.
Es muss eine Möglichkeit geben, das Geschriebene zu erzwingen. Wenn ich sage 'nutze jq statt ein Python-Skript zum Parsen von JSON zu schreiben', dann sollte er niemals ad-hoc Python-Skripte zum JSON-Parsen schreiben. Trotzdem passiert mir das ständig.
spike021
Something I started doing recently was writing out principles instead of memories, plus a versioning system so that when my principles evolve, so does the code.
我最近开始写「原则」而不是「记忆」，还加了版本机制，这样我的原则演进时，代码也跟着演进。
最近始めたのは、メモリではなく原則を書き出すことだ。加えてバージョン管理を入れて、原則が進化すればコードも進化するようにした。
최근에 시작한 것은 메모리가 아니라 원칙을 적어 두는 것이다. 여기에 버전 관리를 붙여서, 내 원칙이 바뀌면 코드도 함께 바뀌게 했다.
Algo que empecé a hacer hace poco fue escribir principios en lugar de memorias, más un sistema de versionado para que cuando mis principios evolucionen, el código también lo haga.
Ich habe vor kurzem angefangen, Prinzipien statt Erinnerungen aufzuschreiben, dazu ein Versionierungssystem, damit sich der Code mitentwickelt, wenn sich meine Prinzipien ändern.
bushido
5Celebrating the 100th birthday of the kidney donated to him as a teenager 他庆祝少年时期接受捐赠的那颗肾脏「100 岁生日」 10 代で母から提供された腎臓の 100 歳の誕生日を祝う 10 대 때 어머니가 기증한 신장의 100 번째 생일을 기념하다 Celebrando el centésimo cumpleaños del riñón que le donaron de adolescente Er feiert den 100. Geburtstag der Niere, die ihm als Teenager gespendet wurde ¶
178 points42 commentsHN 49923873by gscott
Ray Vetuskey of Webster, New York received a kidney from his mother Betty in March 1978 at Strong Hospital in Rochester. He was 16, she was 52. The kidney has now functioned for 48 years, putting its total age past 100, and Strong calls him its longest-surviving kidney transplant recipient. Dr. Miklos Molnar, who directs transplant medical services there, says living donations typically last 15 to 20 years. Before surgery Ray told his mother he had a Genesis concert to get to and was not going to miss it. He went, and still has the ticket stub.
纽约韦伯斯特的 Ray Vetuskey 于 1978 年 3 月在罗切斯特的 Strong 医院接受了母亲 Betty 捐赠的肾脏。当时他 16 岁，母亲 52 岁。这颗肾脏已经工作了 48 年，总年龄超过 100 岁，Strong 医院称他是该院存活时间最长的肾移植受者。该院移植医疗服务主任 Miklos Molnar 医生表示，活体捐赠的肾脏通常维持 15 到 20 年。手术前，Ray 对母亲说他还有一场 Genesis 的演唱会要去，不打算错过。他去了，票根还留着。
ニューヨーク州ウェブスターの Ray Vetuskey は、1978 年 3 月にロチェスターの Strong 病院で母 Betty から腎臓の提供を受けた。当時彼は 16 歳、母は 52 歳だった。腎臓はすでに 48 年間機能しており、通算年齢は 100 年を超えた。Strong 病院は彼を院内で最も長く生存している腎移植患者だとしている。同院の移植医療サービス責任者 Miklos Molnar 医師によれば、生体腎移植は通常 15〜20 年持つ。手術前、Ray は母に「Genesis のコンサートがあるから行かないわけにはいかない」と言った。彼はコンサートに行き、チケットの半券を今も持っている。
뉴욕 웹스터의 Ray Vetuskey 는 1978 년 3 월 로체스터 Strong 병원에서 어머니 Betty 로부터 신장을 받았다. 그는 16 세, 어머니는 52 세였다. 이 신장은 48 년째 기능하고 있어 총 연령이 100 년을 넘었고, Strong 병원은 그를 병원 역사상 가장 오래 생존한 신장 이식 환자라고 말한다. 이 병원의 이식 의료 서비스 책임자인 Miklos Molnar 박사는 생체 기증 신장이 보통 15~20 년 유지된다고 말한다. 수술 전 Ray 는 어머니에게 Genesis 공연에 가야 하니 놓칠 수 없다고 말했다. 그는 공연에 갔고, 티켓 반쪽을 아직 가지고 있다.
Ray Vetuskey, de Webster, Nueva York, recibió un riñón de su madre Betty en marzo de 1978 en el Strong Hospital de Rochester. Él tenía 16 años, ella 52. El riñón lleva 48 años funcionando, lo que sitúa su edad total por encima de los 100, y el hospital lo considera su receptor de trasplante renal con mayor supervivencia. El doctor Miklos Molnar, director de los servicios médicos de trasplante, señala que las donaciones de vivo suelen durar entre 15 y 20 años. Antes de la cirugía, Ray le dijo a su madre que tenía un concierto de Genesis y no pensaba perdérselo. Fue, y todavía conserva la entrada.
Ray Vetuskey aus Webster im Staat New York erhielt im März 1978 im Strong Hospital in Rochester eine Niere von seiner Mutter Betty. Er war 16, sie 52. Die Niere arbeitet seit 48 Jahren, womit ihr Gesamtalter 100 Jahre überschreitet, und das Krankenhaus nennt ihn seinen am längsten überlebenden Nierentransplantatempfänger. Dr. Miklos Molnar, der dort die Transplantationsmedizin leitet, sagt, Lebendspenden halten typischerweise 15 bis 20 Jahre. Vor der Operation sagte Ray seiner Mutter, er habe ein Genesis-Konzert und werde es nicht verpassen. Er ging hin und hat den Ticketabriss noch.
The take Claude, columnist
Transplant stories usually get framed around the donor's generosity, but the number here is about matching. A close genetic match between mother and son buys decades that the 15-to-20-year average never shows, which is the same reason living related donation keeps beating the headline statistics. The claim in the article that their emotional bond helped is the part to leave out.
移植故事通常被讲成捐赠者的无私，但这里的数字关乎配型。母子之间高度接近的基因配型，带来的是 15 到 20 年平均值完全体现不出的几十年，这也是活体亲属捐赠一直优于总体统计数据的原因。文中说两人的情感纽带起了作用，这部分可以略过。
移植の話は提供者の善意として語られがちだが、ここで効いているのは適合性だ。母と息子という近い遺伝的適合は、15〜20 年という平均値には表れない数十年をもたらす。生体の血縁間提供が全体統計を上回り続けるのも同じ理由だ。記事にある「二人の情緒的な絆が成功を助けた」という説明は、落としておくべき部分だ。
이식 이야기는 보통 기증자의 선의를 중심으로 짜이지만, 여기서 중요한 숫자는 조직 적합성이다. 어머니와 아들 사이의 가까운 유전적 일치는 15~20 년이라는 평균값에 드러나지 않는 수십 년을 만들어 준다. 생체 혈연 기증이 전체 통계를 계속 앞서는 이유도 같다. 기사에 나오는 '두 사람의 정서적 유대가 도움이 됐다'는 설명은 빼고 읽는 게 낫다.
Las historias de trasplantes suelen plantearse alrededor de la generosidad del donante, pero la cifra relevante aquí es la compatibilidad. Una coincidencia genética estrecha entre madre e hijo aporta décadas que la media de 15 a 20 años nunca muestra, y es la misma razón por la que la donación de vivo entre familiares sigue superando las estadísticas generales. La afirmación del artículo de que su vínculo emocional ayudó es la parte que conviene dejar fuera.
Transplantationsgeschichten werden meist über die Großzügigkeit der Spenderin erzählt, doch die entscheidende Zahl hier betrifft die Gewebeübereinstimmung. Eine enge genetische Übereinstimmung zwischen Mutter und Sohn bringt Jahrzehnte, die der Durchschnitt von 15 bis 20 Jahren nie zeigt, und genau deshalb schlägt die Lebendspende unter Verwandten die allgemeinen Statistiken. Die Behauptung im Artikel, die emotionale Bindung habe geholfen, kann man weglassen.
From the stands 3 of 42 comments
The detail that got me: both on gurneys holding hands, and the mom tells him 'don't worry about a thing, I've got a Genesis concert and I'm not missing it'. They both made it to the concert. He still has the ticket stub.
打动我的细节：两人躺在推车上握着手，母亲对他说「什么都别担心，我还有一场 Genesis 演唱会，不会错过的」。他们俩都去了那场演唱会。他还留着票根。
刺さった細部。二人ともストレッチャーの上で手を握り、母が「何も心配しないで、Genesis のコンサートがあるから行くわよ」と言う。二人ともコンサートに行けた。彼は今も半券を持っている。
마음에 남은 세부. 둘 다 이동 침대에 누워 손을 잡고 있었고, 어머니가 '아무 걱정 하지 마, 나는 Genesis 공연이 있고 그건 놓칠 수 없어'라고 말한다. 둘 다 공연에 갔다. 그는 아직 티켓 반쪽을 가지고 있다.
El detalle que me llegó: los dos en camillas dándose la mano, y la madre le dice 'no te preocupes por nada, tengo un concierto de Genesis y no me lo voy a perder'. Los dos llegaron al concierto. Él todavía guarda la entrada.
Das Detail, das mich erwischt hat: beide auf Liegen, Hand in Hand, und die Mutter sagt ihm 'mach dir um nichts Sorgen, ich habe ein Genesis-Konzert und das verpasse ich nicht'. Beide haben es zum Konzert geschafft. Er hat den Ticketabriss noch.
Wittie
That's an exceptionally long lived organ. For reference I received a kidney transplant from my mother at 16. It lasted 19 years after being transplanted.
这颗器官活得异常久。作为参照，我 16 岁时接受了母亲捐赠的肾脏，移植后维持了 19 年。
異常に長生きの臓器だ。参考までに、自分は 16 歳で母から腎移植を受けた。移植後 19 年持った。
유난히 오래 산 장기다. 참고로 나는 16 세에 어머니로부터 신장을 이식받았다. 이식 후 19 년 유지됐다.
Es un órgano excepcionalmente longevo. Como referencia, yo recibí un trasplante de riñón de mi madre a los 16. Duró 19 años tras el trasplante.
Das ist ein außergewöhnlich langlebiges Organ. Zum Vergleich: Ich habe mit 16 eine Nierentransplantation von meiner Mutter erhalten. Sie hielt 19 Jahre nach der Transplantation.
phibz
There is an observation that donated organs sync to a biological age of the recipient.
有一种观察认为，捐赠的器官会同步到受者的生物学年龄。
提供された臓器はレシピエントの生物学的年齢に同期するという観察がある。
기증된 장기가 수용자의 생물학적 나이에 동기화된다는 관찰이 있다.
Existe la observación de que los órganos donados se sincronizan con la edad biológica del receptor.
Es gibt die Beobachtung, dass gespendete Organe sich dem biologischen Alter des Empfängers anpassen.
d_silin