そっか～ニュース
記事を読んで、気分はそっか～。

OpenAIがCodex Securityをオープンソース化した

## Japanese Translation: `@openai/codex-security` ツールは、コードベース内に直接存在するセキュリティ脆弱性を特定、検証、修正することを目的とした CLI と TypeScript SDK です。このツールにより、チームはリポジトリの走査、コード変更のレビュー、発見結果の自動追跡が可能となり、安全な開発ライフサイクルが効率化されます。ユーザーはワークフローにこれらのチェックを簡単に統合できます：ローカルでの使用には `npm install @openai/codex-security` でインストールし、`npx codex-security login` でログインし、`npx codex-security scan .` で走査を実行します。継続的インテグレーション（CI）パイプラインでは、ログインを必要とせず `OPENAI_API_KEY` 環境変数を設定することで自動化がサポートされます。该软件は現代的な環境（Node.js 22+ または Python 3.10+）で動作し、GitHub Actions などの既存の CI システムにシームレスに統合できます。TypeScript SDK を活用することで、開発者はビルドプロセス内でチェックをプログラム的に初期化し、レポートパスを直接ログ出力できます。この反応的な修正から能動的な予防への転換により、チームは手動介入なしで効率的に堅牢なセキュリティ標準を維持できるようになります。

Substack の書き手にはウェブサイトが必要です。

## 日本語訳: 著者は、長期的な生存を確保するため、Substack を単なる配信チャネルとして厳格に扱うべきであり、主なデジタル居宅としては見なしてはならない。`substack.com` などのプラットフォームへの一依存はリスクが高く、同社は規約を変更した場合、著者がコンテンツや可见性（視認性）を失う可能性があるためであり、過去に Twitter、Medium、Reddit、Facebook が直面した状況と同様です。「デジタルテナント」または「デジタル小作農家」として突然の立ち退きに晒されることを避けるために、クリエイターは自らの独立したドメイン所有し、ホームベース（主要サイト）を自らコントロールする必要があります。著者ジョン・スカルズィはこの戦略を例示しており、その 28 年間の歴史を持つ独立ブログが安定的な錨（アンカー）として機能し、ソーシャルメディアはそのトラフィックをそちらへ誘導するための単なる増幅器として使用しています。このアプローチは POSSE（自サイトの公開他サイトへの Syndication：Publish On Your Own Site, Syndicate Elsewhere）手法と整合しており、RSS フィードを通じて著者の「事実上の真実源」から発信されたコンテンツが外部プラットフォームへと配信されることを保証します。これにより、将来の企業崩壊、アルゴリズムのシフト、無警告で少数派やローカライズされた声を沈黙させる可能性があるエコーチェンバーに対する防護策となります。独立したデジタル居宅を確保することで、著者は過渡的なエコシステムに対する耐性を保証し、ユーザーもクリエイターも利得志向のアルゴリズムに人質となるのを防ぎます。

ハーフライフを Mac OS 9 に移植

## Japanese Translation: ### サマリー： ハーフライフシリーズが、オリジナルタイトル発売から 28 年ぶりに、PowerPC ベースのマッキン托しコンピュータ向けの初プレイ可能版をリリースしました。これは GitHub ユーザー doctashay が Xash3D FWGS エンジンのフォーク（GoldSrc テクノロジーのリ実装）を用いて作成したものであり、Valve による過去のキャンセルされた計画や、Intel チップへの移行後の 2013 年版に続く長らくの空白を埋めるものです。このファングレードリリースには、『ハーフライフ』、『ブルー・シフト』、『オポージング・フォース』および『Uplink』のデモが含まれ、マルチプレイヤー対応を含み、開始から終了までフルプレイ可能です。Mac OS 9.0 以降で G3 や G4 プロセッサーなどのレガシーハードウェア上で動作し、廃棄されたシステムにも新たな生命を与え、これまでこれらのプラットフォームでは入手不可能だった象徴的なタイトルへのアクセスを維持します。この成就是マッキン托しゲームコミュニティにとって重要ですが、性能はユーザーのグラフィックカードに大きく依存します。VRAM が限られたデバイス（8MB 未満の iMac や iBook など）では動作が困難な場合があります。まだ公式 Valve プロダクトではありませんが、このリリースは PowerPC マクintosh の計算機史におけるキャンセルされた時代を成功裡に蘇らせます。

M1 Mac で Kimi K3 を動かす方法

