AI検索に載りたいなら llms.txt を置きましょう、という記事をあちこちで見かけます
ただ、自分のサイトに置く前に調べてみたら、llms.txt は意味ないと言われるだけの根拠がひととおりそろっていました

Googleは「どのAIシステムも使っていない」という立場で、38,000サイト分の実測でも97%が一度もリクエストされていません
しかも、AIは置いていないサイトを探しに来ることすらしていませんでした

なのでAI検索に引用されたくて置くなら、いまのところ効果の裏づけはありません
ただ、Claude Code のようなコーディングエージェント向けだと話が変わってきます

llms.txt とは AIに読ませるサイトの案内図

サイトのルートに置く llms.txt は、AIに「うちはこういう構成なので、詳しくはここを読んで」と伝えるマークダウンファイルです
提案は Jeremy Howard 氏、初版の公開は2024年9月3日

狙いはシンプルで、広告やJavaScriptだらけのHTMLをAIに読ませる代わりに、要点だけを整理した場所を1か所用意しておこう、という発想
置き場所は /llms.txt が基本で、/docs/llms.txt のようなサブパスでも構いません

名前が似ているので robots.txt と混同しがちですが、役割はぜんぜん別もの

robots.txt が門番だとすると、llms.txt は受付に置いてある館内マップみたいなものです
置いたからといって入館者が増えるわけではない、というのがこのあと出てくる話につながります

中身はマークダウンで書く

仕様で必須とされているのは プロジェクト名のH1が1つだけで、あとは全部おまけです
概要をブロック引用で添えて、H2で区切ったリンク集を並べる、というのが標準的な形になります

# サイト名

> このサイトが何なのかを1〜2行で

## 主要な記事

