Anthropic on KnightLiブログ

Anthropic の Harness アイデア: エージェントインフラストラクチャはエージェント OS に移行しています

Fri, 10 Apr 2026 09:22:56 +0800

Anthropic は最近、Harness のエンジニアリング実践に関する記事を公開しました。表面的には製品の実装について話しているように見えますが、本質的には長期的な質問に答えています。

**モデルの機能が変化し続ける場合、エージェントシステムのどのレイヤーが安定している必要があり、どのレイヤーが迅速な置き換えを可能にする必要がありますか? **

核心判断

この記事に関する私の基本的な理解は、エージェントインフラストラクチャがますます軽量の エージェント OS に近づいていくだろうということです。

焦点は「今日の最良のプロセスをハードコーディングする」ことではなく、「長期的に安定したシステム抽象化を定義する」ことにあります。

これがなぜ重要なのでしょうか?

多くのエージェントフレームワークに共通する問題は次のとおりです。

モデルの一時的な欠点を永続的な構造に統合します。
プロンプトプロジェクトをシステム境界と間違えた
長期的な依存関係として一度有効なパッチを作成する

モデルはより強力になり、今日合理的なパッチが明日には技術的負債になる可能性があります。

人間的ソリューション: コンクリートハーネスからメタハーネスへ

このアイデアは、固定された配置方法を約束するものではありませんが、安定したインターフェイスの 3 つの層を抽象化します。

session: 回復可能なイベントとステータスの履歴
harness: 推論とスケジューリングのループ (脳)
sandbox: 実行環境とツールの機能 (ハンド)

分離すると、システムの交換、復旧、拡張が容易になります。

1) セッションはコンテキストウィンドウではありません

重要な点は次のとおりです。 **セッションはモデルコンテキストと等しくありません。 **

セッションは、モデルに直接接続された履歴のスプライシングではなく、クエリ可能、再生可能、および回復可能なイベントログである必要があります。

これを行うことの価値:

トリミングは歴史の消滅を意味するものではありません
圧縮は事実の損失と同等ではない
クラッシュリカバリは、サマリーメモリに依存するのではなく、イベントレイヤーに戻ることができます

2) ハーネスは交換可能なオーケストレーションレイヤーです

ハーネスは、ビジネスステータスを保持することよりも、スケジュールを管理することに重点を置く必要があります。

理想的なインターフェイスは次のようなものです。

execute(name, input) -> string

これは、モデルが「どの機能を呼び出すことができるか」のみを考慮しており、特定のデバイス、コンテナー、オペレーティングシステムに強く束縛されていないことを意味します。

3) サンドボックスは「頭脳」ではなく「手」です。

脳と手が切り離されると:

ツール環境は独立して進化できる
異なるインフラストラクチャに並行してアクセス可能
セッションごとに実行環境全体をウォームアップする必要はありません

これは、起動および拡張のパフォーマンスの向上に直接つながります。

パフォーマンスとセキュリティのインスピレーション

多くの場合、この分割によりパフォーマンスとセキュリティの両方が向上します。

パフォーマンス：

最初に脳を起動し、必要に応じて手を引き上げることができます
最初のトークンの遅延を減らす (TTFT)

安全性：

機密性の高い認証情報をモデルに直接公開しないでください
間接的な資格情報アクセスには制御されたプロキシ/ボールトを使用する
安全境界はシステムの制約に基づいており、「モデルが実行できないこと」ではありません。

Anthropic による OpenClaw 禁止の完全なタイムライン

Wed, 08 Apr 2026 19:48:42 +0800

イベントの背景

2026 年 4 月 4 日、Anthropic は、OpenClaw などのサードパーティツールに対するクロードのサブスクリプションの対象を打ち切ると発表しました。

ユーザーレベルへの直接的な影響は、もともとサブスクリプションパスに依存してクロードにアクセスしていたサードパーティプロセスを、他のアクセス方法に変更するか、他のモデルに切り替える必要があることです。

タイムライン（2026年1月から4月）

2026年1月

公開報道によると、Anthropic は、当時 Clawdbot として知られていたこのプロジェクトに対し、発音がクロードに近いことから名前の変更を求めたという。

同じ段階で、サードパーティがサブスクリプション認証情報を介して通話できる機能が限られているというフィードバックがコミュニティから出始めました。

2026年2月

関連する制限はサービス規約に記載されており、サブスクリプションとサードパーティの自動呼び出しとの境界がさらに明確になります。

同月、OpenClaw は v4.0 をリリースし、基礎となるアーキテクチャがプラグイン可能なモデルバックエンドに変更されました。つまり、モデルは単一の固定された入り口ではなくなり、複数のモデルプロバイダーの間で切り替えることができます。

2026年3月

Anthropic は、リモートタスクの実行やデスクトップ操作などの機能をカバーする、Claude Dispatch と Computer Use をリリースします。

OpenClaw は今後のアップデートでも互換性レイヤーを推進し、異なるモデルの認証方法、ツール呼び出し形式、戻り構造の違いを統一し、モデルを切り替える際の移行コストを削減します。

公開レポートでは、OpenClaw チームが 3 月下旬に Anthropic と連絡を取ったとも述べられていましたが、最終的な戦略的方向性は変更されませんでした。

2026 年 4 月 4 日

Anthropic は、サードパーティツールのサブスクリプション適用範囲の打ち切りを正式に実装します。

これは、過去数か月間に行われた戦略的調整の実施段階を示します。

2026 年 4 月 5 日

OpenClaw は v4.5 をリリースします。主なアクションには次のようなものがあります。

ブートストラッププロセス中にモデルエントリの優先順位を調整する
GPT-5.4 などの代替モデルパスにアクセスする
タスクのプロセスとインタラクティブなエクスペリエンスに適応し続ける

リリース時期から判断すると、OpenClaw のスイッチング機能は完全に一時的なビルドではなく、2 月以降のマルチモデルアーキテクチャの変革に基づいています。

プロセスにおける 2 つの平行した方向

タイムラインを見ると、両当事者は同じ期間に異なる方向に前進しました。

Anthropic: サブスクリプションの境界を厳格化し、公式の製品機能の統合を促進します。
OpenClaw: モデルの置換可能性を強化し、モデル間の互換性を向上させます。

この 2 つのルートは矛盾するものではありませんが、「エントリーの所有権」と「ユーザーのワークフローの登録位置」という点で競合関係が生じます。

現状（2026年4月現在）

公開されている情報に基づいて、次の事実が確認できます。

サブスクリプションオーバーライドのカットオフが実行されました
OpenClaw はメジャーモデルパスの切り替えを完了し、バージョンの反復を維持しました
ユーザーが大きな変化を感じるかどうかは、元のワークフローが単一モデルの機能にどの程度依存しているかによって決まります。

経過観察のポイント

次に注目すべきは、その事件そのものではなく、次の 3 つの点です。

サブスクリプションプランと API 呼び出しの間の境界は今後も改善されていくのでしょうか?
安定性、コスト、エクスペリエンスの観点からマルチモデルエージェントの長期的なパフォーマンスを実現
ユーザーのワークフローは最終的にモデル層、ツール層、あるいはその 2 つの間のハイブリッド層に落ち着きますか?