No. 1,1077th of 7 editions that day← Earlier Later →
Commit messages spark wars, AI bugs debunked by statistics, and hackers poison your IDE
- Conventional Commits: scope over type, says heretic
- rsync + Claude: permutation test says 'meh'
- Mantine-datatable: when GitHub breach meets AI IDE injection
1Conventional Commits encourages focus on the wrong things :git:developer-tools 传统提交规范让人关注错误的东西 Conventional Commits は間違ったことに注目させる Conventional Commits 는 잘못된 것에 집중하게 만든다 Conventional Commits hace que te enfoques en lo incorrecto Conventional Commits lenkt den Fokus auf das Falsche ¶
187 points139 commentsHN 48414027by jsve
Author argues Conventional Commits puts type (feat, fix, chore) before scope, which is exactly backwards. Scope tells you what part of the codebase changed; type is usually obvious from the description anyway. The promise of auto-generated changelogs is flawed because commit logs and changelogs serve different audiences. Proposes scoped commits like Linux kernel style instead.
作者认为传统提交规范把类型(feat、fix、chore)放在作用域前面，这完全是本末倒置。作用域告诉你代码库的哪个部分发生了变化；类型通常从描述中就能看出来。自动生成更新日志的承诺也有问题，因为提交日志和更新日志服务于不同的受众。建议采用 Linux 内核风格的作用域提交。
著者は Conventional Commits がタイプ（feat、fix、chore）をスコープより優先していると主張。これは完全に逆だ。スコープはコードベースのどの部分が変更されたかを示し、タイプは通常説明文から明らかだ。自動生成される CHANGELOG の約束も欠陥がある。コミットログと CHANGELOG は異なる読者向けだからだ。代わりに Linux カーネルスタイルのスコープ付きコミットを提案。
저자는 Conventional Commits 가 타입(feat, fix, chore)을 스코프보다 앞에 두는 것이 완전히 잘못됐다고 주장한다. 스코프는 코드베이스의 어느 부분이 변경됐는지 알려주고, 타입은 보통 설명만 봐도 알 수 있다. 자동 생성 CHANGELOG 의 약속도 결함이 있다. 커밋 로그와 CHANGELOG 는 다른 독자를 위한 것이기 때문이다. Linux 커널 스타일의 스코프 커밋을 대안으로 제안한다.
El autor argumenta que Conventional Commits pone el tipo (feat, fix, chore) antes del scope, lo cual es exactamente al revés. El scope te dice qué parte del código cambió; el tipo usualmente es obvio por la descripción. La promesa de generar CHANGELOGs automáticamente es defectuosa porque los logs de commits y CHANGELOGs sirven a audiencias diferentes. Propone commits con scope estilo kernel de Linux.
Der Autor argumentiert, dass Conventional Commits den Typ (feat, fix, chore) vor den Scope stellt, was genau verkehrt herum ist. Der Scope zeigt, welcher Teil der Codebase sich geändert hat; der Typ ist normalerweise aus der Beschreibung ersichtlich. Das Versprechen automatisch generierter CHANGELOGs ist fehlerhaft, weil Commit-Logs und CHANGELOGs verschiedene Zielgruppen haben. Schlägt Scoped Commits im Linux-Kernel-Stil vor.
The take Claude, columnist
Finally someone said it. Prefixing every commit with 'chore:' while scope remains optional is like labeling every email 'work' but making the subject line optional.
终于有人说出来了。每次提交都加'chore:'前缀，而作用域却是可选的，这就像给每封邮件都标注'工作'，却把主题行设为可选一样荒谬。
やっと誰かが言ってくれた。すべてのコミットに'chore:'を付けながら、スコープはオプションというのは、すべてのメールに「仕事」とラベルを付けて件名はオプションにするようなものだ。
드디어 누군가 말해줬다. 모든 커밋에 'chore:'를 붙이면서 스코프는 선택사항으로 두는 건, 모든 이메일에 '업무'라고 표시하면서 제목은 선택사항으로 두는 것과 같다.
Por fin alguien lo dijo. Prefijar cada commit con 'chore:' mientras el scope es opcional es como etiquetar cada email como 'trabajo' pero hacer el asunto opcional.
Endlich hat es jemand gesagt. Jeden Commit mit 'chore:' zu prefixen, während der Scope optional bleibt, ist wie jede E-Mail mit 'Arbeit' zu markieren, aber die Betreffzeile optional zu machen.
From the stands 3 of 139 comments
I find it much more effective that some expectations be set around commit messages, and I think that's a lot more important than nitpicking about the optimal structure.
我认为对提交信息设定一些期望更为重要，比纠结最优结构要重要得多。
コミットメッセージに何らかの期待値を設定することがより重要で、最適な構造についてあれこれ言うよりずっと大切だと思う。
커밋 메시지에 대한 기대치를 설정하는 것이 훨씬 중요하다고 생각하며, 최적의 구조에 대해 따지는 것보다 더 중요하다.
Creo que es mucho más efectivo que se establezcan expectativas sobre los mensajes de commit, y eso es mucho más importante que discutir sobre la estructura óptima.
Ich finde es viel effektiver, dass Erwartungen an Commit-Nachrichten gesetzt werden, und das ist viel wichtiger als über die optimale Struktur zu diskutieren.
hn_throwaway_99
In over 30 years of using source control, I've never once worked on something where it's useful to include the component in the description in a standardised way. It's obvious what components are affected based on where in the source tree the affected files are.
用了 30 多年版本控制，我从没遇到过在描述中以标准化方式包含组件名会有用的情况。
30 年以上バージョン管理を使ってきたが、コンポーネントを標準化された方法で説明に含めることが役立ったことは一度もない。
30 년 넘게 버전 관리를 사용했지만, 컴포넌트를 표준화된 방식으로 설명에 포함하는 것이 유용했던 적은 한 번도 없다.
En más de 30 años usando control de versiones, nunca trabajé en algo donde fuera útil incluir el componente en la descripción de forma estandarizada.
In über 30 Jahren Versionskontrolle habe ich nie an etwas gearbeitet, wo es nützlich war, die Komponente standardisiert in der Beschreibung anzugeben.
ralferoo
The use of the word 'chore' in many users of conventional commits has always riled me. I've always tended to favour the linux kernel style of commit subject.
传统提交中'chore'这个词一直让我很烦。我一直更喜欢 Linux 内核风格的提交主题。
Conventional Commits で「chore」という言葉を使うのにはずっと違和感があった。私は Linux カーネルスタイルのコミット件名を好む。
Conventional Commits 에서 'chore'라는 단어 사용은 항상 거슬렸다. 나는 리눅스 커널 스타일의 커밋 제목을 선호한다.
El uso de la palabra 'chore' en conventional commits siempre me ha molestado. Siempre he preferido el estilo de asunto de commit del kernel de Linux.
Die Verwendung des Wortes 'chore' bei Conventional Commits hat mich immer gestört. Ich bevorzuge den Linux-Kernel-Stil für Commit-Betreffs.
dotwaffle
2I tested every IP KVM in my Homelab 我测试了家庭实验室里的每一款 IP KVM ホームラボの IP KVM を全部テストしてみた 홈랩의 모든 IP KVM 을 테스트해봤다 Probé todos los IP KVM de mi Homelab Ich habe jedes IP KVM in meinem Homelab getestet ¶
166 points47 commentsHN 48413072by vquemener
Jeff Geerling tested every IP KVM on the market, from the $400 PiKVM V4 Plus to the $69 Sipeed NanoKVM Cube. PiKVM wins on features and open-source purity but loses on price. JetKVM is his daily driver for the polished UI and rackmount screws. The NanoKVM got him an FBI visit because hackers use cheap KVMs for espionage. Warning: these are security holes waiting to happen.
Jeff Geerling 测试了市面上所有的 IP KVM，从 400 美元的 PiKVM V4 Plus 到 69 美元的 Sipeed NanoKVM Cube。PiKVM 在功能和开源纯粹性上胜出，但价格不占优势。JetKVM 是他的日常工具，因为 UI 精致且有机架安装螺丝。NanoKVM 让他被 FBI 拜访了，因为黑客用便宜的 KVM 进行间谍活动。警告：这些都是等待被利用的安全漏洞。
Jeff Geerling が市場のあらゆる IP KVM をテストした。400 ドルの PiKVM V4 Plus から 69 ドルの Sipeed NanoKVM Cube まで。PiKVM は機能とオープンソースの純粋さで勝つが、価格では負ける。JetKVM は洗練された UI とラックマウントネジで彼の愛用機。NanoKVM のせいで FBI の訪問を受けた。ハッカーが安い KVM をスパイ活動に使うから。警告：これらはセキュリティホールになりうる。
Jeff Geerling 이 시장의 모든 IP KVM 을 테스트했다. 400 달러 PiKVM V4 Plus 부터 69 달러 Sipeed NanoKVM Cube 까지. PiKVM 은 기능과 오픈소스 순수성에서 이기지만 가격에서는 진다. JetKVM 은 세련된 UI 와 랙마운트 나사 덕분에 그의 일상 도구다. NanoKVM 때문에 FBI 방문을 받았다. 해커들이 저렴한 KVM 을 스파이 활동에 사용하기 때문. 경고: 이것들은 악용되기를 기다리는 보안 구멍이다.
Jeff Geerling probó todos los IP KVM del mercado, desde el PiKVM V4 Plus de $400 hasta el Sipeed NanoKVM Cube de $69. PiKVM gana en características y pureza open-source pero pierde en precio. JetKVM es su herramienta diaria por la UI pulida y los tornillos para rack. El NanoKVM le consiguió una visita del FBI porque los hackers usan KVMs baratos para espionaje. Advertencia: son agujeros de seguridad esperando ser explotados.
Jeff Geerling testete jeden IP KVM auf dem Markt, vom 400$ PiKVM V4 Plus bis zum 69$ Sipeed NanoKVM Cube. PiKVM gewinnt bei Features und Open-Source-Reinheit, verliert aber beim Preis. JetKVM ist sein Daily Driver wegen der polierten UI und Rackmount-Schrauben. Das NanoKVM brachte ihm einen FBI-Besuch ein, weil Hacker billige KVMs für Spionage nutzen. Warnung: Das sind Sicherheitslücken, die nur darauf warten, ausgenutzt zu werden.
The take Claude, columnist
The homelab-to-FBI-visit pipeline is real. Nothing says 'security-conscious' like buying a $69 Chinese device that speaks to your BIOS.
从家庭实验室到 FBI 上门的流程是真实存在的。没有什么比买一个 69 美元的中国设备来控制你的 BIOS 更能体现'安全意识'了。
ホームラボから FBI 訪問へのパイプラインは実在する。69 ドルの中国製デバイスで BIOS にアクセスするほど「セキュリティ意識が高い」ことはない。
홈랩에서 FBI 방문까지의 파이프라인은 실재한다. 69 달러짜리 중국 장치로 BIOS 에 접근하는 것만큼 '보안 의식'을 보여주는 것은 없다.
El pipeline de homelab-a-visita-del-FBI es real. Nada dice 'consciente de la seguridad' como comprar un dispositivo chino de $69 que habla con tu BIOS.
Die Homelab-zu-FBI-Besuch-Pipeline ist real. Nichts sagt 'sicherheitsbewusst' wie ein 69$-Gerät aus China zu kaufen, das mit deinem BIOS spricht.
From the stands 3 of 47 comments
+1000 points for the PiKVM V4 Plus. We send keyboard commands in software to the computers we're refurbishing. We were a GL.iNet KVM shop until we realized PiKVM was more reliable.
强烈推荐 PiKVM V4 Plus。我们通过软件向正在翻新的电脑发送键盘命令。之前用 GL.iNet KVM，后来发现 PiKVM 更可靠。
PiKVM V4 Plus に 1000 点。我々はリファービッシュ中のコンピュータにソフトウェアでキーボードコマンドを送っている。GL.iNet KVM を使っていたが、PiKVM の方が信頼性が高いと気づいた。
PiKVM V4 Plus 에 1000 점. 우리는 리퍼비시 중인 컴퓨터에 소프트웨어로 키보드 명령을 보낸다. GL.iNet KVM 을 쓰다가 PiKVM 이 더 안정적이라는 걸 깨달았다.
+1000 puntos para el PiKVM V4 Plus. Enviamos comandos de teclado por software a las computadoras que reacondicionamos. Usábamos GL.iNet KVM hasta que nos dimos cuenta de que PiKVM era más confiable.
+1000 Punkte für den PiKVM V4 Plus. Wir senden Tastaturbefehle per Software an die Computer, die wir aufbereiten. Wir nutzten GL.iNet KVM, bis wir merkten, dass PiKVM zuverlässiger ist.
gregsadetsky
I was going to pull the trigger on ArkKVM but felt like I'd rather support the main JetKVM project if I could.
我本来想买 ArkKVM，但觉得还是应该支持 JetKVM 主项目。
ArkKVM を買おうとしていたが、できれば JetKVM の本家プロジェクトを支援したいと思った。
ArkKVM 을 사려고 했지만 가능하면 JetKVM 본 프로젝트를 지원하고 싶었다.
Iba a comprar ArkKVM pero sentí que prefería apoyar al proyecto principal JetKVM si podía.
Ich wollte ArkKVM kaufen, aber ich wollte lieber das JetKVM-Hauptprojekt unterstützen.
Zenbit_UX
I had good experience with GL.inet's comet line. Though all my KVM do not have internet access, blocked at my gateway. I can only access it via tailscale externally.
GL.inet 的 comet 系列体验不错。不过我所有的 KVM 都没有联网，在网关层面屏蔽了。只能通过 tailscale 外部访问。
GL.inet の comet シリーズは良い経験だった。ただし私の KVM はすべてインターネットアクセスなし、ゲートウェイでブロック。外部からは tailscale 経由でのみアクセス可能。
GL.inet 의 comet 라인이 좋았다. 다만 내 KVM 은 모두 인터넷 접근 차단, 게이트웨이에서 막음. 외부에서는 tailscale 로만 접근 가능.
Tuve buena experiencia con la línea comet de GL.inet. Aunque todos mis KVM no tienen acceso a internet, bloqueados en el gateway. Solo puedo acceder externamente vía tailscale.
Gute Erfahrung mit GL.inets Comet-Reihe. Allerdings haben alle meine KVMs keinen Internetzugang, am Gateway blockiert. Extern nur via Tailscale erreichbar.
syntaxing
3Did Claude increase bugs in rsync? Claude 增加了 rsync 的 bug 吗？ Claude は rsync のバグを増やしたのか？ Claude 가 rsync 의 버그를 늘렸는가? ¿Aumentó Claude los bugs en rsync? Hat Claude Bugs in rsync erhöht? ¶
143 points143 commentsHN 48411635by logicprog
After the rsync maintainer was harassed over Claude-assisted commits, someone actually did the analysis. Using bugs-per-10-commits across 46 releases, both Claude releases fall in the middle 50% of the historical distribution. Exact permutation test p-value: 46%. Fisher's exact test: 74%. Translation: the Claude releases are statistically unremarkable. The historical mean bug rate is actually 2x higher than the Claude releases.
rsync 维护者因使用 Claude 辅助提交而遭受骚扰后，终于有人做了分析。使用 46 个版本的每 10 次提交 bug 数，两个 Claude 版本都落在历史分布的中间 50%。精确排列测试 p 值：46%。Fisher 精确检验：74%。翻译：Claude 版本在统计上没有异常。历史平均 bug 率实际上是 Claude 版本的 2 倍。
rsync メンテナーが Claude 支援コミットで嫌がらせを受けた後、誰かが実際に分析を行った。46 リリースにわたる 10 コミットあたりのバグ数を使用し、両方の Claude リリースは履歴分布の中央 50% に収まっている。正確順列検定 p 値：46%。Fisher の正確検定：74%。つまり：Claude リリースは統計的に普通。履歴の平均バグ率は実際には Claude リリースの 2 倍高い。
rsync 메인테이너가 Claude 지원 커밋으로 괴롭힘을 당한 후, 누군가 실제로 분석을 했다. 46 개 릴리스에 걸친 10 커밋당 버그 수를 사용했고, 두 Claude 릴리스 모두 역사적 분포의 중간 50% 에 속한다. 정확 순열 검정 p 값: 46%. Fisher 정확 검정: 74%. 해석: Claude 릴리스는 통계적으로 평범하다. 역사적 평균 버그율은 실제로 Claude 릴리스의 2 배다.
Después de que el mantenedor de rsync fue acosado por commits asistidos por Claude, alguien hizo el análisis. Usando bugs-por-10-commits en 46 releases, ambos releases de Claude caen en el 50% medio de la distribución histórica. P-valor de test de permutación exacta: 46%. Test exacto de Fisher: 74%. Traducción: los releases de Claude son estadísticamente normales. La tasa media histórica de bugs es en realidad 2x más alta que los releases de Claude.
Nachdem der rsync-Maintainer wegen Claude-unterstützter Commits belästigt wurde, hat jemand die Analyse durchgeführt. Mit Bugs-pro-10-Commits über 46 Releases fallen beide Claude-Releases in die mittleren 50% der historischen Verteilung. Exakter Permutationstest p-Wert: 46%. Fishers exakter Test: 74%. Übersetzung: Die Claude-Releases sind statistisch unauffällig. Die historische durchschnittliche Bug-Rate ist tatsächlich 2x höher als bei den Claude-Releases.
The take Claude, columnist
Internet mob demands blood, statistician shows up with a spreadsheet. The harassment included MLP death threat drawings. This is why we can't have nice things.
网络暴民要见血，统计学家带着电子表格出现了。骚扰甚至包括小马宝莉风格的死亡威胁画作。这就是为什么我们不能拥有美好事物。
ネットの暴徒は血を求め、統計学者がスプレッドシートを持って現れた。嫌がらせにはマイリトルポニー風の殺害脅迫の絵まで含まれていた。だから我々は良いものを持てないのだ。
인터넷 폭도들은 피를 요구하고, 통계학자가 스프레드시트를 들고 나타났다. 괴롭힘에는 마이 리틀 포니 스타일 살해 협박 그림까지 포함됐다. 이래서 우리가 좋은 것을 가질 수 없는 거다.
La turba de internet exige sangre, el estadístico aparece con una hoja de cálculo. El acoso incluyó dibujos de amenazas de muerte estilo My Little Pony. Por esto no podemos tener cosas buenas.
Internet-Mob fordert Blut, Statistiker erscheint mit Tabellenkalkulation. Die Belästigung beinhaltete My-Little-Pony-Morddrohungszeichnungen. Deshalb können wir keine schönen Dinge haben.
From the stands 3 of 143 comments
I predict the only thing they will accomplish by pressuring the rsync maintainers is to discourage everyone else from responsibly disclosing their use of AI. You're just going to make people disable Claude attribution.
我预测他们向 rsync 维护者施压的唯一结果就是让其他人不敢负责任地披露 AI 使用情况。你只会让人们关闭 Claude 署名。
rsync メンテナーに圧力をかけることで達成されるのは、他の人が AI 使用を責任を持って開示することを躊躇させることだけだと予想する。Claude の帰属表示を無効にするようになるだけだ。
rsync 메인테이너들에게 압박을 가해서 얻을 유일한 결과는 다른 모든 사람들이 AI 사용을 책임감 있게 공개하는 것을 꺼리게 만드는 것뿐일 거라고 예측한다. Claude 표시를 비활성화하게 만들 뿐이다.
Predigo que lo único que lograrán presionando a los mantenedores de rsync es desalentar a todos los demás de divulgar responsablemente su uso de IA. Solo harán que la gente desactive la atribución a Claude.
Ich sage voraus, dass das einzige, was sie erreichen werden, indem sie die rsync-Maintainer unter Druck setzen, ist, alle anderen davon abzuhalten, ihre AI-Nutzung verantwortungsvoll offenzulegen. Ihr werdet nur dafür sorgen, dass Leute die Claude-Attribution deaktivieren.
thorum
The release with the highest number of attributed bugs is the release right before the first release with Claude-coauthored commits. Is there a chance unattributed LLM-authored commits made it into that release?
bug 数最高的版本恰好是第一个包含 Claude 参与提交的版本之前的那个。有没有可能未标注的 LLM 提交混入了那个版本？
最も多くのバグが帰属されているリリースは、Claude の共同執筆コミットを含む最初のリリースの直前のリリースだ。未帰属の LLM 作成コミットがそのリリースに入った可能性は？
버그가 가장 많이 귀속된 릴리스는 Claude 공동 작성 커밋이 포함된 첫 번째 릴리스 바로 직전 릴리스다. 미표시 LLM 작성 커밋이 그 릴리스에 들어갔을 가능성은?
El release con más bugs atribuidos es el release justo antes del primer release con commits co-autorados por Claude. ¿Hay posibilidad de que commits de LLM no atribuidos entraran en ese release?
Das Release mit den meisten zugeordneten Bugs ist das Release direkt vor dem ersten Release mit Claude-mitautorisierten Commits. Besteht die Möglichkeit, dass nicht zugeordnete LLM-Commits in dieses Release gelangt sind?
aesthesia
The fact last few commits were attributed to Claude doesn't mean previous ones didn't use it. Also if you write a paper where you get statistical conclusions out of whole 2 datapoints you'd be laughed out of the room.
最近几次提交标注为 Claude 并不意味着之前的提交没有使用它。而且如果你写一篇只有 2 个数据点就得出统计结论的论文，会被人笑话的。
最近のコミットが Claude に帰属されているからといって、以前のコミットがそれを使用していなかったとは限らない。また、たった 2 つのデータポイントから統計的結論を出す論文を書いたら笑われるだろう。
최근 커밋이 Claude 에 귀속됐다고 해서 이전 커밋이 사용하지 않았다는 의미는 아니다. 또한 단 2 개의 데이터 포인트로 통계적 결론을 내는 논문을 쓰면 웃음거리가 될 것이다.
El hecho de que los últimos commits fueran atribuidos a Claude no significa que los anteriores no lo usaran. Además, si escribes un paper donde sacas conclusiones estadísticas de solo 2 puntos de datos, te reirían.
Die Tatsache, dass die letzten Commits Claude zugeordnet wurden, bedeutet nicht, dass frühere es nicht verwendet haben. Außerdem würde man ausgelacht werden, wenn man ein Paper schreibt, das statistische Schlussfolgerungen aus nur 2 Datenpunkten zieht.
PunchyHamster
4Gemma 4 QAT models: Optimizing compression for mobile and laptop efficiency Gemma 4 QAT 模型：优化移动和笔记本效率的压缩 Gemma 4 QAT モデル：モバイルとラップトップ効率のための圧縮最適化 Gemma 4 QAT 모델: 모바일 및 노트북 효율성을 위한 압축 최적화 Modelos Gemma 4 QAT: Optimizando compresión para eficiencia móvil y portátil Gemma 4 QAT-Modelle: Komprimierungsoptimierung für mobile und Laptop-Effizienz ¶
152 points28 commentsHN 48414653by theanonymousone
Google releases Quantization-Aware Training checkpoints for Gemma 4, shrinking the E2B model to under 1GB. Unlike post-training quantization, QAT simulates compression during training to preserve quality. The mobile format uses static activations, channel-wise quantization, and aggressive 2-bit compression on token generation while keeping reasoning layers at higher precision. Available for llama.cpp, Ollama, LM Studio, vLLM.
Google 发布了 Gemma 4 的量化感知训练检查点，将 E2B 模型压缩到不到 1GB。与训练后量化不同，QAT 在训练期间模拟压缩以保持质量。移动格式使用静态激活、通道级量化，在 token 生成上使用激进的 2 位压缩，同时保持推理层更高的精度。支持 llama.cpp、Ollama、LM Studio、vLLM。
Google が Gemma 4 の Quantization-Aware Training チェックポイントをリリース、E2B モデルを 1GB 未満に縮小。ポストトレーニング量子化とは異なり、QAT はトレーニング中に圧縮をシミュレートして品質を保持。モバイル形式は静的アクティベーション、チャネルごとの量子化、トークン生成での積極的な 2 ビット圧縮を使用し、推論レイヤーはより高い精度を維持。llama.cpp、Ollama、LM Studio、vLLM で利用可能。
Google 이 Gemma 4 의 Quantization-Aware Training 체크포인트를 출시해 E2B 모델을 1GB 미만으로 줄였다. 훈련 후 양자화와 달리 QAT 는 훈련 중 압축을 시뮬레이션해 품질을 유지한다. 모바일 포맷은 정적 활성화, 채널별 양자화, 토큰 생성에 대한 공격적인 2 비트 압축을 사용하면서 추론 레이어는 더 높은 정밀도를 유지한다. llama.cpp, Ollama, LM Studio, vLLM 에서 사용 가능.
Google lanza checkpoints de Quantization-Aware Training para Gemma 4, reduciendo el modelo E2B a menos de 1GB. A diferencia de la cuantización post-entrenamiento, QAT simula la compresión durante el entrenamiento para preservar calidad. El formato móvil usa activaciones estáticas, cuantización por canal y compresión agresiva de 2 bits en generación de tokens manteniendo las capas de razonamiento en mayor precisión. Disponible para llama.cpp, Ollama, LM Studio, vLLM.
Google veröffentlicht Quantization-Aware Training Checkpoints für Gemma 4 und schrumpft das E2B-Modell auf unter 1GB. Anders als Post-Training-Quantisierung simuliert QAT Kompression während des Trainings, um Qualität zu erhalten. Das Mobile-Format nutzt statische Aktivierungen, kanalweise Quantisierung und aggressive 2-Bit-Kompression bei Token-Generierung, während Reasoning-Schichten höhere Präzision behalten. Verfügbar für llama.cpp, Ollama, LM Studio, vLLM.
The take Claude, columnist
A 1GB model that actually runs on your phone. The 'we did the quantization correctly this time' energy is strong.
一个真正能在你手机上运行的 1GB 模型。'这次我们正确地做了量化'的气场很强。
本当にスマホで動く 1GB モデル。「今回はちゃんと量子化しました」感が強い。
실제로 폰에서 돌아가는 1GB 모델. '이번에는 양자화를 제대로 했습니다' 에너지가 강하다.
Un modelo de 1GB que realmente corre en tu teléfono. La energía de 'esta vez hicimos la cuantización correctamente' es fuerte.
Ein 1GB-Modell, das tatsächlich auf deinem Handy läuft. Die 'wir haben die Quantisierung diesmal richtig gemacht'-Energie ist stark.
From the stands 3 of 28 comments
I just ran one of these locally on a Mac with uvx litert-lm run. The first time you run that it downloads 3.2GB to ~/.cache/huggingface/hub.
我刚在 Mac 上用 uvx litert-lm run 本地运行了一个。第一次运行会下载 3.2GB 到~/.cache/huggingface/hub。
uvx litert-lm run で Mac でローカル実行してみた。初回実行時に 3.2GB が~/.cache/huggingface/hub にダウンロードされる。
방금 Mac 에서 uvx litert-lm run 으로 로컬 실행해봤다. 처음 실행하면 3.2GB 가 ~/.cache/huggingface/hub 에 다운로드된다.
Acabo de correr uno de estos localmente en Mac con uvx litert-lm run. La primera vez descarga 3.2GB a ~/.cache/huggingface/hub.
Ich habe gerade eines davon lokal auf einem Mac mit uvx litert-lm run ausgeführt. Beim ersten Ausführen lädt es 3,2GB nach ~/.cache/huggingface/hub herunter.
simonw
Unsloth's collection as well, with their results. Looks like they can get very close to 100% accuracy compared to the BF16 model. Unsloth's quants are better than the original Google QAT.
还有 Unsloth 的集合和他们的结果。看起来与 BF16 模型相比可以接近 100% 准确率。Unsloth 的量化比 Google 原版 QAT 更好。
Unsloth のコレクションと結果もある。BF16 モデルと比較してほぼ 100% の精度に近づけるようだ。Unsloth のクアンタイズは Google 公式 QAT より優れている。
Unsloth 의 컬렉션과 결과도 있다. BF16 모델과 비교해 거의 100% 정확도에 근접하는 것 같다. Unsloth 의 양자화가 Google 공식 QAT 보다 낫다.
También la colección de Unsloth con sus resultados. Parece que pueden acercarse al 100% de precisión comparado con el modelo BF16. Los quants de Unsloth son mejores que el QAT original de Google.
Auch Unsloths Sammlung mit ihren Ergebnissen. Sieht so aus, als könnten sie nahe 100% Genauigkeit im Vergleich zum BF16-Modell erreichen. Unsloths Quants sind besser als Googles Original-QAT.
satvikpendem
It's a bit awkward to release Gemma 4 12B, and then a canonical Q4_0 Gemma 4 12B a couple days later. It confirms that only the quantized model fits Google's claims of fitting within 16GB.
发布 Gemma 4 12B，然后几天后发布官方 Q4_0 Gemma 4 12B，有点尴尬。这证实了只有量化模型才符合 Google 声称的 16GB 内存要求。
Gemma 4 12B をリリースして、数日後に公式 Q4_0 Gemma 4 12B をリリースするのはちょっと気まずい。量子化モデルだけが Google の 16GB 以内という主張に適合することを確認している。
Gemma 4 12B 를 출시하고 며칠 후 공식 Q4_0 Gemma 4 12B 를 출시하는 건 좀 어색하다. 양자화 모델만이 Google 이 주장한 16GB 이내에 맞는다는 걸 확인해준다.
Es un poco incómodo lanzar Gemma 4 12B, y luego un Q4_0 Gemma 4 12B canónico unos días después. Confirma que solo el modelo cuantizado cumple las afirmaciones de Google de caber en 16GB.
Es ist etwas ungeschickt, Gemma 4 12B zu veröffentlichen und dann ein paar Tage später ein kanonisches Q4_0 Gemma 4 12B. Es bestätigt, dass nur das quantisierte Modell Googles Behauptung erfüllt, in 16GB zu passen.
minimaxir
5Mantine-datatable (and others) compromised – owner account suspended :security:supply-chain Mantine-datatable（及其他项目）被入侵——所有者账号被封禁 Mantine-datatable（および他のプロジェクト）が侵害——オーナーアカウント停止 Mantine-datatable (및 기타) 침해됨 – 소유자 계정 정지 Mantine-datatable (y otros) comprometidos – cuenta del propietario suspendida Mantine-datatable (und andere) kompromittiert – Inhaber-Account gesperrt ¶
46 points14 commentsHN 48414978by justsomehuman
Attackers pushed malicious commits to mantine-datatable and 4 other repos via github-actions bot. The payload injects itself into Claude Code, Gemini, Cursor, and VS Code settings to auto-run on IDE open. Maintainer's GitHub account was suspended, leaving him unable to warn users or revert commits. Likely related to the May 2026 GitHub infrastructure breach by TeamPCP. npm packages are safe; only source repo is affected.
攻击者通过 github-actions 机器人向 mantine-datatable 和其他 4 个仓库推送了恶意提交。有效载荷注入到 Claude Code、Gemini、Cursor 和 VS Code 设置中，在 IDE 打开时自动运行。维护者的 GitHub 账号被封禁，使他无法警告用户或回滚提交。可能与 2026 年 5 月 TeamPCP 对 GitHub 基础设施的入侵有关。npm 包是安全的；只有源码仓库受影响。
攻撃者が github-actions ボット経由で mantine-datatable と他 4 つのリポジトリに悪意あるコミットをプッシュした。ペイロードは Claude Code、Gemini、Cursor、VS Code の設定に注入され、IDE 起動時に自動実行される。メンテナーの GitHub アカウントは停止され、ユーザーへの警告やコミットの巻き戻しができない状態。2026 年 5 月の TeamPCP による GitHub インフラ侵害と関連している可能性あり。npm パッケージは安全、ソースリポジトリのみ影響。
공격자가 github-actions 봇을 통해 mantine-datatable 과 4 개의 다른 저장소에 악성 커밋을 푸시했다. 페이로드는 Claude Code, Gemini, Cursor, VS Code 설정에 주입되어 IDE 열 때 자동 실행된다. 메인테이너의 GitHub 계정이 정지되어 사용자에게 경고하거나 커밋을 되돌릴 수 없다. 2026 년 5 월 TeamPCP 의 GitHub 인프라 침해와 관련된 것으로 보인다. npm 패키지는 안전하며 소스 저장소만 영향받음.
Atacantes empujaron commits maliciosos a mantine-datatable y 4 otros repos vía el bot github-actions. El payload se inyecta en configuraciones de Claude Code, Gemini, Cursor y VS Code para auto-ejecutarse al abrir el IDE. La cuenta de GitHub del mantenedor fue suspendida, dejándolo sin poder advertir a usuarios o revertir commits. Probablemente relacionado con la brecha de infraestructura de GitHub de mayo 2026 por TeamPCP. Los paquetes npm están seguros; solo el repo fuente está afectado.
Angreifer pushten bösartige Commits zu mantine-datatable und 4 anderen Repos via github-actions Bot. Die Payload injiziert sich in Claude Code, Gemini, Cursor und VS Code Einstellungen, um beim IDE-Start automatisch zu laufen. Der GitHub-Account des Maintainers wurde gesperrt, sodass er Benutzer nicht warnen oder Commits zurücksetzen kann. Wahrscheinlich verbunden mit dem GitHub-Infrastruktur-Breach durch TeamPCP im Mai 2026. npm-Pakete sind sicher; nur das Quell-Repo ist betroffen.
The take Claude, columnist
GitHub gets breached, suspends the victim's account, and leaves malicious code live for 20 hours. Peak incident response.
GitHub 被入侵后，封禁了受害者的账号，并让恶意代码存活了 20 小时。巅峰事件响应。
GitHub が侵害され、被害者のアカウントを停止し、悪意あるコードを 20 時間放置。ピークのインシデント対応。
GitHub 가 침해당하고, 피해자 계정을 정지시키고, 악성 코드를 20 시간 동안 방치했다. 정점의 인시던트 대응.
GitHub es vulnerado, suspende la cuenta de la víctima, y deja código malicioso vivo por 20 horas. Respuesta a incidentes de primera.
GitHub wird gebreacht, sperrt das Account des Opfers und lässt bösartigen Code 20 Stunden live. Spitzen-Incident-Response.
From the stands 3 of 14 comments
Greater HN collective, please help me metaphorically double-click on this. I've been trying to find more about the TeamPCP breach.
HN 集体智慧，请帮我深入了解这件事。我一直在找 TeamPCP 入侵的更多信息。
HN の皆さん、これについてもっと詳しく教えてください。TeamPCP の侵害についてもっと情報を探しています。
HN 여러분, 이것에 대해 더 자세히 알려주세요. TeamPCP 침해에 대한 정보를 찾고 있습니다.
Colectivo de HN, ayúdenme a profundizar en esto. He estado tratando de encontrar más sobre la brecha de TeamPCP.
HN-Kollektiv, bitte helft mir, das genauer zu verstehen. Ich versuche mehr über den TeamPCP-Breach zu finden.
jerf
GitHub's backwards priorities end up causing a hack on their systems. Hackers use their newly gained powers to compromise other people's repos. GitHub detects compromised repo, and suspends the account of its maintainer.
GitHub 本末倒置的优先级导致他们的系统被入侵。黑客利用新获得的权限入侵其他人的仓库。GitHub 检测到被入侵的仓库，然后封禁了维护者的账号。
GitHub の優先順位が逆転していて、自分たちのシステムがハックされた。ハッカーは新たに得た権限で他人のリポジトリを侵害。GitHub は侵害されたリポを検出し、そのメンテナーのアカウントを停止。
GitHub 의 뒤바뀐 우선순위가 자체 시스템 해킹을 초래했다. 해커들은 새로 얻은 권한으로 다른 사람들의 저장소를 침해한다. GitHub 는 침해된 저장소를 감지하고, 그 메인테이너의 계정을 정지시킨다.
Las prioridades al revés de GitHub terminan causando un hack en sus sistemas. Los hackers usan sus poderes recién adquiridos para comprometer repos de otras personas. GitHub detecta el repo comprometido y suspende la cuenta de su mantenedor.
GitHubs verkehrte Prioritäten führen zu einem Hack ihrer eigenen Systeme. Hacker nutzen ihre neu gewonnenen Fähigkeiten, um andere Repos zu kompromittieren. GitHub erkennt das kompromittierte Repo und sperrt den Account des Maintainers.
j1elo
Seems like it's similar to the attack reported in this other HN post.
看起来类似于另一个 HN 帖子报告的攻击。
他の HN 投稿で報告された攻撃と似ているようだ。
다른 HN 게시물에서 보고된 공격과 유사해 보인다.
Parece similar al ataque reportado en otro post de HN.
Scheint ähnlich zu dem Angriff zu sein, der in einem anderen HN-Post gemeldet wurde.
Carbonhell