AI AGENT HARNESS基礎・比較

Agent Harness基盤比較|DeepSeek Harness・LangGraph・Agents SDKの選び方

検索意図:Agent Harness 比較 DeepSeek Harness LangGraph Agents SDK OSS

結論

製品名ではなく、必要なsurfaceと自社が所有する範囲で選びます。DeepSeek Harnessは公式OSSですがDeveloper Previewかつprereleaseで、安定した本番標準基盤とは断定できません。LangGraphは低レベルorchestration、OpenAI Agents SDKはagent primitiveを組むSDKとして評価します。

対象:Agent Harnessの技術選定者・AI platform engineer・開発責任者・OSS採用審査担当更新:2026-08-18次回確認:2026-09-18
Agent Harness内を探す

FIT / NO-FIT

先に、導入対象かを判定する

向いている条件

  • 評価する業務と必要機能を先に定義できる
  • 候補ごとに公式docsと実装を確認できる
  • version固定・再評価・rollbackを運用できる
  • OSSと自社実装の責任分界を持てる

まだ導入しない条件

  • Developer Previewを無検証で全社標準にする
  • UI demoだけでsecurity・persistence・recoveryを判断する
  • 異なる抽象度の製品を機能数だけで採点する
  • 公式docs未確認のcloud機能を比較表へ補完する

DECISION CRITERIA

発注前に確認する判断基準

01Maturity

version、互換性、security update、migration、supportを受容できるか

進められる状態
version固定、検証環境、rollback、fork・撤退条件、ownerがある
止めるサイン
star数やdemoだけで安定本番基盤とみなす
02抽象度

完成したcoding surfaceが必要か、workflow・agent primitiveを自分で組むか

進められる状態
UI、headless、session、approval、deploymentの自作範囲を見積もる
止めるサイン
framework比較で、提供surfaceと自作運用を同じものとして扱う
03交換可能性

model、tool、state、runtime、observabilityをどこまで交換したいか

進められる状態
必須seam、固定したい標準、許容するvendor依存をADRへ記録する
止めるサイン
「model agnostic」などの表現だけで、実際のadapter・認証・tool差を確認しない

OPERATING FLOW

業務を完了するまでの役割分担

0101 / REQUIRE

必須capabilityを定義

model、tool、session、loop、approval、sandbox、headless、UI、deployment、supportをmust/should化する。

責任:architecture owner

0202 / VERIFY

公式一次情報を固定

repository、version、release状態、license、docs、security policy、対応runtimeを確認する。

責任:OSS審査担当

0303 / PROVE

同じscenarioで比較

代表業務、失敗、resume、権限拒否、停止、upgrade、recoveryを候補ごとに実行する。

責任:platform team

0404 / DECIDE

所有範囲と出口を承認

採用、補完実装、version固定、監視、fork、乗換の責任と費用をADRへ残す。

責任:技術責任者

REFERENCE ARCHITECTURE

製品名ではなくcapability seamで比較

01 / SURFACE

Web・CLI・Headless・SDK

利用者とautomationが操作する完成surfaceの有無を比較する。

02 / LOOP

Agent Loop・Workflow・Handoff

turn、step、分岐、retry、multi-agent、human interruptionの所有者を確認する。

03 / STATE

Session・Checkpoint・Replay

durability、resume、fork、schema migration、concurrent writerの条件を比較する。

04 / CAPABILITY

Model・Tool・Plugin・MCP

adapter、tool policy、extension、version境界、交換単位を確認する。

05 / RUNTIME

Sandbox・Approval・Observability

実行隔離、権限、trace、評価、停止、deploymentを誰が実装・運用するか確認する。

06 / LIFECYCLE

Release・Migration・Support・Exit

安定性、互換性、更新、脆弱性対応、fork、乗換を運用条件にする。

横断制御

  • 公式sourceと確認日
  • version・commit固定
  • 同一acceptance test
  • security review
  • upgrade rehearsal
  • data export
  • rollback・exit plan

