2026/04/07 22:39

Google は実験的エージェント編成テストベッド「Scion」をオープンソース化しました。

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

要約▶

Japanese Translation:

Scion は、Google が「エージェント用ハイパーバイザー」と表現した実験的なオーケストレーションテストベッドです。各ディープエージェント（Claude Code、Gemini CLI、Codex など）を専用の git ワークツリーと認証情報を持つ独立したコンテナで実行し、同一プロジェクト上で複数のエージェントが干渉せずに並行して作業できるようにします。
エージェントはローカル、リモート VM、または Kubernetes クラスター上で Docker、Podman、Apple コンテナ、あるいは名前付きプロファイルランタイムを使用して実行できます。Scion はコード化・監査・テストなどの目的を並列に実行する動的タスクグラフをサポートします。
プラットフォームでは grove（プロジェクト）、hub（中央制御プレーン）、および runtime broker（ハブが稼働するマシン）という用語を導入しています。各エージェントのライフサイクル、認証、および設定を管理する一連のアダプタを harnesses と呼びます。現在、OpenCode と Codex のサポートは部分的です。
Google はゲーム Relics of the Athenaeum で Scion を実演しました。この例ではランナーが新しいキャラクター/エージェントインスタンスを生成し、それらがワーカーおよび専門化されたエージェントを生成して、共有ワークスペースと直接メッセージングを通じて協力します。
Scion は制約よりも隔離を重視し、「--yolo」モードを提供しています。このモードではコンテナ化、git ワークツリー、およびネットワークポリシーに対応した計算ノードが用意され、エージェントは必要な操作を実行できる一方で外部境界を尊重します。

本文

Scion – 実験的エージェントオーケストレーションテストベッド

ローカルとリモートのコンピューティングリソースにまたがるコンテナ内で同時実行される複数のエージェントを管理することを目的として設計されたScionは、開発者がアイデンティティ・認証情報・共有ワークスペースを隔離した状態で特化型エージェント群を稼働させるための実験的オーケストレーションテストベッドです。

Google は Scion を「エージェント用ハイパーバイザー」と表現し、エージェントメモリ・チャットルーム・タスク管理など多エージェントシステム構成要素を横断的な関心事として統合できると述べています。

Scion は ディープエージェント（Claude Code、Gemini CLI、Codex など）を隔離された同時実行プロセスとしてオーケストレーションします。各エージェントは独自のコンテナ、git ワークツリー、認証情報を持ち、互いに干渉することなくプロジェクトの異なる部分で作業できます。エージェントはローカル、リモート VM、Kubernetes クラスター上で実行可能です。

Scion は開発者が動的に進化しつつ並列に実行されるタスクグラフを管理できるようにします。目的はコーディング・監査・テストなど多岐にわたり、固定セットのエージェントに依存せず、異なるライフサイクルを持つエージェントをサポートします。あるエージェントは長期稼働で専門的な役割を担い、別のエージェントは単一タスクに結び付いた短命で臨時的です。

Scion のコア原則のひとつは、安全性を保つために制約よりも隔離を優先することです。埋め込みルールでエージェントの振る舞いを制限する代わりに、Scion は外部境界とガードレールを適用しながら、エージェントがタスク完了に必要な行動を自由に取れるようにします。

エージェントは「yolo」モードで実行され、コンテナ・git ワークツリー・計算ノードの隔離が施されます。ネットワークポリシーはインフラ層で管理します。
複数の人気エージェントをサポートするアダプタ（ハーネス）により、ライフサイクル・認証・設定を統括します。Gemini、Claude Code、OpenCode、Codex（後者二つは部分的サポート）が含まれます。
Docker、Podman、Apple コンテナ、Kubernetes（名前付きプロファイル）など、さまざまなコンテナランタイムを Scion と共に利用できます。

Scion を使用するには、独自の語彙に慣れる必要があります。主な概念は以下の通りです。

grove – プロジェクト
hub – オーケストレーション用中央制御平面
runtime broker – hub が稼働するマシンなど

Google は、Scion の機能を紹介するためにゲーム Relics of the Athenaeum のコードベースを公開しました。この例では、複数のエージェントが計算パズルを解くために協力します。異なるハーネスで稼働する個別エージェントはキャラクターを模倣し、ゲームランナーは新しいキャラクター/エージェントを生成し、それらがさらにワーカーや専門エージェントを動的に起動します。協調はチャレンジデータの読み書きを行う共有ワークスペースと、直接メッセージおよびパーティ全体へのブロードキャストを通じて実現されます。

著者について

Sergio De Simone

同じ日のほかのニュース

一覧に戻る →

2026/04/08 3:09

**プロジェクト・グラスウィング：AI時代における重要ソフトウェアの保護**

