と の公式ガイドを一つに。2026年11月時点の最適なと思考レベル(Opus 5.5 · High、GPT-6.1 Sol · High)、六つの習慣、十のよくある間違いと直し方。
や のようなは一つですが、見る立場によって、、という三つの名前で呼ばれます。この三つの言葉を先に知っておくと、このページの残りがすっと読めます。
Claude CodeCodexHermes Agent 同じプログラム、三つの名前
人が使う道具として見るとき
ツールは道具という意味です。人がコンピューターと を使うための道具で、Claude Code や Codex がツールです。こうしたツールはエージェントコーディングツール(agentic coding tool)とも呼ばれます。
You → Tool → Computer + AI
モデルとハーネスを合わせたものとして見るとき
エージェントは、自分でいくつもの手順を踏んで仕事をやり遂げる AI です。広い意味では、エージェントはとハーネスを合わせたものです — はこれを "Agent = Model + Harness" と書いています。だから Claude Code の中で モデルが動くと、二つを合わせてエージェントと呼びます。
Agent = Model + Harness
モデル以外の部分として見るとき
広い意味では、ハーネスは AI モデル以外のすべて、つまりモデルを包んで仕事をさせるあらゆる AI ツールのことです。ファイルを読む、コマンドを実行する、許可を求める、結果をモデルに返す、といったことをハーネスが受け持ちます。だから Claude Code、Codex、 はどれもハーネスです。
Harness = Agent − Model
最初はこうしたプログラムを単にツールと呼んでいました。今は、モデルを包む部分を言うときはハーネス、モデルまで含めて働く姿全体を言うときはエージェントと呼びます。三つの名前はどれも正しく、指しているのは同じプログラムです。
Agent = Model + Harness を詳しく見るAgent = Model + Harness. If you're not the model, you're the harness.
LangChain — The Anatomy of an Agent Harness (新しいウィンドウ)
モデル以外の・設定・は、すべてハーネスの一部です。モデルだけでは文章を予測するだけです。ハーネスがモデルを、ファイルを読み、コマンドを実行し、仕事が終わったら止まるエージェントにします。
ターミナルであなたが話しかける相手
考える — 渡されたものをすべて読み、次の言葉かを予測する
それ以外のすべて — 入力を組み立て、ツールを実行し、ループを回し続ける
Claude Code・Codex・・・・agyは、すべてハーネスです。それぞれ違うモデル — Claude、、、Grok、Kimi、OpenCodeならほとんどどのモデルでも — を包んでいますが、ハーネスのする仕事はどれも同じです。だから、このページの習慣はツールからツールへそのまま持っていけます。
ハーネス — 3つの見方実際の1つの依頼が、の中でどう進むか追ってみましょう — 「押しても何も起きない登録ボタンを直して、テストを追加して」。仕事が確かめられるまで、モデルとハーネスが交代で動きます。
矢印は順番に進みます。太い矢印がループです — ツールの結果はすべてモデルに戻ります。点線の矢印は、モデルがツール呼び出しなしで文章だけで答えたときにだけ通ります。
ステップ 1 · あなた
依頼を入力してEnterを押します。ハーネスはあなたの言葉をユーザーメッセージとして包み、入力のいちばん最後に置きます。
{"type": "message", "role": "user",
"content": [{"type": "input_text",
"text": "Fix the signup button that does nothing and add a test"}]}ステップ 2 · ハーネス
モデルがあなたの言葉を見る前に、ハーネスが必要なものを集めます — ハーネス自身の指示、モデルが呼べるツールの一覧、サンドボックスといつ承認を求めるかの説明、AGENTS.mdファイル、作業フォルダーとシェル。次のターンからは、それまでの会話全体も入ります。
instructions base instructions for the model
tools shell · update_plan · web_search · mcp__…
input
developer <permissions instructions> sandbox · approval
user AGENTS.md (project root → cwd)
user <environment_context> cwd · shell
user "Fix the signup button …"ステップ 3 · モデル
ハーネスが入力をモデルに送ります。モデルの答え方は2つだけです — あなたへのメッセージか、ツール呼び出し(「このシェルコマンドを実行して」のような小さなの依頼)です。モデルが自分であなたのコンピューターに触れることはできません。
{"type": "function_call", "name": "shell",
"arguments": "{\"command\":\"rg -n signup src\"}",
"call_id": "call_1"}ステップ 4 · モデル ハーネス
ボタンを直すには、まずボタンを見つけなければなりません。そこでモデルは読むためのツールを頼みます — rgでコードを探す、フォルダーの一覧を見る、ファイルを読む。Claude Codeはこの段階を「gather (コンテキストを集める)」と呼びます。
$ rg -n signup src
src/components/SignupButton.jsx:8: <button type="button">Sign up</button>
src/api/auth.js:21:export async function signup(email, password) {ステップ 5 · ハーネス
ハーネスが権限を確かめます。許可されていて、サンドボックスの中ですか? それなら実行します。まだ許可されていませんか? それなら先にあなたに聞きます。そのあと、と出力を会話に足して、もう一度モデルに聞きます。この行き来がループで、1つの依頼で何十回も回ることがあります。
{"type": "function_call_output",
"call_id": "call_1",
"output": "src/components/SignupButton.jsx:8: …"}ステップ 6 · モデル ハーネス
コードがわかると、モデルは編集を頼みます — ファイルの一部を置きかえる新しい文章です。ハーネスがそれを書き込み、あなたはで見られます。Claude Codeは編集の前ごとにチェックポイントを保存するので、ます。
--- a/src/components/SignupButton.jsx
+++ b/src/components/SignupButton.jsx
- <button type="button">Sign up</button>
+ <button type="button" onClick={() => signup(email, password)}>
+ Sign up
+ </button>ステップ 7 · モデル ハーネス
次にモデルは、シェルでテストやを実行するよう頼みます。フォルダーの外のものを変えられるコマンドこそ、承認とサンドボックスが大事になる場面です。
$ npm test -- SignupButtonステップ 8 · モデル
モデルがテストのログを読みます。テストが失敗したら、コードを読む・直す(ステップ4と6)に戻って、もう一度テストを実行します — テストが通るまで、または行き詰まって止まり、あなたに聞くまで。
FAIL SignupButton.test.jsx
✕ calls signup when clicked
… fix → run again …
PASS SignupButton.test.jsx
✓ calls signup when clickedステップ 9 · モデル ハーネス
モデルがツール呼び出しなしで文章で答えると、ターンが終わります。ハーネスはまとめを表示し、操作をあなたに返します。よい報告には、何を変えたか、テストの結果、確かめていないことが書かれています。
{"type": "message", "role": "assistant",
"content": [{"type": "output_text",
"text": "Connected the button to signup() and added SignupButton.test.jsx. npm test passes."}]}ターンごとにツール呼び出しと結果が足され、一覧全体がもう一度送られます。 — モデルが一度に読める最大の量 — が少しずつ埋まっていきます。
Codexでは、前の入力が新しい入力の先頭部分とまったく同じなので、が前の計算を再利用できます。会話の途中でツール・モデル・サンドボックス・承認モード・作業フォルダーを変えると、その先頭部分が崩れて、次の依頼が遅くなります。
会話が長くなりすぎると、ハーネスは会話を短いまとめに置きかえて続けます。Codexは上限を超えると自動で行います。Claude Codeも自動で行い、焦点を決めて/compactを実行することもできます。会話の最初のほうのルールは消えることがあるので、ずっと守るルールはAGENTS.mdに書きましょう。
モデルは頼むだけです。コマンドを実行するか、あなたの承認を待つか、止めるかはハーネスが決めます。Codexのサンドボックスは自分のシェルツールにだけかかります — MCPツールは自分で制限を守る必要があります。
| テーマ | Codex | Claude Code |
|---|---|---|
| 名前 | エージェントループ(agent loop) — アシスタントのメッセージがターンを終えるまで、とツール呼び出しがくり返されます。 出典 (新しいウィンドウ) | ループ(agentic loop) — コンテキストを集める、行動する、結果を確かめる。この段階はまじり合います。 出典 (新しいウィンドウ) |
| 会話 | 依頼のたびに会話の履歴全体を送り直すので、1つ1つの依頼がそれだけで成り立ちます。 出典 (新しいウィンドウ) | すべてのメッセージ・ツールの使用・結果が~/.claude/projectsの下のファイルに保存されるので、再開や分岐ができます。 出典 (新しいウィンドウ) |
| 圧縮 | auto_compact_limitを超えると、専用の圧縮で自動で行います。 出典 (新しいウィンドウ) | 上限の近くで自動で行います。焦点を決めた/compactで、必要なものを残せます。 出典 (新しいウィンドウ) |
| 安全 | サンドボックスと承認のルールをモデルに伝え、シェルツールで守らせます。 出典 (新しいウィンドウ) | 権限モード(Shift+Tab)と、ファイルの編集を元に戻すチェックポイント。 出典 (新しいウィンドウ) |
Codexの内容はOpenAIの記事から、Claude Codeの内容はAnthropicのドキュメントから取りました。ほかのツールも同じループで動きますが、ここまで詳しくは公開していません。
どのマスも確かめた場所にリンクしています — 公式ページ、または2026-10-26に見たそのツールのの出力です。
コマンドはよく変わります。「未確認」は公式ページや--helpで見つけられなかったという意味で、ないという意味ではありません。
AGENTS.mdはプロジェクトの中にあるふつうのファイルです。エージェントはあなたの最初の一言より先にこれを読むので、ルールをくり返し言う必要がありません。
# AGENTS.md
## 実行
- npm install のあと npm run dev
## テスト
- 終える前に npm test を実行する。すべてのテストが通ること。
## スタイル
- React の関数コンポーネント、インデントはスペース2つ。
## さわらないもの
- .env、データベースのフォルダー、package-lock.json
## 報告
- 変えたファイル、テストの結果、確かめていないことを書く。自分のファイルはCLAUDE.mdです。そのフォルダーや上のフォルダーにCLAUDE.mdがないときだけAGENTS.mdを読みます。両方使うには、CLAUDE.mdに@AGENTS.mdと書きます。
出典 (新しいウィンドウ)プロジェクトのいちばん上のフォルダーから今のフォルダーまで、順番につなげて読み、近いファイルが優先されます。全体用のファイルは~/.codex/AGENTS.md。初期の上限は。
出典 (新しいウィンドウ)プロジェクトのAGENTS.mdと~/.config/opencode/AGENTS.md。AGENTS.mdがないときはCLAUDE.mdを代わりに読みます。
出典 (新しいウィンドウ)のいちばん上から作業中のフォルダーまで、すべてのフォルダーのAGENTS.md(とCLAUDE.md)。深いフォルダーのファイルが優先されます。
出典 (新しいウィンドウ)プロジェクトのAGENTS.mdか.kimi-code/AGENTS.md、そしてすべてのプロジェクトで使う~/.kimi-code/AGENTS.md。
出典 (新しいウィンドウ)どのフォルダーでもAGENTS.mdとGEMINI.md、そして.agents/rules。全体用のルールは~/.geminiにあります。見つかったルールはすべて合わせて使われます。
出典 (新しいウィンドウ)
ふつうの依頼は、モデルがツールを呼ばなくなった時点で終わります。は代わりにゴールラインを決めます — エージェントは条件が満たされるまで、ターンを重ねて働き続けます。
/goal すべてのテストが通り、登録ボタンが signup() を呼ぶこと。データベースは変えないこと。
完了の条件を決めます。Claudeは条件が満たされるか、無理だと判断するか、エラーで止まるまで働き続けます。-pとも使えます。
出典 (新しいウィンドウ)大きな仕事が動いているあいだ、Codexが追い続ける目標です(goals機能、初期設定でオン)。
出典 (新しいウィンドウ)まだ組み込みの/goalはありません — 代わりにカスタムコマンドを使います。
出典 (新しいウィンドウ)目的と、なくてもよい--budgetを渡す/goal。ほかにstatus・pause・resume・clear。
出典 (新しいウィンドウ)自分で進む目標を始めます。status・pause・resume・cancelなども使えます。
出典 (新しいウィンドウ)エージェントが止まろうとすると、がそれを止めて、自分の仕事を確かめて続けるように言います。
出典 (新しいウィンドウ)
うまくいかない結果の多くは、エージェントが推測できないことが抜けた依頼から生まれます。だれが・何を・いつ・どこで・なぜ・どのように — 6つの問いで、そうした抜けのほとんどを防げます。
“ボタンが壊れてる。直して。”
どのボタン? どう壊れている? 直ったことはどうやってわかる? エージェントは推測するしかなく、違うファイルを変えてしまうかもしれません。
5W1Hでよい結果が保証されるわけではありませんが、ほとんどの場合をカバーできます。それでもエージェントが何か聞いてくるなら、足りないピースはたいてい6つのうちのどれかです。
AIコース — プロンプトエンジニアリング仕事を分けましょう。AGENTS.mdにはどの依頼にも必要なことを、にはこの依頼だけに必要なことを書きます。
テストのしかた、コーディングスタイル、さわってはいけないもの、報告のしかた
この1つの依頼の、だれが・何を・いつ・どこで・なぜ・どのように
エージェントは両方を読む
メッセージのたびに「テストを実行して、データベースにはさわらないで」と打たなくてよくなります。
Claude CodeからCodexやKimiに移っても、ルールがついてきます。
ファイルはに入っているので、すべての人とすべてのエージェントが同じルールに従います。
エージェントが同じまちがいをくり返したら、また説明する代わりにAGENTS.mdに1行足しましょう。
同じ操作がほとんどのツールで使えます。例外は比較表にあります。
cd my-project
claude · codex · opencode · grok · kimi · agy
/init
Claude CodeはCLAUDE.mdを書きます。Grokとagyは未確認。
/plan
OpenCode — Tabを押してPlanエージェントに。
/model
OpenCode — /models。
/compact
/goal
OpenCodeにはありません。
claude -c · opencode -c · grok -c · kimi -c · agy -c
codex resume --last
claude -p · grok -p · kimi -p · agy -p
codex exec · opencode run
claude mcp · codex mcp · opencode mcp · grok mcp · agy mcp
Kimi — 会話の中で/mcp。
2026-10-26に、公式ドキュメントとインストールしたCLI(--help)で確かめました。コマンドは変わるので、公式ドキュメントも読んでください。
同じでも、いろいろな形で使えます。このページでは、その中でいちばんよく使う3つの形、ターミナルの 、デスクトップアプリ、VS Code 拡張機能を扱います。形はこの3つだけではありません。ツールによっては、JetBrains などほかのエディター、Web ブラウザー、スマートフォンのアプリ、Slack や GitHub の中でも使え、 で自分のプログラムに組み込むこともできます。自分に合う形を選び、下の共通の4ステップに沿ってインストールしたら、ツールごとに違うコマンド・ダウンロード先・拡張機能 ID だけを入れ替えましょう。
選び方の目安は OpenAI Codex のドキュメントの比較にならいました — CLI (新しいウィンドウ) · デスクトップアプリ (新しいウィンドウ) · VS Code 拡張機能 (新しいウィンドウ)
CLI はターミナルでコマンドを打って使う形です。インストールはコマンド1行で終わり、どのツールも同じ4ステップです。自分のパソコンに合う1行だけを選びましょう。
ターミナルを開きます — と はターミナル、 は PowerShell です。
下から自分のパソコンに合うインストールコマンドを1行コピーして貼り付け、Enter を押します。Homebrew や を使っているなら、その行を使ってもかまいません。
ターミナルを新しく開き、下のカードの「確認」コマンドを実行してが表示されるか見ます。
プロジェクトのフォルダーに移動して（cd）、カードの「開始」コマンドを入力します。初回はが開くので、ログインするか を貼り付けます。
macOS · Linux
curl -fsSL https://claude.ai/install.sh | bash
Windows (PowerShell)
irm https://claude.ai/install.ps1 | iex
Homebrew
brew install --cask claude-code
npm
npm install -g @anthropic-ai/claude-code
macOS · Linux
curl -fsSL https://chatgpt.com/codex/install.sh | sh
Windows (PowerShell)
powershell -ExecutionPolicy ByPass -c "irm https://chatgpt.com/codex/install.ps1 | iex"
Homebrew
brew install --cask codex
npm
npm install -g @openai/codex
macOS · Linux
curl -fsSL https://opencode.ai/v2/install | bash
Homebrew
brew install anomalyco/tap/opencode-v2
npm
npm install -g @opencode/cli
macOS · Linux
curl -fsSL https://x.ai/cli/install.sh | bash
Windows (PowerShell)
irm https://x.ai/cli/install.ps1 | iex
macOS · Linux
curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash
Windows (PowerShell)
irm https://code.kimi.com/kimi-code/install.ps1 | iex
npm
npm install -g @moonshot-ai/kimi-code
macOS · Linux
curl -fsSL https://antigravity.google/cli/install.sh | bash
Windows (PowerShell)
irm https://antigravity.google/cli/install.ps1 | iex
… | bash と irm … | iex は、インターネット上のスクリプトをそのまま自分のパソコンで実行します。ここに載せた公式のアドレスだけを使い、ほかの場所で見かけた似たコマンドは実行しないでください。
デスクトップアプリはウィンドウとボタンで使う形です。ターミナルなしでダウンロードしてインストールし、複数の作業を画面で整理できます。すべてのツールに公式デスクトップアプリがあるわけではありません。
公式サイトから自分の OS（macOS・Windows・Linux）に合うアプリをダウンロードしてインストールします。
アプリを開き、その会社のアカウントでログインします。
作業したいプロジェクトのフォルダーを開きます。新しいプロジェクトを作ってもかまいません。
やりたいことを書いて任せ、会話・結果・変更されたファイルを画面で確かめます。複数の作業を並べて任せることもできます。
Claude Desktop — Code
は の Code タブで使います。CLI を別にインストールする必要はなく、有料プランが必要です。
ダウンロード (新しいウィンドウ) 公式インストールガイド (新しいウィンドウ)Codex app
macOS（Apple Silicon）と Windows（Microsoft Store）版があります。CLI をインストールしていれば codex app でも開けます。
ダウンロード (新しいウィンドウ) 公式インストールガイド (新しいウィンドウ)OpenCode Desktop
ダウンロード (新しいウィンドウ) 公式インストールガイド (新しいウィンドウ)公式のデスクトップアプリは見つかりませんでした。
CLI としてインストール公式のデスクトップアプリは見つかりませんでした。
CLI としてインストールGoogle Antigravity
はアプリそのものがコードエディター（）です — macOS 12 以降、Windows 10・11、Linux で動きます。
ダウンロード (新しいウィンドウ) 公式インストールガイド (新しいウィンドウ)VS Code 拡張機能は、コードエディターの中にのパネルを追加する形です。拡張機能からインストールし、選んだコードについてすぐ質問できます。
VS Code で拡張機能ビューを開きます — +Shift+X（macOS は Cmd+Shift+X）。
下の拡張機能の名前か で検索し、[Install] を押します。ターミナルで code --install-extension を使ってインストールすることもできます。
サイドバーやエディター上部に増えたアイコンからエージェントのパネルを開き、ログインします。
コードを選んで説明・修正・テストを頼み、変更をソースの横で確かめてから受け入れます。
Claude Code for VS Code
拡張機能 ID anthropic.claude-code
code --install-extension anthropic.claude-code
Codex – OpenAI’s coding agent
拡張機能 ID openai.chatgpt
code --install-extension openai.chatgpt
opencode
拡張機能 ID sst-dev.opencode
code --install-extension sst-dev.opencode
公式の VS Code 拡張機能は見つかりませんでした。
CLI としてインストールKimi Code
拡張機能 ID moonshot-ai.kimi-code
code --install-extension moonshot-ai.kimi-code
Google Antigravity
拡張機能 ID Google.google-antigravity
code --install-extension Google.google-antigravity
ターミナルで code コマンドが見つからないと表示されたら、VS Code のコマンドパレット（Ctrl+Shift+P · Cmd+Shift+P）で "Shell Command: Install 'code' command in PATH" を実行してください。
CLI・デスクトップアプリ・VS Code 拡張機能は見た目が違うだけで、中では同じエージェントが同じループを回しています。だから「ツールの共通点」タブで学ぶこと — AGENTS.md・承認・・5W1H — のほとんどがそのまま使えます。コマンドとアドレスは 2026-10-26 に公式ドキュメントで確認しました。変わっていたら公式ガイドに従ってください。
ツールの共通点を見るAnthropic と OpenAI は、それぞれ自社のコーディングツールのベストプラクティスを公開しています。並べてみると、ほぼ同じことを言っています。強いモデルを High レベルで選ぶ、が自分で確かめる方法を渡す、長く使うルールはファイルに書く、コンテキストをきれいに保つ、です。このタブは二つのガイドを一つにまとめました(2026-10-26 確認)。
どちらのも、と考える深さ(effort)を選べます。強いモデルを高いレベルで使うと難しい作業が得意になりますが、遅くなり、プランの使用量も増えます。開発では、まず次の二つの設定から始めましょう。
Opus 5.5思考レベル High
lowmediumhigh — おすすめxhighmaxopus は最新の Opus です( では Opus 5.5)。初期の思考レベルは medium なので、自分で high に上げましょう。sonnet は毎日のに、haiku は簡単な作業に向いています。fable(Fable 5.1)はいちばん難しく長い作業用で、手動で選ぶ必要があります。
{
"model": "opus",
"effortLevel": "high"
}claude --model opus --effort high/model · /effortGPT-6.1 Sol思考レベル High
lowmediumhigh — おすすめxhighmaxultragpt-6.1-sol は、アカウントで使えるなら Astra に近い結果をより低いコストで出します。gpt-6-astra は最初から最後までの最も難しい作業用、gpt-6-luna は範囲が狭くて繰り返しの作業用です。 の low は、アプリでは Light と呼ばれます。ultra はでに働きます。
model = "gpt-6.1-sol"
model_reasoning_effort = "high"codex -m gpt-6.1-sol/model小さな繰り返しの作業(名前の変更、誤字、ログ一行)は、低い思考レベルや軽いモデルのほうが速くて安上がりです。xhigh や max に上げる(または fable や gpt-6-astra を選ぶ)のは、長くて難しい多段階の作業のときだけにして、終わったら High に戻しましょう。
この六つの習慣は、どちらの公式ガイドにも出てきます。カードごとに、 と でのやり方を示します。
目的、コンテキスト(ファイル、ドキュメント、エラー全文 — ファイルは @ で添付)、制限、終わりの条件を伝えます。真似してほしい既存のパターンも示しましょう。調査は範囲をしぼり、エージェントが何百ものファイルを読まないようにします。
@file · cat error.log | claude -p "…"@fileたくさんのファイルに関わる作業や、よく知らない作業は、プランモードに切り替えます。読んで、計画して、計画を直してから作ります。大きな機能は、エージェントにインタビューしてもらい、書を書かせましょう。変更を一文で言えるなら、計画は省いて大丈夫です。
Shift+Tab · claude --permission-mode plan/plan · Shift+Tabテスト、、見比べるなど、合格か不合格かが分かるものを渡し、証拠を見せるように頼みます。作業を終えたことにする前に、新しいレビュアーにを読ませましょう。
/code-review/reviewくり返し言うルールは AGENTS.md か CLAUDE.md に書きます。短く、ビルドとテストのコマンドも入れます。ときどき必要な知識はに、外部の情報は で、必ず行う手順はフックにします。
CLAUDE.md · .claude/skills · claude mcp addAGENTS.md · .agents/skills · codex mcp add作業一つにつき会話一つにして、関係ない作業の間では会話を消し、長くなったらします。二回直してもだめなら、よりよい依頼で新しく始めましょう。失敗だらけの長いセッションより、まっさらなセッションのほうが勝ちます。
/clear · /compact · /btw · /rewind/new · /compact · /forkチャット画面なしで、スクリプトや から動かします。並列の作業にはそれぞれ専用の を用意し、動いている間は一手ずつ見守らずに自分の作業をしましょう。定期実行は、手作業でしっかり動くようになってからにします。
claude -p · git worktreecodex exec · git worktreeGoal: Remove an item from the cart when its quantity becomes 0.
Context: @src/cart.ts @tests/cart.test.ts — the total is NaN today.
Constraints: Keep the public API. No new packages.
Done when: a new test covers quantity 0 and the tests pass.
Show me the test output as evidence.目的 · コンテキスト · 制限 · 終わりの条件、そして見たい証拠。ファイルと目的は自分のものに置き換えてください。
Claude Code のガイドは失敗パターンを五つ、Codex のガイドは八つ挙げています。意味でまとめると十になります。チップは、それぞれがどちらの公式リスト由来かを示します。
関係ない作業を一つの会話に混ぜる、またはプロジェクト全体を一つのチャットで進める — コンテキストがノイズでいっぱいになります。
Claude CodeCodex CLI
直し方: はっきりした成果ごとに会話を一つにします。関係ない作業の間では、会話を消すか新しく開きます。
習慣 5 — コンテキストをきれいに保つ同じことを何度も直させる — コンテキストが失敗した試みでいっぱいになります。
Claude Code
直し方: 二回直してもだめなら、学んだことを入れた、よりよい最初の依頼で新しく始めます。
習慣 5 — コンテキストをきれいに保つ長く使うルールを毎回の依頼に詰め込む、またはルールファイルが長くなりすぎて大事なルールが埋もれる。
Claude CodeCodex CLI
直し方: 長く使うルールは AGENTS.md か CLAUDE.md に移して短く保ちます。エージェントがもう正しくできることは消すか、フックにします。
習慣 4 — 長く使うルールはファイルに確かめられない成果を信じる — ビルドやテストのコマンドを渡さないと、コードは正しそうに見えても例外のケースが抜けます。
Claude CodeCodex CLI
直し方: 必ず確かめる方法(テスト、スクリプト、スクリーンショット)を渡し、ビルドとテストのコマンドを書いておきます。確かめられないものは出さないでください。
習慣 3 — 自分で確かめさせる範囲を決めずに「調査して」と頼む — 何百ものファイルを読んで、コンテキストがいっぱいになります。
Claude Code
直し方: 依頼で範囲をしぼるか、調査をサブエージェントに任せます。
習慣 1 — 四つの部分で頼む複雑な多段階の作業で、計画を飛ばす。
Codex CLI
直し方: プランモードで始め、コードを変える前に計画に合意します。
習慣 2 — 難しい作業は先に計画流れを理解する前に、エージェントにパソコンへの全を渡す。
Codex CLI
直し方: 初期の権限から始めて、必要なときだけ広げます。
習慣 4 — 長く使うルールはファイルに同じファイルに対して、いくつもの作業を同時に動かす。
Codex CLI
直し方: 並列の作業ごとに専用の Git worktree を用意します。
習慣 6 — 広げて、並列で動かす手作業でしっかり動く前に、定期実行にする。
Codex CLI
直し方: 確実になるまで手作業で動かし、それから定期実行にします。
習慣 6 — 広げて、並列で動かす並列で作業せず、エージェントを一手ずつ見守る。
Codex CLI
直し方: はっきりしたゴールを決めて任せ、その間は自分の作業をします。
習慣 6 — 広げて、並列で動かす2026-10-26 に公式ドキュメントで確認しました。おすすめのモデルは2026年11月時点の SONUB の選択です。モデルはよく変わるので、モデルのページも確認してください。
依頼のたびに会話全体がモデルにもう一度送られます。だからコンテキストが大きいほど、プランの上限は早く尽きます。このタブでは、使用量の見方、上限が戻る時期、コンテキストを埋めるもの、そして 1M ではなく約 400k でする方法を説明します。コマンドと設定は 2026-10-26 に公式ドキュメントで確認しました。
サブスクはメッセージを1通ずつ数えません。時間の枠ごとに戻る使用量の許容量をくれます。上限に当たってからではなく、長い作業の前に数字を見ましょう。
確認コマンド/usage/context
/usage はプランの使用量バーと、直近1日または1週間に何が使ったか(・・ サーバー)を表示します。/ は今コンテキストがどれだけ埋まっているかを表示します。
戻る時期 5時間ごと 毎週
5時間のローリング枠と週ごとの枠があります。上限に当たると、メッセージにリセット時刻が出ます。例: 「resets 3:45pm」。
出典 (新しいウィンドウ)確認コマンド/status/usage weekly
/status はモデル、このセッションのトークン使用量、残りの上限を表示します。/usage daily や /usage weekly はトークンの動きを表示します。使用量ダッシュボード(chatgpt.com/codex/settings/usage)にリセット時刻が出ます。
戻る時期 5時間ごと 毎週
Plus と Business には5時間の枠があり(Pro には今はありません)、週ごとの上限もかかることがあります。
出典 (新しいウィンドウ)確認コマンドopencode stats --days 7 --models
opencode stats は日ごと・モデルごとのトークンと費用を表示します。
戻る時期 5時間ごと 毎週 毎月
OpenCode Go は月の上限を分けます: 5時間で最大 20%、1週間で 50%、1か月で 100%。
出典 (新しいウィンドウ)確認コマンド/usage/context
/usage はクレジットの使用量を、/context はコンテキストの使用量を表示します。
戻る時期 公式ドキュメントに記載なし
公式ドキュメントには、上限がいつ戻るか書かれていません。
出典 (新しいウィンドウ)確認コマンド/usage
/usage はトークン使用量、コンテキストの埋まり具合、割り当て量を表示します。
戻る時期 5時間ごと 毎週 毎月
使用量 API は5時間・7日・1か月の枠と、それぞれのリセット時刻を返します。
出典 (新しいウィンドウ)確認コマンド/usage/context
/usage(または /quota)はモデルごとの残りのリクエスト数とトークン数を表示します。/context はコンテキストを埋めているものを表示します。
戻る時期 5時間ごと 毎週
Google AI Pro は週の上限まで5時間ごとに戻ります。Pro や Ultra でなければ、割り当ては毎週戻ります。
出典 (新しいウィンドウ)追加の使用量にお金を払う前に、すでに無料のものを使いましょう。
Codex — /usage を開き、もらったリセットがあれば使います。クレジットを買わずにレート制限をリセットできます。
/usage
Claude Code — 上限で作業が止まったら、セッションを開いたままにします。リセット後に自動で待って作業を続けます(初期設定でオン。/rate-limit-options か autoContinueAtUsageLimit 設定で選べます)。
/rate-limit-options · autoContinueAtUsageLimit
コンテキストは2つの部分でできています。基本コンテキストは、何も入力する前に読み込まれ、毎回の依頼につきます。会話はその上に積まれ、依頼・ファイルの読み込み・コマンドの出力のたびに増えます。
SONUB の基準で 6% 以下に保ちます。何かを頼む前に、新しい会話を開いて /context(、agy)か /status()を見ます。
答え、が読んだファイル、コマンドの出力が、そのたびに足されます。会話を圧縮するか消すまで、何も出ていきません。
基本コンテキストが 6% を超えていますか? 使わない MCP サーバーを切り、使わないスキルとプラグインを消し、CLAUDE.md と AGENTS.md には毎回の依頼に必要なルールだけ残します。
圧縮は、古い会話をまとめに置きかえて、セッションを続けられるようにします。細かい内容は失われ、まとめを作る依頼そのものも会話全体を読みます。
コンテキストがしきい値に達すると、ツールが自分で圧縮します。しきい値はステップ 4 の設定で選びます。
区切りのよいところで圧縮し、残すものを伝えます。例: /compact Focus on the failing test and the files we changed.
次の作業が関係ないなら、代わりに新しい会話を開きます(、/new)。お金はかからず、古いものはすべて消えます。
| ツール | 手動で圧縮 | まっさらで始める | 自動 — 設定 | 初期設定 |
|---|---|---|---|---|
| Claude Code | /compact |
/clear |
autoCompactEnabled · autoCompactWindow |
初期設定でオン。1M モデルでは、ウィンドウを決めないと約 967K で圧縮します。 |
| Codex CLI | /compact |
/new |
model_auto_compact_token_limit |
model_auto_compact_token_limit で圧縮します。未設定なら、モデルの初期値で圧縮します。 |
| OpenCode | opencode api post /api/session/<id>/compact |
— | compaction.auto · compaction.buffer |
初期設定でオン。上限の 15%(最低 16k)を空けておき、まとめのそばに直近の約 15,000 トークンを残します。 |
| Grok Build | /compact |
— | auto_compact_threshold_percent |
初期設定ではコンテキストウィンドウの 85% で圧縮します。 |
| Kimi Code | /compact |
— | loop_control.reserved_context_size |
空き容量が loop_control.reserved_context_size を下回ると圧縮します。 |
| Antigravity CLI | ドキュメントに記載なし | — | ドキュメントに記載なし | 古いターンを自分でチェックポイントのまとめに圧縮します。そのためのコマンドや設定はドキュメントにありません。 |
今のモデルは 1M トークンを持てますが、全部埋める必要はありません。ツールが約 400k で圧縮すれば、依頼ごとに運ぶ量が減り、同じプランが長くもちます。
公式ドキュメントはどちらも、使用量をコンテキストの大きさと結びつけています。Claude Code: トークンのコストはコンテキストの大きさに比例し、依頼のたびに会話全体が送られます。Codex: コンテキストを多く持つ長いセッションは、メッセージごとにかなり多く使います。900K 近くの依頼は、450K 近くの依頼の約2倍を運びます。サブスクでは、これでAIを約2倍使える、と言う人もいます — よくある報告で、公式の数字ではありません。
{
"autoCompactWindow": 444000
}どのモデルでも、コンテキストが 444,000 トークンに達したら圧縮します(設定できる範囲は 100k–1M)。あるモデルで /autocompact により保存したウィンドウが優先されます — 新しい会話で /context を見て確かめます。
/autocompact 444k · claude --autocompact 444k/contextmodel_context_window = 500000
model_auto_compact_token_limit = 475000model_context_window は Codex にウィンドウが 500,000 トークンだと伝え、model_auto_compact_token_limit は 475,000(その 95%)で圧縮します。新しい会話で /status を見て確かめます。
/statuscompaction.buffer はモデルの上限の下に空けておく容量です — 1M モデルでは 600000 にすると約 400k で圧縮が始まります。
{
"compaction": { "buffer": 600000 }
}auto_compact_threshold_percent は圧縮を始めるウィンドウの割合です — 1M ウィンドウでは 40 が約 400k です。
[session]
auto_compact_threshold_percent = 40初期のウィンドウは 256K(KIMI_MODEL_MAX_CONTEXT_SIZE 262144)で、すでに 400k より小さいので、変えるものはありません。
ウィンドウや圧縮の位置の設定はドキュメントにありません — 自分で圧縮します。
約 400k と 6% は SONUB の基準で、公式の推奨ではありません — 公式ドキュメントは設定を説明しているだけです。
コマンド・設定・初期値は、次の公式ドキュメントで 2026-10-26 に確認しました。