Abbeal Tech Radar 2026：採用と見送り

方法論

Abbeal Tech RadarはThoughtWorksマトリックスにインスパイアされ、当社のトライジオ文脈に適応。3ヶ月ごとに、3拠点（パリ、モントリオール、東京）のTech Leadsがミッションの主要技術に投票。4レベル：

• Adopt — 少なくとも3ミッションで本番検証済み、高性能、保守可能。新ミッションのデフォルトmandate。
• Trial — 1〜2クライアントミッションでのポジティブな検証。プロジェクト文脈に合えば推奨。escape hatch必須。
• Assess — 有望だが本番でまだテストされていない。POCまたはサイドプロジェクトで実験。重要なクライアントミッションではない。
• Hold — 積極的に撤退中、または開始を推奨しない技術。文書化された根拠付き。

現行エディションの全技術

Tech Radar Q4 2026から編集順にそのまま掲載。各行に技術名と分類の理由を記載しています。

Adopt — 14技術

• Rust（システム＋ロボティクス） — GCの実行コストなしで、ゼロコスト抽象化とメモリ安全性を実現。2026年第2四半期に、当社のロボティクスシステムとエッジプロキシで4回の本番リリース。Tokio / Axum / sqlxのエコシステムは成熟。最新安定版は1.98。
• TypeScript strict — 新規案件ではstrict＋noUncheckedIndexedAccessを標準に。7月リリースのネイティブ移植版TypeScript 7は、Microsoftによればコンパイルが8〜12倍高速で、型の意味は変わらない。プロジェクトのツールが対応し次第、採用を推奨。
• Claude Opus 5＋Sonnet 5（API） — AIファースト開発の標準モデル。コードと複雑なエージェント処理にはOpus 5、速度とコストのバランスにはSonnet 5。プロンプトキャッシュと構造化ツール利用を本番運用。4.x世代は利用可能だが、推奨対象外。
• Claude Code（Anthropic） — 2026年5月以降、社内でも案件でも標準のAI開発ツール。権限の限定、サンドボックス、マージ前の人によるレビューという明確なガードレールのもとで利用。
• 本番RAG（埋め込み＋ハイブリッド検索） — ベクトルDBとリランクによる検索＋生成。FR/JAの多言語対応を4社で実地検証。すべてのパイプラインは評価セットとともに本番投入（「LLMの継続的評価」参照）。
• dbt（Data Build Tool） — バージョン管理・テスト・文書化されたSQL。当社の変換処理の標準で、2026年はデータ系クライアント4社に導入。9月にFusionエンジン上でリリースされたdbt Core 2.0はメタデータ成果物が変わるため、プロジェクトごとに移行計画が必要。
• Turso libSQL（エッジSQLite） — エッジ向けの分散SQLite。本番のTurso Cloudを動かしているのはlibSQLで、当社のPayload CMSも2026年6月から稼働。Rustによる書き直し版（Turso Database）はまだベータで、別物として扱う。
• OpenTofu — 新規プロジェクトと更新時にTerraformから体系的に移行。stateの移行はテスト・文書化済み。現行ブランチは5月リリースの1.12。
• SecNumCloud V3.2（ANSSI） — ANSSIのソブリンクラウド基準。2026年8月12日の省令により、国の機関・国の事業体・公益団体の機微データに適用。ハイパースケーラーから認定サービス（OVHcloud、3DS Outscale、NumSpot）への移行を支援。
• Next.js 16 — SSR / ISRによる当社の標準フロントエンドスタック。16.3（2026年8月）で開発時のメモリ使用量が大幅に減り、ビルドも高速化。Abbeal.comもこれで稼働。Cache Componentsは別項目としてTrialに。
• ROS 2＋Nav2（本番） — モダンロボティクスの標準。DDSトランスポート、リアルタイム、ネイティブのマルチロボット。Nav2は産業系クライアント2社で本番稼働。新規プロジェクトはLyrical Luth（LTS、2026年5月）。Humbleは2027年5月にサポート終了のため、今から移行を。
• Vercel＋Fluid Compute — フロントエンドとAPIの標準デプロイ基盤。標準のNode.jsランタイム、高速なISR再検証。Fluid Computeは新規プロジェクトの標準で、6月から既定の実行時間は300秒。
• pgvector — PostgreSQLをベクトルDBとして利用。500万ベクトル未満のRAGでの標準。Postgresが本番稼働済みなら追加インフラ不要。現行バージョンは0.8.6。
• エージェントのガードレール（サンドボックス、最小権限） — コードやデータに触れるエージェントは、必要最小限の権限でサンドボックス内で実行し、すべての操作を記録。本レーダーのAI項目すべての前提条件であり、ガードレールなしに案件でエージェントは使わない。

Trial — 10技術

