2026年03月10日の技術動向

JVGアルゴリズム — 「RSA-2048を5,000量子ビットで破れる」主張の崩壊

「JVGアルゴリズム」が量子コンピューティング界隈で拡散した。「RSA-2048をわずか5,000物理量子ビットで破れる」という主張だったが、中身を見ると、Shorのアルゴリズムを根本から改善するどころか、指数時間の計算を古典コンピュータ側に押し付けただけの代物だった。

Shorのアルゴリズムでは量子回路上で x^r mod N を重ね合わせ状態で計算する。

【前提補足】Shorのアルゴリズムは整数Nの素因数分解を量子フーリエ変換を用いて多項式時間で解く。RSA暗号の安全性は大きな数の素因数分解が古典コンピュータでは指数時間かかることに依存しており、Shorのアルゴリズムはその前提を崩す。現実的な実装には論理量子ビット1個あたり数千の物理量子ビットによるエラー訂正が必要とされており、RSA-2048の解読には数百万物理量子ビット規模が必要と推定されている。JVGはこの計算を古典コンピュータで事前計算し、結果を量子状態にロードするアプローチを取る。問題はここだ。r の取りうる値は指数個存在する。全パターンを古典コンピュータで事前計算するには指数時間かかる。量子コンピュータへのロードにも指数時間かかる。n^2 の計算コストから逃げたつもりが 2^n のコストに突っ込んでいる。小さい数字では動いているように見えても、実用規模では完全に破綻する。

Scott Aaronsonはこれを量子コンピューティングの学部レベルの知識があれば即座に気づける誤りだと指摘した。

この主張が拡散した背景には構造的な問題がある。論文はarXivではなく「Preprints.org」という査読前論文サーバーに投稿された。arXiv・ECCC・IACRといった主要プレプリントサーバー以外の媒体はほぼ機能的なフィルタリングを持たない。もう一つの指標として、クリックベイト系ニュースサイトでは大量に拡散されたが、量子コンピューティングの誇張報道で知られる媒体でさえ取り上げなかった。普段は量子ハイプに乗りがちなメディアが無視したという事実は、それ自体が警告サインだ。

アルゴリズムに著者自身の名前を冠する行為(JVG = Jesse–Victor–Gharabaghi)も、学術コミュニティでは通常見られないアプローチだ。査読前の段階でブランディングを先行させる意図を示唆している。

NISTが2024年にポスト量子暗号標準を正式化した直後というタイミングも関係している。

【補足】NISTが2024年に正式化したポスト量子暗号標準には、格子暗号ベースのML-KEM(旧CRYSTALS-Kyber)・ML-DSA(旧CRYSTALS-Dilithium)などが含まれる。これらはShorのアルゴリズムを持つ量子コンピュータが実用化された場合でも安全とされる暗号方式であり、既存のRSA・ECCからの移行が各国政府・企業で進んでいる。量子脅威への関心が高まっている時期に「Shorを超えるアルゴリズム」という主張が出れば、注目を集めやすい土壌があった。今後もポスト量子暗号の標準化が進む中で、同種の誤った主張は定期的に現れると予想される。arXiv以外のプレプリントサーバーへの投稿を「信頼性の低いシグナル」として扱う慣習が、コミュニティ内でさらに強化されるだろう。

Anthropic Claude Code — マルチエージェントコードレビューのリリース

AnthropicがClaude Code向けのマルチエージェントコードレビューツールをリリースした。PRが作成されると、クラウド上で複数のエージェントが並列起動し、それぞれ異なる種類のエラーを担当する。レビュー完了後、コメントとして指摘と修正案を残す。PRの承認はしない。人間の判断領域は明示的に残している。

設計の絞り込みが目を引く。スタイルエラーは検出対象外で、論理エラーとバグのみにフォーカスしている。理由はFalse Positiveの抑制だ。Anthropic社内での実績では、開発者が「誤検知」とマークした割合は1%未満に収まっている。