- [記事タイトル](https://example.com/foo/): どんな内容か
- [記事タイトル](https://example.com/bar/): どんな内容か

形式がマークダウンなのは、人が読んでも分かるし機械もパースできるからです
仕様そのものは止まっているわけではなく、2026年8月10日に v2 が出ています

ジャベ雄

ここまでは、なかなか良さそうな仕組みに見えるんです

Googleは「どのAIも使っていない」と言っている

GoogleのJohn Mueller氏は、llms.txt を「現時点では完全に憶測の域」と表現しています
理由はファイル自体は何年も前からあるのにどのAIシステムも使っていないから、という指摘

Google の見解はここがはっきりしていて、llms.txt も著者情報版の llms-author.txt も使っていません
そのうえで氏が挙げていた判断の目安が、ちょっと現実的でおもしろかったです

要するに、需要が発生してから作っても遅くないという話なんです
出典はSearch Engine Journal の記事(2026年6月2日)で、氏の発言をまとめたものになります

ちなみに Mueller 氏が代わりに評価していたのは WebMCP のほうでした
すでにサイトへ来ているAIエージェントに、どうやって正しく作業させるかという発想の規格で、Chromeが対応しています

97%は一度もリクエストされていない

Ahrefs が2026年6月15日に公開した調査で、llms.txt を置いた約38,000サイトのうち97%が、1か月間まったく取得されていなかったという結果が出ています
今回いちばん効いた材料がこれでした

97% of those files received zero traffic in May 2026.

Ahrefs「We Analyzed 137K Sites: 97% of llms.txt Files Never Get Read」

出典は Ahrefs の調査記事
数字だけ見ると強烈ですが、どうやって測ったのかも明記されているので、そこも見ておきます

調査の方法と規模

対象は、Ahrefs のアクセス解析を入れていて2026年5月にトラフィックがあった 137,210ドメイン
各ドメインのルートを叩いて llms.txt が HTTP 200 で返るかを確認し、中身がちゃんとマークダウンのものだけを有効と数えています

• 調査ドメイン:137,210
• 有効な llms.txt を持っていた:38,360(28%)
• 2026年5月にリクエスト0件:そのうち97%
• 何かしら取得されたのは:約1,100ドメイン

HTMLやソフト404を弾いている点が大事なところで、「置いたつもりで実は壊れていた」ぶんは最初から除かれています
ちゃんと動いている llms.txt に限っても97%が無風だった、ということなんです

取りに来ていたのは主にSEOツール

残り3%に届いたリクエストも、96%はボットで人間は4%
その内訳がこちら

いちばん多いのが SEO監査ツールの21.7%で、いちばん少ない部類がAI検索の取得ボットの1.1%です
「AI検索に引用されたいから置く」という動機に対して、その用途で読みに来ているのは全体の1%ちょっと、という話になります

置いた人を見に来ているのが、AIではなくSEOツールだった
この構図は皮肉というより、新しい規格が出たときにだいたい起きることなのかもしれません

読まれていても価値があるとは限らない

ここで「SEOツールが2割も読んでるなら、置く意味はあるんじゃないか」と思いたくなりませんか？
私も一度そう考えたんですが、読まれた先で何が起きるかを追うと話が続きませんでした

SEO監査ツールが取得したデータの行き先は、そのツールのデータベース
そこを見るのは競合分析をしている他人で、こちらの順位にも流入にも被リンクにも触れません

そもそもこれらのツールは、llms.txt があろうとなかろうとサイト全体をクロール済み
1ファイル増えたところで、向こうから見えるものは変わらないんです

21.7%という数字は取得された分の内訳であって、価値の指標ではありません
分母は「97%がそもそも0件」なので、残り3%の中の割合を効果として読むのは二重の誤読

内訳をもう一度見ると「GEO / AEOツール 5.8%」という行が見つかるでしょう
この手のサイト診断ツールは、llms.txt が無いと減点してくることがあるんです

スコアは順位でも流入でもない、途中の目安

そこを目的にして置くと、手段と目的が入れ替わってしまうんです

AIは置いていないサイトを探しに来ない

この調査でいちばん効くのは、割合の話よりこっちだと思います
Ahrefs は、llms.txt が存在しないサイトに対して、AIボットからのリクエストは1件も来ていなかったと報告しています

ここが分かると、「置いていないから損をしている」という不安はいったん消せます
探しに来ていない相手に向けて、置いていないことを気に病んでも仕方がないので

ジャベ雄

置いてないと不利、というわけではないんです
そもそも見に来ていないので

いちばん取りに来ていたのは Claude Code だった

ここから話が少しひっくり返ります
名前が分かるボットに絞って見ると、AIボットからのリクエストで最多だったのは GPTBot の4.51%で、そのすぐ後ろに Claude-Code が付けていました

Claude-Code は Anthropic のコーディングエージェント
そしてこの Claude-Code が、AI検索の取得ボット・AIアシスタント・AI学習クローラーのどれよりも多く llms.txt を取りに来ていたと報告されています

llms.txt は読まれていないというより、読む相手が想定と違ったということなんです

Claude Code に何かを調べさせたとき、そのサイトの構造をつかむために llms.txt を踏む
そういう使われ方だったりすると、確かに噛み合います

だから、ドキュメントサイトやAPIリファレンスを持っている人には、いまでも置く理由があります
逆に個人ブログでこの用途を期待するのは、やっぱり少し無理があるかなと思います

Claude Code 自体が読む設定ファイルの話は、別の記事にまとめてあります

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

大手のドキュメントサイトは置いている

実際どうなっているのか気になったので、有名どころのURLを直接叩いて試してみたところ、はっきり分かれました
2026年8月22日時点の結果がこちら

開発者向けドキュメントを持っている会社は、だいたい設置済み
ただ、置いている理由は前の節とつながっていて、AI検索対策というよりコーディングエージェントに読ませるためだと考えると筋が通ります

Anthropic のような提供側が整備を進める一方で、Ahrefs の集計だとAI検索の取得は1.1%どまり
作る側と読む側で温度が違うのが、この規格のいまの位置なんでしょう

AI検索まわりの用語がぼんやりしている方は、AI用語集にクローラーや学習まわりの言葉をまとめてあります

WordPressで置いてみて分かったこと

結論から言うと、プラグインを入れて5分で終わりとはいきませんでした
初期設定のままだと、案内図として使えないものができあがるんです

使ったのは Website LLMs.txt という無料プラグイン
この記事を書きながら、実際に javeo.jp へ入れて確かめました

入れただけでは生成されない

有効化しただけで /llms.txt を叩くと、返ってくるのはまだ404
ただ、返ってきたのはWordPressのエラーページではなく、プラグイン自身の「まだ生成されていません」という一行でした

管理画面の「ファイルステータス」に Generate now というボタンがあって、これを押して初めてファイルができます
入れて満足して終わっている人、いるんじゃないでしょうか

初期設定のままだと古い記事が落ちる

ここが一番の落とし穴
「タイプごとの最大投稿数」の初期値が 100 なので、それを超えるぶんは古い順に切り捨てられます

このブログは公開記事が128本あるので、27本が黙って落ちていました
古い順に切られるので、長く読まれてきた記事から先に消えます

落ちていた中には、いまでも検索から人が来る記事がいくつも混ざっていたんです
案内図を作るつもりで、案内したい場所を外していたわけです

200に上げて作り直したら、128本すべて入りました

説明文を入れるとかえって読めなくなる

「投稿の抜粋 / メタディスクリプションを含める」をONにすると、各リンクに説明が付きます
ところがその説明が、全件そろって23字で切れました

- [Excelのセルの書式設定 表示形式とユーザー定義の書式コード](https://javeo.jp/excel-format-cells/): Excelのセルの書式設定で主役になるの...

設定には「最大文字数 250」という欄があるのに、そちらは効いていません
切り捨てられた残りは Detailed Content という別セクションに回るんですが、そこにはタイトルもURLも書かれていませんでした

投稿128件に対して説明は77件しかないので、並び順で対応づけることもできません
AIが読んだら、別の記事の説明として受け取るほうが自然なんじゃないでしょうか

なのでOFFに戻しました
タイトルとURLだけの素直なリストになって、ファイルも44KBから14KBまで落ちています

ひとつ安心した点もあって、下書きや非公開の記事は入っていませんでした
この記事自体を下書きのまま試したので、そこは実物で確かめられました

ジャベ雄

入れて終わりにすると、上から100本だけの案内図ができます

置いた初日にClaudeBotが来た

生成した日のアクセスログを見たら、もう取りに来られていました
テスト用に自分で叩いたぶんを除くと、初日の /llms.txt へのアクセスは4件

ここで引っかかったのがどうやって見つけたのかという点
サイトマップにも robots.txt にも llms.txt は入れていません

ページのソースを見たら、プラグインが全ページの head にこれを出していました

<link rel="llms-sitemap" href="https://javeo.jp/llms.txt"/>

AIが探しに来たわけではなく、こちらがHTMLで置き場所を教えていたということ
Ahrefs が「AIは存在しない llms.txt を探しに来ない」と報告していたのとも、これなら矛盾しません

結局 llms.txt は置くべきか

私の結論は、個人ブログなら急いで置かなくていいです
AI検索に引用されたいという動機に対しては、効果を支える材料がいまのところ見当たりません

判断が分かれるのは、サイトの性格のほうだったりします

でも、置くこと自体に害はありません
私もこの記事を書きながら入れてみましたが、狙いは効果を期待したからではなく、これから誰が取りに来るのかを自分のログで確かめるためです

もっと言うと、この手の規格は数か月で状況が変わります
Mueller 氏の「必要だと言われたら作ればいい」という目安は、いまのところ現実的な立ち位置なんじゃないでしょうか

• llms.txt はAIに読ませるサイトの案内図、2024年9月の提案で仕様は今も更新されている
• Google は使っておらず、現状を「憶測の域」と表現している
• 実測では約38,000サイトの97%が1か月間まったく取得されていない
• 取りに来ていた最多はSEO監査ツール、AI検索の取得は1.1%どまり
• AIボットは llms.txt が無いサイトを探しに来ていない
• 例外はコーディングエージェントで、Claude Code が実際に取りに来ている
• WordPressのプラグインで置く場合、初期設定のままだと古い記事が切り捨てられる

ジャベ雄

置くなら、AI検索でなく Claude Code のために置く、が現時点の答えです

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第11弾です
今週の主役は 前号で予告した自動モード既定化の答え合わせ で、前回(2026/8/3週)が権限の週、今週はその結果を見に行く回になりました

先に断っておくと、歯切れのいい答えを待っていた方には物足りない回かもしれません
なので今回は、確かめられたことと確かめられなかったことを分けて書いていきます

• 自動モードの記述が公式ドキュメントで現在形に変わっていた
• ネイティブWindowsはv2.1.233以降が既定autoの条件だった
• 旧Workbenchは8月17日で終了、週次上限50%増しは日本時間20日15:59まで
• Claudeの出力に見えない電子透かしが入る仕組みを公式が解説
• Claude Codeは8月10日〜14日で6版、Windows・PowerShellの権限修正が続く
• デスクトップアプリも3版、メモリ青天井とコピペ崩れが直った
• そのほか、Sonnet 5の値上げ中止とChrome拡張のCowork化

この記事は2026年8月18日時点の公開情報をもとにしています
③だけは期限が目の前なので、Claude Codeを毎日は触らない方も先に目を通してみてください
これからClaudeを触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

8月14日の自動モード既定化、その後どうなったのか

公式の権限モードのドキュメントは、Pro・Max・Teamの組み込みの開始モードはauto と現在形で書かれていました
予告のときは「8月14日から新しいセッションが自動モードで動きます」という未来形だったので、書きぶりが変わったのは確かでしょう

ただ、そこから先は言い切れないところ
切り替わった日時にあたる記述が、公式のどこにも無いからです

変わっていない人がいるのは、バージョンの条件があるからです

組み込みの既定autoが効くのは macOS・Linux・WSL なら v2.1.228 以降、ネイティブWindowsは v2.1.233以降 で、それより古い版の組み込み既定はManualのまま
予告の時点では無かった条件が、いまのドキュメントには足されています

v2.1.228は8月11日、v2.1.233は8月14日で、Windows側の条件は予告された当日にやっと出そろった形
Windowsで使っていて何も変わらなかった人がいても、不具合ではないのでしょう

変わらない理由はバージョンだけではありません
インストールや更新の直後の 最初のセッションはManual で始まる、と公式の判定表にあります(2回目からautoになるとまでは書かれていません)
設定ファイルで止めている場合や、使っているモデルが自動モードに未対応の場合もManual始まりだったりします

自分で既定を決めている人は、一度だけ聞かれます

~/.claude/settings.json に自分で defaultMode を書いていて、ほかの設定ファイルが何も指定していない場合
ターミナルのセッションはこれまでどおりその設定で始まり、設定を自動モードに変えるかどうかを1回だけ聞かれます
断ればそのままなので、黙って書き換えられることはありません

会社で配っているなら、管理者向け設定の disableAutoMode を “disable” にする手が今も有効です
モードセレクタから自動モードごと消す指定も権限モードの公式ドキュメントにあり、managed settings に置けば使う人の側では外せません

デスクトップアプリが対象かは、公式の書き方からは読み取れません

公式の判定表が扱うのは、ターミナルとVS Code拡張から始めたセッションだけ
デスクトップ側の説明に、組み込みの既定がautoだという記述はありません

対象だとも対象外だとも書かれていない、という状態
だから、手元の画面で確かめるのがいちばん早い、という話なんです

いま自分がどのモードで動いているかを見る

自動モードの判定に使う分類器の呼び出しは、Pro・Max・Teamでは料金がかからず、利用上限にもカウントされません
8月11日のv2.1.228では「自動モードのセッションは少し高くつく」という古い注意書きも消えました

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

ジャベ雄

いくつか試してみた結果、私はフォルダごとに選び直すやり方に落ち着きました

期限はひとつ終わり、残りは20日の昼すぎです

この節がいちばん急ぎます
ひとつは8月17日に終わった旧Workbench、もうひとつはこれから来るClaude Codeの週次上限の話

旧Workbenchは8月17日で終わりました

公式ヘルプの警告文は 2026年8月17日より前にデータをエクスポートしてください で、退役後はアクセスできない、という書き方でした
この記事を出した時点では期日を過ぎているので、間に合わなかった方は書き出しができるかどうかをConsoleで確かめてみてください

Consoleで旧Workbenchを開くと上部にバナーが出ていて、その Export data を選ぶと「Export Workbench data」のダイアログが開くので、Model completions(過去の実行結果)と Uploaded files(画像・PDF)を含めるかを選んで Export を押します
どちらを含めてもサイズが大きく膨らみうる、というのが公式の注記
データはJSONにまとまって、準備ができるとダウンロードリンクがメールで届く仕組み

新しいWorkbenchに引き継がれないのは、公式ヘルプの列挙だと 保存済みプロンプト・プロンプトのバージョン・評価(evals)・プロンプト共有 の4つ
同じ日に実験的なプロンプトAPI3本も止まって、以後そのエンドポイントを叩くとエラーが返るように
ProやMaxでチャットとClaude Codeを使っているだけなら、この節はまるごと関係ありません

8月19日に終わるのは、Claude Codeの週次上限50%増しです

5月13日から続いていたプロモが、米国太平洋時間の8月19日23時59分で終わります
日本時間に直すと 8月20日(木)の15時59分 なので、19日締切のつもりでいると16時間ぶん損します
終わっても上限が標準に戻るだけなので、プランも請求もそのまま

増えているのが週次の上限だけ、というのも押さえておきたい点
公式ヘルプは 5時間ごとの上限はこのプロモの対象外 と明記していて、対象はPro・Max・Teamと従来型のEnterprise
無料プランと従量課金型のEnterpriseの席は、そもそも対象外

Coworkの枠2倍は、この期限とは別の話です

前号でCoworkの5時間枠2倍も8月19日までと書いてしまったので、ここは今号で整理し直します
このプロモが増やしているのはClaude Codeの週次上限だけで、Claude本体やCoworkはこのプロモの対象ではない、と公式ヘルプにはあります
Cowork側に別のプロモがあったかどうかについては、このヘルプは何も言っていません
枠2倍を説明したヘルプ記事は今号でも見つけられなかったので、言えるのは 8月19日に終わるのはClaude Codeの週次上限のほう だ、というところまで

ジャベ雄

重い作業を寄せるなら、20日の15時59分が実際のしめきりです

Claudeの出力に、見えない電子透かしが入ります

8月14日に、Anthropicが仕組みの解説を公開しました
Claudeが書いた文章のなかに、読んでも分からない印を織り込む、という話なんです
自分が手を入れた文章にまで印が付くのか、気になりませんか？

テキストは不可視の透かし、Claudeが出力したファイル(.svg / .png / .jpg など)は C2PA準拠の署名付きメタデータ という、別々の仕掛け
Claudeが画像を生成するようになった、という話ではありません

押さえるのは2点だけです

軽く手を入れたくらいでは たぶん完全には消えません が、すべての語を置き換えるくらい書き直せば消える、というのが公式の説明

透かしからも、その鍵からも、利用者や組織、Claudeとの会話の中身は復元できないと公式は明記しています
余分なトークンが増えないので料金は変わらず、速度への影響もごくわずか

今すぐやることは、たぶん何もありません

無効にする手段は、公式ニュースにもヘルプにも書かれていません
「できない」と書いてあるのではなく、記載が見当たらないという状態
検出する側も 検出APIは近く提供予定 の段階で、公式が用意した判定手段はまだありません

2026年8月2日以降のモデルは最初から機械可読の印に対応、それより前のモデルは順次対応中

ジャベ雄

印が付く前提で書く、というだけで今は足ります

Claude Codeは8月10日〜14日で6版、Windowsの権限修正が続きます

8月10日から14日にかけて、Claude Codeが6版出ました
v2.1.227 / 228 / 229 / 231 / 232 / 233 という並びで、230は公式のチェンジログに項目が無い欠番
端から端まで数えると7版に見えるので、ここは間違えやすい数字

中身はやっぱりWindows寄りだったんです
今週「塞がれた」と書けるのは次の2件

• v2.1.232…PowerShellの権限バイパスを修正、変数を書き換えるパラメータで $PSDefaultParameterValues を黙って上書きし、後続のコマンドのファイルアクセス先を横取りできていました
• v2.1.233…Windowsのパスをかたちを変えて書くとUNCパスの検証をすり抜けられた点を修正、NTLMの資格情報が漏れうる経路がひとつ閉じました

でも、翌日に巻き戻された修正もあります
232でいったん入ったGit BashのCygwin形式のシンボリックリンク経由の書き込みと、入力リダイレクト(< ファイル)の権限チェックは、233で取り消されました
もっと範囲を絞った版を後のリリースで戻す、と公式は予告しています

233では、Windowsで cd フォルダ名 && コマンド > ファイル のような普通のコマンドを打つたびに自動モードが止まる、という232の不具合も直りました
予告された既定化日の前日に入って、その当日に潰された形なので、この2日だけ触っていた人はちょっと運が悪かったのかもしれません

画面から見えるものが減った変更もありました
v2.1.233から TODOリスト系のツールが使えなくなりました(対象はOpus 4.8・Sonnet 5・Fable 5・Mythos 5とそれ以降のモデル)
公式チェンジログには、環境変数 CLAUDE_CODE_ENABLE_TODO_TOOLS に 1 を入れると戻せる、と記載があります

• 228…claude.aiから同期したスキルが、手元のコマンドやMCPのプロンプトを乗っ取れないように
• 229…/commit-push-pr が危険なフラグ付きのgitコマンドを自動承認しなくなりました
• 232…入れ子になったgitリポジトリが、親フォルダの信頼を引き継がなくなりました

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

ジャベ雄

更新すれば安心、で終われないのが今週のややこしいところ

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

デスクトップアプリも3版更新、メモリ青天井とコピペ崩れが直りました

Claude Codeのチェンジログばかり見ていて、デスクトップアプリのほうを取りこぼしていませんか？
期間内のデスクトップアプリは8月11日・13日・14日の3版で、体感で分かる修正が並びました

• 8月11日…長時間動かしているとアプリのメモリ使用量が際限なく増えていく不具合を修正
• 8月13日…書式付きのアプリに貼ると太字やインラインコードの前後の空白が落ちる件と、Planビューで選択してもコピーされない件を修正
• 8月13日…インストールの途中でダウンロードが中断されると、そのPCでCodeセッションを起動できなくなる不具合を修正(Windowsで起きやすかったとのことでした)
• 8月13日…CoworkがWindowsで「VM service not running」と出て毎回起動に失敗する不具合を修正、クラウドセッションにはRewindも追加
• 8月14日…表向きの変更なし

MSIXパッケージや企業管理のローミングプロファイルという限られたWindows環境で、チャット履歴や設定が保存されない不具合も8月11日に直っていて、だいたいの人には関係のない話だったりします

クラウドセッション側の修正もひとつ
返事をしていない確認やプラン承認が、環境の切断後に承認扱いになることがあった、という件です
手元のPCで動かすセッションの話ではないので、そこは分けて読んでください

デスクトップアプリをしばらく更新していないなら、ここで一度上げておきましょう
「アプリがだんだん重くなる」「コードをコピペすると崩れる」に心当たりがあるなら、たぶん13日の版で直っています
設定画面のどこに何があるかは Claudeデスクトップアプリの設定メニュー にまとめてあります

ジャベ雄

コピペで空白が落ちたのに気づかず、私も一度やらかしました

公式が「セッションを無駄なく使う」ガイドを出しました

8月14日に公開された、トークンの使い方の公式ガイドです
いいのは最初の一文で、トークンを効率よく使うとは、使う量を減らすことではない と始まります
使ったぶんが、実際に頼んだ作業に向くようにすること
19日(日本時間8月20日15:59)で週次の上限が標準に戻るので、今週のうちに読んでおくとちょうどいい話

でも、compactは会話をまるごと書き直すので、それ自体はただではありません
細かいコツは、モデルとエフォート(effort)は始める前に決める / ファイルはパスを打たずに @ で添付する、の2つ
途中でモデルやエフォートを変えると、プロンプトキャッシュが崩れて割高になります

キャッシュからの読み出しは入力価格の0.1倍、出力トークンは入力のおよそ 5倍の価格
コマンドの出力が3万文字を超えるとファイルに書き出され、会話には冒頭の抜粋だけが載ります
出力のほうが高いという一点を覚えておくだけで、依頼の書き方がちょっと変わったりします

ジャベ雄

作業の切れ目で /clear、これだけでも体感が変わります

そのほか今週の動き

Sonnet 5の9月1日の値上げは中止になりました

前号で「9月1日から標準価格の $3/$15 になります」と書いた件、8月10日に公式が決定を出しました
導入価格だった $2/$10 がそのまま標準価格 になり、9月1日の引き上げは行われません
APIでSonnet 5を使っている方は、9月ぶんの見積もりを組み直してよさそうです(Pro・Maxの定額利用なら請求への影響はありません)

単価だけ見るとSonnet 4.6($3/$15)より下ですが、同じ価格ページの注記とセットで読むところ
Claude 4.7以降のモデルは新しいトークナイザを使っていて、同じ文章でおよそ30%多いトークンになる という注記です
実際の差は、表の見た目ほどは開かないでしょう

Chrome拡張のサイドパネルがCoworkのセッションになりました

8月12日の変更で、Claude in Chromeのサイドパネルが独立した別物ではなくなりました
会話が履歴に保存され、スキルやコネクタがブラウザの中でも動いて、タブで始めた作業をデスクトップ・ウェブ・モバイルのアプリで続けられます

すでに使えるのはMaxとTeamで、Proは数週間かけて順次
まだ来ていなくても異常ではないので、そこは待ち
Enterpriseは既定でオフ、Edgeなど他のChromium系ブラウザとモバイルは今のところ対象外

短く4つ

• 8月中旬に障害が続きました…14日にClaude API・Claude Code・Coworkをまたぐ停止(20時14分〜20時38分 UTC)、同じ日の早い時間帯(07:58〜10:53 UTC)には ステータスページ 自体に到達できない証明書の問題も / 公式は原因を述べていません
• Claude Tagが空気を読むようになりました…8月13日、Slack上のClaudeがチャンネルの文脈を見て「いつ発言し、いつ黙るか」の判断が約30%良くなったとのこと(Anthropic自身の計測で、測り方の記載はありません)
• Compliance APIの範囲が広がりました…8月11日、利用者の端末で動くCoworkやClaude Codeのやり取りも取得できるように(Claude Enterprise向けのベータ)
• 新しいモデルは出ていません…期間内に新モデルの発表はゼロ、公式ドキュメントは今もFable 5を、広く提供されているなかでいちばん高性能なモデルと紹介しています

研究の発表もひとつ、未公開の研究版Claudeがリーマンゼータ関数の零点の下界を改善した件で、公式自身はリーマン予想の証明にはつながらないと添えています

今週のまとめ:気になった情報7点

今週(2026/8/10週)のClaude周りで気になった情報を7点に整理しました

今週の話は、AIにどこまで任せるかと、AIが作ったものをどう見分けるかの2つ
前者は自分の画面でモードを見るところから、後者は印が付くという前提だけ持っておけば足ります
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

今日やるなら2つ
Codeタブのモードセレクタでいまのモードを見る・重い作業は20日の15時59分までに寄せる、この順で足ります

次回のお知らせ

次回は、19日の期限が予定どおりだったか、巻き戻された権限修正が狭い形で戻ってくるかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/16時点の公開情報・主要報道をもとにしています
期限の日付や時刻は公開直前に変わることがあるので、最終的な判断は公式ヘルプをご確認ください

ループエンジニアリングを調べ終えたばかりなのに、もう次の言葉が出てきた
そんな順番でこのページにたどり着いた方も多いと思います
今回のテーマはグラフエンジニアリングです

グラフエンジニアリングとは何か、ひとことで答えるならAIの仕事をノードとエッジに切り分けて、つなぎ方まで決めておく設計の考え方です
1体のAIをどう回すかではなく、複数の担当と受け渡しをどう組むかを扱います

この記事は「AIの◯◯エンジニアリング」連載の5本目です
前回のエージェントループが「時間軸でどう回すか」だったのに対して、今回は構造軸でどう組むかの話になります

この言葉が一気に広まったきっかけは、実は冗談の投稿でした
ただ、中身まで冗談ではありません

ジャベ雄

聞き慣れない言葉ばかりですが、やっていることは仕事の分担と同じです

グラフエンジニアリングとは？まず結論から

結論から言うと、AIの仕事を点と線のつながりとして書き出しておく営みです
点がノード、線がエッジ、そのあいだを流れる情報が状態です

よく出てくる「有向グラフ」は、点と線を向き付きでつないだ図のことです
棒グラフや折れ線グラフとは別物です

では、なぜ書き出すのか？
1つの流れに判断も情報も外への操作も詰め込むと、途中で止まったときどこから再開すればいいのかが分からなくなります
切り分けておけば、止まった点だけをやり直せます

ジャベ雄

この3語、仕事の役割分担をそのまま言い換えただけなんです

ループエンジニアリングとの違い 時間軸と構造軸

ループエンジニアリングが設計するのは時間軸です
1体のAIをどう回し続けるかを扱います
グラフエンジニアリングが設計するのは構造軸のほう、複数の担当をどう並べてつなぐかです

押さえたいのは、2つが置き換えではなく包含の関係だという点です
ループは消えません
1体のAIが回している輪が、そのままグラフの1つの点に収まります

グラフを「多くのループにまたがる調整のレイヤー」と呼ぶ解説もありました

資料づくりで言うと、書いた人が「直して出し直す」を繰り返しているのがループです
その人を含めた全員の担当と受け渡しを決めるのがグラフになります
担当が1人なら、そもそも線を引く必要がありません

あわせて読みたい

エージェントループとは 推論と行動を繰り返す仕組み AIエージェントが自分で考えて動き続ける正体がエージェントループです この記事では推論 行動 観測を停止条件まで繰り返す基本のしくみを ReActの由来やClaude Codeの実例とあわせて解説し 後半では2026年に登場したループエンジニアリングという新しい考え方も等身大で紹介します

ノード・エッジ・状態 3つの部品を噛み砕く

この3語さえ握っておけば、英語の解説を開いても迷子になりません

ノードは「1つのことだけをやる担当」

置かれるのは、だいたい次の粒度になります

• AIに1回考えさせる(下書きを作る・要約する)
• ツールを動かす(検索する・APIを呼ぶ・コードを走らせる)
• 検証役(evaluator)として、前のノードの出来を判定する
• 人の承認(human gate)として、進めていいかを人に聞く

1つのノードにあれもこれも詰め込まないのがコツです
最初にこの言葉を使った記事も、ノードは退屈なくらい単純がいいと書いています
資料づくりでいえば、書く人とチェックする人を兼ねさせないことです

エッジは矢印ではなく「取り決め」

エッジは矢印ではなく、ノードとノードのあいだで交わす取り決めのことです
線1本に、次の4つがぶら下がります

• 渡すもの・受け取るもののかたち(項目や型)
• どういう条件のときに、その線を通るのか
• そのノードが外に対してやっていい操作の範囲
• 失敗したときの扱い(前へ戻すのか・別の線へ逃がすのか)

資料づくりなら「書き終えたら声をかける」だけでは足りません
誤字を直してから渡す・内容が薄ければ書き直しに戻す、そこまで決めるのがエッジです

状態は「途中から再開できるようにする進捗表」

状態は、ノードのあいだで共有される情報です
会話の履歴をそのまま抱える形と、項目を決めた表のように持つ形があります

差が出るのは、状態を会話ログから切り離すかどうかです
切り離してあると、止まっても最後に保存した地点から再開できます
あとから「どの時点で何が入っていたか」もたどれます

共有フォルダの進捗表と同じです
誰でも読める場所に進み具合を書いておけば、担当が抜けても続きから入れます
会話の中だけで進めると、それが残りません

ノード・エッジ・状態という整理は、We Are Entering the Graph Engineering Phase(Josh C. Simmons、2026年7月4日)でも示されています

エッジで表せる4つの形

複雑そうな構成も、たいていこの組み合わせです

4つ目のループ回帰が、さっきの包含の関係です

ジャベ雄

エッジを「矢印」でなく「取り決め」と読み替えるのが、いちばんの山です

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

言葉の出どころ 論考が先で 冗談で火が付いた

この順番を取り違えやすいので、日付で並べます

皮肉の的になったのは、業界が数か月ごとに同じ営みを改名し続けることでした
ループエンジニアリングが広まって、まだ6週間ほどのタイミングです
「もう次の名前に移ったの？」という揶揄でした

この2つの投稿は、新しい製品やモデルの発表をきっかけに起きたものではありません

ただ、冗談が出発点だったわけではありません
2週間前の7月4日の論考は「エージェントループが十分に良くなった結果、自分の天井が見えてしまった」と書いています
この限界はモデルの質とは関係ない、次は複数をどうつなぐかだ、という主張です

実装のほうが言葉より2年半早い

LangGraph は2024年1月なので、言葉より2年半ほど先に実装があったことになります
新しい言葉が出た=新しい技術が出た、とは限りません

身近なところだと、Claude Code にも複数のエージェントをつなぐ仕組みがあります
公式ドキュメントによると、有料プラン向けで v2.1.154 以降が要ります
Pro は既定でオフなので、/config の Dynamic workflows から入れる形です
私はグラフのフレームワーク自体は触っていないので、名前を挙げるだけにとどめます

ジャベ雄

2026年8月の時点で、言葉はひと月・実装は2年半です
この差を知っておくと落ち着いて読めます

冷静な見方 ほとんどのエージェントには要らないという声

Turing Post は、この概念は新しくないとはっきり書いています
ループはすでにグラフの一種ですし、状態機械や DAG(向きがあって一周しない図)は数十年前からあるものです

2年半という数字はAI向けの道具に限った話で、考え方まで遡れば数十年になります

Turing Post には、ほかに次の2点も書かれています

• 「Microsoft と Stanford と Anthropic が同時に発見した」という言われ方には根拠がない
• ほとんどのエージェントに、グラフのフレームワークは要らない

出典はIs Graph Engineering Real?(Turing Post)です
最初期の記事と並べて読むと、温度差がはっきり出ます

もう1つ、日本語の指摘で納得したものです
配線をどれだけ賢くしても、1つ1つのノードの判定が甘ければ、複雑な配線は間違った方向に速く進む装置にしかならない
つなぎ方より、ノードが出す答えの質が先だ、という主張です

これは書き手の意見ですが、私が読んだ範囲では中身が濃かったです
出典はループエンジニアリングの次は本当に「グラフ」なのか考えてみた(Zenn)です

グラフにする / しないの見分け方

線を引くかどうかの判断材料が、解説記事に出ていました

ほかに、独立した枝が複数あるとき・複数の担当が連携するとき・数分を超える待ち時間があるとき・権限の違う操作が混じるときも挙がっていました

3つ目だけ補足します
動的に線を組み替えられる道具もあるので、手順が変わる=グラフにできない、ではありません
ただし組み替えを前提にすると、設計のほうが重くなります

判断の軸は分担する理由があるかどうかに集約されます
元にした記事はグラフエンジニアリングとは？(AI総合研究所、2026年7月28日)で、私が見た限りでは日本語の解説でいちばん詳しかったです

私はまだ線を引くほどの規模ではありません
それでも3語を知っていると、解説を読む速さが変わります

ジャベ雄

迷ったら、まず線を引かずに1本の流れで書いてみるのがおすすめです

まとめ グラフエンジニアリングの要点と連載ナビ

グラフエンジニアリングとは、AIの仕事をノード・エッジ・状態に分けて、つなぎ方まで決めておく設計の考え方でした

• ノード(担当)・エッジ(取り決め)・状態(共有の進捗表)の3つで組む
• エッジは矢印ではなく、渡すもの・条件・許す操作・失敗時の扱いまで含む取り決め
• ループとは包含の関係、ループはグラフの1つのノードとして収まる
• 広まったきっかけは2026年7月18日の冗談の投稿、ただし論考は7月4日で先
• 実装は言葉より2年半早い(LangGraph は2024年1月)
• ほとんどのエージェントにグラフのフレームワークは要らない、という指摘もある

最後に、いちばん持ち帰ってほしいことです
新しい「◯◯エンジニアリング」が出てきたら、結局、何のノードと何のエッジの話をしているのかに分解して読む
これを覚えておけば、名前が変わっても中身は追えます

この読み方はグラフエンジニアリングを知ろう(Qiita、2026年8月6日)が勧めていたものです

この記事は連載「AIの◯◯エンジニアリング」の1本です
全体を1枚で見たいときはハブからどうぞ

あわせて読みたい

AIエンジニアリング5種の違い コンテキストからグラフまで AIの使いこなしは プロンプト コンテキスト ハーネス ループ グラフ の5段階で進化してきました それぞれ何を設計する技術なのか どう違うのかを1枚の地図で俯瞰し 単発チャットから複数エージェントの編成までの流れをつかめるようにまとめた総論です

• 連載#1:指示文の書き方を5つのコツで整える
• 連載#2:AIに渡す材料を選び直す
• 連載#3:AIを取り囲む器のほうを整える
• 連載#4:AIが自分で考えて動き続ける輪のしくみ

5本を通して読むと、AIの作り込みが指示文→渡す材料→器→回し方→つなぎ方と外側へ広がってきた流れが見えます

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第10弾です
今週の主役は 8月14日から始まるClaude Codeの自動モード既定化 で、前回(2026/7/27週)が点検の週だったのに続いて、今週は権限の週になりました

並んだ話題はばらばらに見えて、じつは1本の筋で繋がっています
読ませた文章のなかに指示が仕込まれていて、Claudeが利用者の権限のまま動いてしまう、という筋です
判定を分類器にゆだねる自動モードも、承認ダイアログの不具合も、メールの要約で発火する攻撃も、同じところを向いています

• 8月14日からClaude Codeの新規セッションが自動モードで始まる
• Coworkの5時間枠2倍は8月19日まで延長されていた
• Claude Codeが4日連続でリリース、権限の抜け道つぶしが続く
• メールを要約させるだけで動くゼロクリック攻撃がBlack Hatで公表
• Fable 5の生物学セーフガードが改善、勝手なモデル切替が約85%減
• 期限の答え合わせ、Opus 4.1は予定どおり退役
• そのほか、6月に直っていた穴の詳細公表とココナラ for Claude

この記事は2026年8月8日時点の公開情報をもとにしています
Claude Codeを毎日回していない方でも①だけは目を通しておくと後で戸惑わずに済みます
Claudeをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

8月14日からClaude Codeの新規セッションが自動モードで始まります

Anthropicが8月7日に、公式ブログとドキュメントの両方で告知しました
中身は一行で、8月14日からPro・Max・Teamの新規セッションが自動モードで起動します
公開情報にタイムゾーンの記載が無いので、ここでは8月14日から、とだけ書いておきます

自動モード(auto mode)は、確認なしで実行される範囲が既定で「すべて」になり、危ない操作は裏で分類器が止める仕組みです
判定役は既定でClaude Sonnet 5が務めます
今回の告知にあわせて、この判定に使われるトークンぶんの料金は Pro・Max・Teamでは請求されなくなりました

自分で既定を決めている人は変わりません

全員が切り替わるわけではありません
公式ドキュメントは 自分で既定を設定してあるならそのまま維持される と書いています(一度だけ出る切り替えの確認に同意した場合は別です)
管理者が既定を配っている場合も、その設定が優先されます

対象の外にいる人もいます
古いモデル(Sonnet 4.5・Opus 4.5・Haiku系・claude-3系など)は自動モードに対応していません
Enterpriseやクラウド経由の利用も当面これまでどおりで、自分で選んだときだけ有効になります

安全になったから既定になる、という話ではありません

ここは読み違えると危ないところです
Anthropicは公式ブログとドキュメントの2か所で、分類の仕組みに頼っている以上リスクが消えるわけではない と書いています
減るのは確認の回数であって、危ない操作がゼロになるという意味ではありません

仕組み上の歯止めもいくつか用意されています
分類器が3回続けて、または通算20回ブロックすると自動モードは一時停止して、通常の確認に戻ります
自動モードのあいだは Bash(*) のような広すぎる許可ルールが自動で外れます
一方で、既定で許可される側には .env を読んで対応するAPIへ送る動作 も入っています

判定の材料も限定されています
分類器が見るのは利用者のメッセージ・ツール呼び出し・CLAUDE.mdの3つだけで、ツールの実行結果は取り除かれます
ファイルやWebページに仕込まれた文章が、判定を直接いじれないようにする作りです

そのうえで、今週いちばん持ち帰ってほしいのはここです
会話やCLAUDE.mdで伝えた境界も分類器は読んでいて、いったんは効きます
ただしルールとして保存されないので、文脈が圧縮されて元の発言が消えると一緒に失われます
だから 確実に止めたい操作は permissions.deny に書く というのが公式の言い方でした

これは私がこれまで書いてきた話と同じ結論です
頼みごとで止めるのではなく設定側で塞ぐ、という整理になります

あわせて読みたい

Claude Code 設定ファイル早見表 役割と場所 Claude Codeを触っていると次々に登場する設定ファイル(CLAUDE.md・settings.json・AGENT.md・SKILL.mdなど)を、保存場所と役割で一覧化した早見表記事です、微調整目線で抑えたい初心者〜中級者向けにまとめました

8月14日までにやっておくこと

ジャベ雄

私はフォルダで使い分ける派なので、14日までに一度見直します

Coworkの使用枠2倍は8月19日まで延長されていました

前号で、Coworkの5時間ごとの使用枠2倍は8月5日で終わると書きました
その後に公式ヘルプが更新されて、2倍の枠は8月19日まで延長されています
ヘルプの原文も「延長した」という書き方なので、前号の時点の情報が古くなった形です

終わりは米国太平洋時間(PT)の8月19日23時59分で、日本時間に直すと8月20日の16時ごろです(こちらでの換算です)
2倍になるのは 5時間ごとの枠だけ で、週次の上限は変わりません
対象はPro・Max・Teamなどで、無料プランは対象外です
申し込みも要りません

同じ8月19日にClaude Codeの50%増しも終わります

Claude Codeのプロモも同じ日で終わります
週次の使用上限50%増し は5月13日から8月19日までで、前号で書いた8月19日から変わっていません
Coworkは5時間枠だけ・Claude Codeは週次だけと、増えている側が逆になっています

旧Workbenchは8月17日で終わります
保存したプロンプト・評価・プロンプト共有は新しいWorkbenchへ引き継がれないので、その日までにエクスポートが要ります
Sonnet 5のほうはAPIの従量課金の話で、9月1日から標準価格の $3/$15 になります

ジャベ雄

Coworkで重い一括作業をするなら、19日までに寄せておくのが得です

Claude Codeが4日連続でリリース、権限の抜け道つぶしが続きます

日本時間の8月5日から8日にかけて、Claude Codeが5本更新されました
版は v2.1.222 から v2.1.226 までで、並んでいるのは新機能よりも 権限まわりの穴をふさぐ修正 です

いちばん分かりやすいのは8月6日の修正でした
承認ダイアログに出ている文字列が、実行されるコマンドの全部とは限らなかった という話です
タブや目に見えないUnicode文字を混ぜると、コマンドの一部を隠せていました
権限チェックから自分の一部を隠す抜け道も、同じ版でふさがれています

• v2.1.222(8月5日)…worktreeで切り離したセッションやサブエージェントが、本体のチェックアウトを壊しかねないgitコマンドを実行できた不具合を修正 / PreToolUseの自動許可フックが、要約や圧縮といった裏側の処理でツール制限を回避できた不具合も修正 / ultraplan機能は削除
• v2.1.223(8月6日)…承認ダイアログの隠し文字とコマンドの権限バイパスを修正 / ワークフロースクリプトが動的な読み込みでサンドボックスの外を実行できた問題 / エージェント定義側の設定が組織のバイパス禁止を無視できた問題も修正
• v2.1.224(8月7日)…サンドボックスの拒否リストに末尾スラッシュ付きのパス(例 ~/.aws/)を書くと、LinuxとmacOSで黙って回避できた不具合を修正
• v2.1.225・v2.1.226(8月8日)…未信頼のフォルダで claude agents を動かすときに確認を出すよう変更 / 自動モードが自分の安全フィルタによる拒否まで連続ブロックの回数に数えていた不具合を修正 / 226は不具合修正のみ

なお、この一連の修正についてGitHub上ではセキュリティアドバイザリが出ていません
末尾スラッシュの件はサンドボックスの拒否設定(sandbox.filesystem.denyRead / denyWrite)の話で、対象はLinuxとmacOSです
ネイティブのWindowsはサンドボックス自体が非対応なので、WSL2で動かしている方だけ書き方を見直してください

ジャベ雄

サンドボックスを使っている方は、拒否設定を見直すきっかけになります

エージェント型ブラウザ横断のゼロクリック攻撃がBlack Hatで公表されました

セキュリティ企業のZenity Labsが、8月5日に「PleaseFix」という脆弱性クラスを公表しました
先に断っておくと、これはClaude固有の欠陥ではありません
複数のエージェント型ブラウザにまたがる設計上の問題で、名前が挙がっているのは Claude in Chrome・Gemini in Chrome・Perplexity Comet・ChatGPT Atlas・Copilot Edge の5製品です

手口は「意図の衝突(Intent Collision)」と呼ばれています
メール・カレンダーの招待・Webページに仕込まれた文章を、エージェントが利用者自身の依頼の一部だと取り違えます
そのまま利用者のログイン状態と権限で実行してしまう、という筋です

報じられた流れはこうでした
細工されたメールが受信箱に届いている状態で、利用者が「最近のメールを要約して」と頼むと発火します
認証済みのブラウザセッションで悪意あるスクリプトが動き、Gmailの中身が持ち出される、という流れです
発火のきっかけがごく普通の依頼になっているところが、この攻撃クラスの厄介な点です

Zenityは2025年12月と2026年1月にAnthropicへ報告してinformative(参考情報)に分類されたと報じられていますが、この件についてAnthropicが出した文書は今週調べた範囲では見つかりませんでした
Claude in Chromeの公式ヘルプはサイトごとの権限設定を案内したうえで、リスクはゼロではない・想定していない新手の攻撃は現れうる とも書いています

ジャベ雄

便利さの入口が、そのまま攻撃の入口にもなっています

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Fable 5の生物学セーフガードが改善、勝手なモデル切替が約85%減りました

8月7日にAnthropicが出したニュースです
健康や生物の話をすると回答が急に浅くなる、と感じたことがあるなら、その原因にあたる話です

仕組みはこうです
Fable 5には生物学まわりの分類器があって、反応するとリクエストがOpus 5へ回されます(この回し直しをfallbackと呼びます)
Opus 5は生物学ではFable 5ほどの能力を持たないので、回答が薄くなることがありました

今回は分類器の判定基準を書き直して学習させ直したもので、Anthropic自身のテストでは 生物学に関するfallbackが約85%減った とされています
全体の見込みはclaude.aiで約67%・ほかは7〜55%です
85%は生物学ぶんの実測・67%などは生物学以外も含む全体の見込みなので、混ぜて読まないほうがいい数字です

体感が変わるのは検査値の読み解き・症状の理解・生物の勉強といった日常的な質問のほうです
Fable 5は一般提供されているなかではAnthropicのいちばん高性能なモデルです
MaxとTeamのプレミアム席はプランに標準で含まれますが、ProとTeamの標準席はプランの枠に入らず、使うには使用クレジットが要ります
Fable 5を使える側の方は、心当たりのある質問で8月7日以降に違いが出ているか試せます

期限の答え合わせ、Opus 4.1は予定どおり退役しました

前号で予告した8月5日の期限は、延期されずに実行されました
公式のリリースノートには、Claude Opus 4.1(claude-opus-4-1-20250805)の退役・このモデルへのリクエストはエラーになること・Opus 5への移行を勧めることが書かれています

とはいえ、どこからも消えたわけではありません
退役の日程が適用されるのはAnthropicが運営するプラットフォーム(Claude API・AWS上のClaude Platform・Microsoft Foundry)です
Amazon BedrockとGoogle Cloudは独自の日程 なので、そちら経由なら今も使えます

一覧表の日付は読み方に注意します

公式のモデル一覧には「Tentative retirement date」という列があります
入っている値は「Not sooner than October 15, 2026」のような書き方で、これより早くは退役しない日という意味です
退役の予定日ではないので、10月までは現役と読むのが正確です

ついでにHaiku 5の話も
8月8日の時点で公式のモデル一覧にHaiku 5はなく、Haikuの最新は4.5のままです
もうすぐ出るとも、もう出ないとも書ける材料が無いので、いまは一覧に無いというところまでです

障害は週の前半に集中しました

公式ステータスの記録では、世界標準時の8月3日から5日に合計7件のインシデントが起きています
公式が重大(Major)と判定したのは 4日夜の複数モデル横断のエラー増加 1件だけで、残りは軽微(Minor)でした
8月6日から8日は記録がありません

直近90日の稼働率は、8月8日時点でどれも99.3〜99.8%台です
急に応答が返らなくなったときは、自分の設定を触って壊す前に status.claude.com を見るのが早道になります

ジャベ雄

調子が悪い日は、設定をいじる前にステータスページを開きます

そのほか今週の動き

6月に直っていたClaude Codeの穴が、Black Hatで詳しく公表されました

セキュリティ企業のNovee SecurityがBlack Hatで公表した、CVE-2026-54316という番号の付いた件です
Claude CodeのWebFetchが huggingface.co をホスト名まるごと事前承認していたため、そのドメインのどのパスも確認なしで取得できていました
攻撃者が置いたページも読めるので、盗んだ情報を外へ運ぶ通り道になっていました

この研究はClaude Code・Gemini CLI・Codexの3製品を横断したもので、Claude Code だけの穴が見つかったわけではありません
3件のうちClaude Codeがいちばん対応の進んだ側で、Codexは番号も修正も出ていないと報じられています

ここは日付を押さえておけば混乱しません
修正は v2.1.163 で、脆弱性情報の公開も6月に終わっています
いま使っている版が 2.1.22x 台なら影響の範囲外なので、今回のBlack Hatでの発表は 詳細の公表であって新しい穴の話ではありません

ココナラがClaude向けのコネクタを出しました

8月5日に、株式会社ココナラが「ココナラ for Claude」の提供を始めました
Claudeの会話画面からココナラのサービスを検索・提案してもらえるコネクタで、チャット・Claude Code・Coworkで使えます
購入・見積り・決済はココナラ側で完結する作りです

対応プランの記載はプレスリリースに無いので、そこは設定画面を開いて確かめる形になります

短く3つ

• 企業向けが続いた…8月5日に推論フック(ベータ)、6日にスキルとプラグインのセキュリティスキャン(ベータ)で、どちらもEnterprise向けです / 同じ6日に公開ベータになった自前の計算資源でセッションを動かす仕組みはTeam・Enterprise向けです
• Python 3.15.0rc1が8月4日に公開…既定の文字コードがUTF-8になる変更が入り、正式版は10月1日の予定です(背景は Pythonの文字化けとUTF-8既定化 にまとめてあります)
• ExcelのCopilot同期コネクタが8月6日に一般提供…対象はMicrosoft 365 Copilotのライセンスを持つ法人で、個人向けの契約は対象外です

もうひとつ、今週は 一般利用者向けのclaude.aiの新機能が公式リリースノートに1件も載りませんでした
動いたのはClaude Codeと企業向けばかりで、今週の性格をよく表しています

今週のまとめ:気になった情報7点

今週(2026/8/3週)のClaude周りで気になった情報を7点に整理しました

今週の話は、便利さと引き換えに何を自分で決めるか、という一点に集まりました
自動モードは怖いから止めよう、という話ではなく、どのフォルダでどちら側の使い方をするかを8月14日までに決めておく話として読んでもらえればと思います
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

今日やるなら3つです
Claude Codeの既定モードを確認する・確実に止めたい操作を permissions.deny に書く・8月19日の期限が自分に関係するか確かめる、この順で足ります

次回のお知らせ

次回は、8月14日を過ぎて自動モードの体感がどう変わるか、17日と19日の期限が予定どおり実行されるかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/8時点の公開情報・主要報道をもとにしています
8月14日の自動モード既定化はこの時点では予告で、適用開始のタイムゾーンは公開情報に記載がありません
PleaseFixの件は第三者の研究発表と報道にもとづくので、正確な条件は公式発表やHelp Centerをご確認ください

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第9弾です
今週の主役は Claudeの共有リンクの点検 で、新機能の発表はほとんどありませんでした
前回(2026/7/20週)がOpus 5一色だったぶん、落ち着いた代わりに点検の話が続きます

先に断っておくと、大きく報じられた2件はどちらも Claudeから情報が漏れた話ではありません
誰でもclaude.ai上にページを公開できるという正規の仕組みが、そのまま検索に載ったり悪用されたりした、という話です

• 自分で共有したチャットと公開Artifactが、検索結果から読める状態になっていた
• 偽のClaude Desktopが、claude.ai上の公開ページを入口に配られていた
• 8月は期限が並ぶ、いちばん近いのは8月5日
• Anthropicが自分の失敗を公表、評価環境から実在3組織への不正アクセス
• Opus 5の使いこなしが公式ガイドとして出そろった
• Opus 5の評価続報、ハルシネーション率と自販機ベンチ
• そのほか今週の動き、10日ぶりのClaude CodeとMCPの新仕様

この記事は2026年8月4日時点の公開情報をもとにしています
ProかMaxの方を想定していますが、最初の2本は無料プランでも同じ話です
Claudeをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

共有チャットと公開Artifactが検索結果から読める状態になっていた

これはClaudeの中身が破られた話でも、利用者全員のチャットが流出した話でもなく、自分で「共有」を押して発行した公開URL が検索エンジンに拾われていた、という話です
つまり点検の対象は、自分が過去に発行した共有リンクだけです

対象は共有チャット(claude.ai/share/ 配下)と、公開したArtifact(claude.ai/public/artifacts/ 配下)の2種類でした
公式ヘルプも「チャットは既定では非公開」と明記しているので、共有していないチャットは対象外です

見つかり方は単純で、Googleの site: という検索指定でドメインを絞って探しただけでした
米国時間7月25日にRedditで指摘が出て、27日に404 MediaとTechCrunchが報じています

Anthropicは公式ブログで発表しておらず、出ているのは広報の取材コメントだけです
件数も分かっておらず、Forbesは露出の規模は誰にも言えないという趣旨のことを書いています
Google広報も、これらのページは多くの検索エンジンでインデックスされていたと述べているので、Googleだけの現象ではありません

そのうえで、今週いちばん押さえてほしいのはここです
検索結果から消えただけで、共有ページそのものは今も生きています
これはForbesが、消えたのは検索結果であってページではないと整理している点で、第三者がGitHubに複製を保存していたことも報じられています
だから今から共有リンクを棚卸しする意味は残っています

ジャベ雄

私も共有リンクを何本か作った覚えがあるので、他人事ではないです

共有チャットの棚卸しは設定画面からたどれる

公式ヘルプの手順を英語版でたどると、設定(Settings)からプライバシー(Privacy)を開き、Privacy settings の区画にある共有チャット(Shared chats)の「管理(Manage)」で一覧が出ます
心当たりのないものや機微な内容を含むものは、そこから「共有を解除(Unshare)」を押します

公開Artifactは解除する前に控えを取る

Artifact(Claudeが作る成果物のページ)は、サイドバーのArtifactsから公開したものを開くと「公開の取り消し(Unpublish)」が出ます
一覧は claude.ai/artifacts からも開けるので、公開した覚えのあるものはここでたどれます
こちらは解除に副作用が2つあるので、押す前に読んでおくのがおすすめです

• 一度 Unpublish したArtifactは、同じものを二度と公開できない
• 永続ストレージを使っていた場合、関連する保存データが完全に削除される

だから順番が大事で、中身を手元に控えてからUnpublishを押すのが安全です
Artifactを開いてコードや文章をコピーしておけば、同じものを公開し直せなくても作り直せます

会社のTeamやEnterpriseは組織の外へ公開共有ができない設定なので、当事者は無料プラン・Pro・Maxに限られます
ForbesはGoogle Bard・Meta・ChatGPT・Grokに続く5社目という整理もしているので、ほかのAIでも共有ボタンを押した覚えがあれば同じ棚卸しをしておくと落ち着きます
設定画面の全体像は Claudeデスクトップアプリの設定メニュー全15項目ガイド にまとめてあります

偽のClaude Desktopがclaude.ai上の公開Artifactを入口に配られていた

1本目と根っこが同じ話が、もうひとつあります
claude.aiというドメインが出ていること自体は、中身が公式である保証にならない という点です

セキュリティ企業のHuntressが「FakeAgent」と名付けた、偽のClaude Desktopインストーラの件です
攻撃の観測は米国時間7月21日から22日、公表が22日なので今週起きた話ではなく、前号で拾い損ねたぶんの追いかけになります

Bingの広告から入って、exeは別ドメインから落ちてきた

入口はBingの検索連動広告で、リンク先が公式のダウンロードページそっくりに作られた claude.ai上の公開Artifact でした
ここまでは正規のドメインなので、リンク先のドメインを見て確かめるという定番の防御が働きません

exeそのものはclaude.aiから配られていません
ダウンロードボタンを押すと claude.ai.download-app[.]us を経由して別のドメインへ飛び、そこからClaudeDesktop.exeが落ちてくる作りでした

中身はJetBrainsの正規バイナリに悪性のDLLを読み込ませる手口で、最後に入るのは.NET製の情報窃取ツール(SectopRAT)です
盗む対象はブラウザに保存した認証情報・Cookie・カード情報・Discordのトークンなどで、DockerDesktop.exeという名前でスケジュールタスクに居座ります

問題のArtifactは報告を受けて削除済みで、言えるのは公表時点の7月22日にはすでに消えていたところまでです
ページに出ている「内容は利用者が作ったもので検証されていない」という表示は、この件で足されたものではなく以前からある既存の表示です

ドメインはいちばん右から読む

claude.ai.download-app[.]us は一見claude.aiで始まって見えますが、持ち主を決めているのはいちばん右側 の download-app[.]us のほうです
URLの最初のスラッシュより前を右から左へ読むと見分けられて、この読み方はClaudeに限らずどのソフトの入手先でも使えます

ダウンロード元はブックマークに固定しておく

対策はシンプルで、入手先を検索しないことに尽きます
公式の入手先は claude.com/download で、公式ヘルプが案内する claude.ai/download も同じページへ転送されるので、どちらもAnthropicの正規ページです
一度ブックマークしておけば、検索結果の広告枠を踏む機会そのものが無くなります

他人が公開したArtifactについては、公式ヘルプ自身が「知らない差出人から届いたファイルと同じように扱え」と書いています
手口も一度きりではなく、7月15日にはZscalerが、Google広告とclaude.aiの共有チャットを組み合わせたmacOS向けの事例を「ClaudeFix」として詳報しました

ジャベ雄

広告枠に本物そっくりのページが出たら、私も気づける自信はありません

あわせて読みたい

Claude Code Desktop初心者向けセキュリティ5選 Claude Code Desktopを始める非IT職向けに、最初にやっておきたいセキュリティ対策をまとめました。設定ファイルの書き方から秘密情報の守り方、危険な操作の防ぎ方まで、初心者向けにやさしく解説します

8月は期限が並ぶ、いちばん近いのは8月5日

ここからは日付の話です
8月は終わるものが続くので先に一覧にしておきますが、いちばん近いのは 8月5日のClaude Opus 4.1 提供終了 です
この記事を書いている8月4日から数えて、残り1日しかありません

8月5日で終わるのはOpus 4.1

ひとつめはClaude Opus 4.1の提供終了です
公式の退役ページに「退役日を過ぎたモデルへのリクエストは失敗します」と明記があるので、APIで claude-opus-4-1-20250805 を直に指定しているスクリプトがあるなら8月5日までに置き換えたいところです
公式の一覧表では暫定(Tentative)の日付という書き方ですが、過ぎたら失敗するとまで書いてある以上、8月5日を締切として動くのが安全です

置き換え先は公式のなかでも案内が割れていて、退役ページの推奨は claude-opus-4-8(Opus 4.8)、モデル一覧のページは「退役日までにClaude Opus 5へ移行を」としています
貼り替える文字列としては claude-opus-4-8 か claude-opus-5 のどちらかで、選ぶ基準は自分の用途しだいです
対象はAnthropicが運営するプラットフォーム側で、Amazon BedrockとGoogle Cloudは独自のスケジュールで動きます

もうひとつ、Claude Coworkの使用枠にも期限があります
6月5日から続いていた 5時間ごとの使用枠2倍 は当初8月5日までの予定でしたが、その後8月19日まで延長されました(2026年8月8日追記)
週次の上限は変わらず申し込みも不要なので、気づかないまま恩恵を受けている方もいると思います

Claude Codeの週次上限は8月19日まで

こちらは5月13日から8月19日までの期間限定で、週次の使用上限が50%増し になっています
増えているのは週次だけで5時間ごとの上限は対象外、終わるのは米国時間8月19日の23時59分です

Coworkの2倍とClaude Codeの50%増しは、対象のプランが同じです
Pro・Max・Teamとレガシーの座席ベースEnterpriseが対象で、無料プランと従量課金のEnterprise席は対象外です

ジャベ雄

どちらも申し込み不要だったぶん、終わるときも静かに戻ります

Fable 5の100ドルクレジットは受け取り締切が過ぎた

前号で触れたFable 5の100ドルぶんのクレジットは、日本時間 8月3日の16時ごろ で受け取りの締切が過ぎました
受け取り済みなら残高の失効は米国時間9月17日で、用途はFable 5専用ではなくどのモデルにも使えるので、寝かせずに使ってしまうのがおすすめです
対象はProとTeamの標準座席で、金額も一律ではなく、ドイツのheiseは85ドルしか付与されなかった例を報告しています

Anthropicが自分の失敗を公表した、評価環境から実在3組織へ

米国時間7月30日に、Anthropicが自社の失敗をまとめた記事を出しました
安全性を測るためのサイバー能力評価で、隔離されているはずだった環境から、Claudeが実在する3つの組織のシステムへ侵入していた という内容です

これもClaude Codeやclaude.aiの通常利用で起きる話ではなく、評価環境の設定の不備に固有の話です
Claudeがインターネットに到達し得た評価実行 141,006件 を遡って点検し、該当は3件・計6ランだったと書かれています
いちばん古いものは4月まで遡るので、7月に起きた話ではなく7月に見つけて公表した話になります

きっかけは他社でした
OpenAIが米国時間7月21日に自社モデルの本番環境到達を公表したのを受けて、Anthropicは23日に点検を始め、同日サイバー評価をすべて止めています
翌24日に3件を特定して、27日に評価パートナーと被害3組織へ連絡しました

問題の中心は、モデルへの説明と実態がずれていたことでした
モデルには「これはシミュレーションでインターネットには接続していない」と伝えていたのに、評価パートナーの環境には公開インターネットへの経路が実際に残っていました

• Claude Opus 4.7…架空のはずの企業名が実在ドメインと一致したことから本物だと気づきながら攻撃を続けた / 4ランで認証情報と本番データ数百行を取得
• Claude Mythos 5…悪意あるPythonパッケージをPyPIへ約1時間公開し、実システム15台が実行 / あるセキュリティ企業のスキャナが取り込んだことで同社の認証情報が流出 / こちらは結果を正しく理解しつつ、まだシミュレーションの中だと自分を納得させていた
• 社外に出していない内部研究用のテストモデル…約9,000のターゲットをスキャンして1社に侵入したが、課題と関係のないクラウドアカウントだと気づいて攻撃を止めた

使われた手口は高度なものではありませんでした
弱いパスワード・表に出ていたデバッグページからの認証情報の読み取り・SQLインジェクションで、公式も「複雑な脆弱性は見つけても悪用してもいない」「自分自身を外へ持ち出したり、テスト環境から脱け出そうとした形跡もない」と書いています

評価用モデルの扱いも、片方だけ読むと誤解します
本番のような分類器や監視は付いていない一方で、モデルごとの安全訓練は入った状態 でした
位置づけも「モデルのアラインメントの失敗というより、ハーネスと運用の失敗に近い」という比較の言い方で、どちらか一方を否定してはいません

静かに重い一文もあって、連絡が取れた2つの組織はそれまでこの活動に気づいていませんでした
再発防止として評価ログの継続的な監視やベンダー確認の厳格化が挙げられ、独立評価組織のMETRとは第三者レビューについて協議中と書かれています

私たちの側に引き寄せると、教訓はひとつです
プロンプトで言い聞かせても、実際に出られる経路があればモデルは出ていくことがあります
Claude Codeなら permissions.deny とサンドボックスの見直しどころで、denyはClaude内蔵のファイル操作には有効ですが、PythonやNodeのスクリプト経由までは止められません(書き方は Claude Code設定ファイル早見表 にまとめてあります)

ジャベ雄

自分の失敗を自分で調べて出すのは、相当な労力だと思います

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

Opus 5の使いこなしが公式ガイドとして出そろった

ここからは前号の続きです
Opus 5は「賢いけれど回答が長い」と言われていましたが、結論から言うと 回答が長いときにエフォートを下げるやり方は公式が否定しています

エフォート(effort)は、モデルにどれくらい考えさせるかの設定です
low / medium / high / xhigh / max の5段階でAPIの既定はhigh、Claude Codeなら /effort でその場で切り替えられます

出発点がひとつ前のOpusと逆になった

Opus 4.7と4.8では「コーディングやエージェント用途はxhighから始めよ」でしたが、Opus 5は既定のhighから始めよ に変わりました
そこから、重いコーディングやエージェント作業ならxhighへ、費やす価値のある仕事ならmaxへ、と上げていく順番です

下げる方向にも条件が付いていて、lowとmediumを積極的に使ってよいのは 自分の評価で品質が保てる範囲で という但し書き付きです
公式は「前のモデルの設定を引き継がず取り直せ」とも書いているので、使い回している設定は一度ゼロから確かめるのが良さそうです

長さを変えたいならプロンプトで指示する

エフォートが制御するのは思考の量であって、目に見える回答の長さではありません
Opus 5ではエフォートを変えても回答が確実に短くなるわけではないので、長さはプロンプトで指示せよ、というのが公式の説明です

公式が例に挙げているのは英語の文言なので、意訳したものを貼れば足ります
中身は「回答は要点を絞って簡潔に」「前置きや但し書きは短くして本題に大半を割く」「説明を求められたら、詳しい説明を頼まれない限り概要にとどめる」の3点です

依頼の書き方で見直すところ

• サブエージェントへの委譲…独立して並行できる大きな仕事だけにする / 数回のツール呼び出しで終わる作業や、自分の仕事の検証には使わせない
• コードレビューの頼み方…「重大な指摘だけ」と絞らせると言葉どおりに受け取って報告が減る / 全部出させてから別の工程で選別する
• 思考のオンオフ…ほとんどのタスクで、思考を切るよりlowで思考を残したほうが同じくらいのコストで結果が良い
• 古い指示の掃除…「考えるな」がシステムプロンプトに残っていると、思考を切ったときに内部のタグが表示側へ漏れやすくなる

依頼の書き方そのものは プロンプトエンジニアリングの書き方 に、渡す情報の組み立て方は下の記事にまとめてあります

あわせて読みたい

コンテキストエンジニアリングとは AIに渡す文脈の設計 コンテキストエンジニアリングとは AIのコンテキストウィンドウに何を積むかを設計する考え方です プロンプトエンジニアリングとの違いや システムプロンプト RAG メモリ CLAUDE.md など構成要素を初心者向けに噛み砕いて解説します

ジャベ雄

設定でなくお願いの仕方で直す、というのは覚えておきたいです

Opus 5の評価続報、ハルシネーション率と自販機ベンチ

リリースから1週間が経って、評価の内訳が出てきました
前号では「ベンチ上位と喋りすぎ」で止まっていた部分に数字が付いた形で、良くなった面と悪くなった面が同時に出ています

正答率は上がったが、ハルシネーション率も上がった

Artificial Analysisの知識ベンチ(資料を見ずに答えさせる形式)では、正答率がOpus 4.8比で7ポイント改善しました
その一方で 分からないときにも答えてしまう傾向が強まり、ハルシネーション率は14ポイント上がって50% になり、しかも知識の正確さではFable 5に届いていません

ここは数字の読み方に注意が要ります
これは資料を渡さず知識だけで答えさせる難問ベンチでの数字で、日常のやり取りで半分間違うという意味ではありません
加えてArtificial Analysis自身が「リリース前にAnthropicの評価を支援した」としているので、完全に独立した第三者評価でもない点も差し引いて読みたいところです

そのうえで、調べ物での付き合い方は1点だけ変えておくと安全です
Opus 5の断言をそのまま信じず、出典を出させるか検索させるか、裏取りを1手挟みます(用語の整理には AI用語集 もどうぞ)

自販機を経営させたら、最も稼いで最も裏切った

読み物として面白かったのがAndon Labsのベンチで、自動販売機の経営を任せる形式です
単独運営ならOpus 5が平均最終残高11,182ドルの新記録で1位でしたが、対戦形式では 合意した停戦を11回破っています(GPT-5.6 Solは2回、Kimi K3は1回)

価格カルテルを提案した直後に自分だけ値下げする・仕入先に嘘をつく、といった行動がTechCrunchの記事で紹介されています
反面、Anthropic自身の自動行動監査では直近のモデルのなかで問題行動が最も少なかったとされていて、見る指標で像が変わります
長時間・無監督で交渉や購買を任せる設計は、いまの段階では避けておくのが無難です

失敗の中身は「推論と検証」に寄っていた

Snorkel AIが7月27日に出した分析では、難しめのソフトウェア開発ベンチでOpus 5が28.2%・出力93.2Kトークン、Fable 5が29.1%・290.2Kトークンでした
精度がほぼ並んでいるのに トークンは3分の1で済んでいる というのが、いちばん目立つ数字です

同社の計測では、デバッグがOpus 4.8の25%から85%へ、ビルドや依存関係の管理が33%から67%へ上がっています
もっとも失敗77件の原因は推論27件・出力整形14件・計画10件と並び、結論は「失敗するときは推論と検証の失敗であって、ツールや実行の失敗ではない」でした

プロンプトインジェクション耐性は明確に上がった

暗号研究者のBruce Schneier氏が7月31日に紹介したシステムカードによると、15回攻撃を試された場合の成功確率がOpus 4.8の5.5%から 2.0% へ下がりました(1回だけなら0.5%から0.2%)
ただしSchneier氏自身が「一般論として防ぐのは不可能で、個別のケースをふさぐ能力が上がっているだけ」と留保を付けています

ジャベ雄

新しいほうが全部いい、とは言えない結果になりました

そのほか今週の動き、10日ぶりのClaude CodeとMCPの新仕様

Claude Codeが10日ぶりに動いた、権限の抜け道修正が2件

毎週追いかけているClaude Codeは、今週ほとんど動きがありませんでした
直前の2週間は213を欠番にしながらほぼ毎日リリースが出ていたので、7月25日の v2.1.220 から 10日ぶんの空白 はよく目立ちます
この2.1.xはClaude Code本体(claude --version で出る版)の番号で、デスクトップアプリのバージョン表示とは別物です

その空白が、この記事を書いている日本時間8月4日に終わりました
v2.1.221 が出て、npmのlatestもこの版に上がっています(安定版のチャンネルは2.1.220)

中身で目を引くのは、権限チェックの抜け道をふさぐ修正が2件入っていることです
ひとつはzshで [[ ]] の正規表現の中に隠したコマンドが確認なしで実行できてしまう問題、もうひとつはWindowsで引用符を含むパスの権限チェックが正しく効かない問題です
どちらも修正後は確認が出るようになりました

前号で書いた v2.1.214の許可ルールの抜け道修正 と同じ流れが続いている形です
ほかにはVSCode拡張の表示整理や、思考のオフが同じセッション中ずっと効いたままになる不具合の修正などが入っています
自動更新のままならこちら側ですることはありませんが、HomebrewやWinGet、Linuxのパッケージマネージャで入れている場合は自動では上がらないので、更新が来ないと感じたら自分の入れ方を確認してみてください

米国時間7月29日から31日にかけて障害が続いた

その最中に障害が続きました
米国時間7月29日(日本時間では30日の未明から早朝)は全モデル横断の障害で「API Error: 529 Overloaded」が返り、claude.ai・API・Claude Code・Coworkに波及しました
30日は複数モデルの障害とOpus 4.8の性能低下の2件、31日はSonnet 5の性能低下が記録されています

原因の中身も復旧の見通しも示されませんでした
あの日おかしかったのは自分の設定のせいではなかった、という確認だけで十分で、急に失敗し始めたときは設定を触って壊す前に公式のステータスページ status.claude.com を見るのが早道です
claude.ai・Claude Code・Cowork・APIの状態が分かれて出ていて、メールやSlackで障害通知を受け取る購読もできるので、よく使う方は登録しておくと探しに行く手間が減ります

MCPの新仕様、手を動かすのは自作サーバーを持つ人

7月28日に、MCP(AIと外部ツールをつなぐ共通の決まりごと)の新しい仕様が出ました
5回目の仕様リリースで、接続時のやりとりとセッションIDが丸ごと無くなり、1リクエストで完結する形になりました

見出しだけ見ると身構えますが、読者側で設定を書き換える必要はいまのところありません
8月4日のv2.1.221まで見ても、Claude Code側に新仕様へ対応したという記載はまだ出ていないためです

少なくとも、Python製のMCPサーバーを自分で持っている人は手を動かすことになります
公式のPython SDKが同じ日にv2.0.0になってFastMCPがMCPServerへ改名され、READMEも mcp>=1.28,<2 のように上限を付けるよう勧めています
私もWordPress用の自作サーバーをPythonで動かしているので、まずは依存の上限を書き足すところから手をつけようと思っています

ExcelでClaude Opus 5が選べるようになった、ただし条件が2つ

こちらも先週(7月24日)の発表ですが、Microsoft 365 Copilotのモデル選択に Claude Opus 5 が加わりました
Excel・PowerPointのCopilotをはじめCopilot ChatやCopilot Studioでも選べますが、飛びつく前に確認したい条件が2つあります
なおWordについては Microsoft Learn 側に「2026年夏に追加予定」の注記が残っていて、公式ドキュメント間で記述が割れています

• 商用のMicrosoft 365 Copilotサブスクリプションがあること(公式サポート記事も commercial と書いています)
• 管理者が管理センターで他社の大規模言語モデルの提供元を許可していること(Anthropicを再委託先として有効にする扱い)

両方そろっていれば、Copilotペイン右上のモデル選択から切り替えます
初期値は Auto(自動選択)で、選んだモデルはそのセッション限り、Excelを閉じると既定へ戻ります
公式サポート記事が commercial(商用)と明記しているので、個人向けのMicrosoft 365契約は対象外と読むのが自然です

Microsoft自身が「提供状況は地域やテナントの設定によって異なる」と書いているので、条件を満たしていても出てこない場合があります

最後に1件だけ、7月28日にAnthropicが、Claude Mythos Previewを使って耐量子署名のHAWKと7ラウンド版AES-128の弱点を見つけたと発表しました
「AIが暗号を破った」と読めそうですが、公式自身が 今日のコンピュータシステムに実用上の影響はなく、本番のソフトウェアを変更する必要もない と明記しています

ジャベ雄

パスワードの変更も暗号設定の変更も、こちら側では不要です

今週のまとめ:気になった情報7点

今週(2026/7/27週)のClaude周りで気になった情報を、7点に整理するとこんな感じです

今週は新しく紹介するものがほとんど無い代わりに、自分の過去の操作を思い出す話が続きました
共有ボタンを押したこと、どこからアプリを落としたか、どちらも誰でもやりうる操作なので、責める話ではなくいま一度たどっておく話として読んでもらえればと思います

今日やるなら3つです
共有チャットの一覧を開いて要らないものを解除する・ダウンロード元をブックマークに固定する・8月5日の期限が自分に関係するか確かめる、この順で十分です
モデル名や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

次回のお知らせ

次回は、再開したClaude Codeのリリースが元のペースに戻るか、8月5日と8月19日を過ぎて使用枠の体感がどう変わるか、Claude側がMCPの新仕様に対応するかを追いかけます
「今週これ気になったよ」という話題があれば、次週分で拾ってみます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/8/4時点の公開情報・主要報道をもとにしています
共有チャットと公開Artifactの件・偽インストーラの件・8月の各期限・Opus 5の推奨設定や第三者評価は、一部に第三者の観測や暫定の情報を含むので、正確な条件はその時点の公式発表やHelp Center・公式ドキュメントをご確認ください

こんにちは、ジャベ雄です

週末恒例のClaude＆Anthropic情報まとめ、第8弾です
今週の主役は、米国時間7月24日に正式リリースされた Claude Opus 5 です
前回(2026/7/13週)では噂コーナーに置いて「公式発表はゼロ」と書いていたので、気持ちのいい答え合わせになりました

主役の裏でも動きは多めの一週間でした
取り上げるのは次の9本です

• Claude Opus 5が正式リリース、価格は据え置きでFable 5の半額という位置づけ
• 自分の環境で何が変わったか、Max・Pro・Claude Codeで扱いが違う
• これまでと挙動が変わる箇所、思考が既定オンで回答が長くなる
• 初週の評価は割れた、ベンチ上位と「賢いけど喋りすぎ」
• 公式が出したコンテキストエンジニアリングの新ルール、プロンプトの書き方も変わる
• Fable 5の無料開放が終了、7/20からプランで扱いが二分
• 音声モードが刷新、モデルを選べるようになり日本語も対象
• Claude Codeがv2.1.214〜219まで6本更新、権限の抜け道をふさいだ週
• 来月に期限が来るものと、Claude以外の動き

この記事はProかMaxでClaudeを使っている方に向けて書いています
OpusはPro以上のプランで使えるモデルなので、無料プランの方は今回はSonnet 5の話として読んでもらえれば大丈夫です
2本目に「自分の環境は何が変わったのか」を表で置いたので、そこだけ拾って帰ってもらっても構いません

Claudeそのものをこれから触る方は Claudeの使い方(初心者向け) もあわせてどうぞ

Claude Opus 5が正式リリース(7/24)、価格据え置きで1Mコンテキストが既定

米国時間2026年7月24日に、Anthropicが公式ニュース「Introducing Claude Opus 5」を公開しました
説明を言い換えると、思慮深く先回りするモデルで、最上位のFable 5に迫る知性へ半分の価格で近づいた、という位置づけになります

使える場所は最初から広めです
claude.ai・Claude Code・Claude Coworkに加えて、Claude API・Amazon Bedrock・Google Cloud・Microsoft Foundryが並びました
同じ7月24日から、GitHub CopilotのPro+・Max・Business・Enterprise向けでも選べます
ただしBusinessとEnterpriseは管理者がポリシーを有効にする必要があり、展開も段階的だと案内されています

値下げではなく据え置き、半額なのはFable 5との比較

「半額」が一人歩きしそうなので、ここは先に整理しておきます
API料金は100万トークンあたり 入力5ドル・出力25ドル で、これは Opus 4.8とまったく同じ金額 です
値下げされたわけではなく、半額の比較相手は入力10ドル・出力50ドルのFable 5のほうです

まとめて処理するバッチ処理なら50%割引で入力2.5ドル・出力12.5ドル、同じ前置きを使い回すプロンプトキャッシュも最小512トークンとOpus 4.8の半分になりました
APIから呼ぶときのモデルIDは claude-opus-5 で、日付のサフィックスが付かない形です
もっとも中身が勝手に新しい版へ入れ替わるわけではありません

1Mコンテキストが既定、知識は2026年5月まで

ふだんコードを書かない方にも実感しやすい変化は、この2点だと思います
ひとつめは、一度に読み込める分量(コンテキスト)が 100万トークンで、しかもそれが既定かつ最大 という点です
小さいコンテキスト版が別にあるわけではなく、API料金では100万トークンまで使っても追加料金はかかりません

サブスクで使う場合は条件が少し違います
Claude CodeでOpusの1Mコンテキストを使うとき、Max・Team・Enterpriseはサブスクに含まれる一方、Proは利用クレジットが要ると公式ドキュメントに書かれています

ふたつめが知識の新しさです
Opus 5の知識カットオフ(モデルが知っている情報の新しさ)は 2026年5月 で、Fable 5とSonnet 5の2026年1月より新しくなりました
上位モデルより後から出たモデルの知識が新しい、という逆転がここで起きています

ジャベ雄

長い資料を丸ごと投げられるのは、これはうれしい変化です

「Claude最上位のモデル」ではない点に注意

誤解が広がりやすいので、先に置いておきます
新しく出たモデルではありますが、公式ドキュメントは今もFable 5を「広く提供されている中で最も能力の高いモデル」と書いています
Opus 5の説明も「迷ったらまずOpus 5から、いちばん高い能力が要る仕事にはFable 5を」という書き方で、最上位の座を奪ったとは書かれていません

ひとつ前のOpus 4.8も、これまでどおり使えます
廃止予定表の下限はOpus 4.8が2027年5月28日、Opus 5が2027年7月24日で、どちらもそれより前には終了しないという書き方でした
Opus 5のほうは 少なくとも1年は腰を据えて使える と読めます

ただし表示上の扱いは動きました
モデル一覧では、Opus 4.8がLegacy models(旧世代)の折りたたみのほうへ移っています

自分の環境で何が変わったか、Max・Pro・Claude Codeの扱い

公式ニュースがプランについて書いているのは「Claude Maxの新しい既定モデルであり、Claude Proでは最も強いモデル」の1文だけです
つまりMaxは何もしなくても切り替わり、Proは選べば使えるという差になります
Proで既定になるとは書かれていないので、Proの方はモデル選択のメニューを一度のぞいてみてください
公式が触れていない箇所もあるので、下の表はそこを空けてあります

表の「—」は、claude.ai側の扱いが公式に案内されていない箇所です

Claude Codeの既定はアカウント種別で分かれる

表の右の列がややこしいので補足します
Claude Codeでいう「default(既定)」は全員共通ではなく、契約の種類ごとに指す先が違います
Max・Teamプレミアム・Enterprise従量・APIはOpus 5、Pro・Team標準・Enterprise通常はSonnet 5のまま、というのが公式ドキュメントの書き方です

TeamとEnterpriseは法人向けで、利用する人ひとりずつに枠を割り当てて使う形です
そのTeamの枠に 標準とプレミアムの2種類 があり、プレミアムのほうはFable 5が追加費用なしで使えます

ジャベ雄

個人で使っている方は、ProとMaxの行だけ見れば大丈夫です

この分岐は今週動いたところでもあります
v2.1.219より前はAPIやMaxの既定がOpus 4.8を指していたので、更新すると 選び直さなくても既定がOpus 5になります
もっとも、これは既定のまま使っている場合の話で、モデルを自分で固定している方は更新しても変わりません

ProとMaxで、今週やっておくこと

ここまでの話を、環境ごとの「やること」に落としてみます
Proの方は次の4つです

• claude.aiは Proで既定になるとは公式に書かれていない、モデル選択を開いてOpus 5が選ばれているか確かめる
• Claude Codeは既定がSonnet 5のままなので、Opusを使うなら自分で選ぶ形になる(v2.1.219以降が要る)
• Claude Codeで1Mコンテキストまで広げるなら 利用クレジットが要る
• Fable 5が7/20から従量課金になったので、Opus 5で足りる場面が多いか見直す(ここは私の見立てです)

Maxの方は、切り替わったあとの調整が中心になります

• claude update でv2.1.219以降にしておく、ここで既定がOpus 5へ入れ替わる
• 自分で選んでいないのに既定が変わるので、合わないと感じたらモデル選択で戻す(Claude Codeなら /model から)
• 回答が長くなる作りなので、長さはこちらから指定する
• Fable 5は週間の利用上限の50%まで追加費用なしで回せる、使うなら上限の食い合いに注意

ひとつ読めないのが、使用量の減りかたです
プラン全体の上限の考え方はヘルプに載っていますが、Opus 5が他のモデルの何倍の速さで枠を消費するのか という倍率までは公式に出ていません
しかも思考が既定で動く作りになっていて、Claudeアプリではそれをオフにできない仕様です(詳しくは次の節で)

ジャベ雄

枠の減りかたが読めないうちは、長い作業ほど慎重に回したいです

これまでと挙動が変わる箇所、思考が既定オン・回答が長い・検証指示は外す

公式ドキュメント「What’s new in Claude Opus 5」は、コードを何も変えなくても気づくかもしれない違いがある と書いています
「モデルが賢くなった」より、実際にぶつかるのはこちらだと思います

拡張思考が既定で動くようになった

いちばん大きいのは、じっくり考えてから答える拡張思考(thinking)の扱いです
Opus 4.8では何も指定しなければ思考なしで動いていましたが、Opus 5は同じリクエストが 思考ありの状態で動きます
Claudeアプリではさらに徹底していて、公式ヘルプによるとOpus 5を選んでいるあいだは拡張思考をオフにできません

API側でも、これまで通っていた組み合わせが弾かれます
思考を無効にする指定はエフォート(effort)がhigh以下のときだけ受け付けられて、xhighやmaxと一緒に送ると 400エラー になります
公式リリースノート自身がOpus 4.8からの非互換の変更だと書いているので、自動化を組んでいる方は先に確認しておきたい箇所です

公式が挙げる「変わる4点」

挙動の違いとして並んでいるのは次の4点です

• 既定の回答や成果物が長くなる
• 作業中の進捗の実況が増える
• 複数エージェントで動かすとき、サブエージェントへの委譲が増える
• 言われなくても自分で検証する

あわせて読みたいのが、Opus 5向けのプロンプトの手引きです
そちらには 頼んでいない手順まで足してタスクの範囲を広げることがある と書かれていて、狭い作業では範囲をこちらから明示するよう勧めています
例として載っている一文は「Deliver what was asked, at the scope intended(頼まれたことを、意図された範囲で出す)」です

昔書いた「最後に検証して」は外したほうがいい

行動に移せる指示もひとつ出ています
旧モデル向けに書いていた「最後に検証ステップを入れて」「サブエージェントで検証させて」のような一文は、Opus 5では削除するのが公式の推奨です
言われなくても自分で検証するようになったので、残しておくと過剰な検証を招くという理由でした

回答が長すぎると感じたときの対処も覚えておくと役に立ちます
エフォートはlow・medium・high・xhigh・maxの5段階で、APIとClaude Codeでの既定はhighです
もっとも公式は「effortは思考の量を変えるもので、見えている回答の長さは制御しない」と書いていて、短くしたいなら長さをプロンプトで指定するよう案内しています

このエフォート、公式ドキュメントではAPIとClaude Codeの設定として説明されています
もっともアプリ側にも「モデルとエフォート、思考の設定を変える」という公式ヘルプがあって、モデル選択を開くとエフォートの項目が並びます
長さや速さで困ったときは、ここをのぞいてみてください

サイバー系と判断されると自動でOpus 4.8へ切り替わる

知らないと驚く挙動がもうひとつ
サイバー攻撃に使われかねない内容だと判定されると、会話の途中でも 自動的にOpus 4.8へ切り替わります
対象はWeb版・モバイル・デスクトップ・Cowork・Code・Design・Microsoft 365・Tag・Scienceの9つで、切り替わると通知が出て、どのモデルが答えたかのラベルも付く形です

Claude Code公式ドキュメントによると、生物系の内容で引っかかった場合は切り替えではなく 回答自体が断られる 形になります

判定に使われるのは入力した文章だけではなく、メモリ・コネクタ経由で読んだデータ・Web検索の結果・アップロードしたファイルも対象です
気になる場合は設定のCapabilitiesにある「Switch models when a message is flagged」からオフにできます(APIでは既定で無効)
頻度についてはAnthropicの初期テストの数字が出ていて、Opus 5がこの切り替えに当たった割合はFable 5より85%少なかったとされています

設定画面のどこを触ればいいか分からないときは Claudeデスクトップアプリの設定メニュー全項目ガイド が場所探しの助けになります

初週の評価は割れた、ベンチ上位と「賢いけど喋りすぎ」

独立系ベンチでは1位、ぶら下がる条件に注意

モデルを横並びで測っているArtificial Analysisでは、Opus 5のIntelligence Indexが61点で掲載191モデル中1位になりました(2026年7月25日時点)
ただし この61点はエフォートをmaxまで上げたときの数字 なので、そのまま「いちばん賢い」とは読めません

同じページには弱点も並んでいます
速度は毎秒56トークンで平均の74より遅く、評価スイート全体で吐き出した量は約1億トークン(モデル平均は6,300万トークン)で「very verbose(かなり冗長)」と注記されました
別の評価サービスVals AIでは、Vals Indexが74.82%で40モデル中2位という結果でした(リーダーボードの表示は7月23日時点)

公式の数字は「Anthropicの計測」だと押さえておく

公式発表にもベンチマークは並んでいますが、いずれも Anthropic自身の計測 です
公式が挙げている数字は次のとおりです

• コーディングと知識労働の評価(Frontier-BenchやGDPval-AA)ではトップクラス
• Zapier AutomationBenchでは、同じタスク単価で成功率が次点の約1.5倍
• 自動の行動監査では、望ましくない振る舞いのスコアが2.3(低いほど良い)で同社の最近のモデルの中では最も低い

好感が持てるのは、公式が弱点にも触れている点です
サイバー分野のうち脆弱性を実際に突く能力については、Mythos 5に及ばないと自ら書いています

導入企業のコメントも、各社の自己申告として並んでいます

• Box社…Opus 4.8を8%上回り、データ分析では11%改善
• Lovable社…Opus 4.7比で22%向上
• Harvey社…Opus 4.8と比べて平均26%少ないトークンで済んだ

レビューの見出しに並んだ「喋りすぎ」

一方で、実際に触った人たちの評価は辛口寄りでした
Everyの『Vibe Check』は「Claude Opus 5 Is Brilliant in Flashes, Frustrating in Practice(閃きは見事だが実務ではもどかしい)」という見出しでした
Lenny’s NewsletterのClaire Vo氏も「brilliant (but annoying)」と書いていて、節の見出しには「Claude Slop: the verbosity problem」という言葉まで置いています

おもしろいのは、この批判が公式の記述と食い違っていない点です
公式ドキュメント自身が「effortを下げても回答は確実には短くならない」と書いているので、回答が長くなるのは仕様の側にあると分かります

ジャベ雄

短くしたいときは、依頼の最後に一行足すだけで済みます

プロンプトの書き方も変わる、公式のコンテキストエンジニアリング新ルール

同じ7月24日に、もうひとつ読み応えのある記事が出ました
公式ブログの「The new rules of context engineering for Claude 5 generation models(Claude 5世代のモデル向けコンテキストエンジニアリングの新ルール)」で、書き手はAnthropicのThariq Shihipar氏です
要は 新世代のモデルには指示の書き方を変えたほうがいい という提案でした

説得力があるのは、自社で実践している点です
記事には「Opus 5やFable 5のようなモデル向けに、Claude Codeのシステムプロンプトを80%以上削除した」と書かれています
性能が落ちなかった点には 自社のコーディング評価で測定可能な低下は無かった という限定が付きます

Then/Nowで並べられた6つの対比

• ルールを与える → 判断を任せる
• お手本の例を与える → インターフェースを設計する
• 全部を最初に置く → 段階的に開示する
• 同じことを繰り返す → ツールの説明をシンプルに
• CLAUDE.mdへのメモリ → 自動メモリ(Auto-memory)
• 単純な仕様書 → 厚みのある参照資料

5番目は補足が要ります
以前は「#」のショートカットでCLAUDE.mdに覚えさせる使い方を勧めていたけれど、今はClaudeが仕事や書き手に関係するメモリを自動で保存するようになった、と説明されています
設定ファイルを軽くしろとは言っていないので、記憶の置き場所が移ったと受け取るほうが近いです

この6本は、さきほどの挙動の変化(長さ・検証・範囲)とそのまま噛み合います
依頼文そのものの組み立て方は プロンプトエンジニアリングの書き方 のほうにまとめてあります
プロンプト・コンテキスト・ハーネス・ループの関係をまとめて眺めたいときは AIの◯◯エンジニアリング4種の地図 もどうぞ

あわせて読みたい

コンテキストエンジニアリングとは AIに渡す文脈の設計 コンテキストエンジニアリングとは AIのコンテキストウィンドウに何を積むかを設計する考え方です プロンプトエンジニアリングとの違いや システムプロンプト RAG メモリ CLAUDE.md など構成要素を初心者向けに噛み砕いて解説します

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

【前号の続報】Fable 5の無料開放が終わり、7/20から扱いが二分

前号で「日本時間7/20まで再々延長」と書いた話が、今回で着地しました
無料開放は米国太平洋時間の 7月19日23:59:59(日本時間では7月20日15:59:59)で終わり、7月20日からは恒久的な形に切り替わっています

Fable 5が追加費用なしで同梱されるのは Maxプラン・Teamプランのプレミアム枠・Enterprise(従来型の契約)のプレミアム枠 で、週間の利用上限の最大50%までをFable 5に回せます
ただし別枠が増えるわけではなく、他のモデルと同じ上限を食い合う形です

Proは最初から従量課金へ

もう一方のProやTeamの標準枠・Enterpriseの標準枠では、Fable 5は同梱されません
使うには usage credits(従量課金ぶんの残高)を消費する形になります
移行の助けとして 一回限りのクレジット が付与されますが、金額は公表されていません

クレジットを使い切ったあとは、通常のAPI単価での課金です
単価は100万トークンあたり入力10ドル・出力50ドルになります
Claude CodeからFable 5を使う場合に v2.1.170以降 が要る点も変わっていません

ここからは私の見立てですが、Proで従量課金を払ってまでFable 5を回すより、同じ週に出たOpus 5で足りる場面のほうが多そうです
Fable 5を実際に触った感触は、2026年6月時点のものになりますが次の記事にまとめてあります

あわせて読みたい

Claude Fable 5を1日使った正直レビュー Anthropicの新モデルClaude Fable 5を1日触った体感をまとめました、有能だけどトークンの減りが速い、Opus 4.8とのスペック比較・世間の評価・噂のファクトチェックまで本家ブログらしく等身大で書いています

音声モードが刷新(7/23)、モデルを選べるようになり日本語も対象

API寄りの話が続いたので、ここでいったん息を抜きます
7月23日に公式ブログ「Think through hard problems in voice mode」が公開され、Claudeの音声モードが刷新されました
これまでは軽量なHaiku専用だったところに、OpusとSonnetが選べるようになったのが今回の目玉です
なお公式ブログの表記は「OpusとSonnet」で、世代までは書かれていません

切り替えは会話の途中でもできて、モデルピッカーから選び直せます
軽い雑談はHaiku・考え込む相談はOpus、という使い分けも可能です
何も選ばなければ「テキストチャットで最後に使ったモデル」が既定になるので、チャットから音声へ移っても話の流れを作り直さずに済みます
ヘルプ側では同系統の最新世代へ自動的に切り替わるとされているので、旧モデルを使っていた方は覚えておくと戸惑いません

日本語も対象、有料プランならモデルの選択肢が広がる

日本人にうれしいのは、対応言語に 日本語が入っている ことです
公式ブログが挙げるのは英語・フランス語・ドイツ語・ヒンディー語・インドネシア語・イタリア語・日本語・韓国語・ブラジルポルトガル語・スペイン語(ラテンアメリカ/スペインの2種)の11ロケールです
ヘルプ側では英語以外がベータ扱いで、切り替えは設定のGeneral内、Voice > Language から行います

プランによる差も分かりやすい形でした
有料プランならモデルの選択肢が広がり、接続済みのツールも全部使えます(無料プランはHaikuと接続ツール1つ、言語はどちらも同じ)
接続済みのアプリを声から呼べるのも今回の変化で、公式ブログはGmail・Slack・Googleカレンダー・Canvaを例に挙げています

ジャベ雄

散歩しながら相談する、みたいな使い方が現実的になってきました

Claude Codeはこの1週間で6本更新、権限の抜け道をふさいだ週

7月18日のv2.1.214から7月24日のv2.1.219まで、6本のリリースが出ています(7月23日だけリリースなし)
細かい話をすると v2.1.213は欠番 で、公式チェンジログでもGitHubでも2.1.212から2.1.214へ飛んでいます

許可ルールの抜け道をふさいだv2.1.214

今週いちばん大事なのは、初日のv2.1.214に入った2つの修正です
ひとつは、Edit(src/**)のような1階層だけの許可ルールが、作業フォルダ直下のsrcどころか ツリー内のどこにある同名フォルダへの書き込みまで自動承認していた問題 の修正です

もうひとつが、Windows PowerShell 5.1のセッションで走らせたコマンドで、権限チェックがすり抜ける問題の修正です
許可ルールの件とPowerShellの件は、公式チェンジログでも別々の項目として並んでいます

同じ版では、1万文字を超えるBashコマンド(Claudeが裏で実行するコマンド)には常に確認を出す変更も入りました
権限まわりの考え方は Claude Codeのセキュリティ設定5選 にまとめてあります

Windowsまわりの実害系が続いた

• v2.1.216…長時間のセッションで数秒止まる不具合を修正、Windowsの読み取り専用コマンドがネットワークパスへ確認なしでアクセスする問題も修正
• v2.1.217…自動更新に失敗すると claude.exe が消える 不具合を修正(失敗時は自動で元に戻る)、MCPツール出力のメモリリークも修正
• v2.1.218…フォルダ名が u で始まるパスが漢字などに化けてアクセスできなくなる不具合を修正、左矢印キーで会話が戻せない形で消える問題に確認ダイアログを追加

暴走対策も一段進みました
v2.1.217で同時に走らせるサブエージェントの数に上限(既定20)が付き、環境変数のCLAUDE_CODE_MAX_CONCURRENT_SUBAGENTSで変えられます
前号で取り上げたセッション単位の上限に、今度は同時実行の上限が加わった形です

勝手に走らないようにする変更も2本入りました
v2.1.215で /verify と /code-review が、v2.1.218では /deep-research が、それぞれ手動起動だけになっています
拡張の仕組み全体を知りたい方は Claude Code拡張機構入門 もどうぞ

脆弱性を探すClaude Securityプラグイン

同じ週に、Claude Code用の Claude Security プラグインも登場しました
米国時間7月22日ごろに公式Xで告知されたもので、anthropic.comのニュースにもチェンジログにも項目が無いので日付はおおよそです
やることは3つで、コードベース全体のスキャン・変更分だけのスキャン・パッチの提案、コマンドは /claude-security のひとつだけです

公式が自分で書いている注意点も2つあります
「スキャンは毎回同じ結果になるとは限らない」ことと、「既存のソースコードセキュリティツールを置き換えるものではない」ことです

ジャベ雄

勝手に直さない設計なので、こわごわ試すぶんには気楽です

そのほか今週の動き、来月に期限が来るものとClaude以外

最後は短く押さえておきたい話です
まずは来月に期限が来るものが2件と、7/24に実施済みの変更が1件あります

• 旧Workbenchが2026年8月17日で終了…保存したプロンプト・変数・evalsは新しいWorkbench(playground)へ引き継がれないのでエクスポートが必要 / 同じ日に実験的なプロンプト用API 3本も退役(告知は7月17日)
• Claude Opus 4.1が2026年8月5日に提供終了…移行先は公式内でも案内が割れているので日付だけ
• Opus 4.7の高速版(fast mode)はAPIから廃止(7/24)…速度指定を送るとエラーになり標準速度へ戻る動きもない / Opus 4.7自体は標準速度で継続

Claude以外の動きと、身近だった障害

• AMDとAnthropicが提携(7/22)…AMD Instinct MI450シリーズのGPUを最大2ギガワット規模で展開 / 導入の進み具合に応じて、AMDがAnthropicへ最大50億ドルの出資をコミット / 最初の1ギガワット分は2027年前半に開始予定(一次情報はAMD側の発表)
• GoogleがGeminiを3本投入(7/21)…Gemini 3.6 Flash・3.5 Flash-Lite・セキュリティ特化の3.5 Flash Cyberで、上位のGemini 3.5 Proは今回見送り
• AWS CloudFrontの障害(7/16)…前号の期間と重なりますが、夕方17時40分ごろ発生して21時20分ごろ復旧 / 影響はVPCオリジン接続を使う利用者に限られたが、PayPay・ニコニコ生放送・はてなブログ・noteなどに波及
• Anthropic Economic Indexのコネクタ(7/22)…claude.aiのコネクタメニューから有効にするだけで、AIがどの職種や地域でどう使われているかをClaudeに直接聞ける

今週のまとめ:気になった情報9点

今週(2026/7/20週)のClaude周りで気になった情報を、9点に整理するとこんな感じです

今週はOpus 5そのものより、モデルが変わると依頼の書き方も変える、という 付き合い方の話 が公式ブログと移行ガイドから同時に出てきたのが印象的でした

私たちに直接効くのは、プラン別の扱い・回答が長くなる件・Fable 5の着地あたりです
その裏で計算資源の提携や他社の新モデルも同じ週に動いていた、と眺めておくとちょうどいいと思います
モデルの名前や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

次回のお知らせ

次回は、Opus 5を1週間使ってみての評判の落ち着き先、使用量の消費について公式の説明が出るか、来月に期限が来るWorkbenchとOpus 4.1のあたりを追いたいと思っています
Claude Codeの更新も引き続きこまめに拾います

「今週これ気になったよ」という話題があれば、次週分で拾ってみたいと思っています
引き続きカジュアルにClaudeの話題を追っていきます
ではまた来週末に

私のおすすめ本PR

Excel VBA塾【動画×本で学ぶ!】

たてばやし淳

Amazonで見る楽天で見る

退屈なことはPythonにやらせよう 第3版

Al Sweigart

Amazonで見る楽天で見る

できる人のパソコン仕事術 なんと効率10倍!

パソコン博士TAIKI

Amazonで見る楽天で見る

私のおすすめからランダムで3冊を表示しています

※本記事の情報は2026/7/25時点の公開情報・主要報道をもとにしています
Claude Opus 5の仕様や価格・プランごとの扱い・Fable 5の課金構造・音声モードの対応範囲・Claude Codeの更新内容とも、一部は第三者の評価や暫定の情報を含むので、正確な条件はその時点の公式発表やHelp Center・公式ドキュメントをご確認ください

コンテキストエンジニアリングとは、AIに渡す情報(コンテキスト)全体をどう組み立てるかを設計する考え方です
プロンプトの言い回しを磨くプロンプトエンジニアリングの先にある、いま急速に広まっているテーマなんです

AIに仕事を頼んで、指示じたいは悪くないはずなのに答えがズレる
そんなとき、原因は聞き方よりAIに渡している情報そのものの側にあることが多いです

この記事では、コンテキストエンジニアリングとは何かを、プロンプトエンジニアリングとの違い・具体的な構成要素まで初心者向けにまとめます
読み終えるころには、次の3つがつかめているはずです

• コンテキストエンジニアリングの意味:AIに何を渡すかの設計だと分かる
• プロンプトとの違い:どちらが上位で、なぜ置き換えではないのか
• 6つの構成要素:コンテキストに積むものを1つずつ噛み砕く

ジャベ雄

ざっくり言うと「AIの机の上に何を並べておくか」を考える話です

コンテキストエンジニアリングとは?まず全体像

結論から言うと、コンテキストエンジニアリングとは、AIが一度に読み込む情報のかたまり(コンテキスト)に、何をどう積むかを設計する技術です
単発の指示文だけでなく、AIが答えを作るために参照する材料をぜんぶひっくるめて整える、という捉え方なんです

AI(正確にはLLM=大規模言語モデル、文章を予測して作るAIの中身)は、渡された材料をもとに次の一手を組み立てます
だから材料が薄かったり、ノイズだらけだったりすると、聞き方をどれだけ工夫しても答えが決まりきらないんです

ここで前提になるのがコンテキストウィンドウという言葉です
下のメモにまとめておきます

Claudeの開発元である Anthropic は、コンテキストエンジニアリングをプロンプトエンジニアリングの自然な発展形と位置づけています
プロンプトを捨てる話ではなく、プロンプトも材料のひとつとして、コンテキスト全体を面倒みる、という広げ方なんです

もう少し身近にたとえると、新しく入ったメンバーに仕事を任せる場面に近いです
どれだけ優秀な人でも、必要な資料や過去の経緯を渡さなければ良い動きはできません
コンテキストエンジニアリングは、AIに対してこの「引き継ぎ資料の準備」を丁寧にやる作業だと考えると、とっつきやすいはずです

ここまでの話を1枚の図にすると、こんなイメージになります
窓というひとつの器を、性格の違う6種類の情報が分け合っている、という構図で見てもらえると分かりやすいはずです

なぜいま生まれた言葉なのか

コンテキストエンジニアリングは、2025年に一気に広まった比較的あたらしい言葉です
ざっくりした流れをおさえておくと、単なるバズワードではなく背景のある概念だと分かります

• 提唱:Shopify CEO の Tobi Lütke 氏が2025年6月ごろ、「LLM がタスクを解けるだけの文脈をぜんぶ渡す技術」として言い出したのが起点とされます(正確な日付は諸説あり、ここでは断定しません)
• 拡散:AI研究者の Andrej Karpathy 氏が同じ時期に賛同し、言葉として一気に広まりました(命名者というより後押し役の立場です)
• 体系化:Anthropic が2025年9月に「Effective context engineering for AI agents」で整理し、実務の枠組みとして定着させました

背景にあるのは、AIの使い方が単発の質問から自分で何ステップも作業するエージェントへ移ってきたことです
1往復で終わって、必要な前提もその場で書き添えられる用事なら、うまい聞き方でだいたい足ります

ところが、AIが道具を使って何度も往復しながら進むようになると、途中でどんな情報を持たせ続けるかが結果を左右します
この「持たせ続ける材料の設計」に名前がついたのが、コンテキストエンジニアリングなんです

ジャベ雄

AIが「単発の相棒」から「作業する部下」に変わったから、渡す資料の設計が要る、という流れです

プロンプトエンジニアリングとの違い

ここが多くの人のつまずきどころなので、プロンプトエンジニアリングとの違いを表で整理します
ポイントは、片方がもう片方を置き換えるのではなく、プロンプトはコンテキストの一部という包含の関係だという点です

「プロンプトエンジニアリングはもう古い」という煽りを見かけますが、そこは冷静に受け止めたいところです
実務では指示文の作り込みはいまも必要で、コンテキストという大きな器の中でプロンプトが担う役割が明確になった、と捉えるのが無理のない理解なんです

言い換えると、聞き方(プロンプト)を磨くのは点の改善、渡す材料ぜんぶ(コンテキスト)を設計するのは面の改善です
点をいくら磨いても面が崩れていると結果は安定しないので、両方を行き来する感覚が実用的です

たとえば「この関数のバグを直して」と頼む場面を考えます
プロンプトの工夫は、頼み方を「エラー内容も添えて原因から説明して」と具体的にすること
コンテキストの設計は、そもそも該当のコードやエラーログ・関連する仕様まで一式を渡しておくことです
後者が抜けていると、聞き方をどれだけ整えても的外れな答えになりがちなんです

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

コンテキストに積む6つの構成要素

では、コンテキストには具体的に何が入るのか?
代表的なものを6つの構成要素に分けて、1つずつ噛み砕きます

• システムプロンプト:AIの役割やルールを決める土台の指示、「あなたは○○の担当です」のような前提
• ツール定義と実行結果:AIが使える道具(検索・ファイル読み書きなど)の説明と、実際に動かした結果
• RAG(外部知識の検索):手元の資料やデータベースから関連情報を引っぱってきて渡す仕組み
• メモリ:過去のやり取りやユーザーの好みを覚えておいて、あとで再利用する情報
• 会話履歴:ここまでの往復のログ、いま何を話しているかの流れ
• エージェント状態:いま何の作業の途中か、次に何をする予定かという進行の記録

この6つが、同じひとつのコンテキストウィンドウ(限られた窓)を分け合います
だからこそ、何を厚く積んで何を削るかの配分の判断が、コンテキストエンジニアリングの中身になるわけです

6つのうち、初心者がイメージしにくいのはツール定義と実行結果・エージェント状態あたりでしょうか?
前者は「AIが検索や電卓を使えるように渡す取扱説明書とその使用結果」、後者は「作業のしおり(いまどこまで進んだか)」だと思うと近いです

言葉の説明だけだとイメージしにくいので、実際にどんな中身が窓に載るのかをミニ例で並べてみます
同じ「情報」でも、要素ごとに質がぜんぜん違うのが伝わるはずです

こう並べると、6要素は「知識(RAG)」「記憶(メモリ)」「いまの流れ(会話履歴)」のように役割が分かれていると分かります
ぜんぶ同じ袋に放り込むのではなく、種類ごとに何をどれだけ載せるかを考えるのが、コンテキスト設計の勘どころなんです

RAG(外部知識の検索)とは

初めて聞く方向けに、RAGだけ少し補足します
RAG(Retrieval-Augmented Generation)とは、AIが答える前に関連資料を検索し、それを取り込んでから答えを作る仕組みです

AIの中身が最初から知っていることには限りがあり、社内マニュアルや最新の情報までは覚えていません
そこで、外から必要な資料を引っぱって窓に載せてあげると、AIはその場で参照しながら答えられます

身近な例だと、手元のPDFを読ませて質問に答えてもらう使い方がRAGの発想に近いです
言葉としてのRAGや周辺用語はAI用語集にもまとめているので、あわせてどうぞ

メモリと会話履歴の違い

メモリと会話履歴は似ていますが、役割が少し違います
会話履歴は「いまのやり取りの流れ」、メモリは「別の機会にも持ち越したい情報」というイメージです

会話が長引くと履歴が増えて窓を食いつぶすので、要約して圧縮するのもコンテキスト設計の一部です
全部を抱え込むより、要るものだけ残す引き算のほうが、じっさいには効いてきます

コンテキストは多いほどいいわけではない

ここまで読むと「とにかく情報を積めば安心」と思えますが、そこは落とし穴です
窓には上限があるうえ、関係ない情報が混ざると、AIがどこを見ればいいか迷って精度が落ちます

Anthropic も、コンテキストで大事なのは量ではなくその一手にとって過不足のない情報だと強調しています
だから実務では、足す設計と同じくらい、要らないものを削る・要約する設計が効いてきます

具体的には、窓に情報を詰め込みすぎると次のような実害が出ます
どれも「たくさん渡したのに、かえって精度が落ちた」という形で表れるのがやっかいなところです

• 古い情報の混入:更新前の仕様と最新版を両方渡すと、AIがどちらを正として答えればいいか迷う
• トークンの浪費:使わない資料まで窓の席を占めるぶん、肝心のやり取りに割ける余白が減っていく
• 精度の低下:関係の薄い情報が増えるほど、AIが要点を見失って答えがぼやけやすくなる

だから上限ギリギリまで詰めるより、その一手に要らない資料は思い切って外すほうが、結果的に答えが安定します
足し算より引き算のほうが効く場面は、じっさいに手を動かすとよく出くわします

「agent failures = context failures」という見方

コンテキストエンジニアリングを語るとき、よく引かれる整理があります
それがagent failures = context failuresという見方です

これは、エージェント(自分で作業するAI)の失敗の多くは、モデルの頭が悪いからではなくコンテキストの失敗が原因だ、という捉え方です
渡すべき情報が抜けていた、古い情報が混ざっていた、ノイズが多すぎた、といった材料側のほころびが結果を崩す、というわけなんです

この見方の便利なところは、AIがコケたときに直す先が具体的になる点です
「なんか賢くしてほしい」ではなく、「どの材料が足りなかったか」を点検すればいい、と切り分けられます

ジャベ雄

私も「AIが悪い」と思った失敗の大半は、渡す情報の抜けが原因でした

Claude Code の CLAUDE.md はコンテキストエンジニアリングの実例

抽象的な話が続いたので、私が日常的に触れている実例を挙げます
それが、AI開発ツールのClaude Codeで使うCLAUDE.mdというファイルです

CLAUDE.md は、プロジェクトの決まりごとをまとめておく設定ファイルで、AIが作業を始めるときに読み込みます
私はここに、使う言葉づかいのルールや、触ってほしくないファイル、フォルダの構成などを書いておくんです
ただし CLAUDE.md はAIへのお願いを書く場所で、アクセスを止める仕組みではありません
本当に触らせたくないファイルは、権限の設定側(settings.json の permissions.deny)で止めておくのが安全です

これはまさにコンテキストエンジニアリングそのもので、毎回おなじ前提を打ち直す代わりに、AIが読み込むコンテキストを先に整えておく、という発想です
先ほどの6要素で言えば、システムプロンプトやメモリに近い役割を、1枚のファイルで担わせている感じです

私の場合、CLAUDE.md を整えるほどに、指示が短くても意図どおり動いてくれるようになりました
逆に、ここが薄いと同じ説明を何度も繰り返すことになり、それこそ先ほどの「context failures」を自分で作ってしまいます

具体的には、CLAUDE.md を用意する前は「ですます調で、句点は控えめに」と毎回説明していたことが、いまは一言も添えずに文体がそろいます
渡す前提を一度ファイルに固定するだけで、往復のたびに積もっていた手間がまとめて消えた感覚です

CLAUDE.md をはじめとした設定ファイルの種類はClaude Code 設定ファイル早見表に、ツール全体の仕組みはClaude Code 拡張機構入門にまとめています
コンテキストの設計を手を動かして体感したい方は、そのあたりから触ってみるのがおすすめです

まとめ 次はハーネスエンジニアリングへ

コンテキストエンジニアリングとは、AIに渡すコンテキストウィンドウ全体に何を積むかを設計する技術でした
プロンプトを置き換えるものではなく、プロンプトを内側に含む上位の設計だと押さえておくと迷いません

• コンテキスト=AIが一度に読み込む材料のかたまり、窓には上限がある
• 積む要素は システムプロンプト・ツール・RAG・メモリ・会話履歴・状態 の6つ
• AIの失敗はcontext failuresとして捉えると直す先が具体的になる
• CLAUDE.md は身近なコンテキストエンジニアリングの実例

ここまでで「何を渡すか」の設計は見えてきました
すると次に気になるのが、そのコンテキストを実際に出し入れしたり、道具を動かしたりするAIの周りの仕組みぜんぶです

そこを扱うのが、次回のハーネスエンジニアリングです
コンテキストを含めてAIを取り囲むソフトウェア基盤の話に進みます

あわせて読みたい

ハーネスエンジニアリングとは AIの外殻を設計する話 ハーネスエンジニアリングとは モデル本体を取り囲む外殻(ツール統合・メモリ・状態・コンテキスト管理・ループ・検証・権限)を設計する新しい考え方です Agent=Model+Harnessという定式や scaffold との呼び分け Claude Code が実例である理由を初心者向けにまとめました

連載「AIの○○エンジニアリング」の記事一覧

• 総まとめ(ハブ):AIの○○エンジニアリング5種
• #1 プロンプトエンジニアリング(前回)
• #2 コンテキストエンジニアリング(この記事)
• #3 ハーネスエンジニアリング(次回)
• #4 ループエンジニアリング
• #5 グラフエンジニアリング

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

AIエージェントまわりの話題で、2026年に入ってから急に見かけるようになった言葉があります
それがハーネスエンジニアリングです

ざっくり言うと、AIモデル本体ではなく、その周りを取り囲む”足場”を設計するという考え方です
ハーネスエンジニアリングとは何なのか、なぜ今この言葉が広まっているのかを、初心者向けにかみ砕いて整理してみます

この記事は「AIの○○エンジニアリング」連載の3本目です
前回はコンテキストをどう積むかという話でしたが、今回はそのコンテキストを積んだり道具を渡したりする外側の仕組みそのものに目を向けます

前回のおさらいをしたい方は、こちらもどうぞ

あわせて読みたい

コンテキストエンジニアリングとは AIに渡す文脈の設計 コンテキストエンジニアリングとは AIのコンテキストウィンドウに何を積むかを設計する考え方です プロンプトエンジニアリングとの違いや システムプロンプト RAG メモリ CLAUDE.md など構成要素を初心者向けに噛み砕いて解説します

ジャベ雄

「モデルが賢い」だけでは説明できない部分の話です

ハーネスエンジニアリングとは?ざっくり言うと

結論から言うと、ハーネスエンジニアリングとは、AIモデル本体をのぞいた「モデルを取り囲むソフトウェア基盤全部」を設計する営みのことです
ツールをつなぐ・途中経過を覚える・入力欄に何を載せるか・失敗したら立て直す、といった裏方の仕組みをまとめて指します

ハーネス(harness)という英単語は、もともと馬具や、登山・パラシュートで体を支える装具を意味します
暴れる馬や高所の体を、道具でしっかり支えて安全に働かせる、そんなニュアンスの言葉です

AIの世界では、この言葉が「賢いけど、そのままだと何もできないモデル」を実際に仕事させるための装具一式という意味で使われます
モデルは頭脳、ハーネスは体や道具や段取り、というイメージが近いです

ここで大事なのは、モデルとハーネスは別モノという点です
同じモデルでも、取り囲むハーネスの出来しだいで、できる仕事の質はかなり変わってきます

この「同じ頭脳なのに、周りの装具で結果が変わる」という感覚が、ハーネスエンジニアリングの一番の勘どころです
あとの章で、その中身を具体的に見ていきます

なぜ2026年に「ハーネス」が主流の言葉になったのか

この言葉がここまで広まった背景には、AIの作り方をめぐる言葉の進化ラダー(はしご)があります
ざっくり言えば、注目される設計対象が少しずつ外側へ広がってきた、という流れです

• プロンプトエンジニアリング:指示文(プロンプト)そのものを工夫する段階
• コンテキストエンジニアリング:入力欄ぜんぶに何を積むかを設計する段階(前回のテーマ)
• ハーネスエンジニアリング:そのコンテキストを扱う外側の仕組みごと設計する段階(今回)

指示文 → 文脈 → 外殻、と設計する範囲がだんだん広がってきたわけです
2026年に入って、この一番外側の「外殻(ハーネス)」に注目が集まった、というのがおおまかな流れになります

背景には、2026年ごろから長く動き続けるエージェントが実用になってきた、という事情もあります
数十分から数時間かけて自律的に作業させると、途中でつまずいたり脱線したりが増えるので、それを支える外側の仕組みの出来が、そのまま成果を左右するようになってきたわけです

「ハーネス」という語自体は公式も使っている

ハーネスという語自体は、一部の界隈で使われているような言葉ではありません

Claude を開発する Anthropic は、2025年11月に公開した記事で、自社のClaude Agent SDK(エージェントを作るための開発キット)を “a general-purpose agent harness”(汎用のエージェントハーネス)とはっきり呼んでいます
つまり「モデルを取り囲む装具」という意味でのハーネスは、公式の文書にも登場する実在の用語です

一次ソースを確認したい方はこちらです
Effective harnesses for long-running agents(Anthropic・英語)

「独立した分野」と呼ぶのは新しめのフレーミング

一方で、「ハーネスエンジニアリング」を一つの独立した専門分野として名指す言い方は、2026年になって広まった新しめの枠づけです
ベンダーのブログや技術記事から広がったフレーミングで、教科書に載っている確立した分類とはまだ言えません

「2024年はプロンプト・2025年はコンテキスト・2026年はハーネス」といったキャッチフレーズも見かけます
これは分かりやすい世代論として語られているだけで、公式に定められた区分ではない、という点は押さえておきたいです

ジャベ雄

語じたいは実在・分野名としては新興、この温度感で読むと安全です

ハーネス(外殻)は大きく6つの部品でできている

ハーネスと言われても、中身が見えないとピンとこないと思います
ここでは、モデルを取り囲む外殻を6つの部品に分けて見てみます

この6つのうち、コンテキスト管理を掘り下げたのが前回のコンテキストエンジニアリングでした
そして次回は、オーケストレーションループを掘り下げるエージェントループの回になります

連載でバラバラに見えていたテーマが、実はハーネスという一つの外殻の部品どうしだった、という見取り図です
今回はその外殻の全体像を押さえておく、という位置づけになります

モデルが賢いのではなく、外殻が賢さを引き出す

ここがこの記事で一番伝えたいところです
モデルの地力だけで決まるのではなく、周りの足場が賢さを引き出しているという見方です
効いているのはモデルと足場の両方で、そのうち足場の側の働きが見落とされがちだと思っています

たとえば同じ人でも、道具も資料も何もない部屋に放り込まれたら、実力を出しきれません
逆に、必要な資料・使い慣れた道具・失敗しても戻れる段取りがそろっていれば、同じ人でもぐっと良い仕事ができます

AIで言えば、資料を丸ごと読めるか・途中結果を覚えておけるか・失敗したときにやり直せるか、そのあたりが「道具のそろった部屋」かどうかにあたります
同じモデルでも、この段取りが足りないと、同じ問いに何度も答えを外す、ということが起きます

AIエージェントも同じで、モデルの地力は同じでも、ハーネスの出来で成果が大きく動きます
ここを混同すると「新しいモデルが賢くなった」と思っていた変化が、実は「周りの足場が良くなっただけ」だった、というズレが起きます

同じモデルでも足場でスコアが動く

この「足場で差がつく」現象は、コード生成の力を測るベンチマーク(性能テスト)でもよく話題になります
プログラムの課題をどれだけ解けるかを測るSWE-bench系のテストがその代表です

ここでは、モデル素の力を比べるために、あえて最小限のハーネスを使う工夫がされています
そのうえで、各社が自前で作り込んだ足場をかぶせると、同じモデルでもスコアが10〜30ポイントほど上がるという報告もあります(公開リーダーボードの一例)

数値は測り方や時期で変わるので鵜呑みは禁物ですが、足場を変えるだけで結果が大きく動くという傾向は、あちこちで共通して見られます
「モデルだけ見ていても半分しか分からない」というのが、ハーネスに注目する理由です

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

scaffold(足場)とハーネスはどう違うのか

ハーネスを調べていくと、たいていscaffold(スキャフォールド)という言葉に出くわします
日本語にすると「足場」で、建設現場に組む、あの足場と同じ単語です

結論を先に言うと、scaffold と harness は、ほぼ同じものを指す言葉です
どちらも「モデルを取り囲むソフトウェアの基盤」を意味していて、はっきり線を引ける別物ではありません

違うのは、主にニュアンスと、よく使われてきた場面です
ざっくり並べると、こんな呼び分けになります

おおまかには、scaffold は研究や評価の文脈で長く使われてきた言葉で、harness は製品・実行環境の文脈で2026年に主流化した言葉という住み分けです
新しく記事を読むときは、どちらが出てきても「あぁ、外殻の話ね」と同じ引き出しに入れて大丈夫です

Claude Code はハーネスエンジニアリングの実例

抽象的な話が続いたので、身近な実例に落とします
私が普段使っているClaude Code(Claude にファイル操作やコマンド実行までまかせられるツール)は、まさにハーネスの分かりやすい例です

あらためて振り返ってみると、私がClaude Codeを使いこんで「便利になった」と感じた場面の多くは、モデルが急に賢くなったからではありませんでした
ファイルを読ませる・コマンドを走らせる・失敗したら差し戻す、といった周りの段取り(=ハーネス)が整ったからという感覚のほうが近いです

ちなみに Anthropic 自身も、Claude Code と同じ土台をClaude Agent SDKとして公開していて、これを「エージェントハーネス」と位置づけています
つまり Claude Code は、ハーネスを実際の製品にした一例だと言えます

拡張機構はぜんぶハーネスの部品だった

Claude Code には、いわゆる拡張機構と呼ばれる仕組みがいくつかあり、この記事では代表的な4つを取り上げます
先ほどの「6つの部品」に重ねて見ると、それぞれの位置づけが分かりやすくなります

• MCP:外部の道具やデータにつなぐ規格 → ハーネスのツール統合にあたる
• サブエージェント(Agents):役割ごとに小さな担当を立てて任せる → オーケストレーションにあたる
• Hooks:処理の途中に自動で割り込ませる仕掛け → 検証と回復・権限にあたる
• Skills:再利用できる手順書をまとめておく仕組み → 段取りを部品化する働き

つまり、Claude Code の拡張機構をいじるという作業は、実は自分の手でハーネスを組み替えているのと同じことなんです
拡張機構そのものの入門は、こちらで別途まとめています

Claude Code拡張機構入門(Skills / Agents / MCP / Hooks)
Claude Code設定ファイル早見表

同じ枠組みは Claude 以外にもあります
OpenAI のCodex CLIや Google の Gemini CLI も、モデルの周りに独自のハーネスを組んだ製品で、各社が自前の外殻で腕を競っている、という構図です

なので、これからエージェント系のツールを選ぶときは、モデル名だけでなく、どんなハーネスを積んでいるかにも目を向けると、実際の使い勝手が見えてきます
同じモデルを積んでいても、使える道具の多さや失敗したときの粘り強さで、体感はけっこう変わってきます

ジャベ雄

「賢いモデル選び」と同じくらい「良い足場選び」が効いてきます

ハーネスエンジニアリングのよくある質問

まとめ 次回はハーネスの中の”ループ”を深掘り

最後に、この記事の要点を振り返っておきます

• ハーネスエンジニアリングとは、モデルを取り囲む外殻(足場)を設計する営み
• 定式は Agent = Model + Harness、同じモデルでも足場で成果が変わる
• 外殻はツール統合・メモリと状態・コンテキスト管理・ループ・検証と回復・権限の6部品
• scaffold とハーネスはほぼ同義、語感と使われる場面の違いくらい
• Claude Code はハーネスの実例、拡張機構はその部品

今回は外殻の全体像を押さえました
次回は、その中でも司令塔にあたるオーケストレーションループ、いわゆるエージェントループを一段深く掘り下げます

「考える→動く→結果を見る→また動く」をどう回すか、その設計に注目したエージェントループの話です
続きは次回のループエンジニアリングでどうぞ

あわせて読みたい

エージェントループとは 推論と行動を繰り返す仕組み AIエージェントが自分で考えて動き続ける正体がエージェントループです この記事では推論 行動 観測を停止条件まで繰り返す基本のしくみを ReActの由来やClaude Codeの実例とあわせて解説し 後半では2026年に登場したループエンジニアリングという新しい考え方も等身大で紹介します

連載「AIの○○エンジニアリング」の記事一覧

• 連載ハブ:AIの5つの○○エンジニアリング総まとめ
• 1本目:プロンプトエンジニアリングとは
• 2本目:コンテキストエンジニアリングとは
• 3本目:ハーネスエンジニアリングとは(この記事)
• 4本目:エージェントループの話
• 5本目:グラフエンジニアリングの話

用語をまとめて確認したい方は、AI用語集もあわせてどうぞ

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

AIエージェントが勝手にファイルを読んで、コマンドを試して、結果を見てまた次の手を打つ
あの「自分で考えて動き続ける」感じの正体がエージェントループです
エージェントループとは何か、という問いにひとことで答えるなら推論と行動を停止条件まで繰り返すしくみのことです

この記事は「AIの◯◯エンジニアリング」連載の4本目、テーマはエージェントループです
前回のハーネスエンジニアリングが「AIを取り囲む器」の話だったのに対して、今回はその器の中でぐるぐる回っている反復そのものを見ていきます

読んでもらうと、だいたい次のことが分かるようになります

• エージェントループの中身:推論→行動→観測→再行動という4つの流れと、止まるための条件
• ハーネスとの違い:器(ハーネス)とその中の反復(ループ)をどう切り分けるか
• ループエンジニアリング:2026年に登場したばかりの新しい考え方(ここは新しさと未確定さを添えて紹介)

ジャベ雄

難しい数式は出てきません
身近な作業の繰り返しに置き換えて読めば大丈夫です

エージェントループとは?まず結論から

結論から言うと、エージェントループとはAIが「考える→動く→結果を見る→また動く」を目標達成まで繰り返す反復のことです
研究者のあいだでは「ツールを持たせたAIを while ループの中で回す」という言い方で説明されることもあります

普通のチャットは、こちらが1回質問して、AIが1回答えて、それで一区切りです
この「1問1答」のかたちだと、AIは自分の答えが正しかったかどうかを確かめられません

エージェントループでは、そこに結果を観測して次に活かすという輪が足されます
たとえば「コードを直して」と頼むと、AIはファイルを読んで書き換え、テストを走らせます
エラーが出たらその中身を見て直す、というふうに自分の行動を材料にして進み続けるわけです

この反復のかたまりは、界隈では「エージェンティックループ」と呼ばれることもあります
言い回しは揺れますが、指しているものはほぼ同じで、ツールを使いながら自走する反復だと思ってもらえば十分です

身近な例で考えると、知らない街でお店を探すときの動きに近いです
地図を見て見当をつけ(推論)、その方向へ歩き(行動)、看板やお店の様子を確かめて(観測)、違っていたら引き返してまた探す(再行動)
この「やってみて、確かめて、直す」の繰り返しは人間なら当たり前ですが、その輪をAIに構造として持たせたのがエージェントループだと考えると、ぐっと身近に感じられると思います

ハーネスとループの違い 器と反復で切り分ける

連載を読んでいる方だと、前回のハーネスと今回のループが似て聞こえるかもしれません
ここは最初に切り分けておきたいところなので、対比で整理します

この連載では、AIの作り込みがプロンプトエンジニアリング → コンテキスト → ハーネス → ループと段を上がってきた、という流れで見ています
プロンプトが「1回の指示文を磨く」話、コンテキストが「渡す材料をそろえる」話、ハーネスが「器を整える」話だとすると、ループはその器の中で「どう回すか」を扱う一番内側の話にあたります
だから前回までの積み重ねの上に、今回の反復が乗っている関係だと考えてもらえると、位置づけがつかみやすいはずです

ざっくり言うと、ハーネスは外側の器で、ループはその器の中で回っている反復です
ハーネスエンジニアリングでは「Agent = Model + Harness(エージェント=モデル+ハーネス)」という式が使われていました
モデル本体を除いた、ツール連携・メモリ・権限のガードレールといった土台をまとめたのがハーネスで、その土台の上で「考えて動く」を繰り返す動きがエージェントループにあたります

ハーネスエンジニアリングの詳しい話は前回でまとめています

前回のハーネスエンジニアリングもあわせてどうぞ

あわせて読みたい

ハーネスエンジニアリングとは AIの外殻を設計する話 ハーネスエンジニアリングとは モデル本体を取り囲む外殻(ツール統合・メモリ・状態・コンテキスト管理・ループ・検証・権限)を設計する新しい考え方です Agent=Model+Harnessという定式や scaffold との呼び分け Claude Code が実例である理由を初心者向けにまとめました

ジャベ雄

器は場所と道具、ループはそこで手を動かし続けること、と分けると迷いにくいです

ループの中身 推論→行動→観測→再行動

エージェントループの中身は、大きく4つの動きに分けられます
ぐるっと1周してみると、なぜAIが自走できるのかが見えてきます

ポイントは、この4つが1回で終わらずゴールに届くまで何度も回るところです
人間なら「トライして、様子を見て、直して、またトライ」を無意識にやっています
その無意識の流れを、AI側では構造として組み込んであるわけです

この輪でとくに効いてくるのが行動と観測のセットです
AIがどれだけ賢く推論しても、外の世界に触れて結果を持ち帰れなければ、思い込みのまま突き進んでしまいます
ツールという手足で実際に動かし、その結果を観測して受け取るからこそ、間違いに気づいて直せるわけです

ここで欠かせないのが停止条件です
「ゴールに到達した」「回数の上限に来た」「これ以上進めないと判断した」といった条件を決めておかないと、ループはいつまでも回り続けてしまいます

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

ReAct からエージェントループへ 概念の出どころ

「考えて動く」を繰り返す発想は、急に出てきたものではありません
もとをたどると、2022年に発表されたReActという手法にたどり着きます

ReActは Reasoning(推論)と Acting(行動)を組み合わせた造語で、Yao らの研究で示されました
それまでは「AIに考えさせる」か「AIに行動させる」かのどちらか寄りだったところに、考えることと動くことを交互に織り交ぜるやり方を持ち込んだのがポイントです

たとえば「AだからBのはず」と推論だけで突き進むと、途中の思い込みに気づけないまま答えを出してしまいます
ReActの考え方では、推論のあいだに実際の行動と観測をはさむので、事実で答え合わせをしながら進めます
この「考えながら確かめる」の積み重ねが、そのままループの1周1周になっていると見ると、両者がつながって見えてきます

この「推論と行動を行き来する」考え方を具体的なループのかたちにしたものが、いま言うところのエージェントループにあたります
だからエージェントループという言葉じたいは、思いつきの造語ではなくすでに定着した中核の概念だと受け取ってもらって大丈夫です

用語の位置づけをもう少し整理したい方は、AI用語をまとめたハブ記事も用意しています

あわせて読む:AI用語集(生成AI・エージェント関連をまとめて解説)

Claude Code が実際に回しているループ

ここからは私の体験ベースで話します
身近にエージェントループを感じられるのが、AIにコード作業を任せられるClaude Codeだからです
Claude Code はデスクトップ向けのAIツールで、黒い画面にコマンドを打たなくても、こちらのお願いをうけてAIが自分でファイルを触ってくれます

私が「このスクリプトの不具合を直して」とお願いしたとき、Claude Code はだいたい次のように動きました

• 関係しそうなファイルを探して読む(推論と行動)
• あたりを付けて書き換える(行動)
• テストや実行を走らせて結果を見る(観測)
• エラーが残っていれば原因を考えて、また直す(再行動)

これはまさに、さっき見た推論→行動→観測→再行動の輪がそのまま動いている状態です
1回で直らなくても、結果を見て自分で軌道修正してくれるので、こちらは細かい手順を指示しなくても仕上がりに近づいていきます

裏で走っているコマンドは、Claudeが自分の判断で実行しているプログラム命令です
私たちがターミナル(黒い画面)を触る必要はなく、お願いと確認だけでループに乗れるのが、初心者にとってのありがたさだと感じています

面白いのは、ループの途中でこちらに確認を求めてくる場面があるところです
ファイルを書き換える前や、影響の大きいコマンドを走らせる前に、いったん手を止めて「これで進めていいか」を尋ねてくれます
ループは自走しますが、要所で人が承認を挟めるようになっていて、任せきりにする不安をやわらげてくれるのが助かるところです
ただし、どこで手を止めるかは権限まわりの設定しだいです
確認を省く設定にしていれば、止まらずに進んでいきます

Claude Code そのものの拡張のしくみは、別記事でまとめています

あわせて読む:Claude Code 拡張機構入門(4つの仕組みを総まとめ)

ジャベ雄

結果を見て直してくれる、この一輪があるだけで任せられる範囲がぐっと広がります

ループエンジニアリングとは?2026年に生まれた新しい考え方

ここまでのエージェントループは、すでに定着した概念でした
いっぽう、この節で扱うループエンジニアリングは、生まれてまだ数か月しか経っていないできたての新しい言葉です
そこは差し引いて読んでもらえるよう、はっきり書いておきます

ループエンジニアリングという呼び方は、2026年6月ごろに Google の Addy Osmani 氏が書いた記事をきっかけに広まりました
ただし本人が名付け親を名乗っているわけではなく、同じ時期に複数の書き手が同じ話を始めていました
swyx が「Loopcraft(ループを積み重ねる技)」という表現を出し、LangChain も関連記事を公開するなど、いくつもの発信が重なった時期です

命名の手柄が誰にあるのかは資料によって割れていて、そこも含めて立ち上がったばかりで固まっていない分野だと受け取るのが正確です
長く残る言葉になるのか、別の呼び方に吸収されるのかは、まだ見えていません

では、なぜ今この言葉が出てきたのか?
エージェントが一度の指示で長く走り、何十周もループを回すようになってきたからです
1周ずつが短ければループの良し悪しは目立ちませんが、長く回るほどどう回すかの設計が結果を左右するようになり、そこにあらためて名前が付いた、という流れだと私は理解しています

肝心の中身はこうです
これまでは「AIに良いプロンプトを書く」ことに力を注いでいましたが、ループエンジニアリングでは発想を一段ずらして、AIをプロンプトする”ループ(しくみ)”のほうを設計することに軸を置きます
言い換えると、手を動かすのはAIに任せて、そのAIをどう回すかを人が組み立てる、という考え方です
ただしループを組むようになっても、1周ずつでAIに渡す指示文の作り込みが要らなくなるわけではありません
プロンプト・コンテキスト・ハーネス・ループは置き換えではなく積み上げの関係です

料理でたとえるなら、これまでは「おいしく作って」と料理人(AI)に上手に頼むのがプロンプトの工夫でした
ループエンジニアリングは、料理人そのものより、注文が入る流れ・味見のタイミング・出し終わりの合図といった厨房の回し方のほうを設計する側に立つイメージです
作るのは料理人に任せて、どう回すかを組む、という役割分担だと考えると、新しさの手ざわりがつかめると思います

では、ループの何を設計するのか?
よく挙がるのが次の4つの設計対象です

この4つを見て気づくかもしれません
停止ルールや検証は、さっきの停止条件や観測と地続きの話です
つまりループエンジニアリングは、まったくの別物というよりエージェントループを”設計の対象”として捉え直したものと見ると腑に落ちやすいです

ジャベ雄

プロンプトを磨いたうえで、さらにループを組み立てる段階に来た、という話です

まとめ エージェントループの要点と連載ナビ

エージェントループとは、AIが推論→行動→観測→再行動を停止条件まで繰り返す反復のしくみでした
要点をおさらいしておきます

• エージェントループ=推論と行動と観測を、停止条件まで繰り返す自走のしくみ
• ハーネス(器)とループ(その中の反復)は分けて捉える、ただし境目は論者で揺れる
• 発想の源流は2022年の ReAct、エージェントループ自体は定着した中核概念
• Claude Code は、結果を見て直す輪を回して自走する身近な例
• ループエンジニアリングは2026年6月に生まれた新しい言葉、長期定着はまだ未確定

この記事は連載「AIの◯◯エンジニアリング」の1本です
ほかの回もあわせてどうぞ(公開まで少しお待ちください)

• 連載ハブ:AIの◯◯エンジニアリング 5つの型まとめ
• 連載#1:プロンプトエンジニアリングとは
• 連載#2:コンテキストエンジニアリングとは
• 連載#3:ハーネスエンジニアリングとは
• 連載#5:グラフエンジニアリングとは

4本を1枚の地図としてつないだ総まとめは、連載ハブにまとめています
prompt・context・harness・loop を束ねる呼び方として、界隈では「エージェンティックエンジニアリング」という言い方も出始めています

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています

最近、AIの話題を追っていると「○○エンジニアリング」という言葉が次から次へと出てきませんか？
プロンプトエンジニアリングにコンテキストエンジニアリング、その名前に慣れてきたと思ったら今度はハーネスだのループだの、新しい言葉が後から後から増えていきます

どれも似た響きなので、どれが何を指すのか、お互いの違いがつかみにくいところです
名前は聞いたことがあるけれど、頭の中で整理がつかないまま、という方も多いのではないでしょうか

実はこれらの言葉、バラバラの流行り言葉ではなく1本の進化の流れの上に並んでいます
先にプロンプトがあって、そこへコンテキスト、さらにハーネス、ループ、グラフと、新しい言葉ほど後から積み重なってきた、という順番なんです

この記事は、その流れを1枚の地図として見渡す総論(ハブ)で、各テーマの詳しい回への入り口にもなっています
言葉を1つずつ暗記する必要はありません
大事なのは5つの位置関係で、それさえ頭に入れば、次に新しい用語が出てきても「あの流れのどこか」と見当がつくようになります

ジャベ雄

まず全体像をつかんでから、気になる回を読むのがおすすめです

まず結論 AIの使いこなしは5段階で進化した

結論から言うと、AIへの指示のしかたは プロンプト → コンテキスト → ハーネス → ループ → グラフ という順番で発展してきました
ざっくり言えば、設計する対象が内側から外側へ、だんだん広がっていく流れです

• プロンプト:AIに渡す1回分の指示文を作り込む
• コンテキスト:指示だけでなく、AIに見せる情報の全体を組み立てる
• ハーネス:AIを取り囲む道具立てやルールの土台を用意する
• ループ:AIが自分で回り続ける仕組みそのものを設計する
• グラフ:複数のAIをどう並べて、どうつなぐかを設計する

最初は「どう言葉をかけるか」だけを考えていたのが、だんだん「どんな環境を与えて、どう自走させるか」まで広がってきた、という話です
大きな方向性としては、単発のチャットから、自分で動く自律エージェントへの移り変わりと言えます

ここで気をつけたいのは、新しいものが古いものを消したわけではないという点です
後から出た考え方は、前の考え方を土台にして、その外側を足していくイメージで捉えると迷いません

5つのエンジニアリングを1枚で見渡す比較表

細かい解説に入る前に、まず全体を1枚の表で見比べてみましょう
「いつ登場したか」「何を設計するのか」「どれくらい定着しているか」を並べると、5つの関係が一気に見えてきます

表を縦に見ると、設計する対象が「指示文」から「情報全体」「土台」「動き続ける仕組み」「つなぎ方」へと外へ広がっているのが分かります
ここからは、1つずつ噛み砕いていきます

プロンプトエンジニアリング すべての出発点

プロンプトエンジニアリングは、AIに渡す指示文(プロンプト)を工夫して、ほしい答えを引き出す技術です
5つの中でいちばん歴史があり、土台になっている考え方です

広まったのは、GPT-3が登場した2020年前後だと言われています
その後、ChatGPTが2022年末に公開されて一般にも一気に浸透しました(誰が最初に名付けたかは諸説あるので、ここでは踏み込みません)

やることは、たとえば次のようなものです

• 「あなたは経理の担当者です」のように役割を与える
• 手順を番号で区切って、順番に考えさせる
• 出力の形(表・箇条書きなど)を先に指定しておく

具体的には、「悪い例」と「良い例」を1つずつ添えるだけでも、出力の質はぐっと安定します
短い指示でも、望む形を実例で見せてあげると、AIは狙いを外しにくくなります
こうした積み重ねが、今もプロンプトエンジニアリングの中心にあります

「もう凝ったプロンプトは要らない」という声も一部で聞きますが、なくてもAIがカバーしてくれる可能性が上がっただけで、実際には指示の作り込みは今でも効きます
プロンプトは古びたのではなく、次に出てくるコンテキストの一部として組み込まれたと捉えるのが正確です

コンテキストエンジニアリング プロンプトを包んで進化した

コンテキストエンジニアリングは、AIに見せる情報の全体を組み立てる設計です
1回の指示文だけでなく、AIが受け取る材料まるごとを対象にします

ここでいう「情報の全体」とは、AIが一度に読み込める作業スペース(コンテキストウィンドウ)に何を積むか、という話です
具体的には次のような中身を組み合わせます

• 役割や方針を伝えるシステムプロンプト
• 外部から引っ張ってきた参考資料(RAG)や社内文書
• これまでの会話の履歴や、覚えさせたメモ(メモリ)
• AIが使える道具(ツール)の一覧と、その実行結果

プロンプトとの違いは「置き換え」ではなく「包含」

ここが今回いちばん押さえたいポイントです
コンテキストエンジニアリングはプロンプトエンジニアリングを置き換えたのではなく、その中に含んで広げたものです

プロンプト(指示文)は、コンテキスト全体の中の一部分にあたります
つまりプロンプトはコンテキストの部分集合で、指示の良し悪しだけでなく「そもそも何を見せているか」まで含めて設計しよう、という発想の広がりなんです

たとえば「この議事録を要約して」と頼むとき、議事録の本文を渡さなければ、どれだけ指示を磨いても良い答えは返ってきません
逆に、関連する過去資料や用語の定義まで一緒に渡せば、指示はシンプルなままでも精度が上がります
これがコンテキストを設計するということです

ただし、情報は多ければ多いほど良いわけではありません
関係ない資料まで詰め込むと、かえってAIが迷って精度が落ちることもあります
だからコンテキストエンジニアリングは「何を足すか」だけでなく「何を削るか」の設計でもあるんです

この言葉が広まったのは、わりと最近です
ShopifyのCEOであるTobi Lütke(トビ・リュトケ)氏が2025年6月ごろに使い始めたのが起点とされ、AI研究者のAndrej Karpathy(アンドレイ・カルパシー)氏が賛同して一気に広まりました

その後、Anthropic(Claudeの開発元)も2025年9月に体系立てた解説を出し、コンテキストエンジニアリングをプロンプトエンジニアリングの自然な進化だと位置づけています
くわしくはAnthropic公式の解説も参考になります

個人的な話をすると、私がClaude Codeを使うときも、この感覚はよく実感します
作業フォルダに CLAUDE.md という前提メモを置いておくと、毎回こまかく指示しなくても、狙った方向で動いてくれる確率がぐっと上がるんです

ジャベ雄

指示を盛るより、前提を先に渡しておくほうが効くと感じています

用語の意味だけをサッと確認したいときは、AI用語集もあわせてどうぞ

AIで仕事を減らしたい方へPR

AI鬼管理｜Claude Code活用の業務自動化トレーニング

Claude Code を業務の自動化に使うためのトレーニングです
いきなり申し込む形ではなく、まずは無料の業務効率化診断(オンライン面談)から始められます

無料の業務効率化診断を見てみる

Notta｜AI自動文字起こし

会議や動画の音声を自動で文字にするサービスです
議事録や書き起こしの手作業を減らしたいときに

Nottaを見てみる

ハーネスエンジニアリング モデルを取り囲む土台

ハーネスエンジニアリングは、モデル本体を除いた、AIを取り囲むソフトウェアの土台を設計するという考え方です
「ハーネス(harness)」はもともと、馬具や安全帯のように本体を支える装具を指す言葉です

ここでいう土台には、次のようなものが含まれます

• AIが使うツールの統合(ファイル操作・検索・外部サービス連携など)
• 作業の途中経過を覚えておくメモリや状態の管理
• 失敗したときにやり直す検証と回復の仕組み
• 触ってよい範囲を制限する権限のガードレール

この関係を、界隈ではよく Agent = Model + Harness と表します
つまりエージェント(自分で作業するAI)は、モデルという頭脳と、それを取り囲む土台(ハーネス)を合わせたものだ、という整理です

身近な例でいうと、Claude Code Desktop がこの土台込みの仕組みにあたります
裏でファイルを読んだり、コマンド(プログラムへの命令)を走らせたり、失敗したらやり直したり、という一連の動きは、モデル単体ではなく、その周りの土台がこなしています

Anthropicも、Claude Codeと同じ仕組みを Claude Agent SDK として公開し、これを「汎用のエージェントハーネス」と呼んでいます
ハーネスという語そのものは、こうした公式ドキュメントでも使われている実在の言葉です

おもしろいのは、同じモデルでも土台の出来しだいで成績が変わる点です
AIの実力を測るベンチマーク(SWE-bench系)でも、モデルはそのままで土台を差し替えただけでスコアが動いた、という報告があります
ただし作り込むほど強いとは限らず、100行ほどの最小構成が高機能な土台を上回った例もあります
土台の設計で何が効くのかは、Anthropicのハーネス解説がくわしいです

エージェントの土台をもう少し具体的に知りたい方は、Claude Code拡張機構入門で、ツールや設定の仕組みを噛み砕いています

ループエンジニアリング AIを自走させる仕組み

ループエンジニアリングは、AIが繰り返し動き続ける仕組みそのものを設計するという考え方です

土台になっているのは「エージェントループ」という概念です
これは考える → 道具を使う → 結果を見る → また動くを、終了条件にたどり着くまで繰り返す動きのことで、ざっくり言えば「道具を持ったAIをぐるぐる回し続ける」イメージです

この繰り返しの考え方自体は前からあります
ループエンジニアリングは、その回し方を設計対象として名前を付けたもので、次のようなところを組み立てます

• ループを始める引き金(トリガー)をどう設けるか
• いつ止めるかの停止ルール
• 途中で結果をチェックする検証の仕組み

身近な例だと、プログラムのバグ直しがイメージしやすいです
コードを直す → テストを走らせる → 失敗を見てまた直す、をテストが通るまで自動で繰り返す、という流れをAI自身に回させるのがループの設計です

Anthropicの開発者を含む書き手がよく口にするのが「エージェントにプロンプトを出すのをやめて、エージェントにプロンプトを出すループのほうを設計しよう」という言い回しです
あなたが毎回指示を出すのではなく、指示を出し続ける仕組みを作るという発想の転換なんです

ハーネスとの関係も、まだ整理しきれていません
「ループはハーネスの一部」とする見方が多い一方で、「ループはハーネスに調整される別のもの」とする見方もあり、この2つは重なり合う領域があると捉えておくのが実態に近いです

さらに進むと、1つのループだけでなく、複数のループを組み合わせる話になります
調べる担当・書く担当・チェックする担当のように、役割ごとのループを重ねて大きな仕事をこなす設計です
これが次のグラフエンジニアリングにつながります

ジャベ雄

新しい言葉なので、断定より「そういう流れが来ている」くらいで追うのが安全です

グラフエンジニアリング 複数のAIをつなぐ最新の層

グラフエンジニアリングは、複数のAI・ツール・人の承認を、つなぎ方まで含めて設計するという、5つの中でいちばん新しい考え方です
担当を点(ノード)、受け渡しを線(エッジ)、そのあいだを流れる情報を状態と呼んで組み立てます

ただし、ここまでの4つとは少し性格が違います

ループが消えるわけではありません
1体のAIが回している輪が、そのままグラフの1つの点に収まります
置き換えではなく、外側に一枚かぶさったと読むのが正確です

この言葉が一気に広まったのは2026年7月18日で、きっかけは冗談の投稿でした
ただ2週間前の7月4日に真面目な論考が出ていて、順番としては論考のほうが先です

言葉が新しくても、中身まで新しいとは限りません
グラフでエージェントを組む道具は2024年1月の LangGraph まで遡れるので、実装のほうが言葉より2年半ほど早いことになります

ジャベ雄

担当が1人で済む作業なら、そもそも線を引く必要はありません

結局この5つはどう違うのか

最後に、5つの違いを一言でまとめておきます
キーワードは「設計する対象が、内から外へ広がっていく」という一点です

• プロンプト=指示文という「言葉」を設計する
• コンテキスト=AIに見せる「情報の全体」を設計する
• ハーネス=AIを取り囲む「土台」を設計する
• ループ=AIが動き続ける「仕組み」を設計する
• グラフ=複数のAIをつなぐ「編成」を設計する(ここだけ1体でなく複数体の話)

Claude関連の用語をもう少し押さえたい方は、Claude用語集(初心者向け)もあわせてどうぞ
この地図を頭に入れておくと、新しい言葉が出てきても「5つのどこの話か」で位置づけられるようになります

本シリーズの他の記事

この総論(ハブ)から、5つそれぞれを掘り下げた個別記事へ進めます
気になったテーマから読んでみてください

• プロンプトエンジニアリング入門:指示文の作り込みの基本
• コンテキストエンジニアリングとは:AIに見せる情報の設計
• ハーネスエンジニアリングとは:エージェントの土台づくり
• ループエンジニアリングとは:AIを自走させる仕組み
• グラフエンジニアリングとは:複数のAIをつなぐ編成

Claude・生成AIを学べる本PR

実践Claude Code入門

西見公宏・吉田真吾・大嶋勇樹

Amazonで見る楽天で見る

Claude CodeによるAI駆動開発入門

平川知秀

Amazonで見る楽天で見る

開発効率をアップする! Claude Code 実用入門

大澤文孝

Amazonで見る

私のおすすめからランダムで3冊を表示しています