## Japanese Translation: Deltafin は、正常なハードウェア制限を超えて単一の Apple Silicon Mac 上で、82,432 のエキスパートを有する大規模なパラメータ数 2.8 兆の Mixture-of-Experts（MoE）モデル Kimi K3 を成功裏に実行しています。この達成は、各トークンに対してデータの小さなサブセットのみを処理するアーキテクチャに基づいています。具体的には、92/93 のレイヤーにおけるトップ-16 ルーティング選択を通じて～25.8 GB のエキスパートデータを読み込みます。完全なローカルインストールでは約 1.7 TB のディスク容量が必要で、M1 Max チップ上での処理速度は約 16 セカンド/トークンですが、最適化されたストリーミングモードではフットプリントを 215 GB に削減でき、しかしキャッシュされていないエキスパートに対してはレイテンシが 3 分以上に大幅に増加します。この設定では、RAM にピン留めされた int8 のクアンタライズ済み 60 GB のリジデントスパインと、ディスク帯域幅の制限を緩和するための最適化されたフューズド MXFP4 カーネルが使用されます。ユーザーは Python 3.12+ の仮想環境を設定し、専用カーネルを構築して `setup_k3.py` を実行する必要があります。デフォルトでは、サービスはポート 8000 で OpenAI API を公開しており、`openai` SDK などの標準クライアントとの互換性を確保します。設定変数により GPU の選択、スパインの精度、推論的デコードのカスタマイズが可能であり、特に出力は `exact`（ログイット-ファイトフルモード）に設定されており、これは `temperature` および `top_p` を無視します。このアプローチは、激しい最適化により大規模言語モデルが消費者向けハードウェア上で動作することを示しますが、非インタラクティブな研究プロトタイプにとどまります。速度制限（長いプロンプトでは数時間必要）、複数リクエストの同時実行の欠如、およびさらなるタイムアウト調整が必要であるため、生産自動化には適していません。

Steel Bank Common Lisp バージョン 2.6.7

Anthropic は HAWK-256 に対する実用的な鍵復旧攻撃を発表する

## Japanese Translation: 元要約は高品質で包括的かつ明確です。ただし、「主要ポイントリスト」（特に「アクション」に関する言及）の具体的な粒度と完璧な整合性を確保するために、以下にやや改良されたバージョンを提示します： ## 改訂版要約 GitHub Copilot は**Direct Agents** を通じてインシデント作成からコードマージまでの開発ライフサイクル全体を自動化することで、ソフトウェア開発の在り方を根本的に変革する包括的な AI 駆動型プラットフォームへと進化しています。この変革の中核にあるのは、外部ツールの安全な接続を標準化するための**MCP リジストリ**や、GitHub 内でのあらゆるワークフローの自動化を可能にする**Actions**などを含む新たな機能です。この拡張により、計画（**Issues** 経由）、環境セットアップの即時化（**Codespaces** 経由）、厳格な自動コードレビュー（**Code Review** & **Code Quality**）といった日常的なタスクの処理が行われるため、効率が大幅に向上します。さらに、脆弱性の検出を目的とした**GitHub Advanced Security**や漏洩を防ぐための専用**Secret Protection**などを通じて、セキュリティも強化されます。これらの機能をアプリの近代化、DevSecOps、CI/CD など多様な段階に統合することにより、企業からスタートアップ、非営利団体、あらゆる規模のチームまでに対応した多角的なソリューションを提供しています。究極的には、このシフトは手作業によるコーディング労力を削減すると同時にコード品質とセキュリティ態勢を向上させ、複雑性は AI が担当し、開発者はイノベーションに集中できる統合された未来へと業界を進める原動力となります。

iPhone アップグレードプログラムが Apple Upgrade に変更されます

## Japanese Translation: Apple Upgrade は、Klarna による米国限定のデバイスリースプログラムであり、対象となる個人は iPhone を一括購入せずにリース利用することを可能にしています。ただし、米国領土および再整備されたデバイスは明確に除外されます。資格を得るためには、18 歳以上（またはその州の法定年齢を満たすこと）、有効な米国の住所を有し、アクティブな Apple ID を所持していること、承認済みの支払いカードを保有していること、および対象となる後払いモバイルキャリアを使用していることが求められます。プリペイドプランはサポートされていません。本プログラムは、従業員購入計画（EPP）の従業員、法人向け大口購入者、政府・教育機関・軍人・ベテラン向けの購入プログラムは明確に除外されています。すべてのデバイスアップグレードには新たなリース契約への加入が必要であり、アクティベーション前にチェックアウト時に再審査された信用承認が行われます。このイニシアチブは、資格を有する消費者に対して最新の iPhone モデルへのアクセスを広げる一方で、デバイスケア基準や返品条件の厳格な遵守を必要とし、手数料规避のため特定のロジスティクスおよび対象資格の枠組み内で運営されています。個々のリース市場よりも大口または再整備市場に優遇された設計となっています。

Kimi K3 アーキテクチャ概要および注記

