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

週末恒例の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日で終わるものが2つある

ひとつめは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日で元に戻ります
週次の上限は変わらず申し込みも不要だったので、気づかないまま恩恵を受けていた方もいると思います

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で見る楽天で見る

脱マウス最速仕事術

森新

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で見る楽天で見る

脱マウス最速仕事術

森新

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で見る楽天で見る

脱マウス最速仕事術

森新

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で見る楽天で見る

脱マウス最速仕事術

森新

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が「単発の相棒」から「作業する部下」に変わったから、渡す資料の設計が要る、という流れです

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

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

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

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

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

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

コンテキストに積む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の○○エンジニアリング4種
• #1 プロンプトエンジニアリング(前回)
• #2 コンテキストエンジニアリング(この記事)
• #3 ハーネスエンジニアリング(次回)
• #4 ループエンジニアリング

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

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ポイントほど上がるという報告もあります(公開リーダーボードの一例)

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

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

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の4つの○○エンジニアリング総まとめ
• 1本目:プロンプトエンジニアリングとは
• 2本目:コンテキストエンジニアリングとは
• 3本目:ハーネスエンジニアリングとは(この記事)
• 4本目:エージェントループの話

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

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

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

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

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

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の◯◯エンジニアリング 4つの型まとめ
• 連載#1:プロンプトエンジニアリングとは
• 連載#2:コンテキストエンジニアリングとは
• 連載#3:ハーネスエンジニアリングとは

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

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

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

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

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

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

ジャベ雄

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

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

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

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

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

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

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

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

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

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

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

広まったのは、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用語集もあわせてどうぞ

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

ハーネスエンジニアリング モデルを取り囲む土台

ハーネスエンジニアリングは、モデル本体を除いた、AIを取り囲むソフトウェアの土台を設計するという考え方です
「ハーネス(harness)」はもともと、馬具や安全帯のように本体を支える装具を指す言葉です

ここでいう土台には、次のようなものが含まれます

• AIが使うツールの統合(ファイル操作・検索・外部サービス連携など)
• 作業の途中経過を覚えておくメモリや状態の管理
• 失敗したときにやり直す検証と回復の仕組み
• 触ってよい範囲を制限する権限のガードレール

この関係を、界隈ではよく Agent = Model + Harness と表します
つまりエージェント(自分で作業するAI)は、モデルという頭脳と、それを取り囲む土台(ハーネス)を合わせたものだ、という整理です

身近な例でいうと、Claude Code Desktop がこの土台込みの仕組みにあたります
裏でファイルを読んだり、コマンド(プログラムへの命令)を走らせたり、失敗したらやり直したり、という一連の動きは、モデル単体ではなく、その周りの土台がこなしています

Anthropicも、Claude Codeと同じ仕組みを Claude Agent SDK として公開し、これを「汎用のエージェントハーネス」と呼んでいます
ハーネスという語そのものは、こうした公式ドキュメントでも使われている実在の言葉です

おもしろいのは、同じモデルでも土台の出来しだいで成績が変わる点です
AIの実力を測るベンチマーク(SWE-bench系)でも、モデルはそのままで土台を差し替えただけでスコアが動いた、という報告があります
ただし作り込むほど強いとは限らず、100行ほどの最小構成が高機能な土台を上回った例もあります
土台の設計で何が効くのかは、Anthropicのハーネス解説がくわしいです

エージェントの土台をもう少し具体的に知りたい方は、Claude Code拡張機構入門で、ツールや設定の仕組みを噛み砕いています

ループエンジニアリング 立ち上がったばかりの新顔

ループエンジニアリングは、AIが繰り返し動き続ける仕組みそのものを設計するという、4つの中でいちばん新しい考え方です

土台になっているのは「エージェントループ」という概念です
これは考える → 道具を使う → 結果を見る → また動くを、終了条件にたどり着くまで繰り返す動きのことで、ざっくり言えば「道具を持ったAIをぐるぐる回し続ける」イメージです

この繰り返しの考え方自体は前からあります
ループエンジニアリングは、その回し方を設計対象として名前を付けたもので、次のようなところを組み立てます

• ループを始める引き金(トリガー)をどう設けるか
• いつ止めるかの停止ルール
• 途中で結果をチェックする検証の仕組み

身近な例だと、プログラムのバグ直しがイメージしやすいです
コードを直す → テストを走らせる → 失敗を見てまた直す、をテストが通るまで自動で繰り返す、という流れをAI自身に回させるのがループの設計です

Anthropicの開発者を含む書き手がよく口にするのが「エージェントにプロンプトを出すのをやめて、エージェントにプロンプトを出すループのほうを設計しよう」という言い回しです
あなたが毎回指示を出すのではなく、指示を出し続ける仕組みを作るという発想の転換なんです

ハーネスとの関係も、まだ整理しきれていません
「ループはハーネスの一部」とする見方が多い一方で、「ループはハーネスに調整される別のもの」とする見方もあり、この2つは重なり合う領域があると捉えておくのが実態に近いです

さらに進むと、1つのループだけでなく、複数のループを組み合わせる話にもなります
調べる担当・書く担当・チェックする担当のように、役割ごとのループを重ねて大きな仕事をこなす設計も議論され始めています

ジャベ雄

新しい言葉なので、断定より「そういう流れが来ている」くらいで追うのが安全です

結局この4つはどう違うのか

最後に、4つの違いを一言でまとめておきます
キーワードは「設計する対象が、内から外へ広がっていく」という一点です

• プロンプト=指示文という「言葉」を設計する
• コンテキスト=AIに見せる「情報の全体」を設計する
• ハーネス=AIを取り囲む「土台」を設計する
• ループ=AIが動き続ける「仕組み」を設計する

Claude関連の用語をもう少し押さえたい方は、Claude用語集(初心者向け)もあわせてどうぞ
この地図を頭に入れておくと、新しい言葉が出てきても「4つのどこの話か」で位置づけられるようになります

本シリーズの他の記事

この総論(ハブ)から、4つそれぞれを掘り下げた個別記事へ進めます
気になったテーマから読んでみてください

• プロンプトエンジニアリング入門:指示文の作り込みの基本
• コンテキストエンジニアリングとは:AIに見せる情報の設計
• ハーネスエンジニアリングとは:エージェントの土台づくり
• ループエンジニアリングとは:AIを自走させる仕組み

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

プロンプトエンジニアリングとは、AIへの指示文(プロンプト)を工夫して、狙った答えを引き出す技術です
この記事では初心者向けに、プロンプトエンジニアリングの書き方を、そのままマネできる例つきで手を動かしながら学べるように整理しました

ChatGPTやClaudeに同じことを頼んでいるのに、人によって返ってくる答えの出来が違う そんな経験はありませんか？
その差の多くは、AIの性能ではなく頼み方から生まれています

難しい理論はいったん脇に置いて、まずは今日から書き方を変えられる5つのコツと、コピペで試せるプロンプト例を見ていきます

ジャベ雄

特別なツールは要りません いつものチャット欄に打ち込む文章を、ちょっと変えるだけです

プロンプトエンジニアリングとは 書き方の前に押さえる基本

結論から言うと、プロンプトエンジニアリングはAIに渡す指示文を設計して、望む出力を引き出す技術です
ここでいうプロンプトは、チャット欄に打ち込むあの文章そのものを指します

AIの中身(大規模言語モデル、いわゆるLLM)は、渡された文章の続きを確率的に予測して返す仕組みで動いています
だから入力の言葉が変わると、予測の方向も変わり、出てくる答えの質も大きく動くわけです

言葉の意味を先に押さえたい方は、AI用語集やClaude用語集も合わせてどうぞ
この記事は用語よりも、実際に手を動かす書き方に振っていきます