【比較参考】コードの静的解析ツール(例:SonarQube・ESLint)では誤検知率が10〜30%に達するケースも珍しくなく、開発者がアラート疲れを起こして警告を無視する「アラート疲労」が課題とされてきた。1%未満という数値はその文脈で特に注目に値する。

数値が具体的だ。導入前はPRの16%にしか実質的なレビューコメントがつかなかったが、導入後は54%に上昇した。1,000行超の大規模PRでは84%でバグを検出し、平均7.5件の指摘が出ている。レビュー時間は平均20分。コストは1レビューあたり平均15〜25ドルで、トークン課金モデルだ。管理者向けに月次上限設定とアナリティクスダッシュボードも提供している。

このツールが刺さる背景がある。Claude Code・Codex・Cursorといったエージェント型ツールが「1プロンプトでそれらしいPRを出せる」状態を作り出した結果、PR数が急増し、レビュー負荷が人間側に集中するという新しいボトルネックが生まれた。Anthropicは自社でも同様のシステムを内部利用しており、「コードレビューコメントがないと開発者が不安を感じる」という状態になっている。これは、ツールが単なる補助から、開発プロセスの前提インフラに変わりつつあることを示す。

現在はPR作成時のクラウド実行のみだが、ローカル実行への需要が強いと明示されている。開発者の内部ループ(コミット前・ローカル編集中)での実行が近く追加される可能性が高い。これが実現すると、レビューがCIの一部ではなく、エディタレベルのフィードバックループに組み込まれる。マルチエージェントによる並列レビューというアーキテクチャは、GitHub CopilotやGemini Code Assistなど競合にも波及する。

Terminal Use (YC W26) — ファイルシステムベースエージェント向けPaaSのローンチ

Terminal UseがYC W26としてローンチした。「Vercel for filesystem-based agents」という定義が示す通り、エージェントのデプロイ基盤に特化したPaaSだ。

コーディングエージェント・リサーチエージェント・ドキュメント処理エージェントを本番運用しようとすると、現状は自分でパズルのピースを組み合わせる必要がある。サンドボックスの用意、メッセージのストリーミング、ターン間の状態永続化、ファイルの入出力管理。これらを個別に実装するのは、エージェントのロジック本体とは無関係な「インフラ作業」だ。Terminal Useはその全体をまとめて引き受ける。

使い方はシンプルだ。config.yaml とDockerfileをリポジトリに置き、CLIでデプロイする。エージェント側が実装するのは on_createon_eventon_cancel の3エンドポイントのみで、タスク(会話)のライフサイクルを追う構造になっている。Claude Agent SDKとCodex SDKはアダプター経由でそのまま使える。フロントエンド向けにはVercel AI SDK v6互換のプロバイダーも提供しており、ストリーミングと永続化の管理をSDKに任せられる。

最も注目すべき設計判断はファイルシステムの扱いだ。Terminal Useはファイルシステムをタスクのライフサイクルから切り離して管理する。これによってサンドボックスが非アクティブな状態でもファイルのアップロード・ダウンロードが可能になり、複数エージェント間でワークスペースを共有できる。エージェントのデプロイとストレージが独立しているため、バグを含むデプロイをした場合に既存タスクを新バージョンへ自動マイグレーションできる。破壊的変更の場合は既存タスクを旧バージョンに固定し、新規タスクだけ新バージョンに向けることも設定で制御できる。ファイル転送にはpresigned URLを使う設計で、ユーザーのファイルをバックエンド経由でプロキシせずに直接やり取りできる。

デプロイ体験はVercel・Railwayなど現代のPaaSを意識している。CLIデプロイ、preview/production環境の分離、gitベースの環境ターゲティング、ログ、ロールバックが揃っている。自己定義としてReplicateのCogを参照点に挙げており、「モデルのパッケージング・サービング」をエージェントに置き換えたものという位置づけが明確だ。