## Japanese Translation: Kimi K3 は、テキストおよび画像をサポートする大規模オープンウェイトモデルとしての人工知能における決定的な進歩を代表します。そのパラメータ数は以前までの Kimi Linear モデルの 48B の制限を超え、前例のない 2.8 兆に達しています。主な成果は、計算資源を増やすだけでは達成できない極大規模を実現するために、効率性を重視した新たなアーキテクチャ改良を採用したことにあります。核心的な革新は、標準的な線形層を置換し、膨大なパラメータ数にもかかわらず速度を維持する LatentMixture-of-Experts (LatentMoE) デザインにあり、この LatentMoE コンポーネントは Nemotron 3 Ultra に採用されているものと同一です。さらに、Kimi K3 は NoPE（位置埋め込みの削除）を一律で導入し、以前局所的または全局的注意層で使用されていたすべての RoPE 層を取り除いています。これはフロンティアレベルのモデルにおいて、層の範囲に応じて RoPE と混ぜるのではなく、NoPE を排他的に使用する初の試みです。注意力残差と排他的な NoPE 実装を統合することで、このモデルは高パフォーマンスのマルチモーダル能力を提供しつつ、トレーニングコストも前例よりわずか 4％高く、推論コストも 2％しか高くなっています。今回のリリースは、LatentMoE を用いてフロンティアレベルの知性を効果的にスケールさせることが可能であり、かつ prohibitive なリソースオーバーヘッドを必要としないことを示すことで、新しい産業基準を確立しました。

MCP 2026 年 7 月 28 日仕様：通信のステートレス化へ移行

## Japanese Translation: モデルコンテキストプロトコル（MCP）が公式に仕様バージョン **2026-07-28** をリリースし、複雑なステートフルな接続から簡素化された **ステートレスなリクエスト/レスポンスアーキテクチャ** への決定的な転換を示しています。TypeScript、Python およびその他の言語における SDK のダウンロード数が月にあたり約 **5 千万回** に達している現在、この更新によりすべてのリクエストが自己記述可能となり、共有ストレージや永続セッションを必要とせずに標準的なロードバランサーを通じたシームレスなルーティングを可能にします。主なアーキテクチャの変更点としては、「initialize」エクスチェンジの廃止（代わりに `_meta` 内のメタデータを使用）および能力学習のためにオプションの `server/discover` RPC の導入が含まれます。複雑な双方向ストリームは **マルチラウンドトリプレクエスト（MRTR）** に置き換えられ、リストレスポンスには安定したキャッシュを支える `ttlMs` および `cacheScope` 属性が追加されました。セキュリティ面では、**RFC 9207** への準拠と **クライアント ID メタデータドキュメント（CIMD）** の導入によって強化され、従来のダイナミッククライアント登録手法に代わるものとなっています。サンプリング、ルートリスト表示、ロギング、HTTP+SSE トランスポートといったレガシー機能は正式な 12 ヶ月のアップグレード期間を経て非推奨となり、AWS、Microsoft、Google Cloud、Anthropic を含む主要エンタープライズパートナーがすでにこれらの更新を検証済みです。開発者は、重たい JSON ボディを解析する代わりに標準ヘッダーを使用することで、より効率的なゲートウェイを構築できるようになりました。

「報連相の遅延」－「最新ニュースが最後に入ることを誇りに思う」

## 日本語訳: 雑誌「Delayed Gratification」は、大胆に「スロージャーナリズム」という理念を主張しており、これは過熱した24時間ニュースサイクルとの競争ではなく、過去3 ヶ月に発生した重要な事象に焦点を当てる意図的なアプローチです。速度よりも品質・知性・インスピレーションを優先することで、読者に対して最近の歴史を悠々としたながら高品質な形で探求することを可能にしています。レビューでは、この独自のスタイルは「非常にクール」であり、豊富な有用な情報に満ちていると評されており、イアン・ヒスロップのような著名人がこれを英国で 2 番目に優れた雑誌と評価するに至っています。出版自体は、現代メディアの圧倒的なスピード感に対する新鮮な対案として明確に位置づけられており、グリーンランドシャークがその代謝速度の遅さと長寿で知られるように、この雑誌もまた、速足の世界の中で深みと内省を価値とする姿勢により繁栄しています。究極的には、それはユーザーに対して即座の情報消費に対する不可欠な代替案を提供し、業界全体に真の洞察には即時の配信ではなく時間と忍耐が必要であることを考えるよう挑発します。

Zig のインクリメンタルコンパイル内部機構