なぜ書き方で答えが変わるのか

たとえば「文章を書いて」とだけ頼むと、AIは相手の意図を推測で埋めるしかありません
誰に向けた文章なのか・何文字くらいか・どんなトーンか、そのあたりが空欄だと、AIは無難で平均的な答えを返してきます

料理に置き換えると分かりやすいです
「なんか作って」と「30分で作れる和食の副菜を1品」では、返ってくるものが全然違いますよね AIへの指示もまったく同じで、渡す条件が細かいほど、相手は動きやすくなります

逆に条件を具体的に添えると、AIは推測する範囲が狭まり、狙いに近い出力を出しやすくなります
つまりプロンプトの書き方は、AIに考える材料をどれだけ渡せるかという話なんです

いつ生まれた言葉なのか

プロンプトエンジニアリングという考え方は、GPT-3(2020年ごろ)の登場前後にAI界隈で広まったとされています
正確な命名者や初出は諸説あって、はっきりしていません その後ChatGPTの公開(2022年)で一気に一般にも知られる言葉になりました

プロンプトエンジニアリングの書き方 5つの基本テクニック

ここからが本題です
プロンプトの書き方は、細かいテクニックを挙げればきりがありませんが、初心者がまず押さえるべきは次の5つに絞れます

順番に手を動かせるよう、ステップ形式でまとめました
1つずつ足していくだけで、プロンプトの精度が変わってくるのが分かるはずです

ジャベ雄

全部いっぺんに覚えなくて大丈夫です まずは1つ目の「具体化」だけでも効果を感じられます

曖昧なプロンプトと改善後を見比べる

言葉で説明するより、ビフォーアフターで見たほうが早いです
左のような雑な頼み方を、右のように書き換えるだけで、返ってくる答えの質が変わります

やっているのは「誰に・何を・どんな形で」を足しているだけです
特別な言い回しは要りません 頭の中にある前提を、そのまま言葉にして渡すイメージで書けば大丈夫です

5つのコツを1つにまとめたテンプレート

毎回ゼロから考えるのは大変なので、使い回せる型を用意しておくと楽です
山カッコの部分を埋めるだけで、5つのコツがほぼ入った状態になります

# 役割
あなたは<職業・立場>です。

# お願い
<やってほしいこと>

# 条件
- 対象読者: <誰向けか>
- 目的: <何のためか>
- 文字数: <目安>
- トーン: <硬さ・やわらかさ>

# 出力形式
<箇条書き / 表 / 見出し付き など>

全部の欄を埋める必要はありません
要らない欄は削って、足りない部分だけ書き足すくらいの気軽さで使ってみてください

そのままマネできるプロンプト例

コツを言葉で読んでも、いざ書くとなると手が止まりますよね
ここでは、さっきの5つを組み合わせたプロンプト例をいくつか置いておきます コピペして、山カッコの部分を自分の内容に置き換えて使ってみてください

例1 ビジネスメールの下書き

役割・具体化・形式指定を全部入れた、実務でそのまま使える形です

あなたは丁寧な文章が得意なビジネスパーソンです。
次の内容で取引先へのメールを作成してください。

# 目的
納品が3日遅れる旨のお詫びと、新しい納品日の連絡

# 条件
- 相手: 取引先の担当者(あまり親しくない)
- トーン: 丁寧だが硬すぎない
- 文字数: 250字前後
- 件名も付ける

例2 長い文章の要約

要約は「どう縮めるか」を指定しないと、ただ短くしただけの答えになりがちです
読む相手と形式を添えるのがコツになります

あなたは要点整理が得意な編集者です。
以下の文章を、忙しい上司が30秒で把握できるように要約してください。

# 出力形式
- 冒頭に結論を1文
- そのあと箇条書きで要点を3つ
- 専門用語は簡単な言葉に言い換える

# 対象の文章
<ここに要約したい文章を貼る>

例3 例を見せて分類させる(few-shot)

4つ目のコツ、お手本を渡す書き方の例です
入力と出力のセットを2組見せてから、本番の入力を渡します

次の問い合わせ文を「質問 / 要望 / クレーム」のどれかに分類してください。

例:
入力「使い方が分かりません」→ 質問
入力「もっと安くしてほしい」→ 要望

本番:
入力「注文した商品がまだ届きません、いつになりますか」→

お手本を2つ見せるだけで、AIは同じ形式(「〜→ 分類名」)で答えを返してきます
分類・変換・書式そろえのような作業は、この few-shot が特に効きます

例4 アイデア出しの壁打ち

正解が1つに決まらない相談も、条件を添えると精度が上がります
ポイントは出す数と切り口を指定することです

あなたは企画のプロです。
新しい家計簿アプリのキャッチコピーを10個提案してください。

# 条件
- ターゲット: 一人暮らしの20代
- トーン: 親しみやすく、少しユーモアを入れる
- 各案に、狙いを一言添える

数を多めに出させて、その中から良いものを選ぶ
この質より量で出させて選ぶやり方は、アイデア出しと相性が良いです

例5 エラーメッセージの意味を調べる

プログラムやExcelでエラーが出たとき、メッセージをそのまま貼って聞くと解決が早いです
役割を与えつつ、答えの形を原因→対処の順で指定するのがコツになります

あなたはプログラミング初心者に教えるのが得意なエンジニアです。
次のエラーの原因と対処法を、初心者にも分かる言葉で教えてください。

# 出力形式
- まず原因を1〜2文で
- そのあと対処の手順を箇条書きで
- 専門用語には短い説明を付ける

# エラー内容
<ここにエラーメッセージを貼る>

ここで効くのが、エラー文を省略せず全文を貼ることです
行番号やファイル名まで含めて渡すと、AIは状況を具体的につかめて、的外れな回答が減っていきます

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

プロンプトを書くときのよくある失敗とコツ

書き方のコツを足していく一方で、避けたい書き方もあります
私も最初のころ、つい欲張ってAIを混乱させていました よくあるつまずきを対比で並べておきます

覚えておきたいのは、プロンプトは一発勝負ではないという点です
最初の答えが微妙でも、そこから「もう少し短く」「専門用語を減らして」と会話で調整していけば、狙いに近づけていけます

悪い例と良い例をプロンプト全文で見比べる

丸投げのプロンプトと、条件を添えたプロンプトを全文で並べてみます
同じ「会議メモをまとめたい」でも、渡す情報の量で仕上がりがここまで変わります

この会議のメモ、いい感じにまとめて。
(誰が読む・どんな形式・何を残すかが、まるごと空欄)

これだと、AIは長さも形式も推測で埋めるしかありません
次のように読者・目的・形式を足すだけで、そのまま配れる議事録にぐっと近づきます

あなたは議事録づくりが得意なアシスタントです。
次の会議メモを、参加できなかった人が読んで分かる議事録にしてください。

# 出力形式
- 決定事項を箇条書きで
- 次にやること(担当者と期限つき)を箇条書きで
- 最後に未解決の論点を1〜2行で

# 会議メモ
<ここに会議のメモを貼る>

やっているのは、AIに考えさせる部分を減らしてこちらが決めた枠を渡すことです
「あとで自分が手直しする作業」を、先にプロンプトへ書いておくイメージですね

プロンプト単体の限界 次はコンテキストエンジニアリングへ

ここまでのコツを使えば、単発の依頼はかなり思い通りになります
ただプロンプトの書き方だけでは、どうしても届かない場面も出てきます

たとえば過去のやり取りを覚えておく・社内の資料を参照する・外部のツールを呼び出すといった動きは、1つのプロンプト文だけでは扱いきれません
プロンプトはあくまで「AIに渡す指示のかたまり」で、その外側の情報や仕組みまでは面倒を見られないんです

