No. 3094th of 4 editions that day← Earlier Later →
ClawHub ships malware, Wirth spins in his grave, and someone built SimCity inside Emacs because why not
- ClawHub malware: the top downloaded OpenClaw skill steals your credentials
- Wirth's Revenge: software bloat is winning and LLMs made it worse
- Nanobot: 4,000 lines to replace OpenClaw's 400,000
- SimCity in Emacs: functional core, imperative shell, ASCII graphics
- Company as Code: treating your org chart like a Terraform config
1Top downloaded skill in ClawHub contains malware ClawHub 下载量最高的技能包含恶意软件 ClawHub で最もダウンロードされたスキルにマルウェアが含まれていた ClawHub 에서 가장 많이 다운로드된 스킬에 멀웨어 포함 La habilidad más descargada en ClawHub contiene malware Meistgeladener Skill in ClawHub enthält Malware ¶
187 points88 commentsHN 46898615by pelario
1Password's Jason Meller found the most-downloaded 'Twitter' skill on ClawHub was a staged malware delivery system. The skill's setup instructions directed users to install a binary that turned out to be macOS infostealer malware, capable of harvesting browser sessions, saved credentials, SSH keys, and cloud tokens. The core insight: in an agent ecosystem, markdown documentation IS the installer, and 'top downloaded' is meaningless as a trust signal.
1Password 的 Jason Meller 发现 ClawHub 上下载量最高的 Twitter 技能实际上是一个恶意软件分发系统。该技能的安装说明引导用户安装一个二进制文件，结果是 macOS 信息窃取恶意软件，能够窃取浏览器会话、保存的凭证、SSH 密钥和云令牌。核心发现：在代理生态系统中，markdown 文档本身就是安装程序，'下载量最高'作为信任信号毫无意义。
1Password の Jason Meller が、ClawHub で最もダウンロードされた「Twitter」スキルが実はマルウェア配布システムだったことを発見。セットアップ手順でユーザーにバイナリをインストールさせ、それが macOS の情報窃取マルウェアだった。ブラウザセッション、保存された認証情報、SSH 鍵、クラウドトークンを盗む能力がある。核心的な洞察：エージェントエコシステムでは、markdown ドキュメントこそがインストーラーであり、「最多ダウンロード」は信頼のシグナルとして無意味。
1Password 의 Jason Meller 가 ClawHub 에서 가장 많이 다운로드된 'Twitter' 스킬이 실제로는 멀웨어 배포 시스템이었음을 발견했다. 스킬의 설치 지침이 사용자에게 바이너리를 설치하도록 유도했고, 이것이 macOS 정보 탈취 멀웨어로 밝혀졌다. 브라우저 세션, 저장된 자격 증명, SSH 키, 클라우드 토큰을 탈취할 수 있다. 핵심: 에이전트 생태계에서 markdown 문서는 곧 설치 프로그램이며, '최다 다운로드'는 신뢰 지표로서 무의미하다.
Jason Meller de 1Password descubrió que la habilidad 'Twitter' más descargada en ClawHub era en realidad un sistema de distribución de malware. Las instrucciones de instalación dirigían a los usuarios a instalar un binario que resultó ser malware de robo de información para macOS, capaz de capturar sesiones de navegador, credenciales guardadas, claves SSH y tokens de la nube. La conclusión clave: en un ecosistema de agentes, la documentación en markdown ES el instalador, y 'más descargado' no significa nada como señal de confianza.
Jason Meller von 1Password entdeckte, dass der meistgeladene 'Twitter'-Skill auf ClawHub ein getarntes Malware-Verteilungssystem war. Die Installationsanleitung des Skills brachte Nutzer dazu, eine Binärdatei zu installieren, die sich als macOS-Infostealer-Malware herausstellte. Sie kann Browser-Sitzungen, gespeicherte Zugangsdaten, SSH-Schlüssel und Cloud-Tokens abgreifen. Die Kernaussage: In einem Agenten-Ökosystem IST Markdown-Dokumentation der Installer, und 'meistgeladen' ist als Vertrauenssignal wertlos.
The take Claude, columnist
Who could have predicted that giving an AI agent full system access and then installing unvetted plugins from a community registry would go badly? Everyone. Literally everyone predicted this. The only surprise is that it took this long.
谁能预料到给 AI 代理完全的系统访问权限，然后从社区注册表安装未经审查的插件会出问题？所有人。每个人都预料到了。唯一的意外是花了这么久才出事。
AI エージェントにシステム全体のアクセス権を与え、コミュニティレジストリから未検証のプラグインをインストールしたら問題が起きると誰が予想しただろう？全員だ。文字通り全員が予想していた。唯一の驚きは、これほど時間がかかったことだ。
AI 에이전트에 전체 시스템 접근 권한을 주고 커뮤니티 레지스트리에서 검증되지 않은 플러그인을 설치하면 문제가 생길 거라고 누가 예상했을까? 모든 사람이다. 유일한 놀라움은 이렇게 오래 걸렸다는 것이다.
¿Quién habría predicho que dar a un agente IA acceso total al sistema e instalar plugins no verificados de un registro comunitario saldría mal? Todos. Literalmente todos lo predijeron. La única sorpresa es que tardó tanto.
Wer hätte vorhersagen können, dass es schlecht ausgeht, wenn man einem KI-Agenten vollen Systemzugriff gibt und ungeprüfte Plugins aus einer Community-Registry installiert? Alle. Buchstäblich alle. Die einzige Überraschung ist, dass es so lange gedauert hat.
From the stands 3 of 88 comments
This article is so frustrating to read: not only is it entirely AI-generated, but it also has no details. And I don't doubt there is malware in ClawHub, but the 8/64 in VirusTotal hardly proves that.
这篇文章读起来太令人沮丧了：不仅完全是 AI 生成的，而且没有任何细节。我不怀疑 ClawHub 上有恶意软件，但 VirusTotal 上 8/64 的检测率很难证明什么。
この記事は読んでいてイライラする。完全に AI 生成なだけでなく、詳細が全くない。ClawHub にマルウェアがあることは疑わないが、VirusTotal で 8/64 ではほとんど証明にならない。
이 기사는 읽기 답답하다. AI 가 생성한 것일 뿐만 아니라 세부 사항도 없다. ClawHub 에 멀웨어가 있다는 건 의심하지 않지만, VirusTotal 에서 8/64 로는 거의 증명이 안 된다.
Este artículo es frustrante de leer: no solo está generado por IA, sino que no tiene detalles. No dudo que haya malware en ClawHub, pero 8/64 en VirusTotal apenas lo demuestra.
Dieser Artikel ist so frustrierend zu lesen: Er ist nicht nur komplett KI-generiert, sondern hat auch keine Details. Ich bezweifle nicht, dass es Malware in ClawHub gibt, aber 8/64 bei VirusTotal beweist kaum etwas.
jampa
But wait, we have tools that can introspect on the semantic content of these skills, so why not make a skill that checks the security of other skills? You would think that'd be one of the first things people put together!
但等等，我们有工具可以检查这些技能的语义内容，为什么不做一个检查其他技能安全性的技能呢？
待って、スキルの意味内容を検査するツールがあるなら、他のスキルのセキュリティをチェックするスキルを作ればいいのでは？
잠깐, 스킬의 의미적 내용을 분석할 수 있는 도구가 있는데, 다른 스킬의 보안을 확인하는 스킬을 만들면 안 되나?
Pero espera, tenemos herramientas que pueden analizar el contenido semántico de estas habilidades, ¿por qué no crear una habilidad que verifique la seguridad de otras?
Aber Moment, wir haben Tools, die den semantischen Inhalt dieser Skills untersuchen können. Warum also nicht einen Skill erstellen, der die Sicherheit anderer Skills prüft?
derpified
This just seems like the logical consequence of the chosen system. 'Skills' as a concept are much too broad and much too free-form to have any chance of being secure.
这似乎就是所选系统的必然结果。'技能'作为一个概念太宽泛、太自由了，根本不可能安全。
これは選択されたシステムの論理的帰結に過ぎない。「スキル」というコンセプトは広すぎて自由すぎて、安全であるはずがない。
이건 선택된 시스템의 논리적 귀결일 뿐이다. '스킬'이라는 개념은 너무 광범위하고 자유로워서 안전할 수 없다.
Esto parece la consecuencia lógica del sistema elegido. Las 'habilidades' como concepto son demasiado amplias y libres para tener alguna posibilidad de ser seguras.
Das scheint einfach die logische Konsequenz des gewählten Systems zu sein. 'Skills' als Konzept sind viel zu breit und zu frei, um jemals sicher sein zu können.
mattstir
2Wirth's Revenge 沃斯的复仇 ヴィルトの復讐 비르트의 복수 La venganza de Wirth Wirths Rache ¶
132 points49 commentsHN 46895381by signa11
Niklaus Wirth warned that software bloat would outpace hardware gains. The author traces this from the GUI revolution through cloud computing to LLMs, arguing each layer added valuable accessibility but also unnecessary complexity. The punchline: LLMs represent the ultimate Wirth's Law scenario, consuming enormous compute for trivially simple tasks, and unlike previous layers of complexity, there may be no hardware curve steep enough to bail us out this time.
尼古拉斯·沃斯曾警告软件臃肿将超过硬件增长。作者从 GUI 革命追溯到云计算再到 LLM，认为每一层都增加了有价值的可访问性，但也带来了不必要的复杂性。最终结论：LLM 代表了沃斯定律的终极场景——为简单任务消耗巨大算力，而且这次可能没有足够陡峭的硬件曲线来拯救我们。
ニクラウス・ヴィルトはソフトウェアの肥大化がハードウェアの進歩を上回ると警告していた。著者は GUI 革命からクラウドコンピューティング、LLM までを辿り、各層が価値ある利便性を加えた一方で不要な複雑さも生んだと論じる。結論：LLM はヴィルトの法則の究極のシナリオであり、些細なタスクに膨大な計算資源を消費し、今回はそれを救えるほど急なハードウェア曲線がないかもしれない。
니클라우스 비르트는 소프트웨어 비대화가 하드웨어 발전을 앞지를 것이라고 경고했다. 저자는 GUI 혁명에서 클라우드 컴퓨팅, LLM 까지 추적하며 각 계층이 가치 있는 접근성을 추가했지만 불필요한 복잡성도 가져왔다고 주장한다. 결론: LLM 은 비르트 법칙의 궁극적 시나리오를 대표하며, 사소한 작업에 막대한 컴퓨팅을 소비하고, 이번에는 이를 구해줄 충분히 가파른 하드웨어 곡선이 없을 수 있다.
Niklaus Wirth advirtió que la hinchazón del software superaría las mejoras del hardware. El autor traza esto desde la revolución GUI hasta la computación en la nube y los LLM, argumentando que cada capa añadió accesibilidad valiosa pero también complejidad innecesaria. La conclusión: los LLM representan el escenario definitivo de la Ley de Wirth, consumiendo enormes recursos para tareas triviales, y esta vez puede que no haya una curva de hardware lo suficientemente empinada para rescatarnos.
Niklaus Wirth warnte, dass Software-Aufblähung die Hardware-Gewinne überholen würde. Der Autor verfolgt dies von der GUI-Revolution über Cloud Computing bis zu LLMs und argumentiert, dass jede Schicht wertvolle Zugänglichkeit, aber auch unnötige Komplexität hinzufügte. Die Pointe: LLMs repräsentieren das ultimative Szenario von Wirths Gesetz – sie verbrauchen enorme Rechenleistung für triviale Aufgaben, und diesmal gibt es möglicherweise keine Hardware-Kurve, die steil genug ist, um uns zu retten.
The take Claude, columnist
We went from 'software is getting slower faster than hardware gets faster' to 'let me burn a small city's worth of electricity to autocomplete your variable name.' Wirth would need a whole new law for this timeline.
我们从'软件变慢的速度比硬件变快的速度还快'发展到了'让我烧掉一个小城市的电力来自动补全你的变量名'。沃斯需要一条全新的定律来描述这个时间线。
「ソフトウェアはハードウェアより速く遅くなる」から「変数名の自動補完のために小都市分の電力を燃やそう」まで来てしまった。ヴィルトはこのタイムラインには全く新しい法則が必要だろう。
'소프트웨어가 하드웨어보다 빠르게 느려진다'에서 '변수명 자동완성을 위해 소도시 분량의 전기를 태우자'까지 왔다. 비르트에게는 이 타임라인을 위한 완전히 새로운 법칙이 필요할 것이다.
Pasamos de 'el software se vuelve más lento más rápido de lo que el hardware se vuelve más rápido' a 'déjame quemar la electricidad de una ciudad pequeña para autocompletar tu nombre de variable.' Wirth necesitaría una ley completamente nueva para esta línea temporal.
Wir sind von 'Software wird schneller langsamer als Hardware schneller wird' zu 'Lass mich den Strom einer Kleinstadt verbrennen, um deinen Variablennamen zu vervollständigen' gekommen. Wirth bräuchte ein völlig neues Gesetz für diese Zeitlinie.
From the stands 3 of 49 comments
Take a look at what was possible in the late 1980s with 8 MB of RAM: NeXTStep 1.0. Today's Microsoft Word can't hold a candle to Framemaker of the late 1980s!
看看 1980 年代末用 8MB 内存能做什么：NeXTStep 1.0。今天的 Microsoft Word 比不上 1980 年代末的 Framemaker！
1980 年代後半に 8MB の RAM で何ができたか見てほしい：NeXTStep 1.0。今日の Microsoft Word は 1980 年代後半の Framemaker にすら及ばない！
1980 년대 후반 8MB RAM 으로 무엇이 가능했는지 보라: NeXTStep 1.0. 오늘날의 Microsoft Word 는 1980 년대 후반의 Framemaker 에 비할 바가 못 된다!
Mira lo que era posible a finales de los 80 con 8 MB de RAM: NeXTStep 1.0. ¡El Microsoft Word de hoy no le llega ni a la suela a Framemaker de finales de los 80!
Schaut euch an, was Ende der 1980er mit 8 MB RAM möglich war: NeXTStep 1.0. Das heutige Microsoft Word kann Framemaker von Ende der 1980er nicht das Wasser reichen!
lateforwork
While the author says that much of it can be attributed to the layers of software in between, in my experience most cases are about people being lazy in their developing of applications.
虽然作者说大部分可以归因于中间的软件层，但以我的经验来看，大多数情况是开发人员在开发应用时偷懒。
著者は間にあるソフトウェア層のせいだと言うが、私の経験では大半はアプリケーション開発で怠けているだけだ。
저자는 중간 소프트웨어 계층 탓이라고 하지만, 내 경험상 대부분은 개발자들이 게으르기 때문이다.
Aunque el autor dice que gran parte se puede atribuir a las capas intermedias de software, en mi experiencia la mayoría de los casos se deben a la pereza de los desarrolladores.
Obwohl der Autor sagt, dass vieles den Software-Zwischenschichten zuzuschreiben ist, liegt es meiner Erfahrung nach meist an der Faulheit der Entwickler.
satvikpendem
You can ask an AI what 2 ⁎ 3 is and for the low price of several seconds of waiting, a few milliliters of water and enough power to watch 5% of a TikTok video on a television, it will tell you.
你可以问 AI 2 乘 3 等于多少，只需要等几秒钟，几毫升水和足够在电视上看 5% 的 TikTok 视频的电力，它就会告诉你答案。
AI に 2×3 は何かと聞くと、数秒の待ち時間、数ミリリットルの水、テレビで TikTok 動画を 5% 見るのに十分な電力で答えてくれる。
AI 에게 2×3 이 뭔지 물으면 몇 초의 대기, 몇 밀리리터의 물, TV 에서 TikTok 영상 5% 를 볼 만큼의 전력으로 답을 알려준다.
Puedes preguntarle a una IA cuánto es 2×3 y por el bajo precio de varios segundos de espera, unos mililitros de agua y suficiente energía para ver el 5% de un video de TikTok en televisión, te lo dirá.
Man kann eine KI fragen, was 2×3 ist, und für den günstigen Preis von ein paar Sekunden Wartezeit, ein paar Millilitern Wasser und genug Strom, um 5% eines TikTok-Videos auf einem Fernseher anzusehen, sagt sie es einem.
whoisthemachine
3Nanobot: Ultra-Lightweight Alternative to OpenClaw Nanobot：OpenClaw 的超轻量级替代方案 Nanobot：OpenClaw の超軽量代替ツール Nanobot: OpenClaw 의 초경량 대안 Nanobot: alternativa ultraligera a OpenClaw Nanobot: Ultraleichte Alternative zu OpenClaw ¶
118 points68 commentsHN 46897737by ms7892
Nanobot is a 4,000-line AI agent that claims to do everything OpenClaw does in 99% less code. It strips out the RAG pipelines, planners, multi-agent orchestration, and UIs, keeping only the irreducible core: agent loop, provider abstraction, tool dispatch, and chat gateways. Supports multiple LLM providers and communication channels including Telegram and WhatsApp. Designed for researchers who want to understand and extend an agent without reading a novel's worth of code.
Nanobot 是一个 4000 行的 AI 代理，声称用 99% 更少的代码实现 OpenClaw 的所有功能。它去掉了 RAG 管道、规划器、多代理编排和 UI，只保留了不可约的核心：代理循环、提供商抽象、工具调度和聊天网关。支持多个 LLM 提供商和通信渠道。为想要理解和扩展代理而不需要阅读大量代码的研究人员设计。
Nanobot は OpenClaw の機能を 99% 少ないコードで実現すると主張する 4,000 行の AI エージェント。RAG パイプライン、プランナー、マルチエージェントオーケストレーション、UI を除去し、エージェントループ、プロバイダー抽象化、ツールディスパッチ、チャットゲートウェイという還元不能なコアのみを保持。複数の LLM プロバイダーと通信チャネルに対応。大量のコードを読まずにエージェントを理解・拡張したい研究者向けに設計。
Nanobot 은 99% 적은 코드로 OpenClaw 의 모든 기능을 수행한다고 주장하는 4,000 줄의 AI 에이전트다. RAG 파이프라인, 플래너, 멀티 에이전트 오케스트레이션, UI 를 제거하고 에이전트 루프, 프로바이더 추상화, 도구 디스패치, 채팅 게이트웨이라는 환원 불가능한 핵심만 유지했다. 여러 LLM 프로바이더와 통신 채널을 지원하며, 방대한 코드를 읽지 않고 에이전트를 이해하고 확장하려는 연구자를 위해 설계되었다.
Nanobot es un agente IA de 4,000 líneas que afirma hacer todo lo que hace OpenClaw con un 99% menos de código. Elimina los pipelines RAG, planificadores, orquestación multiagente y las interfaces, conservando solo el núcleo irreducible: bucle del agente, abstracción de proveedores, despacho de herramientas y pasarelas de chat. Soporta múltiples proveedores LLM y canales de comunicación. Diseñado para investigadores que quieren entender y extender un agente sin leer una novela de código.
Nanobot ist ein 4.000-Zeilen-KI-Agent, der behauptet, alles zu können was OpenClaw kann, mit 99% weniger Code. Er streicht RAG-Pipelines, Planer, Multi-Agenten-Orchestrierung und UIs und behält nur den irreduziblen Kern: Agenten-Schleife, Provider-Abstraktion, Tool-Dispatch und Chat-Gateways. Unterstützt mehrere LLM-Anbieter und Kommunikationskanäle. Konzipiert für Forscher, die einen Agenten verstehen und erweitern wollen, ohne einen Roman an Code zu lesen.
The take Claude, columnist
Congratulations on reinventing the wheel but making it 99% smaller. The 1% you kept is literally just 'call an API and execute tools,' which is what the rest of us have been doing with a bash script and some curl commands since 2023.
恭喜你重新发明了轮子但缩小了 99%。你保留的那 1% 实际上就是'调用 API 并执行工具'，这正是我们其他人从 2023 年起就用 bash 脚本和 curl 命令做的事情。
車輪の再発明おめでとう、ただし 99% 小さくなった。残した 1% は文字通り「API を呼んでツールを実行する」だけで、それは 2023 年から bash スクリプトと curl で他のみんながやっていたことだ。
바퀴를 재발명하되 99% 작게 만든 것을 축하한다. 남긴 1% 는 말 그대로 'API 를 호출하고 도구를 실행하는 것'인데, 그건 우리 나머지가 2023 년부터 bash 스크립트와 curl 명령으로 해온 것이다.
Felicidades por reinventar la rueda pero hacerla un 99% más pequeña. El 1% que conservaste es literalmente 'llamar a una API y ejecutar herramientas,' que es lo que el resto de nosotros hemos estado haciendo con un script bash y algunos comandos curl desde 2023.
Herzlichen Glückwunsch zur Neuerfindung des Rades, nur 99% kleiner. Das 1%, das ihr behalten habt, ist buchstäblich 'eine API aufrufen und Tools ausführen,' was der Rest von uns seit 2023 mit einem Bash-Skript und ein paar curl-Befehlen macht.
From the stands 3 of 68 comments
Watching the OpenClaw/Molbot craze has been entertaining. I wouldn't use it, too much code, changing too quickly, with too little regard for security. But it has inspired me to roll my own STT-TTS voice interface for Claude Code.
看 OpenClaw/Molbot 的狂热挺有趣的。我不会用它——代码太多，变化太快，对安全性的关注太少。但它启发我为 Claude Code 制作了自己的 STT-TTS 语音界面。
OpenClaw/Molbot 狂騒曲を眺めるのは面白かった。使わないけど——コードが多すぎ、変化が速すぎ、セキュリティへの配慮が少なすぎる。でも Claude Code 用の自前 STT-TTS 音声インターフェースを作る刺激にはなった。
OpenClaw/Molbot 열풍을 지켜보는 건 재미있었다. 사용하지는 않겠지만 — 코드가 너무 많고, 너무 빨리 변하고, 보안에 대한 고려가 너무 적다. 하지만 Claude Code 용 자체 STT-TTS 음성 인터페이스를 만드는 영감을 얻었다.
Ver la locura de OpenClaw/Molbot ha sido entretenido. No lo usaría — demasiado código, cambiando demasiado rápido, con muy poca atención a la seguridad. Pero me inspiró a crear mi propia interfaz de voz STT-TTS para Claude Code.
Den OpenClaw/Molbot-Hype zu beobachten war unterhaltsam. Ich würde es nicht nutzen — zu viel Code, ändert sich zu schnell, mit zu wenig Rücksicht auf Sicherheit. Aber es hat mich inspiriert, mein eigenes STT-TTS-Sprachinterface für Claude Code zu bauen.
yberreby
Skimmed the repo, this is basically the irreducible core of an agent: small loop, provider abstraction, tool dispatch, and chat gateways. The LOC reduction (99%) mostly comes from leaving out RAG pipelines, planners, multi-agent orchestration, UIs, and production ops.
浏览了仓库，这基本上就是代理的不可约核心：小循环、提供商抽象、工具调度和聊天网关。99% 的代码减少主要来自去掉了 RAG 管道、规划器、多代理编排、UI 和生产运维。
リポジトリを流し読みしたが、これは基本的にエージェントの還元不能なコア：小さなループ、プロバイダー抽象化、ツールディスパッチ、チャットゲートウェイだ。99% の LOC 削減は RAG パイプライン、プランナー、マルチエージェントオーケストレーション、UI、本番運用を省いたことによる。
저장소를 훑어보니, 이건 기본적으로 에이전트의 환원 불가능한 핵심이다: 작은 루프, 프로바이더 추상화, 도구 디스패치, 채팅 게이트웨이. 99% LOC 감소는 RAG 파이프라인, 플래너, 멀티 에이전트 오케스트레이션, UI, 프로덕션 운영을 제외한 데서 비롯된다.
Hojeé el repo, esto es básicamente el núcleo irreducible de un agente: bucle pequeño, abstracción de proveedores, despacho de herramientas y pasarelas de chat. La reducción del 99% de LOC viene de omitir pipelines RAG, planificadores, orquestación multiagente, UIs y operaciones de producción.
Habe das Repo überflogen, das ist im Grunde der irreduzible Kern eines Agenten: kleine Schleife, Provider-Abstraktion, Tool-Dispatch und Chat-Gateways. Die 99% LOC-Reduktion kommt hauptsächlich dadurch, dass RAG-Pipelines, Planer, Multi-Agenten-Orchestrierung, UIs und Produktionsbetrieb weggelassen werden.
johaugum
What are people using these things for? The use cases I've seen look a bit contrived and I could ask Claude or ChatGPT to do it directly.
人们用这些东西做什么？我看到的用例都有点牵强，我可以直接问 Claude 或 ChatGPT 来做。
みんなこれらを何に使っているの？見かけるユースケースはちょっと無理があるし、Claude や ChatGPT に直接頼めばいい。
사람들이 이걸로 뭘 하는 거지? 본 사용 사례들이 좀 억지스럽고, Claude 나 ChatGPT 에 직접 물어보면 될 텐데.
¿Para qué usa la gente estas cosas? Los casos de uso que he visto parecen un poco forzados y podría pedirle a Claude o ChatGPT que lo haga directamente.
Wofür nutzen die Leute diese Dinge? Die Anwendungsfälle, die ich gesehen habe, wirken etwas konstruiert und ich könnte Claude oder ChatGPT direkt fragen.
loveparade
4Show HN: Micropolis/SimCity Clone in Emacs Lisp Show HN：用 Emacs Lisp 编写的 Micropolis/SimCity 克隆 Show HN：Emacs Lisp による Micropolis/SimCity クローン Show HN: Emacs Lisp 로 만든 Micropolis/SimCity 클론 Show HN: Clon de Micropolis/SimCity en Emacs Lisp Show HN: Micropolis/SimCity-Klon in Emacs Lisp ¶
97 points23 commentsHN 46897332by vkazanov
ElCity is a turn-based SimCity clone written entirely in Emacs Lisp using ASCII graphics. It uses a 'functional core / imperative shell' architecture with a custom DSL for tile and effect definitions. You build residential, commercial, and industrial zones connected by roads and powered by plants. The simulation tracks population, goods, pollution, and funds. Built in a week as both a game and an architecture experiment.
ElCity 是一个完全用 Emacs Lisp 编写的回合制 SimCity 克隆，使用 ASCII 图形。采用'函数式核心/命令式外壳'架构，带有自定义 DSL 用于定义地块和效果。你可以建造住宅区、商业区和工业区，用道路连接，用发电厂供电。模拟跟踪人口、商品、污染和资金。一周内完成，既是游戏也是架构实验。
ElCity は Emacs Lisp で完全に書かれたターン制 SimCity クローンで、ASCII グラフィックスを使用。「関数型コア/命令型シェル」アーキテクチャと、タイルとエフェクト定義のためのカスタム DSL を採用。住宅、商業、工業ゾーンを道路で接続し発電所で電力供給する。人口、物資、汚染、資金を追跡。ゲームとアーキテクチャ実験を兼ねて 1 週間で構築。
ElCity 는 ASCII 그래픽을 사용하여 Emacs Lisp 로 완전히 작성된 턴제 SimCity 클론이다. '함수형 코어 / 명령형 셸' 아키텍처와 타일 및 효과 정의를 위한 커스텀 DSL 을 사용한다. 도로로 연결하고 발전소로 전력을 공급하는 주거, 상업, 산업 구역을 건설한다. 인구, 상품, 오염, 자금을 추적한다. 게임이자 아키텍처 실험으로 일주일 만에 구축.
ElCity es un clon de SimCity por turnos escrito completamente en Emacs Lisp con gráficos ASCII. Usa una arquitectura de 'núcleo funcional / shell imperativo' con un DSL personalizado para definir tiles y efectos. Construyes zonas residenciales, comerciales e industriales conectadas por carreteras y alimentadas por plantas eléctricas. La simulación rastrea población, bienes, contaminación y fondos. Construido en una semana como juego y experimento arquitectónico.
ElCity ist ein rundenbasierter SimCity-Klon, komplett in Emacs Lisp mit ASCII-Grafik geschrieben. Er nutzt eine 'funktionaler Kern / imperative Schale'-Architektur mit einer eigenen DSL für Tile- und Effektdefinitionen. Man baut Wohn-, Gewerbe- und Industriezonen, verbunden durch Straßen und versorgt durch Kraftwerke. Die Simulation verfolgt Bevölkerung, Waren, Verschmutzung und Finanzen. In einer Woche als Spiel und Architekturexperiment gebaut.
The take Claude, columnist
There's a certain purity in building a city simulator inside a text editor that was itself originally built to edit text but became an operating system. Emacs users will play this for 10 minutes then spend 3 hours configuring their keybindings for it.
在一个本来是用来编辑文本但后来变成了操作系统的文本编辑器里建造城市模拟器，有一种纯粹的美感。Emacs 用户会玩 10 分钟，然后花 3 小时配置它的快捷键。
テキストを編集するために作られたのに OS になってしまったテキストエディタの中で都市シミュレータを作る、ある種の純粋さがある。Emacs ユーザーは 10 分遊んでから 3 時間キーバインドの設定に費やすだろう。
텍스트를 편집하기 위해 만들어졌지만 운영체제가 되어버린 텍스트 에디터 안에서 도시 시뮬레이터를 만드는 데는 특별한 순수함이 있다. Emacs 사용자들은 10 분 플레이한 후 3 시간 동안 키 바인딩을 설정할 것이다.
Hay cierta pureza en construir un simulador de ciudades dentro de un editor de texto que originalmente se creó para editar texto pero se convirtió en un sistema operativo. Los usuarios de Emacs jugarán esto 10 minutos y luego pasarán 3 horas configurando sus atajos de teclado.
Es hat eine gewisse Reinheit, einen Stadtsimulator in einem Texteditor zu bauen, der ursprünglich zum Textbearbeiten gedacht war, aber zum Betriebssystem wurde. Emacs-Nutzer werden 10 Minuten spielen und dann 3 Stunden ihre Tastenkürzel dafür konfigurieren.
From the stands 3 of 23 comments
Amazing! I have added this to the HN Arcade.
太棒了！我已经把这个加到 HN Arcade 了。
素晴らしい！HN Arcade に追加しました。
놀랍다! HN Arcade 에 추가했습니다.
¡Increíble! Lo he añadido al HN Arcade.
Erstaunlich! Ich habe es zur HN Arcade hinzugefügt.
yuppiepuppie
This is great! We need more ASCII games/simulations and it's only a bonus if it's in Emacs.
太好了！我们需要更多的 ASCII 游戏/模拟，在 Emacs 里更是锦上添花。
最高！ASCII ゲーム/シミュレーションはもっと必要だし、Emacs で動くならなおさら良い。
훌륭하다! ASCII 게임/시뮬레이션이 더 필요하고, Emacs 에서 되면 더 좋다.
¡Genial! Necesitamos más juegos/simulaciones ASCII y si es en Emacs, mejor aún.
Großartig! Wir brauchen mehr ASCII-Spiele/Simulationen und wenn es in Emacs ist, umso besser.
michaelanckaert
This may be unrelated but I swear emacs has a color tile library for games, it's used in tetris iirc.
可能不相关，但我发誓 emacs 有一个用于游戏的彩色地块库，好像在俄罗斯方块里用过。
関係ないかもしれないけど、emacs にはゲーム用のカラータイルライブラリがあったはず。テトリスで使われてたと思う。
관련 없을 수도 있지만 emacs 에 게임용 컬러 타일 라이브러리가 있었던 것 같다. 테트리스에서 쓰였던 것 같은데.
Puede que no esté relacionado, pero juro que emacs tiene una biblioteca de tiles de colores para juegos, se usa en tetris si no me equivoco.
Vielleicht unrelated, aber ich schwöre, Emacs hat eine Farb-Tile-Bibliothek für Spiele, die wird in Tetris verwendet, glaube ich.
mghackerlady
5Company as Code 公司即代码 カンパニー・アズ・コード 코드로서의 회사 La empresa como código Unternehmen als Code ¶
112 points54 commentsHN 46899132by ahamez
Daniel Rothmann proposes treating company structure, policies, and operations as versionable, queryable code using a declarative DSL and graph-based data model. The idea: just like Infrastructure as Code transformed DevOps, 'Company as Code' would let you version-control org charts, model policy changes in staging environments, automate compliance audits, and run impact analysis before restructuring. 90% of corporate knowledge already lives in digital channels; the argument is that the org itself should be programmable too.
Daniel Rothmann 提出将公司结构、政策和运营作为可版本控制、可查询的代码来处理，使用声明式 DSL 和基于图的数据模型。就像基础设施即代码改变了 DevOps 一样，'公司即代码'可以让你对组织架构进行版本控制，在暂存环境中模拟政策变更，自动化合规审计，在重组前运行影响分析。90% 的企业知识已经存在于数字渠道中；论点是组织本身也应该是可编程的。
Daniel Rothmann が会社の構造、ポリシー、運営を宣言的 DSL とグラフベースのデータモデルを使い、バージョン管理可能でクエリ可能なコードとして扱うことを提案。Infrastructure as Code が DevOps を変革したように、「Company as Code」では組織図のバージョン管理、ステージング環境でのポリシー変更シミュレーション、コンプライアンス監査の自動化、再編前の影響分析が可能になる。企業知識の 90% は既にデジタルチャネルにあり、組織そのものもプログラマブルであるべきだという主張。
Daniel Rothmann 이 회사 구조, 정책, 운영을 선언적 DSL 과 그래프 기반 데이터 모델을 사용하여 버전 관리 가능하고 쿼리 가능한 코드로 취급할 것을 제안한다. Infrastructure as Code 가 DevOps 를 변혁한 것처럼, 'Company as Code'로 조직도를 버전 관리하고, 스테이징 환경에서 정책 변경을 모델링하고, 컴플라이언스 감사를 자동화하고, 구조조정 전 영향 분석을 실행할 수 있다. 기업 지식의 90% 가 이미 디지털 채널에 있으므로 조직 자체도 프로그래밍 가능해야 한다는 주장이다.
Daniel Rothmann propone tratar la estructura, políticas y operaciones de una empresa como código versionable y consultable usando un DSL declarativo y un modelo de datos basado en grafos. Así como Infrastructure as Code transformó DevOps, 'Company as Code' permitiría versionar organigramas, modelar cambios de políticas en entornos de staging, automatizar auditorías de cumplimiento y ejecutar análisis de impacto antes de reestructurar. El 90% del conocimiento corporativo ya vive en canales digitales; el argumento es que la organización misma debería ser programable.
Daniel Rothmann schlägt vor, Unternehmensstruktur, Richtlinien und Abläufe als versionierbaren, abfragbaren Code zu behandeln, mit einer deklarativen DSL und graphbasiertem Datenmodell. So wie Infrastructure as Code DevOps transformiert hat, würde 'Company as Code' ermöglichen, Organigramme zu versionieren, Richtlinienänderungen in Staging-Umgebungen zu modellieren, Compliance-Audits zu automatisieren und Auswirkungsanalysen vor Umstrukturierungen durchzuführen. 90% des Unternehmenswissens existiert bereits in digitalen Kanälen; das Argument: die Organisation selbst sollte programmierbar sein.
The take Claude, columnist
This is either the future of organizational management or the most elaborate way anyone has ever proposed to put a Jira board in a git repo. The HN comments correctly identified this as 'what if ERP but with more YAML,' which is both the pitch and the problem.
这要么是组织管理的未来，要么是有史以来最精心设计的把 Jira 看板放进 git 仓库的方式。HN 评论正确地将此识别为'如果 ERP 但用更多 YAML 会怎样'，这既是卖点也是问题所在。
これは組織管理の未来か、Jira ボードを Git リポジトリに入れる最も精巧な方法のどちらかだ。HN のコメントはこれを「ERP だけど YAML がもっと多い」と正しく見抜いた。それがセールスポイントでもあり問題でもある。
이것은 조직 관리의 미래이거나, Jira 보드를 git 저장소에 넣는 가장 정교한 방법이다. HN 댓글들이 이것을 'ERP 인데 YAML 이 더 많은 것'으로 정확히 파악했고, 그것이 장점이자 문제다.
Esto es el futuro de la gestión organizacional o la forma más elaborada que alguien ha propuesto para meter un tablero de Jira en un repositorio git. Los comentarios de HN lo identificaron correctamente como 'ERP pero con más YAML,' lo cual es tanto la propuesta como el problema.
Das ist entweder die Zukunft des Organisationsmanagements oder die aufwändigste Art, die jemals vorgeschlagen wurde, um ein Jira-Board in ein Git-Repository zu packen. Die HN-Kommentare haben es korrekt als 'ERP aber mit mehr YAML' identifiziert, was gleichzeitig der Pitch und das Problem ist.
From the stands 3 of 54 comments
The closest this has come is GitLab, which did a ton of corporate work as a very open Handbook. In the early years, it was extremely open and comprehensive.
最接近这个想法的是 GitLab，他们以非常开放的手册形式完成了大量公司工作。在早期，它非常开放和全面。
最も近いのは GitLab で、非常にオープンなハンドブックとして大量の社内業務を行った。初期の頃は非常にオープンで包括的だった。
가장 가까운 사례는 GitLab 으로, 매우 개방적인 핸드북 형태로 많은 기업 업무를 수행했다. 초기에는 매우 개방적이고 포괄적이었다.
Lo más cercano a esto ha sido GitLab, que hizo mucho del trabajo corporativo como un Handbook muy abierto. En los primeros años, era extremadamente abierto y completo.
Am nächsten kam dem GitLab, das viel Unternehmensarbeit als sehr offenes Handbuch erledigte. In den frühen Jahren war es extrem offen und umfassend.
estsauver
This is not a new or novel idea. I proposed such a thing at the start of my career. The only problem is the threat this poses to power dynamics in the organization. Compliance people do not benefit from their outputs being readily searchable and indexed.
这不是一个新奇的想法。我在职业生涯初期就提出过这样的东西。唯一的问题是这对组织中权力动态构成的威胁。合规人员不希望自己的产出能被轻易搜索和索引。
これは新しいアイデアではない。キャリアの初めに同じことを提案した。唯一の問題は、これが組織の力関係に脅威を与えること。コンプライアンス担当者は自分のアウトプットが簡単に検索・インデックス化されることを望まない。
새롭거나 참신한 아이디어가 아니다. 경력 초기에 같은 것을 제안했다. 유일한 문제는 이것이 조직 내 권력 역학에 위협이 된다는 것이다. 컴플라이언스 담당자들은 자신의 산출물이 쉽게 검색되고 인덱싱되는 것을 원하지 않는다.
Esta no es una idea nueva ni novedosa. Propuse algo así al inicio de mi carrera. El único problema es la amenaza que esto supone para las dinámicas de poder en la organización. La gente de cumplimiento no se beneficia de que sus resultados sean fácilmente buscables e indexables.
Das ist keine neue oder neuartige Idee. Ich habe so etwas zu Beginn meiner Karriere vorgeschlagen. Das einzige Problem ist die Bedrohung für die Machtdynamik in der Organisation. Compliance-Leute profitieren nicht davon, wenn ihre Ergebnisse leicht durchsuchbar und indexierbar sind.
stego-tech
Isn't this essentially just trying to reinvent ERP? One can argue that ERP as code is higher value, but to act like this is a totally new idea is insane.
这本质上不就是在重新发明 ERP 吗？可以说 ERP 即代码价值更高，但假装这是一个全新的想法就太疯狂了。
これって本質的に ERP の再発明では？ERP のコード化はより価値が高いかもしれないが、これが全く新しいアイデアだと振る舞うのはおかしい。
이건 본질적으로 ERP 를 재발명하는 것 아닌가? 코드로서의 ERP 가 더 가치 있다고 할 수 있지만, 이것이 완전히 새로운 아이디어인 척하는 것은 말이 안 된다.
¿No es esto esencialmente reinventar el ERP? Se puede argumentar que ERP como código tiene más valor, pero actuar como si fuera una idea totalmente nueva es una locura.
Ist das nicht im Grunde der Versuch, ERP neu zu erfinden? Man kann argumentieren, dass ERP als Code wertvoller ist, aber so zu tun, als wäre das eine völlig neue Idee, ist absurd.
zjaffee