## Japanese Translation: Project Glasswingは、AWS、Microsoft、Google、Cisco、Apple、Broadcom、JPMorgan Chase、NVIDIA、Palo Alto Networks、およびLinux Foundationを含む主要なクラウド・ソフトウェア・金融企業を結集し、Anthropicの未公開Claude Mythos Preview AIを用いて高重大性のソフトウェア脆弱性を発見・修正することを目的としています。Mythos PreviewはすでにOpenBSD、FFmpeg、およびLinuxカーネルで重要なバグを検出し、その後メンテナがパッチを適用しました。Anthropicはパートナー向けに最大1億ドルの使用クレジットと、オープンソースセキュリティグループへの追加400万ドルの寄付を提供しており、40社以上の組織もモデルアクセスを受け取ります。参加者は90日以内に調査結果を公開し、ベストプラクティスを共有し、脆弱性開示、自動パッチング、安全な開発ライフサイクル、およびサプライチェーンセキュリティに関する推奨事項を策定する予定です。このイニシアチブは米国政府担当者と協力してツールの攻撃および防御機能を評価し、最終的には独立した組織が業界・公共部門全体で継続的な大規模サイバーセキュリティ作業を調整する可能性があります。研究プレビュー後、AnthropicはMythos PreviewをClaude API、Amazon Bedrock、Google Vertex AI、およびMicrosoft Foundry経由で参加者に対し1百万トークンあたり25ドル／125ドルで提供する予定です。

2026/04/08 0:03

「月のフライバイ」

## Japanese Translation: オリオン宇宙船は、NASA のアーテミス II ミッションに乗組みされ、2026年4月6日に月を周回しながら一連の写真を撮影しました。クルー（パイロット・ビクター・グローバー、指揮官リード・ウィスメン、ミッションスペシャリストジェレミー・ハーネスとクリスティーナ・コック（さらにカナダ宇宙機関のアストロノート・ハーネス））はオリオンの窓から、EDT 18:41に地球沈没、ET 19:22に地球昇起、および月面の詳細な映像を記録しました。1枚の画像ではオリオンの前景から月と地球の両方が同時に写っており、別のクローズアップは周回の終盤（約3:41）に撮影されました。ハーネスは観測期間中に窓2にカメラシャードを装着し、いくつかのショットでは日食時に太陽が月面を背光し、左端で太陽が昇り、ほぼ1時間続いたシーケンスの終わりまで撮影されました。午後2:19には画像の左半分が月表面で満たされました。オリオン自体は複数の写真で日光を浴び、その輪郭が宇宙空間に浮かぶ姿が際立っています。この改訂された要約は、将来の設計への影響について推測的な結論を避けつつ、すべての主要ポイントを網羅しています。

2026/04/08 4:44

S3ファイル

## Japanese Translation: Andy Warfield のチームは **S3 Files** を構築しました。これは、ユーザーが Amazon S3 バケットまたはプレフィックスを EC2、コンテナ、または Lambda 上の NFS スタイルネットワークファイルシステムとしてマウントできるシステムです。この設計では EFS がステージングに使用されます。ファイル変更はローカルで書き込まれ、その後約 60 秒ごとに自動的に S3 に *コミット* されます（起動時には手動コミット制御はありません）。複数のクライアントが同じオブジェクトを修正した場合、conflict‑resolved コピーが lost+found ディレクトリに保持されます。メタデータは遅延でハイドレーションされ、小さなファイルは即時ロードされ、大きなファイルは読み込み時にストリーミングされるため、数百万オブジェクトを持つバケットでも迅速にマウントできます。大規模な連続読み取りはローカルキャッシュをバイパスし、並列 GET を介して直接 S3 にアクセスすることで、クライアントあたり約 3 GB/s の速度を実現し、多数のクライアントにわたって拡張可能です。システムは S3 の IAM ポリシー、オブジェクトの不可変性、および命名セマンティクスを保持しつつ、完全な NFS スタイルファイル操作（パーミッション、原子リネーム、ディレクトリトラバーサル）を公開します。ただし、S3 にはネイティブなリネームがないため、リネーム操作は高コストであり、有効な POSIX ファイル名にマッピングできないキーはマウントから除外されます。 Warfield の以前の **S3 Tables** と **S3 Vectors** に関する研究は、構造化データ・ベクトル・ファイルを S3 で一等のプリミティブとして扱うというより広範な戦略を示しています。UBC でのゲノム研究では、大規模データセットをローカルファイルシステムとオブジェクトストア間で移動する際の苦労が明らかになり、この統一アクセスレイヤーへの動機付けとなりました。ベータ版からの早期フィードバックは、パフォーマンス制限（例：5,000 万オブジェクトを超えるマウントに対する警告）、コミットウィンドウ、および問題キーの処理方法を形作っています。目標は Amazon のデータレイクポートフォリオを拡張し、開発者が配管よりもドメインロジックに集中できるようにすることであり、エンタープライズ向けにはデータサイエンス、機械学習、メディア処理などで、コストの高いマイグレーションや新しいツールを必要とせずにローカルとオブジェクトストアへのアクセスを統一することで恩恵をもたらします。