身近な例だと、自分だけのマニュアルをAIに読ませて答えさせたいとき、その資料をどうやって渡し続けるかは、プロンプトの書き方とは別の話になります
ここから先はプロンプトの外側の設計が主役になっていくわけです

そこで最近は、指示文そのものだけでなく、AIに渡す情報全体をどう組み立てるかを設計する考え方に広がってきました
これが冒頭でも触れたコンテキストエンジニアリングで、会話履歴・参照資料・ツールの実行結果まで含めて、AIに渡す材料を丸ごとデザインしていく発想です

プロンプトエンジニアリングは、その土台にあたる第一歩です
まずはこの記事の書き方で手を慣らして、次のステップとして「情報の渡し方全体」へ進んでいく、という流れがつかみやすいと思います

ジャベ雄

プロンプトが土台、コンテキストがその上の階です 順番に登っていけば大丈夫です

次の一歩は、プロンプトの外側にある情報の設計です
同じく初心者向けにまとめているので、あわせてどうぞ

あわせて読みたい

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

プロンプトエンジニアリングのよくある質問

書き方を試す前に気になりやすい点を、Q&Aでまとめておきます

まとめ 本シリーズの他の記事

プロンプトエンジニアリングの書き方を、5つのコツと例で見てきました
最後に要点だけおさらいします

• 指示は具体化する(読者・目的・形式・トーンを添える)
• 役割を与えて、答えの視点をそろえる
• 出力の形式を先に指定して、手直しを減らす
• 言葉で難しければ、お手本(few-shot)を見せる
• 大きな依頼は分割して、会話で育てる

まずは1つ目の「具体化」から試して、慣れてきたら残りを足していくのがおすすめです
プロンプトの書き方が身についたら、その先のコンテキストエンジニアリングへ進むと、AIとの付き合い方がもう一段広がります

本シリーズの他の記事

この記事は「AIの◯◯エンジニアリング」進化ラダー連載の第1回(基礎)です
全体像と続きは、以下からたどれます(公開しだいリンクが有効になります)

• 連載ハブ AIの4つの「◯◯エンジニアリング」総まとめ
• 第1回(この記事) プロンプトエンジニアリングの書き方
• 第2回 コンテキストエンジニアリング
• 第3回 ハーネスエンジニアリング
• 第4回 エージェントループの設計(ループエンジニアリング)

用語をまとめて確認したいときは、AI用語集もどうぞ
この連載を通して読むと、AIへの頼み方が「指示」から「設計」へと変わっていくのが見えてくるはずです

Claude・生成AIを学べる本PR

面倒なことはChatGPTにやらせよう

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

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

週末恒例のClaude＆Anthropic情報まとめ、第7弾です
前回(2026/7/6週)では本人確認(KYC)やCoworkのモバイル拡張を取り上げましたが、今週は大きな新モデルや事件のない、比較的おだやかな一週間でした
その分、続報や小さな改良をていねいに拾っていきます

先頭に置いたのは、自分のClaudeの使い方を月ごとに振り返れる新機能「Reflect(振り返り)」です
「今月どれくらいAIと話したっけ？」を数字で見せてくれる、ちょっと自分ごとに近い話から始めます

取り上げるのは次の7つ

• 自分の使い方を振り返る新機能Reflect(振り返り)がベータ登場
• Fable 5の無料利用が日本時間7/20まで再々延長、期限後は従量課金へ
• Dropbox×Claude連携が日本でも開始、チャットからDropbox内のファイルを活用
• Claude Code が v2.1.208〜212 まで更新、スクリーンリーダーモードと暴走防止の上限
• 米国の教員に1年無料、インドはルピー建て価格へ、広がるClaudeの提供先
• 5時間・週間のレート制限を全ユーザーへ一斉リセット
• 噂コーナー、コード名Honeycombから続くOpus 5リーク

前半はReflect・Fable 5・Dropbox連携・Claude Codeの更新という手元で効く話、後半は提供先の広がりやレート制限・噂ものです
おだやかな週なので、肩の力を抜いて眺めていってください

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

自分のClaudeの使い方を振り返れる新機能「Reflect(振り返り)」がベータ登場

まずは、今週いちばん「自分ごと」に近い話からです
2026年7月9日(日本時間では7月10日)に、Anthropicが自分のClaudeの使い方を月ごとに振り返れる新機能「Reflect(振り返り)」をベータ提供し始めました
ひと月の使い方をまとめて見せてくれる、月次のリキャップ(振り返り)機能です

表示される中身はけっこう具体的です
よく使った曜日・ピークの時間帯・総会話数・日ごとの会話量のグラフ・話したトピックの割合といった、自分の使い方のクセが数字で見えます
さらに過去1か月・3か月・6か月・12か月を切り替えて、変化も追えます

あわせて、Anthropicが提唱する4D(Delegation=委任 / Description=記述 / Discernment=見極め / Diligence=勤勉さ)という枠組みに沿って、自分の働き方を観察する視点も添えられます
難しく考えなくても「どんな任せ方をしているか」を振り返るヒント、くらいの受け止めで大丈夫です

使えるのはメモリをオンにしたFree/Pro/Max、Web版とデスクトップだけ

ここは大事なので先に置きます
この機能は「メモリ(Memory)」をオンにしている人にだけ表示されます
設定でメモリを切っていると、Reflect自体が出てこないので、見当たらない場合はまずそこを確認したいところです

対象のプランはFree/Pro/Maxのベータで、使える場所はWeb版(claude.ai)とデスクトップアプリに限られます
Team/Enterprise とスマホアプリは今のところ対象外です
会話履歴からメモリを作る設定がベースになっているので、メモリ前提の機能だと押さえておくと分かりやすいです

ジャベ雄

見当たらないときは、だいたいメモリがオフになっているパターンです

使いすぎを見直す「クワイエットアワー」や休憩の合図も追加

Reflectと同じタイミングで、使いすぎと向き合うための設定も増えました
設定の「Time and focus」から、Claudeを使わない時間帯を決めるクワイエットアワーや、区切りで休憩をうながす合図(ナッジ)を、好みで有効にできます
この設計にはMIT Media LabのAHAプログラムの助言が入っているとされています

振り返りに含まれないもの、プライバシーの線引き

プライバシーの線引きもはっきりしています
シークレット(incognito)チャット・健康連携ツールを使った会話・CoworkやClaude Codeでの作業は、この振り返りには含まれません
GmailやDriveのような接続ツールも、生のデータではなくClaudeが作った要約だけが使われます

便利そうな機能ではありますが、見方はひとつではありません
米メディアのTechCrunchは同じ日に、これを「静かにAIを売り込む機能」と、囲い込み(リテンション)を狙った仕掛けだという角度からも報じています
自分の使い方を知れる楽しさと、使う時間を増やす仕掛けの側面、その両方を頭に置いておくとちょうどよさそうです

メモリやプライバシーの設定がどこにあるか分からない方は Claudeデスクトップアプリの設定メニュー全項目ガイド が場所探しの助けになります

Fable 5の無料利用が日本時間7/20まで再々延長、期限後は従量課金へ

続いては、締切もののニュースです
長時間の自律作業までこなす最上位モデルの Fable 5 を追加料金なしで使える期間が、また少し延びました
ここは日付がすぐ古くなるので、まず時点をはっきりさせておきます

7月13日に、AnthropicがFable 5の無料アクセスを日本時間7月20日まで延ばすと告知しました
この延長はたびたび繰り返されていて、海外メディアは「5週間で3度目」とも表現しています
対象はプレミアムシートを含む有料プラン(Pro/Max/Team、それにシート型Enterpriseのプレミアムシート)で、無料プランとAPIは対象外です

使える量にも枠があります
回せるのは 週間の利用上限の最大50%まで で、申請やクレジット登録はいりません
ふだんの上限のうち、半分までをFable 5に充てられるイメージです

