# OpenClawが更新世代の切り替えと復旧に対応

> OpenClaw v2026.10.1が更新世代の切り替えと復旧に対応。Ollamaの性能対策、oh-my-piの予測入力・Bedrock互換設定・API移行、llama.cppのOpenCL修正とGemma 4のGPUデコード対応を整理し、配布範囲、追加要求、対象環境を分けて更新判断を考える。

Canonical URL: https://labs.eastbraver.com/digest/ai-digest-20261012
Published: 2026-10-12T06:30:00+09:00
Category: ai-digest
Tags: ai-agent, agentic-infra, software-engineering, local-inference, infrastructure

2026年10月11日06:30から12日06:30までの更新では、OpenClawのインストール世代管理と結果配送、Ollamaの性能対策、oh-my-piの入力支援と互換設定、llama.cppのOpenCL修正を取り上げる。リリースの有無だけでなく、配布される成果物、追加のモデル要求、移行が必要なAPI、修正対象の実行条件を分けて読む。

本号の見どころは、エージェントを支える運用上の変更だ。新しい入力支援を有効にする判断と、既存の認可やAPIを移行する判断は同じではない。以下では、正式リリースとプレリリースも区別し、利用環境に直接関係する変更から整理する。（[出典1](https://github.com/openclaw/openclaw/releases/tag/v2026.10.1) / [出典2](https://github.com/ollama/ollama/releases/tag/v0.40.3) / [出典3](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0) / [出典4](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1) / [出典5](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2) / [出典6](https://github.com/ggml-org/llama.cpp/releases/tag/b11558) / [出典7](https://github.com/ggml-org/llama.cpp/releases/tag/b11559)）

## OpenClaw v2026.10.1、更新世代の切り替えと復旧に対応

OpenClaw v2026.10.1は、改変不可のインストール世代を切り替え、復旧できる構成を採用した。タグに固定された変更履歴には、更新の有効化が完了した状態の判定や、稼働中の所有者を維持した更新修復、データベース移行の復旧も記載されている。（[出典1](https://raw.githubusercontent.com/openclaw/openclaw/e178c39e9aae3fa440735217f9aef9574f286677/CHANGELOG/2026.10.1.md)）

サブエージェントでは、孫エージェントの配送が保留中でも完了済みの結果を届けるよう修正した。追加メッセージが戻りつつあるサブエージェントの結果を遮る問題も修正し、メモリ保存のターンに無関係な実行Toolが再び与えられることを防いだ。結果の配送と実行権限の維持は、別々の修正として読む必要がある。（[出典1](https://raw.githubusercontent.com/openclaw/openclaw/e178c39e9aae3fa440735217f9aef9574f286677/CHANGELOG/2026.10.1.md)）

[MCP](/guides/mcp) Appsでは、ビューを開いている間のTool呼び出し、インラインでの確認、フォーム・ファイル・Contextの同期に対応した。ただし、リリース番号だけで全クライアントの配布がそろったとは判断できない。（[出典1](https://raw.githubusercontent.com/openclaw/openclaw/e178c39e9aae3fa440735217f9aef9574f286677/CHANGELOG/2026.10.1.md) / [出典2](https://github.com/openclaw/openclaw/releases/tag/v2026.10.1)）

> [!CAUTION] Android APKは今回の配布対象外
> 公式リリースは、`apps/android/version.json`が`2026.8.2`のままでリリース系列`2026.10.1`と一致しないため、Android APKを除外したと説明している。npm版TelegramのベータE2Eについても、検証結果は提供されていない。（[出典2](https://github.com/openclaw/openclaw/releases/tag/v2026.10.1)）

**EastBraverの見立て:** 更新を有効にしたことと、委任した処理の結果を受け取ったことは別の確認点だ。[AI Agentの実行状態と責任境界](/guides/ai-agent)を点検する際は、利用するクライアントの配布状況も含め、更新・復旧・結果配送を個別に確認したい。（[出典1](https://raw.githubusercontent.com/openclaw/openclaw/e178c39e9aae3fa440735217f9aef9574f286677/CHANGELOG/2026.10.1.md) / [出典2](https://github.com/openclaw/openclaw/releases/tag/v2026.10.1)）

- 出典: [OpenClaw](https://github.com/openclaw/openclaw/releases/tag/v2026.10.1)（公式情報、正式リリース、2026-10-11 08:54 JST）

## Ollama v0.40.3、モデル移行を性能対応で一時停止

Ollama v0.40.3では、埋め込みなどのリクエスト性能への対応として、バックグラウンドのモデルアップグレードを一時停止した。あわせて、`ollama launch claude`のClaudeコネクターに関する警告と、`ollama launch codex`のサービス階層に関する警告を修正した。（[出典1](https://github.com/ollama/ollama/releases/tag/v0.40.3)）

変更の背景を説明するPRは、バックグラウンドモデル移行がリクエストごとのオーバーヘッドとGC負荷を生じさせ、埋め込みモデルなどの高頻度利用へ影響していたとしている。このPRは対象期間より前の10月9日に作成されたが、一時停止を含むv0.40.3の公開は本号の対象期間内だ。（[出典2](https://github.com/ollama/ollama/pull/18908) / [出典1](https://github.com/ollama/ollama/releases/tag/v0.40.3)）

> [!NOTE] 性能改善率は示されていない
> PRはリクエスト負荷とGC負荷を理由に挙げるが、オーバーヘッドの削減率や移行処理の再開日までは示していない。（[出典2](https://github.com/ollama/ollama/pull/18908)）

**EastBraverの見立て:** 埋め込み要求を高頻度に送る環境では、機能追加より負荷の変化が更新判断の中心になる。モデル移行の一時停止と、起動時の警告修正を分けて確認したい。（[出典1](https://github.com/ollama/ollama/releases/tag/v0.40.3) / [出典2](https://github.com/ollama/ollama/pull/18908)）

- 出典: [Ollama](https://github.com/ollama/ollama/releases/tag/v0.40.3)（公式情報、正式リリース、2026-10-11 10:39 JST）

## oh-my-pi v18.9.0、予測入力とフォールバック制御を追加

oh-my-pi v18.9.0では、次のメッセージ候補を表示する`composer.predictions`、フォールバック条件を選ぶ`retry.fallbackOn`、設定画面から指定できるExtra Context Filesを追加した。Ternブラウザーでは、エージェントが利用可能なページを列挙し、既に開いているブロックを操作できるようになった。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

`composer.predictions`を有効にすると、各ターン後に次のメッセージ候補がゴーストテキストで表示され、Tabまたは右矢印で採用できる。`retry.fallbackOn`の`usage-limit`は利用上限エラーだけ、`except-usage-limit`はそれ以外のエラーだけでモデルを切り替える。既定値は従来どおり`any`だ。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

Extra Context Filesは、YAMLを編集せず、設定画面の「Context」から独自の指示ファイル名を設定するための項目だ。プラグイン導入では、独自Git URLの処理を修正し、URLに含まれる認証情報がプラグインのメタデータやロックファイルへ保存されることを防いだ。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

互換性面では、Google経路の`consumeGoogleStream`と`streamGoogleGenAI`から`retainTextSignature`を削除し、テキスト応答の署名を常に保持する。独自の`SessionsApi`実装には`permits(provider, sessionId, credentialId)`が必須となった。`pi-utils`の`takeRecentLoopPhase()`も`takeLoopPhaseAttribution()`へ改名され、戻り値が`{ label, ms }`に変わる。一方、従来のPi拡張機能、Tool、プラグイン向けの公開互換エクスポートは復元された。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

> [!NOTE] 予測候補もモデル要求として計上
> 候補生成には追加のモデル要求が使われ、その使用量はセッション使用量と`/stats`に含まれる。画面上の入力補助だけが増える設定ではない。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

**EastBraverの見立て:** [IdentityとAuthorization](/guides/ai-identity-authorization)の観点では、認証情報を持つことと、そのセッションで使えることを分ける必要がある。独自の`SessionsApi`やGoogle経路を組み込む場合はAPI移行を先に確認し、入力支援の有効化とは別に判断したい。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)）

- 出典: [Oh My Pi](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.0)（公式情報、正式リリース、2026-10-11 17:08 JST）

## oh-my-pi v18.9.1、Bedrockが拒否する思考制御を送信対象から外せるように

oh-my-pi v18.9.1は、Bedrock Converse経路の`compat.supportsThinkingBindingControls`を追加した。`models.yml`や互換性ルールから`false`にすると、Claudeのprefix bindingに伴う`thinking.block_binding`、ベータヘッダー`thinking-binding-controls-2026-08-01`、応答フィールドパス`/input_transformations`を送らなくなる。こうした追加フィールドを拒否するゲートウェイやリージョン向けの設定だ。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1) / [出典2](https://github.com/can1357/oh-my-pi/pull/15316)）

制御の送信は既定で有効のままだ。PRの初期説明にはモデル別の既定値が記載されているが、後半のメンテナー追記は既定値を`true`へ変更したと明示しており、公開版のリリースノートも「on by default」としている。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1) / [出典2](https://github.com/can1357/oh-my-pi/pull/15316)）

> [!CAUTION] 思考処理そのものを止める設定ではない
> `false`にしても、適応的な思考処理や`effort`の設定は残る。Bedrock上のClaude Fable 5.1で思考設定をオフにし、Toolを強制選択する場合の修正も、強制選択を`auto`へ切り替えるものであり、指定したToolの呼び出しを保証する変更ではない。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1) / [出典2](https://github.com/can1357/oh-my-pi/pull/15316)）

**EastBraverの見立て:** [LLM APIの実行条件](/guides/llm-api)は、モデル名だけでなく経路側が受け付けるフィールドにも依存する。Bedrock互換の接続先で拒否される制御だけを外し、思考設定とTool選択の振る舞いを別々に確認したい。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1) / [出典2](https://github.com/can1357/oh-my-pi/pull/15316)）

- 出典: [Oh My Pi](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.1)（公式情報、正式リリース、2026-10-11 20:10 JST）

## oh-my-pi v18.9.2、モデル切替を修正し`NativeJudge`の接続先を拡張

oh-my-pi v18.9.2は、既存セッションを`openai-codex`から切り替えた後、Devin経由のOpenAIモデルが毎ターン`invalid_argument`を返す不具合を修正した。`models.yml`では、修飾なしのモデルIDがOllama、llama.cpp、LM Studioの自動検出プロバイダーへ誤って解決される問題も修正した。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)）

編集処理では、同じ対象テキストが複数回現れる場合の`apply_patch`によるコンテキストなしのハンク処理を修正した。また、保存中断後に`omp gc --apply`が一時セッションファイルを残す問題と、`omp auth-gateway serve`がOpenRouterの`:floor`または`:nitro`を扱えない問題も修正した。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)）

`NativeJudge`には、OpenAIのDecisions APIとCloudflare Workers AIのdecisionモデルへの接続を追加した。`openai-decisions`と`workers-ai-systemone`に対応し、質問数に上限がある接続先では最大4バッチを並行実行する。一部のバッチが失敗した場合も、成功済みバッチの使用量を記録する。これはoh-my-pi側の対応追加であり、モデル自体の新規公開を意味しない。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)）

**API移行の確認点**

以下は`@oh-my-pi/pi-ai`と`@oh-my-pi/pi-catalog`の変更だ。CLIの不具合修正だけを見て、組み込み側のAPI変更を見落とさないようにしたい。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)）

| 従来の参照 | 公開版での移行先 |
| --- | --- |
| `TypeSafeJudge`、`TypeSafeApiError`と関連するオプション型 | `NativeJudge`、`JudgmentApiError`と対応する型 |
| `JUDGMENT_ROUTES` | `isJudgmentApi`、またはカタログのモデルから作成する`createNativeJudge(model, { apiKey })` |
| `@oh-my-pi/pi-catalog/wire/cloudflare-ai-gateway`の認証情報解析・直列化APIと型 | `@oh-my-pi/pi-catalog/wire/cloudflare`の同等のエクスポート |

**EastBraverの見立て:** 既存セッションの切替やパッチ適用に該当する利用者には、修正の条件が明確だ。一方、独自にjudgeを組み込む利用者は、接続先の追加より先に旧名・削除済み識別子・インポート先を点検したい。judgeの接続が成功しても、[AI Agent全体の評価](/guides/ai-agent-evaluation)を置き換えるものではない。（[出典1](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)）

- 出典: [Oh My Pi](https://github.com/can1357/oh-my-pi/releases/tag/v18.9.2)（公式情報、正式リリース、2026-10-12 04:07 JST）

## llama.cpp b11558・b11559、OpenCLの上限超過とCPUフォールバックを修正

llama.cppのb11558とb11559は、いずれもバイナリを配布するプレリリースだ。b11558は、重み画像がデバイスの画像サイズ上限を超えるとクラッシュするOpenCLカーネルの条件を見直し、大きな重みを通常のカーネルへフォールバックさせる。`Q4_0`のブロードキャストと、不完全なサブグループでの`rms_norm`も修正した。（[出典1](https://github.com/ggml-org/llama.cpp/releases/tag/b11558) / [出典2](https://github.com/ggml-org/llama.cpp/pull/30310)）

b11559は、Flash Attentionで`dk = 512`と`gqa = 4`または`8`の組み合わせを扱えるようにし、Gemma 4のE4B・E2BのGPUデコードに対応した。PRは、Gemma 4がFlash Attention有効時にCPUへフォールバックしていたと説明している。`dk = 64`、`gqa = 8`の`gpt-oss-20b`向け処理も改善した。（[出典3](https://github.com/ggml-org/llama.cpp/releases/tag/b11559) / [出典4](https://github.com/ggml-org/llama.cpp/pull/30266)）

> [!NOTE] 二つのフォールバックは目的が異なる
> b11558は画像サイズ上限を超える重みを別のカーネルへ逃がす修正、b11559は対応するGemma 4の処理がCPUへ戻ることを避ける変更だ。PRの速度測定も特定のモデル・量子化・Context長の結果であり、すべての端末やOpenCLドライバーに同じ速度向上を保証するものではない。（[出典2](https://github.com/ggml-org/llama.cpp/pull/30310) / [出典4](https://github.com/ggml-org/llama.cpp/pull/30266)）

**EastBraverの見立て:** ビルド番号だけでなく、使っているバックエンド、量子化形式、Flash Attentionの条件を合わせて更新を判断したい。クラッシュ回避とGPU上に処理を残す変更は、異なる運用上の問題を解く。（[出典2](https://github.com/ggml-org/llama.cpp/pull/30310) / [出典4](https://github.com/ggml-org/llama.cpp/pull/30266)）

- 出典: [llama.cpp b11558](https://github.com/ggml-org/llama.cpp/releases/tag/b11558)（公式情報、プレリリース、2026-10-12 02:25 JST） / [b11559](https://github.com/ggml-org/llama.cpp/releases/tag/b11559)（公式情報、プレリリース、2026-10-12 04:14 JST）

## ほかの確認済みの更新

同じ対象期間に公開されたllama.cppのプレリリースから、別の実行条件に関係する変更も挙げる。

- **b11554、Vulkanの重複行処理を前処理へ移動**：`mul_mat_id`の重複をループで扱う代わりに、事前処理で実行対象のタイルをまとめる。変更はVulkanの実行経路に関するもので、全バックエンド共通の性能改善ではない。（[出典1](https://github.com/ggml-org/llama.cpp/releases/tag/b11554) / [出典2](https://github.com/ggml-org/llama.cpp/pull/29998)、2026-10-11 21:29 JST）
- **b11555、利用可能なF16CをAVX2経路で使わない問題を修正**：FP32からFP16への変換でF16Cが利用不能と判定される問題に対応した。PR著者のFreeBSD 15.0上での速度評価は目視によるもので、定量的な改善率としては扱えない。（[出典1](https://github.com/ggml-org/llama.cpp/releases/tag/b11555) / [出典2](https://github.com/ggml-org/llama.cpp/pull/30270)、2026-10-11 22:10 JST）
- **b11556、Prism Bonsai 2 27Bの実行に対応**：llama.cppにモデルの実行・変換対応を取り込んだ更新であり、モデル自体の新規公開ではない。ただし、Hadamardで折り込んだ重みを対象とするLoRAは未対応で、読み込み時に拒否される。幅の大きいHadamard変換の性能改善も別PRとして扱われている。（[出典1](https://github.com/ggml-org/llama.cpp/releases/tag/b11556) / [出典2](https://github.com/ggml-org/llama.cpp/pull/29600) / [出典3](https://raw.githubusercontent.com/ggml-org/llama.cpp/b11556/src/llama-adapter.cpp)、2026-10-11 22:31 JST）
- **b11557、RPCログの詳細度を数値で指定**：`GGML_RPC_DEBUG`は`0`または未設定でデバッグログを無効化し、`1`から`3`で段階的に詳細化する。llama.cppのアプリケーション側でもデバッグ記録を見るには、詳細度を`-lv 5`へ上げる必要がある。（[出典1](https://github.com/ggml-org/llama.cpp/releases/tag/b11557)、2026-10-12 00:10 JST）