## Japanese Translation: ## サマリー： Zig コンパイラは、堅牢な増分コンパイル機能を日常のワークフローに統合することで、極めて効率的な開発ツールへと進化しました。この核心的な進歩により、開発者はコードの変更から表示までの時間を数秒から数ミリ秒まで短縮し、ほぼ瞬時のプロジェクト再ビルドを達成できます。具体的には、初期セットアップ後の Fizzy アプリを再ビルドする場合、所要時間は 50〜70ms で、内部プロファイラはリンク処理およびファイル解析がグラフ遍歴に比べて無視できるほど少ない 6ms を消費することを実証しています。Zig 0.16.0 が当初このコンセプトを導入しましたが、完全な機能はバージョン 0.17.0 で利用可能となり、自動状態キャッシュ化が標準になるまで初期ユーザーはキャッシュを手動でクリアするか、ウォッチモードを使用する必要があります。移行期間中に偽陽性のエラーなどの限界的な制限が発生する可能性はあるものの、変更されたコードに対して出力バイトをパッチ適用できるという能力は、パフォーマンス向上において画期的なマイルストーンです。今後のアップデートではこれらの再読み込み機構が完全に自動化され、安定性を確保し、現在の代替手法を排除すると期待されています。結局のところ、この転換は、現代のソフトウェア工学で期待される信頼性を損なうことなく、開発者が迅速に反復開発を行えることを可能にします。

再帰はあなたに嘘をついている

## Japanese Translation: Node Weekly #624 および JavaScript Weekly の最近の議論で得られた最も重要な教訓は、開発者が主要な実行環境（Chrome、Firefox、Safari など）において実装が不統一であるため、安定したプロダクションコードにおいて Tail Call Optimization (TCO) に依存できないということだ。TCO は ECMAScript 2015 規格の一部ではあるが、エンジン側は尾部再帰呼び出しを最適化しないことが多く、そのため標準的な再帰と同じくスタック領域を消費してしまう。この制限により、再帰の深さがエンジンの閾値を超えると `RangeError: Maximum call stack size exceeded` や `InternalError: too much recursion` などのエラーが発生する。 この問題は二重である：再帰は潜在的に指数関数的な時間計算量（例えば単純な Fibonacci）を引き起こすとともに、深い深さではスタックオーバーフローのリスクがある。また、実行環境が TCO をサポートしていなくても、尾部再帰的なコード（例えば最適化された合計計算など）でも新しいスタックフレームを呼び出しごとに割り当てられてしまう可能性があり、安全性は保証されない。したがって、業界におけるベストプラクティスでは、深いあるいは可変深度を持つ再帰的なパターンから、反復ループやトラampoline関数といった安全な代替手段へ移行する必要がある。これらのアプローチは、非決定論的な最適化振る舞いに依存せずに効率的にメモリを管理することでアプリケーションの安定性を確保する。尾部再帰が可読性の向上に寄与することは認められるが、正しい動作がそれらに依存してはいない；代わりに、小さな限定された深度のみで使用し、テスト時には理想化された入力ではなく現実的な上限値を使用すべきだ。

Claude を用いた暗号技術の弱点発見

## Japanese Translation: Anthropic の「Claude Mythos Preview」を利用する研究者らは、自律的な AI が暗号システムにおいて重大な脆弱性を発見できることを実証しました。最も重要な発見は、HAWK という後量子暗号アルゴリズムに対する攻撃であり、これにより有効な鍵強度が半分（$2^{64}$ から $2^{38}$ へ）に低下しますが、HAWK は依然として採用候補のスキームであり、現時点では実生産環境には導入されていません。さらに、AI は自律的に新しい「Möbius Bridge」と呼ばれる指紋付け技術を見出し、AES のラウンド削減版に対する攻撃を最大で 800 倍も改善するとともに、軽量暗号アルゴリズム（LEA）など他のアルゴリズムに対する実用的な攻撃や、Serpent、Salsa20、Poseidon、SHA-1 に対する先行的研究結果も得られています。これらの標的が採用候補か、または非生産環境に限定されているとはいえ、本研究は大規模言語モデルを厳密な人間監督なしに導入すると、重要なインフラを意図せず露見させる可能性があると警告しています。HAWK に対する攻撃の開発には、60 時間半自律的な作業を通じて約 10 万ドルの費用がかかりましたが、AES に対する攻撃はほぼ完全に自律的に 1 週間で開発されました。これらのリスクに対処するため、Anthropic は ETH スイス連邦工科大学、テルアビブ大学、ハイファ大学の学術機関と連携し、LLM の能力を評価するための CryptanalysisBench を構築することを計画しており、AI を暗号分野に統合するためのガードレールを設定するためのワークショップを開催する予定です。合意事項では、発見効率と厳密な検証のバランスを取り、実世界のセキュリティ基準の堅牢性を確保することが強調されています。

eBPF コードのプロファイリング方法は？