期限が過ぎるとどうなるか

気になるのは、無料期間が終わったあとです
期限を過ぎるとサブスクの枠から外れて、usage credits(前払いのクレジット)を使った従量課金に切り替わります
単価は100万トークンあたり 入力10ドル・出力50ドル で、これはOpus 4.8のちょうど2倍にあたります

ただ、これで恒久的に有料化されると決まったわけではありません
Anthropicは「キャパシティ(処理能力)が整えばサブスクに戻す」とも述べていて、あくまで混雑を切り抜けるための一時措置という位置づけです
延長が続く理由については各社が競争や計算資源の逼迫を挙げていますが、公式の説明ではないので、そこは推測どまりで眺めておきます

あわせて、Claude Codeの週間レート上限を50%高くする措置も、同じ7月20日まで維持されます
Fable 5を触った感触は Fable 5を1日使ったレビュー にまとめてあるので、無料のうちに試したい方はどうぞ

ジャベ雄

無料のうちに一度さわって、自分の使い道に合うか見ておくと判断しやすいです

Dropbox×Claude連携が日本でも開始、チャットからDropbox内のファイルを活用

次は、個人でも実用になりそうな連携ニュースです
2026年7月14日に、Dropbox JapanがDropboxとClaudeをつなぐ機能を日本でも提供し始めると発表しました
用意されたのは、次の3つです

• Dropboxコネクタ(個人・チーム両対応)…ChatやチームワークからDropbox内のファイルを活用
• Claude Cowork向けプラグイン…チームでの作業向け
• Claude Code向けプラグイン…開発者向け

初心者の方にまず関係するのは、いちばん上の コネクタ です
これは個人でも使えて、Dropboxの中のファイルを検索・プレビュー・共有し、その中身をもとにClaudeに答えてもらえます
資料をいちいちコピペして貼りつける手間が減るのがうれしいところです
CoworkやCode向けのプラグインは、チームや開発向けと考えておけば大丈夫です

Claudeで作った文章をDropboxへ、保存できる形式には制限あり

逆に、Claudeで作った文章をDropboxへ保存して共同作業に回すこともできます
ただし今のところ保存できるのは テキスト系の形式(.txt / .md / .html / .py) に限られていて、画像やPDFはまだ保存できません

もうひとつ押さえておきたいのが、この連携はClaude専用ではない点です
同じ日にChatGPTやGemini Sparkとの連携拡大も発表されていて、Dropboxは「特定のAIに依存しない共通のコンテンツ基盤」という立ち位置を打ち出しています
なお海外向けの実装は6月下旬に先行していて、今回の7月14日は日本向けの発表という位置づけです

ジャベ雄

コピペする手間が減るだけでも、日々の下調べはだいぶ楽になりそうです

Claude Codeの今週の更新、スクリーンリーダーモードと暴走防止のセッション上限

続いては、手元で使うClaude Codeの更新です
今週は静かな週で、7月14日から17日にかけて v2.1.208 から v2.1.212 まで小刻みに進みました
派手な新機能はないものの、待ち時間の不安が減り、長時間・多エージェントの作業が事故りにくくなる改良が中心です
数が多いので、初心者にも効きそうな代表だけ拾います

読み上げソフト向けのスクリーンリーダーモード(v2.1.208)

7月14日のv2.1.208で、スクリーンリーダーモードが入りました
箱やスピナー(くるくる回るアイコン)を使わず、ラベル付きの平文を上から順に出す表示にして、VoiceOverやNVDAといった読み上げソフトで、許可の承認や出力の確認を通しでできるようにするものです
アクセシビリティ(使いやすさの配慮)を一段進める更新です

有効にする方法は、3通り用意されています

• 起動時のフラグ claude --ax-screen-reader
• 環境変数 CLAUDE_AX_SCREEN_READER
• 設定の axScreenReader

暴走を止めるセッション上限と、会話を枝分かれさせる/fork(v2.1.212)

7月17日のv2.1.212は、安全側の更新です
ひとつは、WebSearch(Web検索)の呼び出しとサブエージェント(補助で動くAI)の生成を、それぞれ 既定で200回まで で打ち切るセッション全体の上限です
指示がループして延々と検索や生成を繰り返す、いわゆる暴走を止めるための歯止めです

もうひとつが、会話を独立したバックグラウンドのセッションに丸ごと複製する /fork コマンドです
これまでセッションの中で枝分かれさせていたサブエージェントは /subtask という別コマンドに整理されました
本筋を止めずに、別の作業を裏で並行させたいときに便利そうです

処理中の経過秒数が見えるように(v2.1.210)

7月14日のv2.1.210では、折りたたまれたツールの要約行に、処理の経過秒数がリアルタイムで表示されるようになりました
これまで「固まったのかな？」と不安になりがちだった待ち時間が、あと何秒くらい動いているかで見える、小さいけれど効く改良です

ジャベ雄

秒数が見えるだけでも、止まったのかどうかの不安はかなり減ります

2026年7月18日時点の最新はv2.1.212で、それ以降は未確認です
設定ファイルやコマンドの整理に興味がある方は Claude Code設定ファイル早見表 もどうぞ

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

米国の教員に1年無料、インドはルピー建て価格へ、広がるClaudeの提供先

ここからは軽めの話題を続けます
まずは、Claudeの提供先が広がってきた動きです
今週は教育とインド市場で、2つの発表がありました

米国のK-12教員に有料版Claudeを1年間無料(7/14)

7月14日に、認証を受けた米国のK-12(幼稚園〜高校)の教員が、有料版のClaudeを1年間無料で使える「Claude for Teachers」が発表されました
申し込みは2027年6月30日までで、全米50州の学習指導基準に対応するLearning Commonsとの連携や、Claude Code・Coworkも付きます

使い道として挙げられているのは、授業の計画づくり・生徒ごとに合わせた教材の最適化・クラスのデータ分析といったあたりです
データは学習に使わず、FERPA(米国の教育プライバシー法)に沿った契約で生徒の情報を守り、米国の教員組合(AFT)とも安全基準づくりで連携するとされています
ひとつ押さえておくと、対象は米国の教員だけで、日本は今回の対象ではありません

インド向けにルピー建て価格を開始(7/13)

もうひとつは、7月13日に始まったインド向けのルピー建て価格です
Pro・Max・Teamの各プランに現地通貨の価格が設定され、為替換算を気にせず払えるようになりました
インドはClaudeの利用の5.8%を占め、米国に次ぐ第2の市場だとされています

日本は今のところドル建てのままですが、こうして地域ごとに価格をなじませる動きが始まった、という流れとして眺めておくとよさそうです

5時間・週間のレート制限を全ユーザーへ一斉リセット(7/16)

次も軽い話題です
7月16日に、Anthropicの開発者向けアカウント(@ClaudeDevs)が、全ユーザーの5時間枠と週間枠のレート制限(使用量の上限)を一斉にリセットしたと告知しました
枠を使い切っていた人は、その日からまた動かせるようになりました

ここは受け取り方に注意です
これは 恒久的に上限が増えたわけではなく、一時的な還元 です
その日は助かっても、翌週以降にもらえる枠がずっと増えるわけではありません
7月に入ってから何度か出ている、定型のリセットのひとつくらいの温度で見ておくとちょうどよさそうです

ジャベ雄

枠が戻っても、翌週以降の枠が増えるわけではないと覚えておくと安全です

噂コーナー、コード名Honeycombから続くOpus 5リーク

最後は、確定情報ではない噂コーナーを1件だけ
ここは あくまで噂の段階 の話なので、そのつもりで軽く読んでください

