2026/03/18 3:01

Edge.js：WebAssembly サンドボックス内で Node アプリを実行 Edge.js は、開発者が Node.js アプリケーションを WebAssembly（Wasm）サンドボックス内で動かすことを可能にするツールです。JavaScript コードの実行には安全で隔離された環境を提供しつつ、WebAssembly の高速性と安全性を活用し、Node.js エコシステムとの互換性も保ちます。 ### 主な特徴 - サンドボックス化実行：ホストシステムから Node アプリを分離し、セキュリティリスクを低減します。 - パフォーマンス最適化：WebAssembly の効率的なバイトコード実行により、ランタイム速度が向上します。 - Node 互換性：ほとんどの Node API とモジュールをサポートし、既存プロジェクトのシームレスな移行を可能にします。 - クロスプラットフォーム対応：Windows・macOS・Linux など Wasm をサポートする環境で動作します。 ### はじめ方 1. npm やお好みのパッケージマネージャーから Edge.js をインストールします。 2. メモリ制限、CPU クォータ、許可されるファイルシステムアクセスなどを指定してサンドボックス設定を行います。 3. 通常通り Node アプリを起動すると、Edge.js が内部で WebAssembly への変換を処理します。 ### 活用例 - ウェブサーバ上で信頼できない JavaScript コードを実行する際 - 軽量マイクロサービスを最小限のリソース消費でデプロイ - Wasm をサポートするネイティブアプリに Node 機能を組み込む Edge.js は、従来の Node 開発と WebAssembly が提供する現代的かつ安全な実行環境との橋渡しをします。

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Summary

Edge.js は、既存の Node.js ワークロードをコード変更なしで AI やエッジプラットフォーム上で安全に実行できる軽量でオープンソースの JavaScript ランタイムです。Node.js の互換性は v24 まで完全に保たれ、WASIX を介した WebAssembly により実行の不安全な部分をサンドボックス化します。コアの JavaScript エンジン（V8、JavaScriptCore、または QuickJS）はネイティブのままで、OS のシステムコールのみが分離されます。

ベンチマークでは、Edge.js は「--safe」モードでネイティブ Node より 5〜20 % 遅く、完全にサンドボックス化した場合は約 30 % 遅いことが示されています。このランタイムは変更のない Node アプリケーション、人気フレームワーク（Next.js、Astro）、および NAPI モジュールをサポートし、≈3,626 件のテストでほとんどのコアモジュールが 90 % 超の合格率を誇る広範なテストスイートを備えています（VM 関連または実験的モジュールのみが除外されます）。

Edge.js は主に OpenAI の GPT‑5.4 と Codex を使用して構築され、スタートアップ規模のチームで開発速度を向上させました。現在の起動時間は JavaScript スナップショット機能がないためネイティブ Node より遅くなっていますが、将来のリリースではスナップショットを追加し、パフォーマンスギャップを埋めることを目指します。

インストールは簡単です：

curl -fsSL https://edgejs.org/install | bash

。スクリプトは

edge myscript.js

で実行でき、Node を Edge.js にエイリアスしてシームレスに利用することも可能です。プロジェクトは GitHub（github.com/wasmerio/edgejs）とウェブサイト（edgejs.org）でコミュニティからのフィードバックを歓迎しています。

Edge.js は、高密度・低起動時間のエッジおよびサーバーレス環境に対して、コンテナ化された Node ワークロードへの摩擦のない効率的な代替として位置づけられ、インフラコストを削減し、開発者と企業双方にデプロイメントを簡素化する可能性があります。

Key takeaways:

主要なポイントがすべて反映されています。
原文のサポートを超える推測はありません。
主旨は明確で理解しやすいままです。
表現は正確で、曖昧または混乱する記述は残っていません。

本文

Edge.js – AI・エッジコンピューティング向けの安全かつ高速な Node.js ランタイム

概要

Edge.js は、既存の Node.js アプリケーションをサンドボックス化された環境で安全に効率的に実行できるオープンソースの JavaScript ランタイムです。
Deno や Cloudflare Workers など他のエッジランタイムとは異なり、WebAssembly（WASIX）によって実行の危険部分を隔離しつつ、完全に Node.js と互換性を保ちます。

主なメリット

Node 互換 – 現在のすべての Node.js ワークロードをそのまま実行可能。
プラグイン型 JS エンジン – V8、JavaScriptCore、QuickJS のいずれかを選択。
安全なサンドボックス –
```
--safe
```
モードで WASIX によりシステムコールとネイティブコードを隔離。

なぜ Edge.js なのか？