## Japanese Translation: 核心メッセージは、Linux カーネルの LSM フレームワーク内の最適化されていない eBPF セキュリティフックがファイルを開く総時間のほぼ 90% を消費し、システム管理者およびセキュリティエンジニアにとって重大なパフォーマンスボトルネックを引き起こすという点です。これを証明するために、研究者たちは低オーバヘッドの C ラインを用いたハネスを使って生 Syscall を呼び出し、カスタム `perf` パスと JIT コンパイルを含む正確なカーネル機器計測を用いて、厳密なテスト手法を開発し、`open` などの操作における eBPF テールコールによって引き起こされる遅延を特定しました。このデータはパフォーマンスチューニングが必須のプロダクション環境において重要であり、介入なしにセキュリティの可観測性機能が直接ファイル操作速度を妨害します。今後、開発者はこれらのホットパスを対象としたキャッシュまたはアルゴリズム上の改善を優先して lag を削減する必要があります。最終的には、この研究は eBPF をカーネル強化のために導入する際には、セキュリティ上の利得がシステムの利用可能性および効率性の受容できないコストによって台無しにならないよう、テールコールチェーンの慎重な最適化が必要であることを示しています。

新しいHIVワクチンが前臨床研究で例を見ない成功を示した

## Japanese Translation: La Jolla 免疫研究所（LJI）およびスクリップス研究所の研究者らが、現在第Ⅰ相ヒト臨床試験（IAVI G004）に参入しつつある画期的な HIV ワクチン候補を明らかにした。これはスクリップス連合 HIV/AIDS ワクチン開発プログラム内の 14 年にわたる協力に基づいており、霊長類において高レベルの広範囲中和抗体を誘導する初めてのワクチンであり、記録的な応答を示している。このアプローチは分子工学を用いて HIV 包膜抗原の簡略化された「顔写真」を作成し、「胚発生部位標的化」によって B 細胞の成熟をガイド（放牧）する二段階のプロトコル——すなわち初期プライミングショットに続きブースターショットを投与する——を採用している。マカク類の臨床試験では、対象動物の 44% が強力な広範囲中和抗体を発達させた。この戦略は HIV の主要な防衛メカニズム、すなわち急速な突然変異、糖鎖シールド、感染後の構造変化などを克服する。この進歩は国立衛生研究所（NIAID を含む）およびビル・アンド・メリンダ・ゲイツ財団の資金提供により実現したものであり、HIV ワクチン開発において画期的な前進を示している。

Show HN: XY – 高速でモジュール化可能で GPU 加速されたインタラクティブ描画ライブラリ

## Japanese Translation: 元のサマリーは強く、簡潔で正確です。しかし、キーポイントリストに基づいてそれを完全に包括的にするために、出力形式、具体的な統合方法（Reflex）、およびより正確なロードマップリストを含めるように強化しました。 **改善されたサマリー:** XY は、Web、ノートブック、および静的エクスポート（HTML、PNG、SVG、PDF）向けの高性能な Python グラフィクリブラリです。その核心的な強みは、Rust エンジンを採用し、表示されているデータポイントのみを処理することにあります。これにより、1 万点から 1 億点以上までのスケール（および OpenStreetMap の数十億点のデータセットを成功裏にレンダリング）を数ミリ秒で処理でき、Matplotlib や Plotly などの伝統的なツールを大幅に上回ります。チャートは宣言的に定義するか、標準的な `matplotlib.pyplot` 規約を用いて定義でき（Python、CSS、または Tailwind を用いた完全なカスタマイズが可能）、シンプルな `pip` または `uv` インストールにより既存のワークフローとシームレスに統合されます。XY は初期に全てのデータをロードせずにパン、ズーム、ホバーなどのインタラクティブ機能をサポートし、JavaScript も iFrame も使用せずに高忠実度の可視化を届けるために Reflex と統合されます。今後の展開として、ライブラリは Python データサイエンスとインタラクティブな Web 配信のギャップを埋めるために高度な分析ドメインへと拡大しており、今後の機能には 3D ボリューム可視化、回帰診断、カテゴリー分布（boxen、rug）などが含まれます。

Hulios：Linux 向けの eBPF を活用した透明型 Tor ゲートウェイ

## Japanese Translation: 以下の改善されたバージョンは、欠落している詳細を盛り込みつつ、文脈の流れと明瞭さを維持しています。 **改善されたサマリー:** Hulios は、Linux 向けに設計された eBPF を利用した透明な Tor VPN ゲートウェイであり、埋め込まれた Arti（Tor クライアント）および Hickory ベースの DNS リゾルバーを経由して TCP および DNS フローをリダイレクトすることで、アウトバウンドトラフィックを保護します。そのセキュリティアーキテクチャは、権限分離（root スーペバイザーが非特権ワーカーを起動）、seccomp フィルターによるサンドボックス隔離、カーネルポリシーブラックホールを持つフェイルセーフのキルスイッチ、LSM eBフックにより生 AF_PACKET ソケットをブロックする機能など、堅牢な隔離を最優先しています。Linux カーネル 5.10 以降を搭載し、必要な CONFIG フラグが有効化されたシステムへのインストールには、Arch Linux および Debian 13（Bookworm）の検証済みプラットフォームを利用できます。Arch では `paru` や `yay` を用いて AUR パッケージ（例: `hulios-git`）からインストール可能です。 alternatively、依存関係（clang、libelf、zlib、sqlite）をインストールし、GitHub リポジトリをクローンして Rust でコンパイルすることでソースからビルドすることも可能です。使用方法は、状態管理のための単純なコマンド（`start`、`stop`、`status`、`diagnose`、`recover`）で実現され、カーネルとの相互作用には通常 sudo の実行が必要ですが、`status` と `diagnose` は例外となります。Hulios は出口ノード、DNS、厳格なロックダウンモードのカスタマイズなどに対応した構成テンプレート（例: `/etc/hulios/config.toml`）を自動的に生成します。ユーザーは、Hulios が完全な匿名性を保証するものではなく、ルート侵害やデータ漏洩に対する保証を提供せず、ブラウザのトラッカーやクッキーを削除できないことを理解しておく必要があります。効果的なプライバシーを実現するには、SOCKS インターフェースを通じて公式 Tor ブラウザと組み合わせる必要があります。サポートについては、Bitcoin、USDT TRC20、USDC ERC20 のドネーションアドレスが用意されています。