7月上旬(7月8日〜9日ごろ)に、未発表とされるモデル「Honeycomb」が、コード補助ツールCursorのモデル一覧へ一瞬だけ現れた、と複数の海外メディアが報じました
1Mトークン(100万トークン)の広いコンテキスト・最上位の推論努力モード・安全に配慮する場面ではOpus 4.8へ切り替わるフォールバック、といった特徴が伝えられています

ただし、7月18日時点でも公式のモデルID・価格・システムカード・発表ページは、どれも見当たりません
Anthropicは肯定も否定もしていない状態です
名前がHoneycombというだけで、これがOpus 5なのか、別の番号や研究専用のものなのかも分かっていません
リリースの時期も諸説あって、まだ固まっていません

要するに、今の時点では「そういう噂がくすぶっている」以上のことは言えません
過度に期待しすぎず、正式な発表を待つのが無難です
モデルの名前や用語で迷ったら Claude用語集(初心者向け) が整理の役に立ちます

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

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

個人的には、今週は事件らしい事件がない代わりに、Reflectのように「自分の使い方を見直す」方向の機能が出てきたのが印象的でした
私たちに直接効くのは、Reflectと、Fable 5無料の残り期間、それにDropbox連携あたりです
その裏で、提供先の広がりや次のモデルの噂も静かに動いている、と眺めておくとバランスが取れそうです

次回のお知らせ

次回は、Fable 5無料がさらに延長されたのか期限を迎えたのか、Reflectが他のプランやスマホへ広がるか、Dropbox連携の使い勝手、それにHoneycomb/Opus 5の噂のその後あたりを追いたいと思っています
Claude Codeの更新も引き続きこまめに拾います

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

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

※本記事の情報は2026/7/18時点の公開情報・主要報道をもとにしています
Fable 5無料の期限(日本時間7/20)やReflectの対象範囲・Dropbox連携の保存形式・Claude Code更新、インド価格やHoneycombの噂とも、一部は二次報道や暫定・噂段階の情報を含むので、正確な条件はその時点の公式発表やHelp Center、公式ドキュメントをご確認ください

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

週末恒例のClaude＆Anthropic情報まとめ、第6弾です
前回(2026/6/29週)では Sonnet 5 が無料/Proの新デフォルトになった話や、輸出規制の全面解除を書きましたが、今週は「Claudeを使う自分ごと」に近い話が続きました

先頭に置いたのは本人確認(KYC)の話です
「自分もIDや顔写真を出さないと使えなくなるの?」と不安になった方もいるかもしれませんが、結論から言うと対象はごく一部です
まずそこから、順番にほどいていきます

取り上げるのは次の6つ

• 本人確認(KYC)が7/8発効、対象はフラグが立ったごく一部だけ
• Claude Cowork が web・モバイルに拡張、PCを閉じてもクラウドで継続
• 中国当局が Claude Code に「バックドア」警告、Anthropicは不正利用対策と反論
• Claude Code が v2.1.202〜206 まで更新、システムプロンプト約80%削減の設計思想も
• GPT-5.6 が一般提供、Grok 4.5 も公開、価格性能比の競争へ
• EU AI法の透明性義務が8/2適用へ、規制の潮流も動き出した

前半は本人確認とCowork拡張という手元の話、後半は地政学と規制の綱引きです
温度感が違うので順番に見ていきますね

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

Claudeの本人確認が7/8発効、対象はフラグが立ったごく一部

まず今週いちばん反応が大きかった話からです
2026年7月8日に、Claudeの個人向け(消費者版)で本人確認(KYC=身元の確認)のポリシーが発効しました
見出しだけ見ると「全ユーザーがID提出を求められる」と読めてしまいますが、そこは落ち着いて中身を見たいところです

いちばん大事なポイントを先に置きます
全員に必須ではなく、詐欺や不正利用の疑いでフラグが立ったごく一部だけが対象です
しかも、いきなり利用停止(BAN)ではなく「フラグが立つ→本人確認を求められる」という順番だと説明されています

対象になるのは、個人向けの消費者版(Free/Pro/Max)とされています
Team/Enterprise や開発者向けのAPIは対象外とされます
ここは二次的な報道ベースの情報も含むので「〜とされる」くらいの温度で受け取っておくのが安全です

ジャベ雄

まず「ID提出を求められるの?」の答えは、ほとんどの人にとっては来ない、です

提出物はID+セルフィー、処理は第三者のPersona

実際にフラグが立って本人確認を求められた場合、出すものは大きく3つです
政府発行の写真付きID(パスポートや免許証)と、その場で撮るライブのセルフィー、そして顔ジオメトリ(顔の特徴点の距離を数値にしたデータ)です

気になるのは「顔写真やIDをAnthropicに握られるのでは?」という点だと思います
ここは公式の説明があって、確認処理は第三者のPersonaという専門会社が担当します
身分証やセルフィーは Anthropic側では保管せず(Personaが保持)、モデルの学習や広告には使わないとされています
ただし保管期間(いつ消えるか)は公表されていません

「年齢確認」は別の仕組み、成人を未成年と誤判定する話もこちら

ここで混ざりやすいのが、本人確認(KYC)とは別に走っている 年齢確認の仕組みです
この2つはプログラムが違うので、分けて理解しておくと混乱しません

本人確認(Persona経由でID+セルフィー)がフラグ対象のごく一部なのに対し、年齢確認の方は Yoti という別会社が担当し、消費者版は18歳以上に限定する建付けです
自撮りから年齢を推定する方式で、こちらは指標に引っかかると広めに発動します

ときどき話題になる「大人なのに未成年と誤判定されて機能が止まった」というトラブルは、この 年齢確認(Yoti)側の話です
もし止まってしまった場合は、停止通知のリンクやサポートのフォームから政府発行ID+セルフィーで再確認し、それでもダメなら参照番号を添えて手動レビューを依頼する流れになります

背景にあるのは「蒸留」対策

そもそも、なぜ本人確認のような仕組みが要るのかというと、背景には他社が偽アカウントで出力を大量に取得してモデルを「蒸留(答え方をまねて安く再現すること)」する問題があります
第4弾で触れた Alibaba/Qwen 系の告発が、その代表例です

発効前には、顔データを預けることへの抵抗感から一部で反発の声も出ていました
とはいえ大半のユーザーにとっては、フラグが立たなければ従来どおり使えるという理解でよさそうです

Claude Coworkがweb・モバイルに拡張、PCを閉じてもクラウドで継続

ここから前向きな製品ニュースに切り替えます
2026年7月7日に、AnthropicがClaude Cowork(あなたの代わりに手を動かす作業エージェント)を、これまでのデスクトップ版に加えて claude.ai(web)と iPhone/iPad/Android のアプリへ拡張すると発表しました

いちばんのポイントは、動く場所です
タスクは クラウド上で動くので、PCを閉じても・手元の端末をオフラインにしても作業が進みます
判断が必要な場面だけスマホに通知が来て、そこで承認すれば続きを任せられる、という流れです

あわせて、チャット(Claude)とCoworkが1つのホーム画面に統合されました
プロジェクトや成果物(artifacts)を両方から共有できる形です
まずは Max プランのベータから始まり、数週間かけて他のプランへ順次広げていくとされています
ローカルのファイルをがっつり触る深い作業には、これまでどおりデスクトップ版が残ります

ジャベ雄

スマホに承認だけ飛んでくる形なら、外出中でも作業を止めずに済みそうです

利用の9割超は開発以外、事務仕事でこそ使われている

Coworkと聞くと「エンジニア向けのツールでしょ?」と思いがちですが、実際の使われ方は逆でした
Anthropicの利用分析(約120万セッション)をもとにした TechCrunch の記事によると、利用の9割超が開発以外で、ソフト開発の用途は全体の8.7%どまりです