比較表の空欄を推測で埋めません。公式一次情報が確認できないcapabilityは「未確認」として採点から外します。

USE CASES

最初に検証する3業務

01

Coding agent surface

入力
repository、task、permission policy
Agentの処理
file・shell・subagentを使う反復実行
成果物
review可能な差分とsession記録
人が決める範囲
高risk操作、merge、deployを承認

最初のKPI:完了率、差戻し率、無許可操作0件

02

長時間業務workflow

入力
業務event、state、承認、external system
Agentの処理
checkpointつき分岐・中断・再開
成果物
処理結果とdurable state
人が決める範囲
業務例外と重要操作でinterrupt

最初のKPI:再開成功率、重複実行率、例外復旧時間

03

Application組込みagent

入力
app context、tools、session ID
Agentの処理
agent・handoff・guardrailをSDKで構成
成果物
app内の対話・処理結果
人が決める範囲
product固有の承認・権限を実装

最初のKPI:実装工数、trace完全性、guardrail違反率

ROI / TCO

効果と費用を同じ前提で比べる

licenseではなく補完実装を含むTCO

金額換算した対象業務便益 −(導入費+不足capability実装費+運用費+upgrade費+migration費+exit費)

  • 候補ごとに同じ業務scopeと品質gateを使う
  • 無料OSSでも運用・security・upgrade工数を計上する
  • 完成surfaceとlow-level frameworkの自作範囲を分ける
  • Developer Previewには検証・追随・rollbackの追加費を置く

検討例:各候補について「提供済み・設定・追加実装・外部service・未確認」を分類し、12〜24か月の人員・infra・support費へ変換する。

BlueAI試算モデルです。repositoryの人気、license、benchmarkだけで生産性・安定性・本番適合を保証しません。

不足surface

自作・統合するsurfaceが増えるほど初期・保守費が上がる

UI、CLI、headless、approval、session browser、admin、deployment。

互換性・変更頻度

preview・prerelease・頻繁なbreaking changeほど追随費が上がる

API、config、session schema、plugin、model adapterの変更。

運用責任

自社所有のruntimeとSLOが広いほど運用費が上がる

security patch、sandbox、observability、backup、recovery、support。

STOP CONDITIONS

失敗を小さく止める条件

01

Developer Previewの過大評価

兆候:DeepSeek Harnessを「安定した本番標準」と記載する

対応:公式READMEのpreview・breaking-change警告とprereleaseを明示し、隔離検証に限定する

02

抽象度の混同

兆候:完成Web UIとlow-level graph/SDKを同じ機能欄で単純比較する

対応:提供surface、自作範囲、host runtime、deploymentを分離して比較する

03

未確認情報の補完

兆候:AWS、Google Cloud、Microsoft等の機能を公式sourceなしで記載する

対応:一次情報のURL・確認日・scopeを必須化し、確認できない候補は掲載しない

90-DAY ROADMAP

90日で本番判断まで進める

0〜30日

要件と公式sourceを固定

  • must/should capabilityを定義
  • 公式repo・docs・release・licenseを記録
  • 同一scenarioとquality・security gateを作成

判定:推測なしで候補の提供範囲と自作範囲を説明できる

31〜60日

隔離PoCとupgrade試験

  • 代表業務と失敗・resumeを実行
  • 権限、log、停止、data exportを確認
  • version更新とrollbackを演習

判定:重大越境0件で、version固定と復旧を再現できる

61〜90日

ADRと限定採用を判定

  • TCOと残余riskを比較
  • owner、support、fork、exitを合意
  • 限定利用・保留・不採用を決定

判定:技術責任者がmaturityと所有範囲を含むADRを承認する

SOURCES / METHOD

根拠・確認範囲・更新日

BlueAI実務フレーム

株式会社BlueAI

BlueAI Agent Harness 設計フレーム v1.0