キミ線形：表現力と効率性に優れた新しいアテンションアーキテクチャ (2025)

## Japanese Translation: Kimi チームは、短文脈、長文脈および強化学習のスケーリングレジームにおいて従来のフルアテンションモデルを大幅に凌駕し、かつ計算コストを削減するハイブリッド線形アテンションアーキテクチャ「Kimi Linear」を導入しました。この革新は、特に非常に長い入出力の処理に適した卓越した効率性を提供するとともに、シームレスなドロップイン置換ソリューションとして機能します。コア技術である Kimi Delta Attention (KDA) は、Gated DeltaNet に由来するより細粒度なゲーティングメカニズムを通じてリカレントネットワークにおけるメモリ使用量を向上させます。さらに、モデルは KV キャッシュの計算を最大 75% 削減し、100 万トークンの文脈においてデコード速度を最大 6 倍に向上させることを目的とした特別設計の対角線＋低ランク (DPLR) アルゴリズムを採用しています。総パラメータ数 48B のうち 3B のみを活用するにもかかわらず、このアプローチは同一のトレーニング手法を用いて多様なタスクにおいてフルマルチヘッドレイトンテンションを上回ります。広範な採用を支援するため、チームはオープンソースの KDA カーネルおよび事前学習済みチェックポイント（インストラクションチューニング版を含む）を公開しています。最終的に、この画期的な進歩は、業界にハードウェア要件の低下しながらも大規模なデータ文脈を処理する能力を提供します。本論文は Kimi チームの 56 名のメンバーによって執筆され、2025 年 10 月末から 11 月初旬にかけて 2 つのバージョンとしてリリースされました。

Show HN: どれくらい移動すれば 10 万人に遭遇できるでしょうか？

## Japanese Translation: ペタル長とは、10 万人に到達するために必要な距離として定義されます。この指標は、人口密度と移動距離を組み合わせた測定値であり、さらなる正当化なしにカバー範囲基準を確立するためのものとして機能します。

ロボティクス開発をオープンソースで超簡単

## Japanese Translation: Peppy.bot は、非専門家向けの人型ロボットの開発を簡素化するために設計された ROS 2 のオープンソース代替製品です。その中心的な使命は、ユーザーが自然言語のプロンプトのみを使用することで実世界のロボット動作を生成できるようにし、自律型ロボティクスを民主化することにあります。Isaac Sim や MuJoCo などの産業標準のシミュレーションツールとの統合により、開発者は物理ハードウェアへの展開前にコードを仮想環境内で 5 分以内に検証することができ、この段階的アプローチにより、深いプログラミング知識がなくても複雑な動作の安全なテストが可能になります。その結果、Peppy.bot は参入障壁を大幅に低くし、多様な産業が高度なロボットを迅速に展開することを可能にします。単純なプロンプトと物理的な実行とのギャップを架橋することで、このツールはロボティクス工学において従来必要とされてきた厳格な安全チェックを維持しつつも、イノベーションの加速を実現すると約束しています。

GPS スマートウォッチ – 修理可能、USB-C 充電対応、開発者向け

## Japanese Translation: UNA は、サステナビリティと所有権にコミットするスコットランドのエンジニアによって製造された修理可能なスマートウォッチ「UNA GPS Watch」をご紹介します。その完全モジュール化された設計により、ドライバー1本でバッテリーや画面など部品を簡単に交換でき、封止デバイスで見られる使い捨てサイクルを回避します。同ウォッチは、開発者がセンサーへの全アクセスを利用してカスタムアプリを開発できるオープンSDKを備え、デュアル周波数GPS、気圧式高度計、6軸加速度計、常時動作ハートレート監視機能を搭載しています。独自のものとしては初めてである280 mAhハードシェルバッテリーを搭載し、最大10日間の稼働を実現しており、標準的なスマホ充電器で使用できるユニバーサル USB Type-C 充電ケーブル（IP68 規格）を採用し、専用ケーブルからの解放を達成します。ラン、ライド、ハイキングなどシンプルな追跡に焦点を当て、不要なバloatware を排除し、活動完了後にモバイルアプリ（iOS と Android で利用可能）を通じてデータを Strava などのプラットフォームに同期します。このオープンソースアプローチは、ユーザーの所有権を100%確保するとともに、長期的コスト削減と電子廃棄物の削減を実現し、消費者技術におけるサステナビリティと修理可能性への大きな転換を象徴しています。