いちばん多いのは業務プロセスやオペレーションで33.4%、次いでコンテンツ制作やコピーライティングが16.4%でした
つまり、コードを書かない事務作業の場面でこそ使われているわけです
「開発者じゃないから関係ない」と距離を置く必要はなさそうです

時限の特典が2つ、いずれも2026年7月時点の話

拡張に合わせて、期間限定の特典も出ています
1つ目は、Coworkの使用上限が8月5日まで二重(doubled)になること
2つ目は、最上位モデルの Fable 5 を全有料プランで無料利用できる期間が、当初の7月7日から 7月12日まで5日延長されたことです
この無料期間が終わると、以降はプリペイドの従量課金(100万トークンあたり入力10ドル/出力50ドル)に切り替わります

ちなみに、名前が似ている Microsoft 365 の「Copilot Cowork」は、これとは別の実在する製品です
ニュースを追うときに混ざりやすいので、一度だけそえておきます
Fable 5 そのものを触った感触は Fable 5を1日使ったレビュー にまとめてあります

中国当局がClaude Codeに「バックドア」警告、Anthropicは不正利用対策と反論

後半は業界と地政学の話です
第4弾・第5弾で追ってきた「Qwen蒸留告発→アリババの反発」というサーガが、今週は国の機関を巻き込む段階まで進みました
ここは片方の言い分だけを事実にしないよう、両方の主張を並べて書きます

まず警告した側です
中国の国家脆弱性データベース(NVDB・工業情報化省=MIIT系)が7月8日に、Claude Code の特定バージョン(v2.1.91〜v2.1.196)へ、利用者の位置情報や識別子を無断で外部サーバへ送る「監視の仕組み」が入っているとして、アンインストールかアップグレードを呼びかけました

これに対してAnthropicは、「バックドアではなく、無許可の再販業者による不正利用や蒸留を防ぐための実験的な対策(anti-abuse)」だと反論しています
そもそも中国からの Claude Code 利用は元々許可していない、という立場です
技術者の Thariq Shihipar 氏が「3月に始めた実験で、無許可の再販アカウント対策と蒸留対策が目的」と説明しました

技術的な中身は未検証、コードは7/1に削除されている

報道では、もう少し細かい手口も語られています
システムのタイムゾーン(Asia/Shanghai など)や中国系AIラボのドメイン・API名といったキーワードで「中国からの利用か」を判定し、環境の情報をこっそり埋め込んでいた とされています

ただ、この技術的な手口の出所は6月30日の単独のReddit解析で、独立した検証はまだ取れていません
そのため、タイムゾーン判定やステガノグラフィ(データを画像などに隠す技術)といった細部は「と報じられた」の温度で眺めるのが無難です
問題のコード自体は、露見した翌日の7月1日に削除されたと報じられています

なお、第5弾で「アリババが社員のClaude Code利用を7/10から禁止するかも」と報じられていた件は、予告どおり7月10日に発効したとされています
自社ツールのQoderへ切り替える動きも報じられていますが、こちらは関係者情報ベースの話です

ニュースとしては物々しいですが、私たちが日常で気をつけたいのは、もっと手前のセキュリティ習慣の方だと思っています
Claude Code を安全に使うコツは Claude Codeのセキュリティ5選 にまとめてあります

ジャベ雄

呼び方が「バックドア」か「不正対策」かで印象が変わるので、両方の言い分を並べて見ています

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

Claude Code が v2.1.202〜206、システムプロンプトを約80%削減

ここからは手元で使う Claude Code のアップデートです
第5弾の v2.1.201 から進んで、7月6日〜7月9日にかけて v2.1.202 から v2.1.206 まで小刻みに更新されました
派手な新機能というより、安定性と使い勝手を整える号です
数が多いので、初心者にも効きそうな代表だけ拾います

代表的なアップデート3つ

今回の更新から、初心者にも関係しそうなものを3つ選ぶとこんな感じです

v2.1.202 の /code-review まわりは、コマンドの役割も整理されました
/review はサッと1回だけ見る速い版、/code-review は複数のエージェントで手分けしてじっくり見る版、という住み分けです
2026年7月11日時点の最新は v2.1.206 で、それ以降は未確認です

システムプロンプトを約80%削減、という設計思想

バージョン更新とは別に、設計の考え方として面白い話も出ました
Anthropicの Thariq Shihipar 氏が講演で、Claude Code のシステムプロンプト(AIへの前置き指示)を約80%削ったと明かしたのです
ただし、この「約80%」は本人の口頭発言ベースで、公式の計測値として出た数字ではない点は押さえておきたいところです

削った理由が、初心者にも役立つ視点でした
Fable 5 世代のモデルは「指示は少ないほうが力を出す」傾向があり、例を細かく与えすぎると、かえって創造性を縛ってしまうというのです
ルールでガチガチに縛るより、文脈でそっと誘導する方が良い、という発想です

CLAUDE.md や設定ファイルの整理は Claude Code設定ファイル早見表 が参考になります

GPT-5.6が一般提供、Grok 4.5も公開、価格性能比の競争へ

ここからは Claude 以外の動きを軽く2つ
今週は「性能そのものの競争」から「価格と性能のバランス(価格性能比)の競争」へ、という空気を感じさせる発表が続きました

1つ目は OpenAI です
第4弾で「約20社に限定リリース」と書いた GPT-5.6 が、7月9日に一般提供(GA=誰でも使える段階)になりました
Sol(旗艦)/Terra(標準)/Luna(高速・低価格)の3段構成で、100万トークンあたりの料金は Sol が入力5ドル/出力30ドル、Terra が2.5ドル/15ドル、Luna が1ドル/6ドルです

2つ目は SpaceXAI(旧xAI)の Grok 4.5 で、7月8日に公開(一般提供は7月9日)されました
目を引くのは価格で、出力が100万トークンあたり6ドルと、Claude Opus 4.7 の出力25ドルを大きく下回ります(入力2ドル/出力6ドル)

イーロン・マスク氏は「Opus級」と表現していますが、ここは読み方に注意です
この「Opus級」はマスク氏本人の自称で、比較対象も現行の Opus 4.8 ではなく 前世代の Opus 4.7 です
独立したテスターの評価では順位が振るわないという報道もあり、ベンチマークの具体的な数値は割れているので、この記事では断定しません

私たち使う側にとっては、Claude以外の選択肢が価格帯別に増えてきた、というくらいの受け止めでちょうど良さそうです

EU AI法の透明性義務が8/2適用へ、規制の潮流も動き出した

最後は速報というより「規制の潮流」を締めに軽く添えます
EUのAI規制(AI Act)の透明性義務=第50条が、2026年8月2日から適用されます

中身をざっくり言うと、AIと対話していること・AIが作った/加工したコンテンツ(ディープフェイクや公共的な話題を伝えるテキスト)であることを、利用者に分かるよう示す義務です
あわせて、生成物を機械が読める形でマーキングすることも求められます
違反すると 最大1,500万ユーロ、または全世界の年間売上高の3%のいずれか高い方という罰則が設定されています

ここで一つ、誤解しやすい但し書きです
機械可読マーキングの義務(第50条2項)には猶予があり、8月2日より前に出ていた既存のシステムは、マーキングの充足期限が2026年12月2日までとされています
「8月2日から全部のAI生成物に即マーキング必須」ではない、という点は押さえておきたいところです
なお6月10日に公表された実務指針(Code of Practice)は、拘束力のない任意のガイドラインです

これは事業者・EU向けの規制なので、Claudeを使う側の一般ユーザーへの即時の影響は薄めです
ただ、AIを「作る・使う」ときのルールが世界で整い始めている、という潮流は頭の片隅に置いておきたいところです

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

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