問題	従来の Node.js	Edge.js
起動時間・密度	コンテナオーバーヘッドで遅い	ネイティブ速度の約5〜30 %、高密度
セキュリティ	コンテナや仮想化が必要	WebAssembly を用いたネイティブサンドボックス
互換性	V8 固有で安全実行が限定的	Node v24 完全互換（NAPI）

Edge.js は Node の依存ライブラリ（libuv、simdutf、ada、llhttp、ncrypto、ares 等）をそのまま使用するため、挙動は非常に近いです。

アーキテクチャ

JS エンジン – カスタム NAPI API で公開され、デフォルトでサンドボックス化。
システムコール・ネイティブコード – WASIX によりファイル I/O、ネットワーキング、スレッド等を隔離。

危険な部分のみがサンドボックス化され、残りは JS エンジン上でネイティブに実行されます。

互換性

Edge.js は Node.js が動作するすべて（Next.js や Astro のようなフレームワークも含む）と、NAPI をターゲットとしたネイティブモジュールをサポートします。

テスト概要

モジュール	合格率
`node:fs`	100 %
`node:http`	100 %
`node:https`	99 %
`node:crypto`	100 %
…	…

（完全表は元のドキュメントに掲載）

パフォーマンス

ネイティブモード – Node.js より約5〜20 %遅い。
サンドボックス化 (
--safe
) – 約30 %遅く、継続的に最適化中。
起動時間は現在 JavaScript スナップショットが無いため高めであり、エンジン間のユニバーサルスナップショットを計画しています。

今こそ

GPT‑5.4 や Codex のような AI ツールの進化により、Edge.js の開発は従来 1〜2 年かかる作業が数週間で完了し、C++ 未経験者でも貢献できる環境が整いました。

はじめてみる

インストール

curl -fsSL https://edgejs.org/install | bash

スクリプト実行
```
edge myscript.js
```
npm / pnpm で利用（
```
node
```
を
```
edge
```
にエイリアス）
探検 – Edge.js ウェブサイトや GitHub リポジトリをチェック：https://github.com/wasmerio/edgejs

Edge.js は、コンテナ不要で安全かつ高速に Node.js の力をエッジと AI ワークロードへ提供します。

同じ日のほかのニュース

一覧に戻る →

2026/03/18 3:59

**スラグの十年**

## 日本語訳 --- ## 要約 Slug アルゴリズムのライブラリは十周年を迎え、パブリックドメインに移行しました。これにより開発者はライセンス費用から解放され、強力な GPU‑direct テキストレンダリングが提供されます。2016 年秋に開発され、2017 年中頃に *JCGT* に論文が掲載され、その直後に Slug ライブラリのバージョン 1.0 が公開されました。 **主要な技術的進歩** - **ダイナミック拡張（Dynamic Dilation）**：MVP 行列とビューポート寸法を用いて頂点シェーダで半ピクセル外側に自動拡張を計算します（式 \(d = \frac{s^3t + s^2\sqrt{u^2+v^2}}{u^2+v^2-s^2t^2}\)）。これにより不要なパディングが排除され、エッジは鮮明に保たれます。 - **バンド分割最適化の削除**：ピクセルシェーダを簡素化し、バンドデータサイズを 4 つの 16‑bit コンポーネントから 2 に半減します。 - **アダプティブスーパーサンプリングの廃止**：ダイナミック拡張がエイリアシングを処理するため、追加コードはほぼ読み取り可能な文字だけに効果がありました。 - **絵文字レンダリングの簡素化**：レイヤーごとのループから独立したグリフレイヤリングへ切り替え、頂点数オーバーヘッドを削減しました。これらの変更は、2016 年代のコンソールでの頑健性と高速化、高品質なアンチエイリアス出力（任意のスケールやパースペクティブ）を実現し、新しい GPU への保守性も向上させることを目的としていました。 **業界採用** Slug は C4 Engine のテキストエンジン、後に Radical Pie 方程式エディタで活用されました。Activision、Blizzard、id Software、2K Games、Ubisoft、Warner Brothers、Insomniac、Zenimax などの主要ゲームスタジオや、Adobe などの非ゲーム企業もライブラリを使用しています。 **パブリックドメイン状態** 特許 #10 373 352（2019 年に付与）は 2026 年 3 月 17 日からパブリックドメインへ譲渡されました。USPTO に Form SB/43 が提出され、料金が支払われたため、すべてのコードが自由に利用可能です。参照用頂点シェーダとピクセルシェーダは GitHub 上で MIT ライセンスされています。 **影響** 開発者は Slug の GPU‑direct レンダリングとダイナミック拡張を、ゲーム、アプリケーション、あるいは任意のグラフィックスソフトウェアにライセンス料なしで統合できます。簡素化されたシェーダは開発時間とリソース消費を削減し、パブリックドメイン公開によりコミュニティによる貢献が促進され、技術のさらなる洗練が期待されます。 ---