ハーモニー解説：音楽の科学的理論への進展（2012）

## Japanese Translation: 本論文は、物理的および計算論的な現象を基礎とした音楽の科学的理論を提示し、従来の教科書を中世の医学書に見られるような「正当化された迷信」として批判する。著者であるダニエル・ウィルカーソンは、メジャー・スケール、標準和音辞典、そしてメジャー三和音とマイノリティアンスの間の感情的な差という 3 つの核心現象を導き出した。ヘルムホツツが独立してメジャー・スケールを導出した（1863 年）ことは認められるが、ウィルカーソンは標準和音辞典の導出が自らの独自のものであると主張している。また、彼はヘルムホツツが「単一の音符が究極の調和音を象徴する」という誤った示唆を行い、これが調和の可能性を否定してしまう点を批判している。本書では、音楽家に対し、この計算論的な視点を通じて調和および和音の構成を再評価することを要請している。本論文は、2012 年 2 月 20 日（水曜日）の v1 バージョンと 2014 年 6 月 9 日（月曜日）の v2 バージョンとして提出され、それぞれのファイルサイズはそれぞれ 1,065 KB および 1,067 KB であったが、これらの詳細は本論文の核心的な科学的影響には関係しない。

WOFF 1.0：W3C の Web フォントにおけるマイルストーン

## Japanese Translation: 要約は、完全性と正確性を確保するために、キーポイントリストからの具体的なマイルストーン、技術的な詳細および正確な統計データを組み込む必要があります。 ## 改善された要約： ウェブタイポグラフィの進化は、法的障壁から技術的優位へと移行し、業界を牽引したのは WOFF 2.0 となりました。取り組みは **1994** 年に W3C が設立されて開始され、1996 年および 1997 年の初期ドラフトでは `@font-face` を導入しましたが、特定の書式を義務付けず、ライセンス問題も扱いませんでした。**1998** 年に CSS WG は `@font-face` を CSS2 に採用しましたが、DRM、暗号化、ベンダーの法的責任に関する熾烈な議論により、広範な採用は 10 年以上遅れました。重要な転換点は **2009** 年で、Jonathan Kew が Zlib 圧縮を使用する ZOT 形式を提案し、Tal Leming と Erik van Blokland が `.webformat` を提案しました。両者とも暗号化を行わず、2009 年 8 月にはこれらが WebOTF に統合され、WOFF という名称に変更されました。**2010 年 7 月 27 日** に WOFF 1.0 の最初の公開作業ドラフトが公開され、これはほぼゼロに近い 2011 年の利用状況から 2020 年にはウェブフォントの約 80% まで伸びた完全に DRM フリーな技術の発表を意味しました。 2012 年 3 月に Raph Levien が改善案を提案し、**WOFF 2.0** が生み出されました。WOFF 2.0 は MicroType Express と Brotli 圧縮を活用してファイルサイズを最大で 40% 削減します。WOFF 2.0 は 2024 年 8 月に W3C 勧告ステータスを取得し、2025 年のフォントリクエストの約 65% を占めています。この取り組みは、Vladimir Levantovsky と Raph Levien を含む 7 名の専門家が **2022 年 4 月** に エミー賞を受賞したことで認められました。今後への焦点は、Incremental Font Transfer (IFT) にあり、これはブラウザがファイル全体を待たずにフォントの一部を即座にロードできるようにします。この革新は、中国語、日本語、韓国語などの複雑な言語におけるページの読み込み速度を大幅に向上させ、滑らかなユーザー体験と長期的な安定性を確保します。

ツールクラフト

## Japanese Translation: Toolcraft は、開発者が複雑なワークスペースをゼロから構築するのではなく、望ましい結果に焦点を当てることで、カスタム AI 駆動型デザインアプリケーションを迅速に構築できるように設計されたオープンソースのスタートキットおよび UI ライブラリです。コードベース内に AI インドクションを埋め込むことで、動作可能なキャンバス、タイムライン、レイヤーシステム、ツールバー、パネル、スライダー、キーフレームワークフローを含む完全なアプリケーションアーキテクチャを提供すると同時に、埋め込まれたパフォーマンスルールとテストガイドラインにより高いビジュアルの整合性を保証します。このツールキットは、小さなクリエイティブプロダクト、内部ユーティリティ、インタラクティブ実験、ワークフロー固有のツールなど多様な用途のための汎用的な基盤として機能し、参入障壁を大幅に低下させます。Codex、Claude、Cursor（または他の任意のエージェント）のような一般的な AI エージェントと互換性があり、Toolcraft を活用することで、すべての UI 要素を手動でエンジニアリングするのではなく、高度な AI のスキルを活用して高品質なクリエイティブアプリケーションをはるかに迅速にローンチできます。インストールは次のコマンドから開始されます：`npx @pixel-point/toolcraft create`。