個人的には、今週は本人確認や規制といった「ルール」の話と、Coworkの拡張という「使い勝手」の話が同時に動いた一週間でした
私たちに直接効くのは、Coworkがスマホでも動くようになったことと、Claude Code の連続更新の方です
その裏で、本人確認や各国の規制といった土台のルールも少しずつ形になってきている、と眺めておくとバランスが取れそうです

次回のお知らせ

次回は、本人確認や年齢確認まわりで誤判定のトラブルが広がっていないか、Coworkのモバイル対応が他プランへどこまで降りてきたか、中国バックドア警告のその後、あたりの続報を追いたいと思っています
Claude Code の更新も引き続きこまめに拾います

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

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

※本記事の情報は2026/7/11時点の公開情報・主要報道をもとにしています
本人確認・Cowork拡張・中国バックドア警告・Claude Code更新・他社モデルの価格やEU AI法とも、一部は二次報道や提案・猶予段階の情報を含むので、正確な条件はその時点の公式発表やHelp Center、公式ドキュメントをご確認ください

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

週末恒例のClaude＆Anthropic情報まとめ、第5弾です
前回(2026/6/22週)では止まっていた Mythos 5 の限定再開や、AlibabaのQwenを巡る蒸留告発の話を書きましたが、今週はその続きに加えて、無料ユーザーにも直接うれしい大きな製品ニュースが届きました

今週の主役は「新しいモデルの登場」と「規制の決着」です
無料/Proの標準モデルが世代交代し、長く止まっていた最上位モデルの一つがついに全世界で戻ってきました
後半では、研究者向けの新しいアプリや、AI出費を締め始めた大企業の話まで拾っていきます

取り上げるのは次の6つ

• 新モデル Claude Sonnet 5 が登場、無料(Free)/Proの新デフォルトに
• 輸出規制が全面解除、Fable 5 が7/1に全世界で復活
• 研究者向けの作業環境 Claude Science がベータ公開
• Claude Code が v2.1.196〜201 まで連続更新、Claude in Chromeも前進
• Qwen蒸留告発の続報、議員の制裁修正案とアリババの応酬が報じられた
• 大企業が AI出費を締め始めた、「使うほど良い」という空気の変化

前半は手元でうれしい製品ニュース、後半は業界の綱引きの話です
温度感が違うので順番に見ていきますね

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

Claude Sonnet 5 が登場、無料/Proの新デフォルトに

まず今週いちばんの主役です
2026年6月30日に、Anthropicが新モデル Claude Sonnet 5 を公開しました
Claude.ai の無料(Free)プランとProプランの、標準モデルがこの Sonnet 5 に切り替わったのが大きなポイントです

Max/Team/Enterprise やAPI、Claude Code、Bedrock/Vertex/Microsoft Foundry でも使えます
公式は「最も自律的(エージェント的)な Sonnet」と表現していて、前世代の Sonnet 4.6 から推論やツール利用、コーディングなどを強化した位置づけです

ジャベ雄

無料で触る標準モデルが一段新しくなるのは、普段づかいの人にいちばん効く更新です

100万トークン文脈が標準、導入価格は安め

スペック面で目を引くのは、文脈の長さです
Sonnet 5 は 100万トークン(1M)の文脈が標準で、これが既定かつ最大です
一度に読み込める量が多いので、長い資料やコードをまとめて渡せます
一回の出力は最大128Kトークンまでとされています

API料金は、導入価格として2026年8月31日まで100万トークンあたり入力2ドル/出力10ドルです
それ以降は入力3ドル/出力15ドルに戻ります
通常価格($3/$15)は前世代の Sonnet 4.6 と同じで、導入価格($2/$10)のあいだは少し安く試せる、という位置づけです

「Opus 4.8に迫る」けれど、タスクによっては差が残る

Anthropicは「上位の Opus 4.8 に迫る性能を、低価格で出せる」のが売りだと説明しています
ここは正確に読みたいところで、全面的に Opus 4.8 と並んだわけではありません
TechCrunchが載せたベンチでは、コーディングは Sonnet 5=63.2% に対して Opus 4.8=69.2% と差が残っています(知識労働系のタスクでは Sonnet 5 がやや上回るとされます)

「無料で使える」を無制限と読まないための2つの注意

初心者の方が誤解しやすいポイントが2つあるので、ここは丁寧に書きます

1つ目は Free枠は利用回数に制限がある点です
「新しめの賢いモデルが無料で使える」のは本当ですが、無制限に使い放題という意味ではありません
たくさん触ると上限に当たるので、そこは従来どおりです

2つ目は、トークンの数え方が変わった点です
Sonnet 5 は新しいトークナイザー(文章をAIが扱う単位=トークンに刻む仕組み)を採用したため、同じ入力でも消費トークンが約30%増えます
Simon Willisonさんの実測では、英語で約1.4倍・スペイン語で約1.33倍・Pythonコードで約1.27倍という結果でした

輸出規制が全面解除、Fable 5 が7/1に全世界で復活

続いて主役その2、前回からの続きです
第3弾で「6/12に米政府の輸出規制で全面停止」、第4弾で「Mythos 5 だけ米国の一部組織に限定再開・Fable 5 はなお停止」と書いてきた件が、今週ついに決着しました
米政府が6月30日に輸出規制を撤回し、Anthropicが7月1日から Fable 5 を全世界のユーザーに再開したという流れです

ジャベ雄

止まってから復活まで約19日、展開の速さに毎週振り回されています

「規制を撤回した側」と「モデルを戻した側」は別

ここは主語を分けて読むと混乱しません
規制(6/12発動)を撤回したのは 米政府です
それを受けて、Fable 5 を実際に再開したのが Anthropicです

Anthropic公式は解除を「本日6月30日時点で(As of today, June 30)」と明記していて、実際の全世界提供の開始は7月1日からです
停止していた期間は約19日間(6/12→7/1)と複数の報道が伝えています

再開の範囲は Claude Platform・Claude.ai・Claude Code・Claude Cowork で、対象は 全世界のユーザー(users globally)とされています
公式・二次とも国名の個別言及はないので、日本のユーザーも「全世界」に含まれる見込み、という読み方が正確です
7/7までは多くの有料プラン(Pro/Max/Team/一部Enterprise)で週次上限の最大50%まで含み、以降はクレジット制です
クラウド各社(AWS/Google Cloud/Microsoft Foundry)への対応は後日とされています

全世界で戻ったのは Fable 5、Mythos 5 はまだ限定

ここが誤解しやすいので整理します
今回、全世界で普通に使えるようになったのは Fable 5の方です
もう一つの Mythos 5 は、6/26承認の米国内の一部組織どまりで、段階的に拡大している最中です

安全対策も一緒にアップデート、99%超をブロック

そもそも6/12の規制は、Amazonの研究者が Fable 5 の安全策をすり抜ける手法を報告したことが発端でした
今回の再開に合わせて、Anthropicは Amazon・Microsoft・Google と一緒に、脱獄(ジェイルブレイク=安全対策の回避)の重大度を共通スコアで採点する業界枠組みを提案しています
あわせて、報告された突破手法を 99%超(over 99%)ブロックする改良版の分類器も導入したとしています

止まっていた Fable 5 を実際に触った感触は Fable 5を1日使ったレビュー にまとめてあるので、何が戻ってきたのか気になる方はあわせてどうぞ

研究者向けの作業環境「Claude Science」がベータ公開

3つ目は製品の横展開の話です
6月30日に、Anthropicが科学研究向けの作業環境 Claude Science を発表しました
ここで大事なのは、これが 新しいモデルではなく、既存の Claude をそのまま使うワークフロー側の製品だという点です

60超のスキルや査読エージェントを1画面にまとめた