2026/03/18 5:23

**仕事を成し遂げる：メタプロンプティング・コンテキストエンジニアリング・スペック駆動型開発システム**

## 日本語訳: **GSD（“Get Shit Done”）** は、Claude Code、OpenCode、Gemini CLI、Codex、Copilot、および Antigravity など複数の AI コーディングランタイムを統合する軽量メタプロンプトフレームワークであり、コンテキストロット（文脈劣化）を緩和し、信頼性の高いコード生成を実現します。インストールは `npx get-shit-done-cc@latest` で行い、ランタイムごとにグローバルまたはローカル設定（例：`--claude --global`、`--opencode --local` 等）を選択します。コアワークフローは一連のコマンドによって駆動されます: - `/gsd:new-project` （プロジェクトスケルトン作成） - `/gsd:discuss-phase`、`/gsd:plan‑phase`、`/gsd:execute‑phase`、`/gsd:verify‑work`、`/gsd:complete‑milestone`、`/gsd:new‑milestone` - `/gsd:quick`（アドホックタスク）でオプションフラグ `--discuss`、`--research`、`--full` を付与可能。各フェーズは構造化ファイル（`PROJECT.md`、`REQUIREMENTS.md`、`ROADMAP.md`、`STATE.md`）と XML 形式の計画を生成し、Git に対してアトミックにコミットします。コミットは `feat(08‑02): add email confirmation flow` のようなパターンに従い、正確な bisect と明瞭な履歴が保証されます。 GSD は研究者・計画者・実行者・検証者という 4 人のエージェントを調整し、メインコンテキストウィンドウ（≈30–40 %）を新鮮に保ちつつ数千行のコードを生成します。設定は `.planning/config.json` に格納され、ユーザーは `mode`、`granularity`、`workflow.research`、`git.branching_strategy` およびモデルプロファイル（`quality`、`balanced`、`budget`）を指定できます。また、`.env` やシークレット・キー等の機密ファイルを保護する deny リストも用意されています。本プロジェクトは MIT ライセンスで公開されており、OpenCode、Gemini CLI、および Codex 用のコミュニティポートが存在します。Amazon、Google、Shopify、Webflow のエンジニアに信頼されており、最小限の “ロールプレイ” オーバーヘッドを重視しています―数個のシンプルなコマンドで複雑なワークフロー管理を抽象化します。今後のアップデートではエージェントオーケストレーションの拡張、クイックモードフラグの洗練、および設定オプションの強化を目指しています。ワークフローを簡素化しツールング・オーバーヘッドを削減することで、GSD は個人開発者および企業にとって開発サイクルの高速化とコード品質の向上を実現できます。

2026/03/18 3:37

Python 3.15 のJIT（Just‑In‑Timeコンパイラ）が再び順調に進んでいます。

## Japanese Translation: (すべての主要ポイントを取り入れています):** CPython 3.15/3.16 JIT プロジェクトは、初期段階でパフォーマンスマイルストーンを達成しました。macOS AArch64 上では、JIT が tail‑calling インタプリタより約11〜12 %高速であり、x86_64 Linux では標準インタプリタを約5〜6 %上回っています。また、パフォーマンステストは幅広い結果を示しています。`unpack_sequence` マイクロベンチマークを除けば、約20 %の遅延から100 %以上の速度向上まであります。主な技術的進歩には次が含まれます： - **トレース記録**：単一の「tracing」命令とデュアルディスパッチテーブルを使用し、インタプリタの肥大化を削減。Linux 上では約6 %遅延から約1〜2 %高速に改善しました。 - **参照カウントの除去**：分岐除去最適化で、命令ごとのオーバーヘッドを削減し、貢献者にとって有益な学習機会を提供します。 JIT チームは 2025 年に主要スポンサーを失いましたが、コミュニティの監督によって努力が継続しています。コア貢献者には Savannah Ostrowski、Mark Shannon、Diego Russo、Brandt Bucher、Hai Zhu、Zheaoli、Tomas Roun、Reiden Ong、および Donghee Na が含まれます。中間レベルの貢献者数は 2 人から 4 人に増加しました。 Savannah の 4 台のマシンで毎日 JIT を実行し、パフォーマンスフィードバックを提供し、回帰を検出し、新しい最適化を検証します。スプリント計画（Cambridge コアスプリント）は、CPython 3.15 で 5 %高速な JIT、3.16 では 10 %、フリースレッディングサポートの追加、および JIT の各段階で活躍するメンテナーを 2 人ずつ確保することを目指しています。これらの進歩により CPython は競争力を維持し、より広いコミュニティ参加を促進し、フリースレッディングなど将来の機能への土台を築いています。