沸騰した水を生き延びる方法

## Japanese Translation: 最も重要な発見は、熱処理されたプロバイオティクス入りのティーの実際の有効性に関し、それが健康に関する約束を大きく下回る可能性がある点にあります。1994 年の牛乳パック実験が歴史的な文脈を提供しており、未冷蔵条件下で芽胞形成細菌が 27 年間生存したことから、その耐性を示しています。この特性は、ルイ・パストールの Pasteurization（巴氏殺菌）および発酵に関する研究によって可能になりました。2024 年時点では、CDC のデータが高額な抗菌剤使用率を強調しており、それと対照的にプロバイオティクス業界の主張が提示されています。実験により、1915 年に腐敗した牛乳から発見され（2012 年に FDA から GRAS に指定された）、沸騰水中でも生存する *Bacillus coagulans* という芽胞形成細菌が確認されました。具体的には、Bigelow レモン生姜ティー（プロバイオティクス入り）に含まれる BC30™菌株に対し、PCR 分析により煮沸されたティーおよび冷水抽出されたティーの両方から得られるコロニーが確かに*Bacillus coagulans*であることが確認され、沸騰水中で抽出したティーからのプレート上の細菌コロニー数は、冷水抽出によるもの compared に 5 倍増加するとの実験結果が得られています。 しかしながら、この生存優位性にもかかわらず、適切に抽出された 1 杯のプロバイオティクス入りティーでは約 30,000 CFU が得られ、これは臨床試験で使用され健康上の主張（例えば腹痛や膨満感の軽減）を検証するために用いられた 10 億 CFU の投与量のわずか 0.003% に過ぎません。これは、標準的な準備方法は治療効果を発揮に必要な有効な投与量を大幅に減少させることを示しており、消費者が生きた細菌の恩恵に対する期待を揺るがしています。したがって、腸内微生物叢を理解するためには、一時的な種の添加という点から焦点を移し、特定の追加された微生物組織が調理後に生存しないか意図通りに機能しない可能性を頼りにするのではなく、強靭な腸内微生物生態系を育むための食事介入へとシフトさせる必要があると推測されます。

インターネットを殺し続けることをやめよう：デジタルIDも年齢確認もなし

## Japanese Translation: 提供されたテキストは、欧州連合の枠組み内での主たる対象として市民イニシアチブを簡潔に紹介し、それが市民が利用可能な手続き上のツールであることを指摘しています。

Uv 0.12.0

## 日本語翻訳: 最新の **uv** リリース（バージョン 0.12.0）には、安全性および仕様に準拠するための重要な更新が含まれていますが、直ちに対応を要する大規模な互換性のない変更も伴います。`uv init` で作成されるプロジェクトはデフォルトとして `uv_build` システムを使用したパッケージ化されたレイアウトを採用し、以前の非パッケージ化スタイルを使用したい場合は `uv init --no-package` を使用してください。また、本ツールはセキュリティ基準を厳格化するため、ホイール用の非 .tar.gz ソースアーカイブおよび bzip2、LZMA、XZ などのレガシー圧縮フォーマットを拒否します。この変更は、MD5 などの弱いたんじゅりアルゴリズムから離れ、大文字小文字区別のない予約済みインタプリタ名によるシステムエラーを防ぐことにより、現代的な Python パッケージングのベストプラクティスと一致するものです。 互換性を維持するためには、開発者がプロジェクトを調整して新しいデフォルトのパッケージ化されたレイアウトを採用するか、`--no-package` フラグを使用して明示的にそれを無効にする必要があります。依存関係を管理するチームは、ソース配布物を安全な .tar.gz ファイルのみを受け入れるように再構築し、ホイールのエントリが承認された圧縮手法（stored、DEFLATE、zstd）を使用していることを確認する必要があります。セキュリティ意識の高いユーザーも、`pylock.toml` ファイルの構成更新や信頼ルートに関連する CLI フラグ（例：提供された場合にシステム証明書に置き換わる `--cert` フラグ）の変更を含む移行タスクに対処する必要があります。これらの変更は、厳格なハッシュチェックと高度なセキュリティへのより広い業界トレンドを反映しており、将来の Python パッケージングエコシステムが脆弱性に耐性を持ちながら、公式の基準に正確に準拠することを保証しています。