Claude Science は、研究の作業をひとつの画面に束ねたアプリです
ゲノミクスやタンパク質構造など、分野ごとに事前設定された60超のスキルやコネクタにつなぐ調整役のエージェント、引用や誤りをチェックする査読エージェント、計算ジョブの投入や来歴(どのデータから出た結果かの追跡)までをまとめて扱えます

提供は macOS・Linux のベータで、Pro/Max/Team/Enterprise が対象です
ラボの自前インフラ上で動きデータが外に出ない設計で、たとえば米Allen Instituteの研究者が100ページ超の文献レビューを自動化した事例も紹介されています

クレジット提供は2種類、混ぜずに読む

研究者向けに、利用クレジットの提供枠も用意されました
ここは2種類あって、出所が違うので分けて読むのが正確です

初心者の私たちに直接関係する話ではありませんが、注目したいのは AIの使われ方が「用途特化のアプリ」に広がっているという流れです
科学分野では OpenAI や Google DeepMind も別のアプローチで攻めていて、AI for Science で三つ巴になっているという構図も指摘されています(これは各社の分析ベースの見方です)

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

Claude Code が v2.1.196〜201 まで連続更新

ここからは手元で使うClaude Codeの話です
前回の v2.1.195 から進んで、6/29〜7/4にかけて v2.1.196 から v2.1.201 まで小刻みに更新されました
数が多いので、初心者にも効きそうな代表的なものだけ拾って紹介します

Sonnet 5 が既定モデルに(v2.1.197)

v2.1.197(6/30)で、Claude Code の既定モデルが Claude Sonnet 5 になりました
ネイティブで100万トークンの文脈が使える設計です
冒頭で紹介した新モデルが、コード作業の現場でも標準になった、という更新ですね

応答が止まったら自動でやり直す仕組みが既定オンに(v2.1.196)

v2.1.196(6/29)では、応答の信頼性まわりが強化されました
目玉は「streaming idle watchdog」という仕組みで、これは 応答が5分間ぴたっと止まったら、自動で中断してやり直すというものです
これが全プロバイダで既定オンになりました

Claude in Chrome が前進、グラフ設計を助ける /dataviz も(v2.1.198)

v2.1.198(7/1)は盛りだくさんです
まず、ブラウザ操作AIの Claude in Chrome が一般提供(GA)になった、と更新ノート(CHANGELOG)に記載されました
あわせて、グラフやダッシュボードの設計を助ける /dataviz スキル(色の組み合わせを検証するツール付き)も追加されています

もう一つ、v2.1.198では サブエージェント(手分けして動く小さなAI)が既定でバックグラウンド実行されるようになりました
裏で作業を進めて、完了したら通知が来る形です
裏エージェントがコード作業を終えると、そのままコミットやドラフトのプルリクエスト作成までやってくれる動きも入りました

毎回確認する手動モードの表示名が「Manual」に(v2.1.200)

v2.1.200(7/3)では、権限モードの表示名が変わりました
操作のたびに確認を挟む既定モードの名前が、「default」から「Manual」に改称されました
CLIやVS Code、JetBrains など横断での変更で、中身が変わったわけではなく表示名の付け替えです

更新はほぼ毎日のように積み上がるので、使うなら claude update でこまめに追いかけておくと取りこぼしません
サブエージェントやMCPといった拡張の全体像は Claude Code拡張機構の入門 でも触れています

Qwen蒸留告発の続報、議員の制裁修正案とアリババの応酬

後半は業界の綱引きの話です
前号でお伝えした「AnthropicがAlibabaのQwen lab を蒸留で告発した件」に、続きがありました
告発の中身自体(偽アカ約2.5万・約2,880万回のやり取り・6/10付の書簡・6/24に報道)は前回まとめたので、ここでは その後の3つの動きを追います

議員が制裁の修正案を出す方針、ただし提案段階

1つ目は、米議会の動きです
上院で Hagerty議員(共和・テネシー)と Kim議員(民主・ニュージャージー)が、米AIの出力を不正取得した中国企業を制裁・ブラックリスト化できる修正案を、国防権限法(NDAA)に付す方針だと報じられました
下院でも同種の法案を支持する議員がいるとされます

アリババが社員のClaude Code禁止を検討、と報じられた

2つ目は、アリババ側の動きとされる報道です
アリババが社員による Claude Code(および Sonnet/Opus/Fable などAnthropicモデル)の利用を全面禁止し、自社の Qoder へ移す、という報道が出ました
7月10日発効と 報じられています

ただし、これは公式発表ではありません
中国メディアがアリババ関係者の話として報じ、Reutersなどが追った 情報筋ベースの報道で、7/3〜7/4時点でアリババは公式にコメントしていません
7/10発効が実際に実施されるかも、現時点(7/4)では未確定です

禁止理由は両論ある、片方だけを事実化しない

報道で挙げられている禁止理由は「セキュリティリスク(バックドア疑惑)」です
ただ、ここは 両方の言い分があるので、片方だけを事実として書かないのが安全です

あわせて、Anthropicが6月末〜7月初に中国ユーザーのClaudeアカウントを事前通知なく大量に制限した、という報道もあります
この一連の話は、全体として 「報じられた」「情報筋によると」「提案段階」という留保付きで眺めておくのが無難です

ジャベ雄

告発から応酬まで一気に進みましたが、まだ確定した事実は少ないので慎重に見ています

大企業がAI出費を締め始めた、空気の変化

最後は、業界の空気の変わり目の話で締めます
これまでは大企業が「トークンを使いまくるほど成果が出る(tokenmaxxing)」という発想で予算をどんどん投じていました
それが 費用対効果を重視する方向へ舵を切り始めた、という流れが6月下旬にかけて可視化されてきました

この転換は今週いきなり出てきた話ではありません
すでに5月末(5/28のFortune)から指摘されていて、6/26のCNBC報道や7/1の発言で議論が続いている、という位置づけです

具体的なコスト削減の実例

報道で挙がっている実例を並べると、変化の温度感が伝わります

• Uber:agenticコーディングツールへの支出を月1,500ドルに制限した、と報じられた(年間のAI予算を約4ヶ月で使い切った後の措置)
• Lindy:トラフィックを Claude から DeepSeek へ移し、移行ルートで 推論コストを約90%削減した、と報じられた(出所は The Decoder)

締めとして印象的だったのが、7/1にPalantirのCEOアレックス・カープがCNBCの番組で、トークン課金について「something has gone completely wrong(何かが完全におかしくなっている)」と発言したことです
とはいえ、これを「Claude離れが決定的」と読むのは行き過ぎだと思っています
あくまで 「使うほど良い、という空気に逆風が可視化されてきた」くらいの温度感で眺めておくのが、いまの実態に合っていそうです

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

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

個人的には、今週は「新しいモデルが来て、止まっていたモデルが戻り、その裏で使い方や出費の見直しも始まった」と、明るい話と地に足のついた話が同居した一週間でした
私たちに直接効くのは、無料/Proの標準になった Sonnet 5 と、Claude Code の連続更新の方です
その一方で、コストとの向き合い方が業界全体で問われ始めているのも、頭の片隅に置いておきたいところです

次回のお知らせ

次回は、Sonnet 5 を実際に使った手触りや、Mythos 5 の限定再開がさらに広がるのか、Qwen告発を巡る議会やアリババの動きがどうなるか、あたりの続報を追いたいと思っています
AI出費の見直しがどこまで広がるかも気になるところです

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

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

※本記事の情報は2026/7/4時点の公開情報・主要報道をもとにしています
Sonnet 5 の価格やトークン消費・輸出規制の解除・Qwen告発の続報・AI出費の見直しとも、一部は二次報道や提案段階の情報を含むので、正確な条件はその時点の公式発表やHelp Center、公式ドキュメントをご確認ください