E2B・Modal・Morphがサンドボックス実行に特化するのに対し、Terminal Useはエージェントのデプロイ管理・ファイル永続化・SDK統合を重ねた上位レイヤーだ。従来のFaaS(Lambda等)やコンテナ実行基盤はステートレスを前提に設計されており、「ステートフルなファイル操作」というユースケースに対してミスマッチが生じていた。Terminal Useはそのギャップを埋める。

GitHub Agentic Workflows — AIエージェントをCI/CDで安全に動かすセキュリティアーキテクチャ

GitHubがAgentic Workflowsのセキュリティアーキテクチャを公開した。GitHub Actions上でAIエージェントを実行する際の脅威モデルと、それに対応する多層防御の設計を詳細に説明している。

従来のGitHub Actionsは「単一信頼ドメイン」で動く。決定論的な自動化には都合がいいが、AIエージェントを同じ信頼ドメインに置くと問題が起きる。エージェントが不正なMCPサーバーと通信したり、認証シークレットにアクセスしたり、任意のホストにネットワークリクエストを送ったりできてしまう。エージェントは非決定論的で、プロンプトインジェクションを受ける可能性もある。単一信頼ドメインのまま使うと、何か起きたときの「爆発半径」が大きくなる。

Agentic Workflowsはこの問題を4つの原則で解決する。「多層防御」「エージェントにシークレットを渡さない」「全ての書き込みをステージングして検証する」「全てをログに残す」だ。

アーキテクチャは3層に分かれる。substrateレイヤーはGitHub ActionsランナーのVM上で動く複数のトラステッドコンテナで構成され、カーネルレベルの通信境界とコンポーネント間の分離を提供する。コンテナ内で任意コードが実行されても、この境界は保持される。configurationレイヤーは宣言的アーティファクトで構成され、どのコンポーネントをロードするか、通信チャネルは何を許可するか、どのトークンをどのコンテナに渡すかを制御する。エージェントに渡すAPIキーやGitHubアクセストークンはここで明示的に制約される。planningレイヤーは「safe outputs subsystem」を中心に、エージェントの出力を全てステージングして検証してから実際の書き込みを行う仕組みを提供する。

「エージェントにシークレットを渡さない」という原則は特に重要だ。エージェントが外部サービスと通信する際、トークンを直接エージェントのコンテキストに渡すのではなく、仲介レイヤーが代理でリクエストを処理する設計になっている。これによりプロンプトインジェクションでシークレットが外部に漏洩するリスクを構造的に排除できる。

MCPサーバーの普及もこの問題を複雑にしている。エージェントが外部ツールと動的に連携できるようになると、信頼境界がさらに曖昧になる。

【用語補足】MCP(Model Context Protocol)はAnthropicが提唱したオープン標準で、AIエージェントが外部ツール・データソース・サービスと標準化されたインターフェースで連携するためのプロトコル。エージェントが動的にMCPサーバーを呼び出せる反面、悪意あるMCPサーバーへの接続やプロンプトインジェクション経由での不正操作といった新たな攻撃面が生じる。Agentic Workflowsの設計はMCPサーバーも脅威モデルの対象として明示的に含めており、この点は現時点のエコシステムの実態を反映している。

Netflix — RDS PostgreSQL→Aurora PostgreSQL移行を400本番クラスタで自動化

NetflixがRDS PostgreSQLからAurora PostgreSQLへの移行を400近くの本番クラスタで自動化するプラットフォームを構築・運用している。移行作業はセルフサービスのワークフローとして提供されており、各サービスチームが個別に移行を開始できる。

このアーキテクチャの前提として、NetflixはデータベースアクセスをすべてEnvoyベースのデータアクセス層で集約している。サービスはDBの接続文字列やクレデンシャルを直接管理しない。これにより、移行時にアプリケーション側の変更が不要になる。エンドポイントの切り替えはインフラ層のルーティング変更だけで完結する。