• Claude Agent SDK — Claude Codeのエンジンをライブラリ化したもの（TypeScript・Python）で、独自エージェントの構築に利用。コードレビューと機能生成のパイプラインで試験中。有望だが学習コストは大きい。
• LiteLLMルーター — Claude・GPT・Geminiを書き換えなしで切り替えるマルチプロバイダー抽象化。2026年3月24日に不正な2バージョンがPyPIで公開された。バージョン固定とハッシュ検証、プロキシ外でのキー管理、依存関係の棚卸しを条件に利用。
• Pinecone（マネージドベクトルDB） — 1000万ベクトル超のRAGクライアント3社で本番稼働。高価だがSLAは堅実。500万未満ならpgvectorで十分。
• DORAメトリクスの自動化 — リードタイム、デプロイ頻度、MTTR、変更失敗率をSentryとGitHub Actionsで計測。エージェントが書くコードが増えるほど重要になる、品質が保たれているかを示す指標。
• MACHアーキテクチャ（コンポーザブルコマース） — マイクロサービス、APIファースト、クラウドネイティブ、ヘッドレス。ラグジュアリーリテールで導入実績あり。SKUが20万未満なら分割しすぎに注意。統合コストがすぐに効果を上回る。
• Cloudflare Workers＋Durable Objects — 低レイテンシを世界規模で実現する分散エッジコンピュート。AIプロキシ、レートリミッター、地理分散WebSocketに利用。
• エッジAI（NVIDIA Jetson Orin / Thor） — 移動ロボットと産業用端末でのエッジAI推論。2026年第2四半期にOrinで3拠点に展開。2025年8月から提供のJetson Thorは、NVIDIAによればOrinの7.5倍のAI演算性能で、新規プロジェクトでは評価対象。
• Cache Components＋Partial Prefetching（Next.js） — Next.jsの新しい明示的キャッシュモデル（「use cache」）で、ほぼ瞬時の画面遷移を実現。安定しているが16.3でも任意設定で、将来は標準動作になる予定。現時点では標準にせず、プロジェクトごとに導入。
• MCP（Model Context Protocol） — エージェントとツール・データをつなぐオープンプロトコル。2025年12月にAgentic AI Foundation（Linux Foundation）へ移管され、主要なAIクライアントが対応。当社でも利用しており、各MCPサーバーは監査対象の依存関係として扱う。
• LLMの継続的評価 — プロンプト、エージェント、RAGパイプラインごとにバージョン管理された評価セットを用意し、モデルやプロンプトの変更時にCIで再実行。サイレントな劣化なしにモデルを切り替えるための仕組み。

Assess — 7技術

• マルチツールエージェント — 3つ以上のツールを使うエージェントワークフロー。信頼性は向上しているが、長時間実行のコストと、権限に伴う攻撃対象領域が拡大。Adoptのガードレールなしには進めない。
• Rust Webフレームワーク（Axum、Loco） — Axumは安定、Rails風のLocoは1.x系に到達。性能重視のAPIには有望だが、まだ標準の選択肢ではない。
• WASMコンポーネントモデル — 6月リリースのWASI 0.3でコンポーネントにネイティブ非同期が加わった。分離されたプラグインには有望だが、ツールはまだ安定途上。
• Qdrant＋Weaviate（OSSベクトルDB） — PineconeのOSS代替。シンプルさならQdrant、大規模ハイブリッド検索ならWeaviate。データ主権でセルフホストが必要な案件で評価中。
• DSPy（Stanford） — プロンプトを手書きせず体系的にコンパイルするフレームワーク。決定的なLLMパイプライン向けのLangChain代替。学習コストは大きい。
• Foxglove / Lichtblick（ROS 2可視化） — ROS 2とrosbagの可視化ツールで、RViz2の良い補完。Foxgloveは商用製品のみとなり、OSSリポジトリは2024年からアーカイブ済み。LichtblickがアクティブなOSSフォーク。クライアントが許容するライセンスで選ぶ。
• Claude Fable 5.1（Anthropic） — Anthropicが一般提供する最も高性能なモデル（2026年9月1日）。米国の輸出管理により6月12日から7月1日まで停止されたアクセスは再開され、Holdから外した。長時間のエージェント処理で評価中。リクエストを拒否する場合があり、コストはOpus 5の2倍、30日間のデータ保持が必要。Mythos 5.1は引き続きProject Glasswing限定。

Hold — 4技術

• ローコードフレームワーク（Webflow、Bubble） — 素早いプロトタイプには可。本番で6か月を超えると技術的負債は避けられず、React / Next.jsへの移行をよく依頼される。
• B2B暗号資産決済（欧州 / 日本） — 欧州の規制枠組み（MiCA）が2024年末から全面適用されているものの、フランスと日本のクライアントの取引量はSEPAやStripeに比べて限定的。2026年はB2Bでの具体的な進展なし。2027年第1四半期に再評価。
• jQuery＋レガシーJS（Backbone、Ember） — Holdの対象はレガシーアプリケーションで、ライブラリ自体ではない（jQueryは保守されており、2026年1月に4.0をリリース）。コストがかかるのは周辺の古いスタック。用途に応じてNext.js、Astro、Svelteへ移行。
• AWS Lambda＋Node 18 / 20 — LambdaではNode 18とNode 20が非推奨となり、2027年3月3日に関数の更新がブロックされる。移行先はNode 22（2027年4月に非推奨）ではなく、2028年4月までサポートされるNode 24。arm64（Graviton）への移行で、AWSによれば価格性能比が最大34%向上。

クライアントミッションでの使用方法

新Abbealミッションごとに、Tech Radarはキックオフで交渉される技術的mandateの一部：

1. デフォルトmandate：明示的なクライアント合意なしに、ミッションスタックはAdopt技術で構成。
2. Escape hatch：クライアントがAdoptから逸脱したい場合（例：Node 18のAWS Lambda関数やjQueryのフロントエンドを維持）、正当化と最終的な移行計画とともに逸脱を文書化。
3. 四半期レビュー：3ヶ月ごとに、デプロイしたTrial技術がAbbeal側でAdoptに移行するか、契約を適応すべきかをクライアントと確認。

全エディション

• Tech Radar Q4 2026 — 2026年9月18日公開、35技術
• Tech Radar Q3 2026 — 2026年7月8日公開、31技術
• Tech Radar Q2 2026 — 2026年4月15日公開、11技術

Tech Radarエディション一覧