適用範囲:Agent Harness候補をmaturity、surface、loop、state、extension、runtime、lifecycle、TCOで比較する評価枠。

提供状態:案件レビューと運用知見に応じて月次確認

確認日
2026-08-18
BlueAI試算

株式会社BlueAI

BlueAI Agent Harness ROI試算モデル

適用範囲:工数削減余地、確認・例外対応、運用費を同じ式で比較する計算枠。市場平均や成果保証ではない。

提供状態:入力前提と実績差分を案件ごとに確認

確認日
2026-08-18
公式仕様

DeepSeek AI

DeepSeek Harness README

適用範囲:正式名称、公式repository、Developer Preview、Cordisを使ったplugin architecture、起動方法。

提供状態:Developer Preview。公式READMEが互換性を壊す変更を明示しているため月次確認

確認日
2026-08-18
公式発表

DeepSeek AI

DeepSeek Harness v0.1.0-rc.7

適用範囲:2026年8月18日時点で確認したprerelease。plugin設定、subagent、MCP/ACP、DeepSeek reasoning effort等の変更内容。

提供状態:Prerelease。固定版として扱わず、採用時に最新releaseとmigration情報を再確認

確認日
2026-08-18
公式仕様

DeepSeek AI

DeepSeek Harness Architecture

適用範囲:model adapter、tool registry、session log、agent loopをpluginとして構成する設計とturn/step flow。

提供状態:master branchのDeveloper Preview仕様。version固定時は対応tagの文書を確認

確認日
2026-08-18
公式仕様

LangChain

LangGraph overview

適用範囲:長時間・stateful agent向けの低レベルorchestration framework、durable execution、human-in-the-loop、memoryの公式説明。

提供状態:導入時に対象言語、version、deployment条件を公式docsで再確認

確認日
2026-08-18
公式仕様

OpenAI

OpenAI Agents SDK documentation

適用範囲:Agent、handoff、guardrail、session、human-in-the-loop、tracing等のSDK primitiveに関する公式説明。

提供状態:導入時に利用model、SDK version、host環境の対応状況を公式docsで再確認

確認日
2026-08-18
執筆:株式会社BlueAI技術レビュー:BlueAI 技術レビュー次回確認:2026-09-18

RELATED GUIDES

01 基礎・比較

AGENT HARNESS / FOUNDATION

Agent Harness完全ガイド

Agent Harnessは、モデルにツールを渡すだけの部品ではなく、依頼受付から計画、権限確認、実行、人の承認、記録、停止までを管理する実行基盤です。最初は1業務・読み取り中心・承認必須で検証します。

BlueAI実務フレームBlueAI試算
更新 2026-08-18
技術レビュー:BlueAI 技術レビュー
設計条件を見る →
02 基礎・比較

AGENT HARNESS / FOUNDATION

Agent Harnessのセキュリティ

Agent Harnessのsecurityは、モデルを信用して権限を渡す設計ではなく、入力を未信頼として扱い、専用ID・最小権限・tool policy・人の承認・完全な証跡・即時停止を実行基盤側で強制します。

BlueAI実務フレームBlueAI試算
更新 2026-08-18
技術レビュー:BlueAI 技術レビュー
設計条件を見る →
03 基礎・比較

AGENT HARNESS / FOUNDATION

Agent HarnessのROI

Agent HarnessのROIは、無人化率ではなく、導入前の作業量から確認・例外対応を含む導入後総工数と総費用を引いた純便益で測ります。成功と撤退を同じ時点に設定します。

BlueAI実務フレームBlueAI試算
更新 2026-08-18
技術レビュー:BlueAI 技術レビュー
設計条件を見る →

FROM GUIDE TO DECISION

自社の業務・費用・承認条件に置き換える。

一般情報は登録なしで確認できます。次に、AI利益MAPで投資回収を試算し、RFPで権限・評価・停止条件を発注文書へ落とします。