移行フローは以下の順序で進む。まずAurora PostgreSQLクラスタをRDSの物理リードレプリカとして作成する。ストレージスナップショットから初期化し、WAL(Write-Ahead Log)レコードをストリーミングで継続的に適用する。

【用語補足】WAL(Write-Ahead Log)はPostgreSQLがデータ変更をディスクに書き込む前にログとして記録する仕組みで、クラッシュリカバリとレプリケーションの基盤となる。LSN(Log Sequence Number)はWAL内の位置を一意に示すポインタで、レプリカがどこまでの変更を適用済みかを追跡するために使われる。この段階でWAL生成レート、レプリケーションスロットの健全性、パラメータ互換性、拡張機能の一致、本番トラフィック下でのレプリケーションラグを継続検証する。ピーク書き込みスループットに耐えられると確認できるまでカットオーバーには進まない。

CDCパイプライン(論理レプリケーションスロットや下流ストリームプロセッサ)を持つワークロードへの対応が特に精緻だ。CDCコンシューマを一時停止してWAL保持量の膨張を防ぎ、スロット位置を記録しておく。Aurora昇格後、正確なLSN(Log Sequence Number)から同等のレプリケーションスロットを再作成することで、下流の一貫性を保つ。

カットオーバー直前にはセキュリティグループルールを変更してRDSへの新規接続をインフラ層でブロックし、飛行中のトランザクションがすべてAurora側に適用されたことを確認してから昇格させる。

ロールバックは「一等市民」として設計されている。昇格が完了してトラフィックが完全に切り替わるまで、元のRDSインスタンスは正規のソースとして維持される。ヘルスチェックで異常が検出されれば、データアクセス層のルーティング設定を戻すだけでアプリケーションの再デプロイなしに切り戻せる。

実際の移行事例として、デバイス認定とパートナー課金ワークフローを担うデータベースの移行が紹介されている。移行中に非アクティブな論理レプリケーションスロットがWALセグメントを保持し続け、OldestReplicationSlotLag が上昇するという問題が発生した。古いスロットを削除することでレプリケーションが収束し、カットオーバー後のメトリクスは移行前のベースラインと一致した。

今日の傾向

AnthropicがClaude Code向けマルチエージェントコードレビューをリリースし、Terminal Use (YC W26) がClaude Agent SDKとCodex SDKに対応したエージェントデプロイ基盤をローンチした。両者が示すのは、AIエージェントが「会話で完結する補助ツール」から「本番インフラとして管理が必要なコンポーネント」に移行しているという事実だ。

GitHubがAgentic Workflowsのセキュリティアーキテクチャを公開し、MCPサーバーをも脅威モデルに含めた多層防御設計(substrate・configuration・planningの3層)を明示した。「エージェントにシークレットを渡さない」という原則をアーキテクチャレベルで強制する設計は、Terminal UseのPresigned URL設計やAnthropicのPR承認を人間に残す設計と同じ方向を向いている。エージェントへの権限委譲を最小化しながら自律性を確保するという設計判断が、複数のプロジェクトで独立して収束している。

NetflixがEnvoyベースのデータアクセス層を前提にRDS PostgreSQL→Aurora PostgreSQL移行を400本番クラスタで自動化した事例は、アプリケーション非侵襲の移行を可能にするインフラ抽象化の実用例だ。LSNベースのCDCスロット再作成とロールバックを「一等市民」として設計した点は、大規模データベース移行の再現可能なパターンとして参照価値がある。

JVGアルゴリズムがPreprints.orgに投稿され、arXiv・IACR・ECCCといった主要プレプリントサーバーを経由せずに拡散した件は、量子コンピューティング分野における査読前論文の信頼性評価の問題を改めて浮き彫りにした。NISTのポスト量子暗号標準化完了後という時期に「Shorを超える」という主張が出たことで、投稿媒体の選択が信頼性シグナルとして機能することをAaronsonが明示した。

参照記事

記録日: 2026-03-10