2026 OpenClaw リポジトリ文脈と Skills
AGENTS.md、bootstrap 注入と memory_search 調整チェックリスト

読了目安 約24分 · MACCOME

すでに Gateway を運用しているチームが壁に当たる典型は「モデルが眠っている」からではなく、AGENTS.md、Skills、bootstrap 注入がコンテキストを肥大化させ、memory_search と日々の memory/*.md が混在して予測不能になることです。どの層がコストを押し上げているか見えにくくなります。本稿では六つのエンジニアリング上の摩擦ポイントpromptMode と bootstrap の対応表ログと整合させやすい三つのコンテキスト指標最小限の AGENTS.md サンプル六ステップの調整手順をまとめます。マルチプラットフォームのインストール記事インストール後の doctor トリアージプロバイダのルーティングとフェイルオーバーDocker ネットワークのトリアージチャネル設定と併読してください。そちらは起動しない・接続しないを扱い、本稿は動くがコンテキストが制御できない場合を扱います。

二週間以内に「リポジトリエージェント」が破綻しがちな六つのパターン

2026 年の OpenClaw は、起動時にリポジトリ内のファイル束を注入するのが一般的です(例:AGENTS.md、Skills、身元とツール境界)。メモリは bootstrap とオンデマンド検索に分かれます。bootstrap に置くものと memory_search に任せるものの合意がないと、毎ターン巨大な静的プレフィックスが付き、ツールチェーンが長くなり、コストと遅延が上がります。下記の六項目を、週次のトークン見積もり、ツール失敗率、平均ターン数と並べて追跡してください。

  1. AGENTS.md が肥大化する:製品履歴、ロードマップ、運用手順を一ファイルに詰め込むと bootstrap で毎ターン課税されます。「常に必要」と「必要時に取得」に分けてください。
  2. Skills フォルダに索引戦略がない:重複する Skill によりモデルがツール選択で迷います。Skill の粒度と排他の注記を維持してください。
  3. promptMode が常に full のまま:サブエージェントやバッチが最大のシステムプロンプトを運び続けます。ドキュメントに従い、対象ワークロードを minimalnone に移してください。
  4. memory ファイルをデータベースのように扱う:巨大なログを memory/*.md に貼り、memory_search で走査すると IO と埋め込みコストが増えます。リポジトリ内は要約、生テキストは外部にしてください。
  5. コンテキスト肥大をプロバイダルーティングと混同する:まず bootstrap とツールループを絞り、フェイルオーバーはプロバイダ記事に任せてください。
  6. 共有リポジトリにオーナーシップがない:誰が AGENTS を編集し、誰が Skill の PR を承認し、誰が memory を剪定するかが決まらないと、ノート PC とリモート Mac で乖離します。

この六項目を Docker 記事の健全な Gateway とモデル層の失敗の切り分けと揃えると、コンテキスト方針の問題かネットワーク/プロバイダの問題かを早く判断できます。

対応表:promptMode、bootstrap、オンデマンドの memory

レビューでは次の表を使います。目的は文章の美しさではなく、タスク形態ごとに予測可能なトークン上限を置くことです。正確なキーは OpenClaw のバージョンに従ってください。

次元Bootstrap(起動時)memory_search / memory_get(オンデマンド)
典型的な内容AGENTS.md、コア Skill の要約、身元とツール境界日付付きメモ、意思決定ログ、長い付録
失敗時の様子毎ターンが遅く高く、ノイズの多いプレフィックスヒット漏れ、広すぎるヒット、繰り返し読み
調整レバー文字数上限の合計、段階的注入、promptMode索引の粒度、命名、要約ポリシー
promptModefull が最も多く注入する。minimal は節を省略できるサブエージェント向きbootstrap の代替にはならない。重要な境界だけ memory に隠さない
共同作業コードレビューとバージョン管理が必要監査フィールド(作成者、有効期限)が必要
リモート Macクラウド上の巨大クローンでは同期遅延と権限に注意書き換えが激しいとノート PC と競合しやすい

Grafana のパネルかオンコールメモに載せたい三つのコンテキスト指標

ログと粗いトークン見積もりから集計します。数値はプレースホルダーなので、自チームのベースラインに置き換えてください。

  1. Bootstrap 実効負荷(BEL):セッションごとに最初のユーザメッセージの前に付く静的プレフィックスの文字換算。BEL が閾値を超え続けるならファイル分割と上限(例:agents.defaults.bootstrapTotalMaxChars。名称はリリースにより異なるので公式ドキュメントに従う)を絞ってください。
  2. ツールループ指数(TLI):一つのタスク内で進展のないツール呼び出しが連続する回数。TLI が上がるのは多くの場合、HTTP 429 ではなく Skills の不明瞭さやコンテキストのノイズのサインです。
  3. Memory 取得ヒット率(MRH):memory_search の結果のうちモデルが実際に使った割合(スポットチェックや二次確認)。MRH が低いと索引や要約の負債、BEL も高いのに MRH も高いと重複コンテンツの可能性があります。

マルチモデルルーティングと動的なコンテキスト推定は 2025〜2026 年も進化しますが、リポジトリ側のノイズが品質の上限を決めます。BEL、TLI、MRH はボードに残してください。

非開発者向けには、BEL は「毎回の会話の前に読み返す社内規程のページ量」、TLI は「進展なくエスカレーションが続く回数」にたとえられます。それを直さずにモデルを大きくしても、高価な紙に同じ厚い冊子を印刷するにすぎません。

markdown
# AGENTS.md (example: only eternal boundaries; details live in Skills or memory)
## Repository role
- This repo is the xxx service; default branch main; release cadence in docs/release.md.

## Tooling boundaries
- Do not change CI secrets or production configs without review; DB migrations need two-person sign-off.

## OpenClaw conventions
- Skills directory: .openclaw/skills/ (example—use your layout)
- Long decisions: memory/YYYY-MM-decisions.md with a one-line summary at the top.
warning

注意:bootstrap テキストに顧客名、生のシークレット、編集していないログ全文を置かないでください。保存が義務付けられている場合は、スコープを限定したオンデマンド取得を使ってください。

六ステップの手順書:「動く」から「保守できる」へ

  1. バージョンとドキュメントを固定する:OpenClaw と Gateway の版を記録し、システムプロンプト、bootstrap、memory の公式ドキュメントを開く。口伝に頼らない。
  2. 注入元を棚卸しする:bootstrap ファイルと Skills を列挙し、必須、任意、memory へ移すべきかにタグ付けする。
  3. BEL の上限を決める:ハードキャップとロールバックを合意する。予算超過時はモデルを足す前に重複を削る。
  4. promptMode を調整する:サブエージェントとバッチを minimal または同等に移し、前後の遅延、成功率、コストをログに残す。
  5. memory を正規化する:長文は要約とポインタに変換し、生ログはホット検索路から外れたコールド保管へ。
  6. プロバイダ/Docker と段階的にレビューする:TLI が高いままならプロバイダ記事と Docker 記事へ。コンテキストを整える前にモデルプールを広げない。

Gateway、モデル、リポジトリ文脈:責任の順序

間欠的なタイムアウトはモデル差し替えや GPU 追加を誘発しますが、BEL と TLI がなければノイズの多いプロンプト不安定なインフラを混同します。Docker 記事の順序どおり、Gateway とチャネルを先に、次にプロバイダ、最後にリポジトリのプロンプトです。チャネル記事のトリアージと同じ層構造で、最上段にコンテキスト予算を置いてください。

インシデントチケットには最小再現の四項目を付けてください。(1) 有効な promptMode と BEL の帯、(2) 直近の AGENTS/Skills のマージリクエストへのリンク、(3) memory_search のクエリとヒット数、(4) ツール呼び出し付近の Gateway ログ。サブエージェントや並列ジョブでは分岐ごとの上限も同じ台帳に記録してください。メインセッションだけを見た集計は誤誘導します。

「自分のノートでは動いた」がチーム規模の保守にならない理由

個人マシンでは巨大なプロンプトと場当たりのシークレットがグローバル設定に混ざり、監査が困難です。CI や共有リモート Mac に移すと権限と同期遅延が加わり、AGENTS と memory が見えないうちに分岐します。明示的なコンテキスト方針と専用のリモート環境を組み合わせると、エージェントのワークフローがレビュー可能で引き継ぎ可能な資産になります。

エフェメラルなクラウドデスクトップでも OpenClaw は動きますが、長時間稼働、固定パス、ツールチェーンの低いドリフトでは専用の物理リモート Mac が有利です。Gateway が大きなモノレポと同一ホストやリージョンを共有し、ディスク IO がコンテキストと並ぶボトルネックになる場合も同様です。MACCOMEMac mini M4 および M4 Pro ノードをシンガポール、日本、韓国、香港、米国沿岸部で提供し、常時稼働の Gateway と大規模クローン向けに柔軟なレンタル条件を用意しています。公開の料金ページで BEL の行と整合させ、ディレクトリ方針を固定してから Skills を反復してください。

パイロットでは、より大きなモデルやチャネルを増やす前に、一週間 BEL をチーム目標の帯に収めてください。リポジトリのノイズは大きいモデルではほとんど解消されません。

よくある質問

インストールの問題から読むならどの記事からですか?

まず マルチプラットフォームのインストール記事、続けて doctor のトリアージを読んでください。本稿ではポートと依存関係の確認は繰り返しません。

ネットワークとモデルの話題はどこですか?

CLI からの到達性は Docker ネットワークのトリアージ、モデルチェーンは プロバイダのルーティングを参照してください。

レンタル料金とサポートは?

レンタル料金ヘルプセンター をご覧ください。