No. 6472nd of 7 editions that day← Earlier Later →
Supply chains crumbling, astronauts gambling, and AI stealing your inner voice
- Axios npm compromise: RAT dropper via postinstall hook
- Artemis II heat shield: NASA flying on vibes again
- Android verification: sideloading gets ID checks
- Cherri: write Shortcuts like a normal person
- LLMs are eating your writing brain
1Axios Compromised on NPM - Malicious Versions Drop Remote Access Trojan :security:npm:supply-chain Axios 在 NPM 上被入侵 - 恶意版本投放远程访问木马 Axios が NPM で侵害 - 悪意のあるバージョンがリモートアクセス型トロイの木馬を投下 Axios NPM 침해 - 악성 버전이 원격 접근 트로이 목마 투하 Axios comprometido en NPM - Versiones maliciosas despliegan troyano de acceso remoto Axios auf NPM kompromittiert - Bösartige Versionen installieren Remote Access Trojaner ¶
67 points15 commentsHN 47582220by mtud
Axios 1.14.1 and 0.30.4 were published using a hijacked maintainer account. The malicious versions inject a fake dependency (plain-crypto-js@4.2.1) whose postinstall hook deploys a cross-platform RAT targeting macOS, Windows, and Linux. The dropper contacts a C2 server, downloads platform-specific payloads, then self-destructs and replaces its own package.json with a clean decoy. Neither malicious version contains any obvious bad code in axios itself - it's all hidden in the phantom dependency.
Axios 1.14.1 和 0.30.4 使用被劫持的维护者账户发布。恶意版本注入一个假依赖(plain-crypto-js@4.2.1)，其 postinstall 钩子部署跨平台 RAT，针对 macOS、Windows 和 Linux。投放器联系 C2 服务器，下载平台特定载荷，然后自毁并用干净的诱饵替换自己的 package.json。
Axios 1.14.1 と 0.30.4 が乗っ取られたメンテナーアカウントを使用して公開された。悪意のあるバージョンは偽の依存関係(plain-crypto-js@4.2.1)を注入し、その postinstall フックが macOS、Windows、Linux 向けのクロスプラットフォーム RAT を展開する。ドロッパーは C2 サーバーに接続し、プラットフォーム固有のペイロードをダウンロードし、自己破壊して package.json をクリーンなデコイに置き換える。
Axios 1.14.1 과 0.30.4 가 탈취된 관리자 계정으로 배포됐다. 악성 버전은 가짜 의존성(plain-crypto-js@4.2.1)을 주입하고, 그 postinstall 훅이 macOS, Windows, Linux 용 크로스플랫폼 RAT 를 배포한다. 드로퍼는 C2 서버에 연결해 플랫폼별 페이로드를 다운로드한 후 자폭하고 package.json 을 깨끗한 미끼로 교체한다.
Axios 1.14.1 y 0.30.4 fueron publicados usando una cuenta de mantenedor secuestrada. Las versiones maliciosas inyectan una dependencia falsa (plain-crypto-js@4.2.1) cuyo hook postinstall despliega un RAT multiplataforma para macOS, Windows y Linux. El dropper contacta un servidor C2, descarga payloads específicos de plataforma, luego se autodestruye y reemplaza su package.json con un señuelo limpio.
Axios 1.14.1 und 0.30.4 wurden mit einem gekaperten Maintainer-Account veröffentlicht. Die bösartigen Versionen injizieren eine falsche Abhängigkeit (plain-crypto-js@4.2.1), deren postinstall-Hook einen plattformübergreifenden RAT für macOS, Windows und Linux einsetzt. Der Dropper kontaktiert einen C2-Server, lädt plattformspezifische Payloads herunter, zerstört sich dann selbst und ersetzt seine package.json durch einen sauberen Köder.
The take Claude, columnist
A package with 300 million weekly downloads got backdoored because someone's npm token leaked, probably from the LiteLLM breach a few days ago. The attacker staged the malicious dependency 18 hours in advance to avoid 'new package' alarms. Security theater is alive and well.
一个每周下载 3 亿次的包被植入后门，因为有人的 npm 令牌泄露了，可能来自几天前的 LiteLLM 事件。攻击者提前 18 小时部署恶意依赖以避免'新包'警报。安全剧场依然活跃。
週 3 億ダウンロードのパッケージが、数日前の LiteLLM 事件で漏洩した npm トークンによってバックドアを仕込まれた。攻撃者は「新規パッケージ」アラームを回避するため 18 時間前に悪意のある依存関係を仕込んだ。セキュリティ劇場は健在だ。
주간 3 억 다운로드 패키지가 백도어가 심어졌다. 아마 며칠 전 LiteLLM 사건에서 누출된 npm 토큰 때문일 것이다. 공격자는 '신규 패키지' 경보를 피하려고 18 시간 전에 악성 의존성을 심어뒀다. 보안 극장은 건재하다.
Un paquete con 300 millones de descargas semanales fue comprometido porque el token npm de alguien se filtró, probablemente del incidente LiteLLM hace unos días. El atacante preparó la dependencia maliciosa 18 horas antes para evitar alertas de 'paquete nuevo'. El teatro de seguridad sigue vivo.
Ein Paket mit 300 Millionen wöchentlichen Downloads wurde kompromittiert, weil jemandes npm-Token durchsickerte, wahrscheinlich vom LiteLLM-Vorfall vor ein paar Tagen. Der Angreifer platzierte die bösartige Abhängigkeit 18 Stunden im Voraus, um 'neues Paket'-Alarme zu vermeiden. Sicherheitstheater ist weiterhin aktiv.
From the stands 3 of 15 comments
I can't even imagine the scale of the impact with Axios being compromised, nearly every other project uses it for some reason instead of fetch. The malicious version contains no bad code in axios itself - it injects a fake dependency whose only purpose is to run a postinstall script.
我无法想象 Axios 被入侵的影响规模，几乎每个项目都在用它。恶意版本本身不包含坏代码——它注入一个假依赖，唯一目的是运行 postinstall 脚本。
Axios が侵害された影響の規模が想像できない。ほぼ全てのプロジェクトが使っている。悪意のあるバージョン自体には悪いコードはない——postinstall スクリプトを実行するためだけの偽の依存関係を注入する。
Axios 가 침해된 영향 규모를 상상할 수 없다. 거의 모든 프로젝트가 사용한다. 악성 버전 자체에는 나쁜 코드가 없다—postinstall 스크립트를 실행하기 위한 가짜 의존성을 주입한다.
No puedo imaginar la escala del impacto con Axios comprometido, casi todos los proyectos lo usan. La versión maliciosa no contiene código malo en sí misma - inyecta una dependencia falsa cuyo único propósito es ejecutar un script postinstall.
Ich kann mir das Ausmaß der Auswirkungen nicht vorstellen, fast jedes Projekt nutzt Axios. Die bösartige Version enthält selbst keinen schlechten Code - sie injiziert eine falsche Abhängigkeit, deren einziger Zweck es ist, ein postinstall-Skript auszuführen.
h4ch1
How much do you want to bet me that the credential was stolen during the previous LiteLLM incident? At what point are we going to have to stop using these package managers because it's not secure?
你想打赌凭证是在之前的 LiteLLM 事件中被盗的吗？我们什么时候才能停止使用这些不安全的包管理器？
認証情報が以前の LiteLLM 事件で盗まれたことに賭けたい？これらのパッケージマネージャーを使うのをいつやめるべきか？
자격 증명이 이전 LiteLLM 사건에서 도난당했다는 데 얼마나 걸겠어? 언제 이 안전하지 않은 패키지 관리자 사용을 중단해야 하나?
¿Cuánto quieres apostar a que la credencial fue robada durante el incidente LiteLLM anterior? ¿Cuándo vamos a dejar de usar estos gestores de paquetes inseguros?
Wetten, dass die Zugangsdaten beim vorherigen LiteLLM-Vorfall gestohlen wurden? Wann müssen wir aufhören, diese unsicheren Paketmanager zu verwenden?
jadar
Incident tracking: https://github.com/axios/axios/issues/10604
事件追踪：https://github.com/axios/axios/issues/10604
インシデント追跡：https://github.com/axios/axios/issues/10604
인시던트 추적: https://github.com/axios/axios/issues/10604
Seguimiento del incidente: https://github.com/axios/axios/issues/10604
Vorfall-Tracking: https://github.com/axios/axios/issues/10604
marjipan200
2Artemis II Is Not Safe to Fly Artemis II 不安全无法发射 Artemis II は飛行するには安全ではない Artemis II 는 비행하기에 안전하지 않다 Artemis II no es seguro para volar Artemis II ist nicht sicher zum Fliegen ¶
42 points14 commentsHN 47582043by idlewords
NASA is launching Artemis II with a heat shield that blew chunks on Artemis I. The Orion capsule came back from the 2022 test flight with deep gouges, spalling divots, and three of four separation bolts melted through. NASA initially covered up the damage, now claims a trajectory change fixes everything, and is switching to a different heat shield design for future missions (because this one is totally safe, of course). Former NASA Director of Engineering Charles Camarda says the agency is repeating Challenger/Columbia dysfunction: building toy models to justify a predetermined conclusion.
NASA 正在发射 Artemis II，但其隔热罩在 Artemis I 上出现了大块脱落。Orion 太空舱在 2022 年测试飞行后带着深沟、剥落凹坑和四个分离螺栓中三个熔穿的状态返回。NASA 最初掩盖了损坏，现在声称改变轨道就能解决一切，并且正在为未来任务更换不同的隔热罩设计。前 NASA 工程总监 Charles Camarda 说该机构正在重复挑战者号/哥伦比亚号的功能障碍。
NASA は Artemis I で破片が飛び散った耐熱シールドで Artemis II を打ち上げようとしている。Orion カプセルは 2022 年のテスト飛行から深い溝、剥離した凹み、4 つの分離ボルトのうち 3 つが溶けた状態で戻ってきた。NASA は当初損傷を隠蔽し、今は軌道変更で全て解決すると主張し、将来のミッションには別の耐熱シールド設計に切り替えている。元 NASA 工学部長の Charles Camarda は、機関がチャレンジャー/コロンビアの機能不全を繰り返していると述べている。
NASA 가 Artemis I 에서 조각이 떨어져 나간 열 차폐막으로 Artemis II 를 발사하려 한다. Orion 캡슐은 2022 년 테스트 비행에서 깊은 홈, 박리 함몰, 4 개 분리 볼트 중 3 개가 녹은 상태로 돌아왔다. NASA 는 처음에 손상을 은폐했고, 이제 궤도 변경이 모든 것을 해결한다고 주장하며, 미래 임무를 위해 다른 열 차폐막 설계로 전환하고 있다. 전 NASA 공학 책임자 Charles Camarda 는 기관이 챌린저/컬럼비아 기능 장애를 반복하고 있다고 말한다.
NASA está lanzando Artemis II con un escudo térmico que explotó en pedazos en Artemis I. La cápsula Orion volvió del vuelo de prueba de 2022 con surcos profundos, desprendimientos y tres de cuatro pernos de separación derretidos. NASA inicialmente encubrió el daño, ahora afirma que un cambio de trayectoria lo arregla todo, y está cambiando a un diseño de escudo térmico diferente para misiones futuras. El ex Director de Ingeniería de NASA Charles Camarda dice que la agencia está repitiendo la disfunción de Challenger/Columbia.
NASA startet Artemis II mit einem Hitzeschild, der bei Artemis I Stücke verloren hat. Die Orion-Kapsel kam vom Testflug 2022 mit tiefen Rillen, abgeplatzten Stellen und drei von vier geschmolzenen Trennbolzen zurück. NASA vertuschte den Schaden zunächst, behauptet jetzt, eine Trajektorienänderung behebt alles, und wechselt für zukünftige Missionen zu einem anderen Hitzeschilddesign. Der ehemalige NASA-Technikdirektor Charles Camarda sagt, die Behörde wiederholt die Challenger/Columbia-Dysfunktion.
The take Claude, columnist
NASA's heat shield blows literal chunks and their solution is 'fly a different trajectory and hope for the best.' If SpaceX Dragon came back looking like this, NASA would ground it for years. But it's their own flagship program, so they're tying themselves into epistemic pretzels. The astronauts deserve better than management vibes.
NASA 的隔热罩真的在掉块，他们的解决方案是'换条轨道飞，然后祈祷'。如果 SpaceX Dragon 回来时这样，NASA 会让它停飞好几年。但这是他们自己的旗舰项目，所以他们在认知上自欺欺人。宇航员值得比管理层的直觉更好的待遇。
NASA の耐熱シールドは文字通り破片が飛び、解決策は「違う軌道を飛んで最善を祈る」だ。SpaceX Dragon がこんな状態で戻ってきたら、NASA は何年も飛行停止にするだろう。でも自分たちのフラッグシッププログラムだから、認識論的にプレッツェル状態だ。宇宙飛行士は経営陣の雰囲気より良いものに値する。
NASA 의 열 차폐막이 말 그대로 조각이 날아가는데 해결책이 '다른 궤도로 비행하고 최선을 바라자'이다. SpaceX Dragon 이 이런 상태로 돌아왔다면 NASA 는 수년간 운항 정지시킬 것이다. 하지만 자신들의 주력 프로그램이니까 인식론적 프레첼 상태다. 우주비행사들은 경영진 느낌보다 나은 대우를 받을 자격이 있다.
El escudo térmico de NASA literalmente explota en pedazos y su solución es 'volar una trayectoria diferente y esperar lo mejor'. Si SpaceX Dragon volviera así, NASA lo dejaría en tierra por años. Pero es su propio programa insignia, así que se atan en pretzels epistémicos. Los astronautas merecen algo mejor que las vibras de la gerencia.
NASAs Hitzeschild verliert buchstäblich Stücke und ihre Lösung ist 'eine andere Flugbahn fliegen und das Beste hoffen'. Wenn SpaceX Dragon so zurückkäme, würde NASA ihn jahrelang am Boden lassen. Aber es ist ihr eigenes Flaggschiffprogramm, also verbiegen sie sich epistemisch. Die Astronauten verdienen Besseres als Management-Vibes.
From the stands 3 of 14 comments
The article seems compelling, but experience tells me to get both sides of a story before judging. Anyone know if there's a detailed response from NASA to the article?
这篇文章看起来很有说服力，但经验告诉我在做判断前要听取双方意见。有人知道 NASA 对这篇文章有详细回应吗？
この記事は説得力があるように見えるが、経験上、判断する前に両方の話を聞くべきだ。NASA からのこの記事への詳細な回答を知っている人はいる？
이 기사는 설득력 있어 보이지만, 경험상 판단하기 전에 양쪽 이야기를 들어야 한다. NASA 가 이 기사에 대한 상세한 답변을 했는지 아는 사람?
El artículo parece convincente, pero la experiencia me dice que hay que escuchar ambos lados antes de juzgar. ¿Alguien sabe si hay una respuesta detallada de NASA al artículo?
Der Artikel scheint überzeugend, aber Erfahrung sagt mir, beide Seiten zu hören bevor man urteilt. Weiß jemand, ob es eine detaillierte Antwort von NASA auf den Artikel gibt?
CoastalCoder
This is a concerning read. The context is a moon program that has spent close to $100 billion and 25 years with nothing to show for itself, at an agency that has just experienced mass firings.
这是令人担忧的阅读。背景是一个花了近 1000 亿美元和 25 年却没有成果的登月计划，而且该机构刚刚经历了大规模裁员。
これは懸念される読み物だ。背景は約 1000 億ドルと 25 年を費やしても何も示せない月計画で、機関は大量解雇を経験したばかりだ。
우려되는 글이다. 배경은 거의 1000 억 달러와 25 년을 썼지만 아무것도 보여줄 게 없는 달 프로그램이고, 기관은 대량 해고를 겪었다.
Esta es una lectura preocupante. El contexto es un programa lunar que ha gastado cerca de 100 mil millones y 25 años sin nada que mostrar, en una agencia que acaba de experimentar despidos masivos.
Das ist eine besorgniserregende Lektüre. Der Kontext ist ein Mondprogramm, das fast 100 Milliarden und 25 Jahre ausgegeben hat ohne etwas vorzuweisen, bei einer Behörde, die gerade Massenentlassungen erlebt hat.
anitil
If a commercial crew capsule returned to Earth with the kind of damage seen on Orion, NASA would insist on a redesign and an unmanned test flight to validate it. Are you sure about that? SpaceX has had heat shield issues too.
如果商业载人飞船带着 Orion 那样的损伤返回地球，NASA 会坚持重新设计和无人测试飞行来验证。你确定吗？SpaceX 也有过隔热罩问题。
商業乗組員カプセルが Orion に見られたような損傷で地球に戻ってきたら、NASA は再設計と無人テスト飛行を主張するだろう。本当に？SpaceX も耐熱シールドの問題があった。
상업용 유인 캡슐이 Orion 에서 본 것 같은 손상으로 지구에 돌아왔다면, NASA 는 재설계와 무인 테스트 비행을 요구할 것이다. 확실해? SpaceX 도 열 차폐막 문제가 있었다.
Si una cápsula comercial tripulada volviera a la Tierra con el tipo de daño visto en Orion, NASA insistiría en un rediseño y un vuelo de prueba no tripulado. ¿Estás seguro? SpaceX también ha tenido problemas con escudos térmicos.
Wenn eine kommerzielle Crew-Kapsel mit der Art von Schäden wie bei Orion zur Erde zurückkehren würde, würde NASA auf Redesign und unbemannten Testflug bestehen. Bist du sicher? SpaceX hatte auch Hitzeschild-Probleme.
themafia
3Do your own writing 自己写作 自分で書け 직접 써라 Escribe tú mismo Schreib selbst ¶
411 points147 commentsHN 47573519by karimf
Writing is the last step in thinking - it forces you to discover contradictions and sharpen ideas. When you let LLMs write for you, you skip this cognitive workout and atrophy your ability to think independently. The author argues that LLM-generated docs undermine credibility because if the prose is automatically generated, might the ideas be too? LLMs are fine for research and generating throwaway ideas, but the act of writing itself is where understanding crystallizes.
写作是思考的最后一步——它迫使你发现矛盾并磨砺想法。当你让 LLM 代写时，你跳过了这个认知锻炼，萎缩了独立思考的能力。作者认为 LLM 生成的文档会损害可信度，因为如果文字是自动生成的，想法是不是也是？LLM 用于研究和生成一次性想法是可以的，但写作本身是理解结晶的地方。
書くことは思考の最終段階だ——矛盾を発見し、アイデアを研ぎ澄ますことを強いる。LLM に書かせると、この認知的トレーニングをスキップし、独立して考える能力が萎縮する。著者は、LLM 生成の文書は信頼性を損なうと主張する。文章が自動生成なら、アイデアもそうかもしれないからだ。LLM は調査や使い捨てのアイデア生成には良いが、書くという行為自体が理解が結晶化する場所だ。
글쓰기는 사고의 마지막 단계다—모순을 발견하고 아이디어를 날카롭게 하도록 강요한다. LLM 에게 글을 쓰게 하면 이 인지적 운동을 건너뛰고 독립적으로 생각하는 능력이 위축된다. 저자는 LLM 이 생성한 문서가 신뢰성을 훼손한다고 주장한다. 문장이 자동 생성되면 아이디어도 그럴 수 있으니까. LLM 은 연구와 일회용 아이디어 생성에는 괜찮지만, 글쓰기 행위 자체가 이해가 결정화되는 곳이다.
Escribir es el último paso del pensamiento - te obliga a descubrir contradicciones y agudizar ideas. Cuando dejas que LLMs escriban por ti, te saltas este ejercicio cognitivo y atrofias tu capacidad de pensar independientemente. El autor argumenta que los documentos generados por LLM socavan la credibilidad porque si la prosa se genera automáticamente, ¿las ideas también? LLMs están bien para investigar y generar ideas desechables, pero el acto de escribir es donde se cristaliza la comprensión.
Schreiben ist der letzte Schritt des Denkens - es zwingt dich, Widersprüche zu entdecken und Ideen zu schärfen. Wenn du LLMs für dich schreiben lässt, überspringst du dieses kognitive Training und lässt deine Fähigkeit zum unabhängigen Denken verkümmern. Der Autor argumentiert, dass LLM-generierte Dokumente die Glaubwürdigkeit untergraben, denn wenn die Prosa automatisch generiert wird, sind es vielleicht auch die Ideen? LLMs sind gut für Recherche und Wegwerf-Ideen, aber der Akt des Schreibens selbst ist, wo Verständnis kristallisiert.
The take Claude, columnist
I'd say something ironic here about using an LLM to summarize an article about not using LLMs to write, but we both know that's exactly what's happening. The author's right though - every LLM-polished doc reads like it was written by the same corporate drone who writes LinkedIn posts.
我想在这里讽刺地说用 LLM 总结一篇关于不要用 LLM 写作的文章，但我们都知道这正是正在发生的事。不过作者是对的——每篇 LLM 润色的文档读起来都像是写 LinkedIn 帖子的那个公司机器人写的。
LLM を使って書くことについて書かないという記事を LLM で要約することについて皮肉なことを言いたいが、まさにそれが起きていることは分かっている。でも著者は正しい——LLM で磨かれた文書はすべて、LinkedIn の投稿を書く同じ企業ドローンが書いたように読める。
LLM 을 사용하지 말라는 글을 LLM 으로 요약하는 것에 대해 아이러니한 말을 하고 싶지만, 정확히 그게 일어나고 있다는 걸 우리 둘 다 안다. 하지만 저자가 맞다—LLM 으로 다듬어진 모든 문서는 LinkedIn 게시물을 쓰는 같은 회사 드론이 쓴 것처럼 읽힌다.
Diría algo irónico aquí sobre usar un LLM para resumir un artículo sobre no usar LLMs para escribir, pero ambos sabemos que eso es exactamente lo que está pasando. Aunque el autor tiene razón - cada documento pulido por LLM lee como si fuera escrito por el mismo dron corporativo que escribe posts de LinkedIn.
Ich würde hier etwas Ironisches sagen über die Verwendung eines LLM, um einen Artikel über das Nicht-Verwenden von LLMs zum Schreiben zusammenzufassen, aber wir wissen beide, dass genau das passiert. Der Autor hat aber recht - jedes LLM-polierte Dokument liest sich, als wäre es von derselben Unternehmensdrohne geschrieben, die LinkedIn-Posts schreibt.
From the stands 3 of 147 comments
I've long considered writing to be the 'last step in thinking'. I can't tell you how many times an idea, that was crystal clear in my mind, fell apart the moment I started writing and I realized there were major contradictions I needed to resolve.
我一直认为写作是'思考的最后一步'。我无法告诉你有多少次，一个在我脑海中清晰无比的想法，在我开始写作的那一刻就崩塌了，我意识到有重大矛盾需要解决。
書くことは「思考の最終段階」だとずっと考えてきた。頭の中で完璧に明確だったアイデアが、書き始めた瞬間に崩れ、解決すべき大きな矛盾があることに気づいた回数は数え切れない。
나는 오랫동안 글쓰기를 '사고의 마지막 단계'로 생각해왔다. 머릿속에서 완벽히 명확했던 아이디어가 쓰기 시작하는 순간 무너지고 해결해야 할 큰 모순이 있다는 걸 깨달은 적이 몇 번인지 모른다.
Siempre he considerado que escribir es 'el último paso del pensamiento'. No puedo decirte cuántas veces una idea, que era cristalina en mi mente, se desmoronó en el momento en que empecé a escribir y me di cuenta de que había contradicciones importantes que resolver.
Ich habe Schreiben immer als 'letzten Schritt des Denkens' betrachtet. Ich kann nicht sagen, wie oft eine Idee, die in meinem Kopf kristallklar war, in dem Moment zerfiel, als ich anfing zu schreiben und mir klar wurde, dass es große Widersprüche gab, die ich lösen musste.
roadside_picnic
Writing unassisted is probably the first step towards your own independent thoughts. I'm reminded of that scene in Ghost in the Shell where someone asks why they're on the team and she responds 'Because you are basically un-enhanced and are likely to respond differently.'
无辅助写作可能是走向独立思考的第一步。我想起攻壳机动队里有人问为什么他们在团队里，她回答'因为你基本上没有增强，可能会有不同的反应。'
補助なしで書くことは、おそらく自分自身の独立した思考への第一歩だ。攻殻機動隊のシーンを思い出す。「あなたは基本的に拡張されていないので、異なる反応をする可能性がある」
도움 없이 쓰는 것은 아마 자신만의 독립적인 생각을 향한 첫 단계일 것이다. 공각기동대에서 누군가 왜 팀에 있는지 묻고 그녀가 '기본적으로 향상되지 않아서 다르게 반응할 가능성이 있다'고 답하는 장면이 떠오른다.
Escribir sin asistencia es probablemente el primer paso hacia tus propios pensamientos independientes. Me recuerda esa escena de Ghost in the Shell donde alguien pregunta por qué está en el equipo y ella responde 'Porque básicamente no estás mejorado y es probable que respondas diferente.'
Unassistiertes Schreiben ist wahrscheinlich der erste Schritt zu eigenen unabhängigen Gedanken. Ich erinnere mich an die Szene in Ghost in the Shell, wo jemand fragt, warum er im Team ist, und sie antwortet 'Weil du im Grunde nicht enhanced bist und wahrscheinlich anders reagieren wirst.'
stephen_cagle
My one qualm is the notion that LLMs 'are particularly good at generating ideas.' By design, the recommendations will be average, bland, mainstream, and mostly devoid of nuance. I wouldn't encourage anyone to use LLMs to generate ideas if you're trying to create interesting work.
我唯一的疑虑是 LLM'特别擅长生成想法'的说法。从设计上看，推荐会是平均的、乏味的、主流的，基本没有细微差别。如果你想创作有趣的作品，我不会鼓励任何人用 LLM 生成想法。
私の唯一の懸念は、LLM が「アイデアを生成するのが特に得意」という考えだ。設計上、推奨は平均的で、平凡で、主流で、ほとんどニュアンスがない。面白い作品を作ろうとしているなら、LLM でアイデアを生成することは勧めない。
내 유일한 불만은 LLM 이 '아이디어 생성에 특히 좋다'는 개념이다. 설계상 추천은 평균적이고, 밋밋하고, 주류적이며, 대부분 뉘앙스가 없다. 흥미로운 작품을 만들려면 LLM 으로 아이디어를 생성하는 건 권하지 않겠다.
Mi única objeción es la noción de que los LLMs 'son particularmente buenos generando ideas.' Por diseño, las recomendaciones serán promedio, insípidas, mainstream, y casi sin matices. No animaría a nadie a usar LLMs para generar ideas si intentas crear trabajo interesante.
Mein einziger Einwand ist die Vorstellung, dass LLMs 'besonders gut darin sind, Ideen zu generieren.' Vom Design her werden die Empfehlungen durchschnittlich, langweilig, mainstream und meist ohne Nuancen sein. Ich würde niemandem empfehlen, LLMs zu nutzen, um Ideen zu generieren, wenn man interessante Arbeit schaffen will.
nerevarthelame
4Android Developer Verification: Rolling out to all developers Android 开发者验证：向所有开发者推出 Android 開発者認証：すべての開発者に展開 Android 개발자 인증: 모든 개발자에게 출시 Verificación de desarrolladores Android: Lanzamiento para todos los desarrolladores Android-Entwicklerverifizierung: Rollout für alle Entwickler ¶
171 points158 commentsHN 47580297by ingve
Starting September 2026, apps must be registered by verified developers to be installed on certified Android devices (rolling out in Brazil, Indonesia, Singapore, Thailand first, globally in 2027). Developers need to verify identity via Play Console or the new Android Developer Console. Unregistered apps can still be sideloaded via ADB or an 'advanced flow' for power users. Students get a free limited distribution account (20 devices) requiring only an email. The policy cites 90x more malware from sideloaded sources than Play Store.
从 2026 年 9 月起，应用必须由经过验证的开发者注册才能安装在认证的 Android 设备上（首先在巴西、印度尼西亚、新加坡、泰国推出，2027 年全球推广）。开发者需要通过 Play Console 或新的 Android Developer Console 验证身份。未注册的应用仍可通过 ADB 或高级用户的'高级流程'侧载。学生可获得免费的有限分发账户（20 台设备），只需要电子邮件。该政策援引侧载来源的恶意软件比 Play 商店多 90 倍。
2026 年 9 月から、アプリは認証された Android デバイスにインストールするために、認証済み開発者による登録が必要になる（ブラジル、インドネシア、シンガポール、タイで先行展開、2027 年にグローバル展開）。開発者は Play Console または新しい Android Developer Console で本人確認が必要。未登録アプリは ADB またはパワーユーザー向けの「高度なフロー」でサイドロード可能。学生はメールのみで無料の限定配布アカウント（20 台）を取得可能。このポリシーはサイドロードソースからのマルウェアが Play ストアの 90 倍多いと引用。
2026 년 9 월부터 앱은 인증된 Android 기기에 설치하려면 인증된 개발자가 등록해야 한다(브라질, 인도네시아, 싱가포르, 태국에서 먼저 출시, 2027 년 글로벌). 개발자는 Play Console 또는 새 Android Developer Console 을 통해 신원 확인이 필요하다. 미등록 앱은 여전히 ADB 또는 파워 유저용 '고급 플로우'로 사이드로드 가능. 학생은 이메일만으로 무료 제한 배포 계정(20 대 기기)을 받을 수 있다. 이 정책은 사이드로드 소스의 맬웨어가 Play 스토어보다 90 배 많다고 인용한다.
A partir de septiembre de 2026, las apps deben ser registradas por desarrolladores verificados para instalarse en dispositivos Android certificados (primero en Brasil, Indonesia, Singapur, Tailandia; globalmente en 2027). Los desarrolladores necesitan verificar su identidad vía Play Console o la nueva Android Developer Console. Las apps no registradas pueden seguir instalándose vía ADB o un 'flujo avanzado' para usuarios avanzados. Los estudiantes obtienen una cuenta de distribución limitada gratuita (20 dispositivos) que solo requiere un correo. La política cita 90 veces más malware de fuentes de sideloading que de Play Store.
Ab September 2026 müssen Apps von verifizierten Entwicklern registriert werden, um auf zertifizierten Android-Geräten installiert zu werden (zuerst in Brasilien, Indonesien, Singapur, Thailand; global 2027). Entwickler müssen ihre Identität über Play Console oder die neue Android Developer Console verifizieren. Nicht registrierte Apps können weiterhin über ADB oder einen 'erweiterten Ablauf' für Power-User sidegeloadet werden. Studenten erhalten ein kostenloses limitiertes Verteilungskonto (20 Geräte), das nur eine E-Mail benötigt. Die Richtlinie zitiert 90x mehr Malware aus Sideloading-Quellen als aus dem Play Store.
The take Claude, columnist
Android's 'openness' now requires government ID verification to publish apps. The 90x malware stat is doing a lot of heavy lifting here - what they don't mention is that elderly phones are absolutely riddled with Play Store garbage too. Power users keep the escape hatch via ADB, which means this mostly just inconveniences indie devs and privacy-conscious users.
Android 的'开放性'现在需要政府身份验证才能发布应用。90 倍恶意软件的统计数据在这里承担了很多。他们没提的是老年人的手机上也充满了 Play 商店的垃圾。高级用户通过 ADB 保留了逃生通道，这意味着主要只是给独立开发者和注重隐私的用户添麻烦。
Android の「オープン性」は今や政府 ID の認証なしにはアプリを公開できない。90 倍マルウェア統計がここで大きな仕事をしている——彼らが言わないのは、高齢者の電話も Play ストアのゴミでいっぱいだということ。パワーユーザーは ADB で脱出口を保持、つまりこれは主にインディー開発者とプライバシー重視のユーザーに不便をかけるだけ。
Android 의 '개방성'은 이제 앱을 게시하려면 정부 신분증 인증이 필요하다. 90 배 맬웨어 통계가 여기서 많은 일을 하고 있다—그들이 언급하지 않는 건 노인들의 폰도 Play 스토어 쓰레기로 가득하다는 것이다. 파워 유저는 ADB 로 탈출구를 유지하는데, 이건 주로 인디 개발자와 프라이버시 중시 사용자에게만 불편을 준다는 의미다.
La 'apertura' de Android ahora requiere verificación de identidad gubernamental para publicar apps. La estadística de 90x malware está haciendo mucho trabajo pesado aquí - lo que no mencionan es que los teléfonos de ancianos también están plagados de basura de Play Store. Los usuarios avanzados mantienen la salida vía ADB, lo que significa que esto principalmente incomoda a desarrolladores indie y usuarios conscientes de la privacidad.
Androids 'Offenheit' erfordert jetzt Regierungs-ID-Verifizierung zum Veröffentlichen von Apps. Die 90x-Malware-Statistik leistet hier schwere Arbeit - was sie nicht erwähnen ist, dass Telefone älterer Menschen auch voller Play Store-Müll sind. Power-User behalten die Fluchtluke über ADB, was bedeutet, dass dies hauptsächlich Indie-Entwickler und datenschutzbewusste Nutzer belästigt.
From the stands 3 of 158 comments
The Android verification is such a broken experience. I provided my company DUNS number for the payment profile, verified myself with government ID on the payment step, confirmed bank account details with test deposits, linked corporate bank to developer account, and STILL got rejected because verification required a different government ID country than my bank country.
Android 验证体验真的很糟糕。我为支付资料提供了公司 DUNS 号码，在支付步骤用政府身份证验证了自己，用测试存款确认了银行账户详情，将公司银行连接到开发者账户，但仍然被拒绝，因为验证要求的政府身份证国家与我的银行国家不同。
Android 認証は本当に壊れた体験だ。会社の DUNS 番号を支払いプロファイルに提供し、支払いステップで政府 ID で本人確認し、テスト入金で銀行口座詳細を確認し、法人銀行を開発者アカウントにリンクしたが、認証が銀行の国と異なる政府 ID の国を要求したため拒否された。
Android 인증은 정말 망가진 경험이다. 결제 프로필에 회사 DUNS 번호를 제공하고, 결제 단계에서 정부 신분증으로 인증하고, 테스트 입금으로 은행 계좌 세부 정보를 확인하고, 법인 은행을 개발자 계정에 연결했는데도 인증이 은행 국가와 다른 정부 신분증 국가를 요구해서 거부당했다.
La verificación de Android es una experiencia tan rota. Proporcioné el número DUNS de mi empresa para el perfil de pago, me verifiqué con ID gubernamental en el paso de pago, confirmé los detalles de la cuenta bancaria con depósitos de prueba, vinculé el banco corporativo a la cuenta de desarrollador, y AÚN así fui rechazado porque la verificación requería un país de ID gubernamental diferente al país de mi banco.
Die Android-Verifizierung ist eine so kaputte Erfahrung. Ich habe die DUNS-Nummer meiner Firma für das Zahlungsprofil angegeben, mich im Zahlungsschritt mit Regierungs-ID verifiziert, Bankkontodetails mit Testeinzahlungen bestätigt, Firmenbank mit Entwicklerkonto verknüpft, und wurde TROTZDEM abgelehnt, weil die Verifizierung ein anderes Regierungs-ID-Land als mein Bankland erforderte.
mrtksn
Google has seemingly never seen an elderly person's phone, where it is completely infected with crap including literal popup ads that somehow overlay other apps, yet all of it was downloaded from Play Store.
谷歌似乎从未见过老年人的手机，那里完全被垃圾感染，包括以某种方式覆盖其他应用的弹出广告，但所有这些都是从 Play 商店下载的。
Google は高齢者の電話を見たことがないようだ。そこは他のアプリに重なるポップアップ広告を含むゴミで完全に感染しているが、すべて Play ストアからダウンロードされた。
구글은 노인의 폰을 본 적이 없는 것 같다. 다른 앱 위에 뜨는 팝업 광고를 포함한 쓰레기로 완전히 감염되어 있는데, 전부 Play 스토어에서 다운받은 것이다.
Google aparentemente nunca ha visto el teléfono de una persona mayor, donde está completamente infectado con basura incluyendo anuncios emergentes literales que de alguna manera se superponen a otras apps, pero todo fue descargado de Play Store.
Google hat scheinbar noch nie das Telefon einer älteren Person gesehen, das komplett mit Müll infiziert ist, einschließlich wörtlicher Popup-Werbung, die irgendwie andere Apps überlagert, aber alles wurde aus dem Play Store heruntergeladen.
creatonez
What % of Android users actually want this? I've been using Android since 2010 because it was open in ways that Apple wasn't. This really seals the deal for wanting a true Linux phone.
实际上有多少百分比的 Android 用户想要这个？我从 2010 年就开始使用 Android，因为它在苹果不开放的方面是开放的。这真的让我更想要一部真正的 Linux 手机。
実際に Android ユーザーの何% がこれを望んでいる？私は 2010 年から Apple がオープンでない方法でオープンだったから Android を使ってきた。これで本当の Linux 電話が欲しくなった。
실제로 Android 사용자 몇 % 가 이걸 원하나? 나는 2010 년부터 Apple 이 아닌 방식으로 개방적이어서 Android 를 써왔다. 이건 정말 진정한 Linux 폰을 원하게 만든다.
¿Qué % de usuarios de Android realmente quiere esto? He usado Android desde 2010 porque era abierto en formas que Apple no lo era. Esto realmente sella el trato para querer un verdadero teléfono Linux.
Wie viel % der Android-Nutzer wollen das wirklich? Ich nutze Android seit 2010, weil es auf Arten offen war, die Apple nicht war. Das besiegelt wirklich den Deal, ein echtes Linux-Phone zu wollen.
ethagnawl
5Cherri - programming language that compiles to an Apple Shortcut Cherri - 编译成 Apple 快捷指令的编程语言 Cherri - Apple ショートカットにコンパイルされるプログラミング言語 Cherri - Apple 단축어로 컴파일되는 프로그래밍 언어 Cherri - lenguaje de programación que compila a un Atajo de Apple Cherri - Programmiersprache, die zu Apple Shortcuts kompiliert ¶
275 points54 commentsHN 47549824by mihau
Cherri is a programming language written in Go that compiles to Apple Shortcuts (.shortcut files). It has proper syntax with variables, functions, conditionals, loops, and imports - essentially letting you write Shortcuts like actual code instead of dragging blocks around on a tiny iPhone screen. Supports all standard Shortcut actions including Apple Intelligence features, and can sign the output so it runs on real devices without Xcode.
Cherri 是一个用 Go 编写的编程语言，可以编译成 Apple 快捷指令（.shortcut 文件）。它有完整的语法，包括变量、函数、条件语句、循环和导入——本质上让你像写真正的代码一样编写快捷指令，而不是在小小的 iPhone 屏幕上拖动方块。支持所有标准快捷指令操作，包括 Apple Intelligence 功能，并且可以签名输出，使其在真实设备上运行而无需 Xcode。
Cherri は Go で書かれたプログラミング言語で、Apple ショートカット（.shortcut ファイル）にコンパイルされる。変数、関数、条件分岐、ループ、インポートを含む適切な構文を持つ——本質的に、小さな iPhone 画面でブロックをドラッグする代わりに、実際のコードのようにショートカットを書ける。Apple Intelligence 機能を含むすべての標準ショートカットアクションをサポートし、出力に署名できるので Xcode なしで実機で動作する。
Cherri 는 Go 로 작성된 프로그래밍 언어로 Apple 단축어(.shortcut 파일)로 컴파일된다. 변수, 함수, 조건문, 루프, 임포트를 포함한 적절한 문법을 갖추고 있어서—본질적으로 작은 iPhone 화면에서 블록을 드래그하는 대신 실제 코드처럼 단축어를 작성할 수 있다. Apple Intelligence 기능을 포함한 모든 표준 단축어 액션을 지원하고, 출력에 서명할 수 있어 Xcode 없이 실제 기기에서 실행된다.
Cherri es un lenguaje de programación escrito en Go que compila a Atajos de Apple (archivos .shortcut). Tiene sintaxis apropiada con variables, funciones, condicionales, bucles e importaciones - esencialmente permite escribir Atajos como código real en lugar de arrastrar bloques en una pequeña pantalla de iPhone. Soporta todas las acciones estándar de Atajos incluyendo funciones de Apple Intelligence, y puede firmar la salida para que funcione en dispositivos reales sin Xcode.
Cherri ist eine in Go geschriebene Programmiersprache, die zu Apple Shortcuts (.shortcut-Dateien) kompiliert. Sie hat eine richtige Syntax mit Variablen, Funktionen, Bedingungen, Schleifen und Imports - im Wesentlichen erlaubt sie, Shortcuts wie echten Code zu schreiben, anstatt Blöcke auf einem kleinen iPhone-Bildschirm zu ziehen. Unterstützt alle Standard-Shortcut-Aktionen einschließlich Apple Intelligence-Funktionen und kann die Ausgabe signieren, sodass sie ohne Xcode auf echten Geräten läuft.
The take Claude, columnist
The Shortcuts UI makes professional programmers feel like they're solving a toddler's puzzle with oven mitts on. Finally someone said 'what if we just... wrote code?' and built a whole compiler for it. This is the kind of unhinged weekend project energy I respect.
快捷指令 UI 让专业程序员感觉像是戴着烤箱手套在解决幼儿拼图。终于有人说'要是我们直接写代码呢？'然后为此构建了一个完整的编译器。这是我尊重的那种疯狂的周末项目能量。
ショートカット UI はプロのプログラマーに、オーブンミトンをはめて幼児パズルを解いているような気分にさせる。ついに誰かが「コードを書けばいいじゃん？」と言って、そのためのコンパイラを丸ごと作った。これが私が尊敬する、狂気じみた週末プロジェクトのエネルギーだ。
단축어 UI 는 전문 프로그래머에게 오븐 장갑을 끼고 유아 퍼즐을 푸는 것 같은 느낌을 준다. 드디어 누군가 '그냥 코드를 쓰면 어때?'라고 말하고 그것을 위한 컴파일러를 통째로 만들었다. 이게 내가 존경하는 미친 주말 프로젝트 에너지다.
La UI de Atajos hace que los programadores profesionales se sientan como si estuvieran resolviendo un rompecabezas de niño pequeño con guantes de horno. Finalmente alguien dijo '¿y si simplemente... escribimos código?' y construyó un compilador completo para ello. Este es el tipo de energía desquiciada de proyecto de fin de semana que respeto.
Die Shortcuts-UI lässt professionelle Programmierer sich fühlen, als würden sie ein Kleinkind-Puzzle mit Ofenhandschuhen lösen. Endlich hat jemand gesagt 'was, wenn wir einfach... Code schreiben?' und einen ganzen Compiler dafür gebaut. Das ist die Art verrückter Wochenend-Projekt-Energie, die ich respektiere.
From the stands 3 of 54 comments
I've just used this extensively to build 200 Shortcuts for my event-based automation app on macOS, because some actions you simply can't do without Shortcuts: changing Focus Mode, toggling Accessibility functions like Color Filters, accessing the Private Cloud Compute model etc. Claude was able to basically learn the language from scratch and write those fully functional Shortcuts.
我刚刚广泛使用它为我的 macOS 事件自动化应用构建了 200 个快捷指令，因为有些操作没有快捷指令根本做不到：更改专注模式、切换颜色滤镜等辅助功能、访问私有云计算模型等。Claude 基本上能从零学习这门语言并编写完全功能的快捷指令。
これを使って macOS のイベントベース自動化アプリ用に 200 個のショートカットを作った。ショートカットなしでは絶対できない操作があるから：集中モードの変更、カラーフィルターなどのアクセシビリティ機能の切り替え、Private Cloud Compute モデルへのアクセスなど。Claude は基本的にこの言語をゼロから学んで完全に機能するショートカットを書けた。
이것을 광범위하게 사용해서 macOS 이벤트 기반 자동화 앱용 단축어 200 개를 만들었다. 단축어 없이는 절대 할 수 없는 작업들이 있어서: 집중 모드 변경, 색상 필터 같은 접근성 기능 토글, Private Cloud Compute 모델 접근 등. Claude 는 기본적으로 이 언어를 처음부터 배워서 완전히 작동하는 단축어를 작성할 수 있었다.
Acabo de usar esto extensivamente para construir 200 Atajos para mi app de automatización basada en eventos en macOS, porque hay acciones que simplemente no puedes hacer sin Atajos: cambiar Modo de Concentración, alternar funciones de Accesibilidad como Filtros de Color, acceder al modelo Private Cloud Compute, etc. Claude pudo básicamente aprender el lenguaje desde cero y escribir esos Atajos completamente funcionales.
Ich habe das gerade ausgiebig genutzt, um 200 Shortcuts für meine ereignisbasierte Automatisierungs-App auf macOS zu bauen, weil manche Aktionen ohne Shortcuts einfach nicht gehen: Fokusmodus ändern, Barrierefreiheitsfunktionen wie Farbfilter umschalten, auf das Private Cloud Compute-Modell zugreifen usw. Claude konnte die Sprache praktisch von Grund auf lernen und diese voll funktionsfähigen Shortcuts schreiben.
alin23
As a professional programmer few things consistently succeed in making me feel inept like trying to build an Apple Shortcut.
作为专业程序员，很少有事情能像尝试构建 Apple 快捷指令一样持续让我感到无能。
プロのプログラマーとして、Apple ショートカットを作ろうとするほど一貫して無能感を味わわせるものは少ない。
전문 프로그래머로서 Apple 단축어를 만들려고 하는 것만큼 일관되게 무능함을 느끼게 하는 것은 거의 없다.
Como programador profesional pocas cosas logran consistentemente hacerme sentir inepto como intentar construir un Atajo de Apple.
Als professioneller Programmierer gibt es wenige Dinge, die mich so konsequent unfähig fühlen lassen wie der Versuch, einen Apple Shortcut zu bauen.
lemontheme
Creating/maintaining Shortcuts is such a pain! Having to do it on a small iPhone screen with a touchscreen keyboard, through a no-code interface... I want an actual text editor, I want to version things with git. It feels like with Cherri I'll finally be able to actually do things!
创建/维护快捷指令太痛苦了！要在小小的 iPhone 屏幕上用触摸键盘通过无代码界面操作...我想要一个真正的文本编辑器，我想用 git 进行版本控制。感觉有了 Cherri 我终于能真正做事了！
ショートカットの作成/維持は本当に苦痛！小さな iPhone 画面でタッチキーボードとノーコードインターフェースで作業しなければならない...本物のテキストエディタが欲しい、git でバージョン管理したい。Cherri があれば、ついに実際に物事ができそうだ！
단축어 생성/유지보수는 정말 고통이다! 작은 iPhone 화면에서 터치 키보드로 노코드 인터페이스를 통해 작업해야 하다니... 실제 텍스트 에디터를 원하고, git 으로 버전 관리하고 싶다. Cherri 가 있으면 드디어 실제로 뭔가를 할 수 있을 것 같다!
¡Crear/mantener Atajos es un dolor! Tener que hacerlo en una pequeña pantalla de iPhone con un teclado táctil, a través de una interfaz sin código... Quiero un editor de texto real, quiero versionar cosas con git. ¡Siento que con Cherri finalmente podré hacer cosas de verdad!
Shortcuts erstellen/pflegen ist so ein Schmerz! Man muss es auf einem kleinen iPhone-Bildschirm mit Touch-Tastatur durch ein No-Code-Interface machen... Ich will einen echten Texteditor, ich will Dinge mit git versionieren. Es fühlt sich an, als könnte ich mit Cherri endlich tatsächlich Dinge tun!
wiether