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

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

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

実はこの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冊を表示しています

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冊を表示しています

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

週末恒例の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、公式ドキュメントをご確認ください

AIに何かをお願いするとき、昔ほどプロンプトを凝る必要はなくなってきました
それでも、Claude Code の CLAUDE.md みたいな「AIが読み込むファイル」は、今もマークダウン(Markdown)で書くのが定番なんです

マークダウンは、記号をちょっと添えるだけで見出しや箇条書きを表せる書き方です
これを覚えておくと、大きく2つの場面で役に立ちます

• AIに構造を正しく伝える:見出しや箇条書きで整理して渡すと、話の区切りが伝わりやすい
• AIが作ったmdファイルを読める・直せる:CLAUDE.md や README.md を開いても慌てずに済む

この記事では、チャットでよく打つ基本記法から、チャットでは出番が少ないけどmdファイルで頻出の記法まで、初心者向けにまとめて解説します
Claudeそのものの使い方はClaudeの使い方(初心者向け)でも扱っているので、あわせてどうぞ

ジャベ雄

記号は10個ほど覚えれば、たいていの場面をカバーできます

そもそもマークダウンとは?

いちばんの狙いは読みやすさで、記号付きのテキストのままでも人がすっと読めるように作られています
だからこそ、人が編集して、AIも読む、という使い方に向いていて、CLAUDE.md のような設定ファイルにも採用されています

まずは、記号とそれが表す構造の対応をざっと見ておきましょう
細かい書き方は次の章でまとめて扱います

作ったのは John Gruber という人で、2004年に考案しました
Aaron Swartz も相談役として関わりましたが、共同作者というより協力者という立ち位置です
その後、実装ごとの挙動のズレをそろえる CommonMark という標準仕様も整備されています

拡張子の .md がマークダウンで書かれたファイルの目印で、CLAUDE.md 以外に README.md や AGENTS.md などでも使われます
Claude Code の設定ファイルの中身は、Claude Code 設定ファイル早見表にまとめています

ジャベ雄

まずは「記号で構造を書くテキスト」とだけ覚えておけば十分です

マークダウンの記法一覧

ここからは、マークダウンの記法をよく使う順に3段階でまとめます
「まず覚える」「mdファイルで頻出」「AIのmdで見かける」の順なので、上から読んでいけば無理なく身につきます

必須 – まず覚える

チャットでもmdファイルでも出番が多い、土台の6つです
まずはこの書き方から押さえましょう

# 見出し1
## 見出し2

- 箇条書き
- もうひとつ

1. 番号つき
2. その次

**太字** と *斜体*

`インラインコード`

[リンクの文字](https://example.com)

• 見出し:行頭に # と半角スペース、# の数でレベルが決まる、話題の区切りを示す(# の直後の半角スペースは省かない)
• 箇条書き:行頭に – と半角スペース、並列の項目を並べる
• 番号リスト:1. の形、手順に使う、番号は打ち間違えても表示は自動で連番になる
• 太字・斜体:記号2つで太字、1つで斜体、強調したい語に(単語の途中はアスタリスクが安全)
• インラインコード:バッククォート1つで囲む、コマンドやファイル名を文中で見せる
• リンク:角カッコに表示テキスト、続けて丸カッコにURL

ジャベ雄

この6つが打てれば、日常のやり取りはほぼ回せます

よく使う – mdファイルで頻出

CLAUDE.md や README.md でよく見る、少し長めの記法です
チャットでは出番が少なくても、ファイルを読むなら押さえておきたいところ

```python
print("hello")
```

> 引用文はこう書きます

---

| 列A | 列B |
| --- | --- |
| あ  | い  |

- 親の項目
  - 子の項目(半角スペースで下げる)

• フェンスドコードブロック:バッククォート3つで前後をはさむ、先頭に python などの言語名を書くとハイライトの合図になる、コードのかたまりを見せる、AIが吐くmdで頻出
• 引用:行頭に大なり記号、注記や引用文に使う
• 表:縦棒で区切り、見出しの下に区切り行を1本入れる(GFM拡張、対応環境でだけ効く、詳しくは次の章)
• 水平線:ハイフンを3つ以上並べた単独行、話題の切れ目に
• 箇条書きのネスト:子の項目を半角スペース2〜4個下げて揃える、入れ子の階層を表す(下げ幅は環境で違うので揃えるのが大事)

知っておいた方がいい – AIのmdで見かける

自分で書く機会は少なくても、AIが生成したmdには顔を出す記法です
読めれば、崩さず直せます

- [ ] 未完了のタスク
- [x] 完了したタスク

~~打ち消し線~~

![代替テキスト](image.png)

[表示テキスト][ref]
[ref]: https://example.com

マークダウンで足りないところは、HTMLをそのまま書けます
AIの生成物では、折りたたみの <details> や改行の <br> あたりでよく見かけます

段落の途中で改行<br>したいとき

<details>
<summary>クリックで開く</summary>
折りたたみの中身
</details>

• チェックリスト:角カッコの中を空白で未完了、エックスで完了、ToDoに使う(GFM拡張、対応環境でだけ効く)
• 打ち消し線:チルダ2つで前後を囲む、消し込みの表現に(GFM拡張、対応環境でだけ効く)
• 画像:リンクの先頭にビックリマークを付ける、代替テキストとURLを続ける
• 参照リンク:本文は角カッコにラベル、別の行で「ラベルとコロンとURL」を定義する、リンクが多い文書向け
• エスケープ:記号の直前にバックスラッシュ、意図しない装飾を止める(くわしくは「よくある崩れ」の章で)
• HTML直書き:改行の <br> や折りたたみの <details> など、HTMLをそのまま書ける
• setext見出し:テキストの下に イコール3つ でH1、ハイフン3つ でH2、古いmdで見かけることがある

最後に、ここまでの記法を早見表にまとめます
「どこで使うか」は チャット / mdファイル / AIが生成 の3つに分け、○=よく使う・△=たまに・×=ほぼ出ない の目安で示しました
迷ったらここに戻ってきてください

ここまでで、表・チェックリスト・打ち消し線には「GFM拡張」と付けました
これが効くかどうかは貼り先しだいで、その仕組みは次の章で整理します

ジャベ雄

全部を丸暗記せず、早見表で引きながらで十分です

素のマークダウンとGFM拡張・環境依存の違い

「同じ書き方なのに、効いたり効かなかったりする」
これがマークダウン最初のつまずきで、答えは記法が3つの層に分かれていることにあります

3層というのは、素のMarkdown(CommonMarkコア)/ GFM拡張 / 表示環境依存 の3つです
ざっくり表にするとこうなります

CommonMark は、実装ごとにバラバラだったマークダウンの挙動を、あいまいさなく決めた標準仕様です
ここに入っている記法は、だいたいどの環境でも同じように効きます

いっぽう GFM(GitHub Flavored Markdown)は、GitHubがCommonMarkに独自の拡張を足したものです
表・タスクリスト・打ち消し線・URL自動リンクは、この拡張にあたります
つまり対応している環境でしか効かないことがあるんです

身近な例だと、GitHubで書いたタスクリスト付きのメモを、GFMに対応していないメモアプリに貼るとします
すると、チェックボックスが出ずに角カッコがそのまま残ることがあります
記法が悪いわけではなく、貼り先がその拡張に対応していないだけ、というケースです

もうひとつ紛らわしいのが、コードの色付けです
言語名を書く「記法」自体はCommonMarkコアなので素のマークダウンの範囲ですが、実際に色を付けるかどうかは表示する側しだいです
だから「言語名を書いたのに色が付かない」ことも起こります

ジャベ雄

効いたり効かなかったりの正体は、この3層の切り分けです

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

AIに構造を正しく伝えるマークダウンのコツ

ここからが、AIとマークダウンを組み合わせる本題です
結論から言うと、見出しと箇条書きで整理して渡すだけで、AIの読み違いはかなり減ります

これは私の体感だけの話ではなくて、Anthropicの公式ドキュメントでもそう案内されています
CLAUDE.md を書くときは「構造化のために見出しと箇条書きで指示をまとめる」ことが推奨されていて、公式は「Claudeは人と同じように構造をスキャンする」と説明しています

なぜ構造が効くかというと、見出しや箇条書きは「ここで話題が変わる」「ここは並列の項目」という区切りを、記号で分かるようにしてくれるからです
人が流し読みするときの手がかりと同じものを、AIにも渡しているイメージで捉えると分かりやすいです

だらだら続く長い文章より、区切られた見出しのほうが追いやすい、というわけです
やることはシンプルで、次の3つを意識するだけで整います

たとえば「まずAをして、次にBをして、最後にCを確認して」とベタ書きするより、手順を箇条書きで1つずつ並べたほうが、AIは順番を取り違えにくくなります
渡す前に自分でざっと読み返して、区切りが見えるかを確かめるのがコツです

逆に、全部を1つの長い段落に詰め込むと、どこが指示でどこが補足か分かりにくくなります
難しく考えず、話題ごとに見出しを立てて、並ぶものは箇条書きにする
それだけでAIに渡す情報がぐっと整理されます

コードフェンスの区切りも、AIに渡すときに効いてきます
コマンドや設定を三連バッククォートで囲んでおくと、そこが「そのまま扱うコード」だとAIに伝わり、説明文と混ざって解釈される事故が減ります
短い1行でも、コードはコードとして囲っておくと安全です

Claude Code の拡張機構そのものに興味が出たら、Claude Code 拡張機構入門もあわせてどうぞ

ジャベ雄

見出しと箇条書きを足すだけで、読み違いがぐっと減ります

AIが作ったmdファイルを読む・直すコツ

AIに任せていると、CLAUDE.md のようなmdファイルをAI自身が書いてくれる場面が増えてきます
中身を読めるようになると、気になったところを自分で微調整できます

たとえば、こんな中身のCLAUDE.md があったとします

# プロジェクトの前提

このプロジェクトは Python 製の集計ツールです

## コーディング規約

- インデントはスペース4つ
- 文字コードは UTF-8

## やってほしいこと

1. まずテストを書く
2. それから実装する

読み方はシンプルです
# ではじまる行が見出し(話題の区切り)、– や数字ではじまる行が箇条書き
あとはふつうの文章、と分けて読めば構造がつかめます

直すときに崩れやすいのは、見出しの記号やインデントのあたりです
1行いじったら、エディタのプレビューで表示が崩れていないかを確認すると安心です

特に、見出しの # と本文のあいだの空行や、箇条書きのインデントは崩しやすいところです
コピペで持ってくると全角スペースが紛れ込むこともあるので、貼ったあとに一度プレビューを見ておくと、そのまま進めて大丈夫か判断できます

読むときのコツとして、インデント(行頭の字下げ)にも注目すると構造がつかみやすくなります
字下げされた箇条書きは、上の項目のさらに細かい中身、という入れ子の関係を表しています
ここが半端にずれていると階層を取り違えやすいので、直すときは字下げの幅をそろえておくと崩れにくくなります

「触るのはちょっと怖い」というときは、直し方をClaude自身に頼んでしまうのが早いです
ただし丸投げにはせず、書き込む前に直した内容を提示してもらうようにすると、意図しない変更を防げます

ジャベ雄

自信がないときは、直し方をClaudeに聞いてしまうのが早いです

マークダウンでよくある崩れとつまずき対処

最後に、初心者がつまずきやすい「崩れ」を、症状・原因・直し方でまとめておきます
ほとんどは記号のまわりを半角スペースで揃えると解決します

いくつか補足します
行末の半角スペース2個は目に見えないうえ、エディタが保存時に勝手に消すことがあります
強制的に改行したいなら、行末にバックスラッシュ \ を置く方法もあります
改行が消えて困るときは、空行で段落を分けるか <br> を使うのが無難です

全角スペースは日本語入力あるあるの落とし穴です
マークダウンの記法は半角スペースを前提にしているので、# の後などに全角スペースが入ると認識されないことがあります
「なぜか効かない」ときは、いちど半角に打ち直してみてください

エスケープも覚えておくと便利です
たとえば商品名に付けたアスタリスクが2つ並ぶと太字の記号と解釈されたり、変数名の my_var_name に含まれるアンダースコアが斜体の合図とみなされて、途中が斜体に化けたりします
そのまま文字として出したいときは、記号の直前にバックスラッシュを1つ足すと、装飾が発動しなくなります

表がうまく出ないときは、直す前に貼り先がGFMに対応しているかをまず確かめてください
対応していれば、各行で縦棒の数をそろえて、見出しの下に区切り行を1本入れれば整います
列の中で縦棒そのものを文字として使いたいときは、その縦棒の前にもバックスラッシュを足すと、区切りと勘違いされずに済みます

ジャベ雄

崩れの大半は、半角スペースで揃えると直ります

まとめ

マークダウンは、記号を少し添えるだけで構造を表せる書き方です
AIに指示を渡すときも、AIが書いたmdファイルを読むときも、同じ記法が土台になります

• まずは見出し・箇条書き・太字・リンクの基本記法から
• 表やタスクリストは GFM拡張=対応環境だけで効く
• AIに渡すときは見出しと箇条書きで構造を整理する
• 崩れたら半角スペースで揃える・プレビューで確認・迷ったらClaudeに直してもらう

設定まわりをもう少し知りたくなったら、Claudeデスクトップアプリの設定ガイドもあわせてどうぞ

ジャベ雄

まずは見出しと箇条書きから、気楽に使ってみてください

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Claudeの設定メニュー、開いてみたら項目が多くて、どこを触ればいいのか迷った経験はありませんか？
Claudeデスクトップアプリの設定は、大区分が3つ・その中に中区分が15項目という構成になっています

この記事では、その15項目をまるごと順番に解説していきます
公式ドキュメントで裏を取りながら、初心者がまず押さえたい設定と、うっかり触ると危ない設定を切り分けて紹介するので、設定画面の全体像がつかめるはずです

設定メニューを開いたところ。左に大区分3つ・全15項目が並びます

本題に入る前に、設定メニューの開き方だけ確認しておきます
迷いやすいのは最初の入り口だけで、開いてしまえばあとは区分を切り替えるだけです

まず前提 この画面は「アプリ全体」の設定です

先に大事な前提を1つ
この設定メニューでは、コード開発（Code）やおまかせ作業（Cowork）といった一部の機能だけでなく、Claudeデスクトップアプリ全体の設定ができます

いまのアプリは画面上部がHome と Code の2つのタブに分かれていて、Homeの中でチャットとCoworkを切り替えます
その全部にまたがる設定が、この1つのメニューにまとまっている、というわけです

アプリの構成はわりと頻繁に変わるので、タブの並びは自分の画面で確認してください

ジャベ雄

つまりここは、コード専用ではなくアプリ全体をまとめて調整する場所なんです

設定メニューの全体像 大区分3・中区分15の早見表

細かい話に入る前に、15項目をひとことずつでまとめた早見表を置いておきます
「今どこの話をしているか」を見失ったら、ここに戻ってきてください

この15個を、上から区分ごとにまとめて見ていきます
ぜんぶ触る必要はないので、気になった項目だけ拾い読みしてもらってもかまいません

【設定】プロフィール・外観・アカウント周り

まずは「設定」区分の入り口、一般から
ここは氏名やアバター、そして「Claudeには何とお呼びしてほしいですか？」という呼び名の設定が並びます

意外と便利なのがClaudeへの指示（カスタムインストラクション）です
ここに書いた内容は、チャットでもCoworkでも常に考慮されます
「説明は簡潔に」「コードにはコメントを付けて」のような自分の好みを一度書いておくと、毎回頼まなくてよくなって楽になります

そのすぐ下には外観（テーマ）やチャットフォント、モーションの設定もあります
外観はシステム・ライト・ダークから選べるので、目が疲れにくい方を選んでおくといいです
さらに下には、音声（言語・速度）や、レスポンス完了などの通知のオン・オフも並びます

アカウント・請求・使用量

残り3つはお金とアカウントまわりです

• アカウント … 今のプランの確認や、アカウントの削除ができます（削除はプランによって先に解約が必要）
• 請求 … サブスクの契約状況や支払い方法、プラン変更・解約を扱います
• 使用量 … 今の期間でどれくらい使ったか、上限までの余裕を確認できます

使用量については、Claude Codeの画面でもモデル選択の横にある使用量のリングから、コンテキストの消費とプランの使用状況をのぞけます
プランの使用量は複数の画面で共有される点だけ覚えておくと、数字の見方で混乱しません

【設定】プライバシー ここは最初に確認したい

15項目のなかで、私が「まず一度は開いてほしい」と思うのがプライバシーです
ここには「AIモデルの改善にご協力ください」という、自分の会話をAIの学習（モデル改善）に使うかどうかの切り替えがあります

Free・Pro・Maxのプランでは、このデータ学習のトグルを自分でオフにできます
オフにすると新しい会話は学習に使われず、データの保持も標準の30日になります
逆にオンのまま（学習に協力する）だと、最大5年間保持される設計です

ジャベ雄

仕事の内容を入力する人ほど、まずここのトグルを確認しておくのがおすすめです

プライバシーの「AIモデルの改善にご協力ください」が、会話を学習に使うかのスイッチです

【設定】機能 使える道具のオン・オフ

機能のタブは、Claudeが使える道具（能力）のトグルが並ぶ場所です
実機ではいくつかのグループに分かれていて、代表的なのはこのあたりです

• メモリー … 過去のチャットを検索・参照させるか、履歴からメモリーを作るか
• アーティファクト … コードや文書・図を、チャットの隣のパネルに描き出す
• インライン可視化 … 会話の中に直接グラフや図を出す
• クラウドコード実行とファイル作成 … サーバー上でコードを動かして資料やPDFを作る（スキルの利用に必要）
• ツールアクセスモード … 新しい会話でコネクターの道具をどう読み込むか

ひとつ注意点
ウェブ検索やリサーチ、拡張思考のオン・オフは、この「機能」タブではなくチャット入力欄のスイッチ側で切り替えます
並ぶ項目はプランやバージョンで変わるので、実際は自分の画面で確かめてください

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

【設定】Claude Code 権限モードがいちばんの肝

Claude Codeまわりで最初に理解したいのが権限モードです
コーディング作業でClaudeにどこまで自動でやらせるか、を決める仕組みです

ここで大事な注意が1つ
権限モードの切り替えそのものは、設定メニューではなく作業画面（送信ボタンの横のセレクタ）で行います
設定メニューのClaude Code項目でできるのは、主に後述の「許可をバイパス」を使えるようにする開放です

まずは権限モードに何があるのか、表で並べてみます

初心者のうちは、作業画面のセレクタを手動のままにして様子を見るのが安全です
Claudeが何をやろうとしているか、1つずつ確認できるので、動きが読めてきます

混同しやすいのが自動と許可をバイパスの2つ
名前は似ていますが、中身はまったく別物です

自動は、裏で安全チェックを回しながら進める、いわば「安全寄りの自動」です
確認の回数を減らしつつ、危なそうな操作は止めてくれるので、慣れてきた人が作業画面で選ぶ常用モードにしやすいです

権限モードのほかに、使うモデルの選択も作業画面（送信ボタンの横）から切り替えられます
モデルも権限モードも作業の途中で変えられるので、「軽い調べ物は素早いモード、複雑な実装は賢いモード」のように場面で使い分けると効率が上がります

この項目には「許可をバイパス」の開放のほかにも、ブラウザツールのオン・オフ、コーディング画面の見た目（テーマ・フォント）、プルリクエストの自動化、作業用のワークツリーの保存場所など、多くのスイッチがまとまっています
権限まわりの考え方をもっと固めたい人は、Claude Codeのセキュリティ設定や、設定ファイルの早見表の記事も合わせてどうぞ

権限モードの切り替えは作業画面側、設定にあるのは「許可をバイパス」を使えるようにする開放です

【設定】Cowork と Claude in Chrome

比較的新しい2つの機能の設定です
まずCoworkは、タスクを丸ごと渡すと、ファイル・カレンダー・メール・つないだツールを横断して、完了まで進めてくれるおまかせ作業の面です
Claude Codeの一般業務版、と考えると分かりやすいです

Coworkはもともとデスクトップ発の機能ですが、2026年にはWebやスマホにも広がってきました
いまのデスクトップアプリでは、Homeタブの中でチャットと切り替えて使う形になっています（外出先から進捗を見て、続きをあとで受け取る使い方も可能）

もう一つのClaude in Chromeは、Chrome拡張との連携です
設定メニューのこの項目で扱えるのはサイト単位の許可です
すべてのサイトで動かすか（拡張機能を許可）と、使わせたくないブロックサイトの登録ができます

一方で「操作のたびに確認するか」といった操作の強さは、設定メニューではなく拡張機能側で選びます

• 都度確認 … 操作のたびに止まって承認を求める（安全寄り）
• 確認なしで実行 … 自分で進め、危なそうなときだけ確認する

購入やアカウント作成のような操作は、そもそも実行できない安全弁も入っています
この機能は進化が速いので、実際の画面は自分の環境で最新を確かめるのが確実です

【デスクトップアプリ】一般・拡張機能・開発者

2つ目の大区分、デスクトップアプリはアプリ本体の設定です
ここは3項目にまとまっています

一般には、スタートアップ時にClaudeを起動するか、システムトレイに常駐させるか、といったアプリ本体の設定が並びます
目玉はコンピュータ使用のトグルで、許可したアプリ上でClaudeが画面を見て、キーボードやマウスを操作できるようになります（既定はオフ、Macだと画面収録などの許可も追加で必要）
ほかに、拒否するアプリの登録や、作業後にウィンドウを元に戻すかどうかの設定もここです

拡張機能は、MCP拡張をワンクリックで入れられる仕組みです
以前は設定ファイル（JSON）を手で書く必要がありましたが、専用の拡張ファイルを選ぶだけで導入・管理できるようになっています

ジャベ雄

MCPって何？という人は、拡張機構の入門記事から読むとつかみやすいです

最後の開発者は、作業中のローカルMCPサーバーを追加・管理する項目です
設定ファイルを直接編集する導線や、開発者向けドキュメントへのリンクが置かれた、ちょっと踏み込んだメニューになります

拡張機構やMCPの全体像は、Claude Code拡張機構の入門記事でまとめて解説しているので、そちらも参考にしてください

【カスタマイズ】スキル・コネクタ・プラグインの違い

3つ目の大区分、カスタマイズはClaudeを自分好みに拡張するメニューです
スキル・コネクタ・プラグインの3つが並びますが、名前が似ていて混乱しやすいので、違いを表で整理します

ざっくり言うと、スキルが個別の能力・コネクタが外部連携・プラグインがそれらの詰め合わせ、という関係です
どれもカスタマイズメニューの「＋」ボタンから一覧を開いて、インストールや接続を進める流れになっています

スキルは関連する場面で自動で読み込まれるほか、入力欄で「/」を打って手動で呼び出すこともできます
コネクタはつなぎたいサービスで認証すれば、Claudeがそのサービスのデータを読んだり操作したりできるようになります

カスタマイズのスキル一覧。同じ並びにコネクタ・プラグインもあります

よくある質問 設定メニューまわり

まとめ まず触る設定・触らない方がいい設定

Claudeデスクトップアプリの設定メニュー15項目を、区分ごとに一周しました
最後に、初心者がまず触るとよい設定と、当面は触らない方がいい設定をまとめておきます

ジャベ雄

全部を触る必要はないので、まずは名前と外観、プライバシーあたりからで十分です

設定画面は更新が速いので、細かい項目名や並びは、この記事を片手に自分の画面で答え合わせしてもらうのがいちばん確実です
Claude自体の使い方から知りたい人は、Claudeの使い方（初心者向け）や、Claude用語集から入ると、設定の意味もより腑に落ちるはずです

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

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

週末恒例の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、公式ドキュメントをご確認ください

PythonでテキストやCSVを読み込もうとしたら、いきなりUnicodeDecodeErrorが出てファイルが開けなかった経験はありませんか？

この文字化けエラーは、Windowsでcp932という日本語向けの文字コードが使われているのが原因です
MacやLinuxではあまり見かけないのに、Windowsだと急に出てくる、あの厄介なやつです

この記事では、まずなぜWindowsで文字化けが起きるのかをほどいてから、今すぐできる対策を整理します
そのうえで、Python 3.15のUTF-8既定化(PEP 686)で、この悩みがどう変わる見込みなのかまで、初心者の方向けに広く浅くまとめていきます

ジャベ雄

文字化けは、原因が分かると対策もすっきり見えてきます

Pythonの文字化けがWindowsで起きる理由(cp932)

結論から言うと、Windowsで文字化けが起きるのは、encodingを指定せずにファイルを開くとWindowsの既定の文字コードcp932で読もうとするからです
そのファイルがUTF-8で保存されていると、cp932では解釈できないバイトが出てきてエラーになる、という流れです

Pythonの公式ドキュメントには、テキストモードでencodingを指定しない場合、使われるエンコーディングはOSに依存すると書かれています
Pythonが内部で今のロケール(地域・言語の設定)に合わせた文字コードを取りに行くので、その結果がプラットフォームによって変わるわけです

日本語Windowsの場合、この既定の文字コードがcp932になります
だから「encodingを書かずにopenする」と、暗黙のうちにcp932で読もうとして、UTF-8のファイルで転ぶんです

MacやLinuxで文字化けが起きにくいのはなぜか

MacやLinuxのようなUnix系のシステムは、ロケールがUTF-8になっていることが多いです
だから既定の文字コードもUTF-8寄りで、UTF-8のファイルをそのまま開いても問題が起きにくいんです

「同じコードなのに、自分のWindowsだと落ちて、同僚のMacだと動く」というすれ違いは、この既定の文字コードの違いから来ています
ただ、MacやLinuxも設定次第ではUTF-8以外になることがあるので、「Unix系なら100%大丈夫」とまでは言い切れません

ジャベ雄

Windowsだけ挙動が違うのは、地域設定の名残なんです

cp932はShift_JISとは別物です

ここで1つ、混同しやすいポイントを押さえておきます
cp932とShift_JISは、似ているけれど同じではありません

cp932は、標準のShift_JISをマイクロソフトがWindows向けに拡張したものです
漢字やひらがなの部分は同じなのですが、丸数字の①のような記号は、Shift_JISとcp932で割り当てられている値が違います

だからWindowsで作られたファイルを読むときは、encoding=”shift_jis”ではなくencoding=”cp932″を指定するのが安全です
shift_jisを指定すると、記号のところで文字化けやエラーが起きることがあります

やっかいなのは、漢字やひらがなが多い文章だと、shift_jisでもそれっぽく読めてしまう場面があることです
普段は問題なく動いていて、丸数字やローマ数字が入ったデータが来たときだけ急に転ぶ、という気づきにくい落とし穴になります

Windows由来と分かっているファイルは、はじめからcp932を指定しておくのが無難です
そうしておけば、拡張された記号が混じっていても取りこぼしなく読めます

UnicodeDecodeErrorの読み方を覚える

まずは実際にエラーを再現してみます
UTF-8で保存したファイルを、encodingを指定せずに開くと、Windowsでは次のようなエラーが出ます

# UTF-8で保存された data.txt を、encodingを書かずに開く
with open("data.txt") as f:
    text = f.read()

# ↓ Windowsだと、こんなエラーが出る
# UnicodeDecodeError: 'cp932' codec can't decode byte 0xef in position 0:
# illegal multibyte sequence

長くて身構えてしまうエラーですが、読む場所は3つだけです
この3か所さえ拾えれば、原因のあたりが付けやすくなります

この例では先頭がBOMなので、position 0の0xefはUTF-8のBOMという印の先頭バイトになっています
cp932で読もうとしたら、いきなり1バイト目で「知らないバイトだ」となって転んだ、というわけです

BOMが無いファイルでも、日本語が先頭付近にあれば同じ種類のエラーが出ます
その場合はpositionが0以外の数字になって、日本語の1文字目のバイトでつまずいた、という読み方になります

末尾のillegal multibyte sequenceは「cp932にない、ありえないバイトの並び」という意味です
ファイルが途中で切れているときはincomplete multibyte sequence(不完全なバイト列)と出ることもあります

ジャベ雄

codec名を見れば、どの文字コードで読もうとしたか一発で分かります

今すぐできる文字化け対策4つと効き方の違い

Python 3.15を待たなくても、今のバージョンで打てる対策があります
大きく4つあって、それぞれ「どこに効くか」が違うので、そこを押さえておくと迷いません

対策1 open()にencodingを明示する(一番のおすすめ)

最優先の対策は、open()にencodingを書くことです
「どの文字コードで読むか」を自分で指定してしまえば、OSの既定に左右されなくなります

# UTF-8のファイルを読む(基本形)
with open("data.txt", encoding="utf-8") as f:
    text = f.read()

# ExcelなどでできたBOM付きUTF-8のファイルは utf-8-sig で
# (先頭に見えないゴミ文字が残らない)
with open("data.csv", encoding="utf-8-sig") as f:
    text = f.read()

# Windows由来のcp932のファイルなら cp932 を指定
with open("windows.csv", encoding="cp932") as f:
    text = f.read()

Pythonの公式も、バージョン間で挙動をそろえるためにencodingを常に明示することを推奨しています
ただしこれが効くのは自分のコードのopen()だけで、使っているライブラリが内部で開くファイルまでは面倒を見きれません

対策2 PYTHONUTF8=1 でUTF-8モードにする

環境変数PYTHONUTF8=1を設定すると、UTF-8モードが有効になります
このモードでは、open()の既定がUTF-8になり、標準入出力もUTF-8寄りになります

コマンドプロンプトでその場だけ有効にするなら、次のように打ってからPythonを動かします

set PYTHONUTF8=1
python your_script.py

いつも有効にしておきたいなら、Windowsのシステム環境変数にPYTHONUTF8を追加して値を1にしておく手もあります
この方法はencoding明示と違って、ライブラリが内部で開くファイルにも効くのが強みです

対策3 python -X utf8 で起動時に有効化する

環境変数をいじらず、その起動だけUTF-8モードにしたいときは、起動オプション-X utf8が使えます

python -X utf8 your_script.py

効果はPYTHONUTF8=1と同じで、UTF-8モードをオンにします
「この実行のときだけ試したい」という場面で手軽です

対策4 PYTHONIOENCODING はprint側の対策

環境変数PYTHONIOENCODINGは、標準入出力の文字コードを指定するものです
コンソールへのprintで文字化けする(UnicodeEncodeErrorが出る)ときの対処として、一般によく使われます

ジャベ雄

迷ったら、まずopen()にencodingを書くところから始めれば大丈夫です

pandasやcsvでファイルを読むときの文字化け対策

ここまではopen()の話でしたが、実務ではpandasのread_csvや標準ライブラリのcsvでファイルを読む場面も多いと思います
この2つも文字化けの考え方は同じで、要は「どの文字コードで読むか」をこちらから指定してあげればいいだけです

pandas.read_csv は encoding 引数で指定する

pandasでCSVを読むときも、encodingを渡せば文字化けを防げます
渡し方はopen()とほぼ同じで、ファイルの中身に合わせてUTF-8かcp932を選びます

import pandas as pd

# UTF-8のCSVを読む(基本形)
df = pd.read_csv("data.csv", encoding="utf-8")

# Excelで「CSV UTF-8」保存したBOM付きは utf-8-sig で
df = pd.read_csv("excel_utf8.csv", encoding="utf-8-sig")

# Excelで「CSV(コンマ区切り)」保存したcp932は cp932 で
df = pd.read_csv("excel_export.csv", encoding="cp932")

読み方の見分け方はopen()のときと同じで、Excel由来のCSVはcp932かutf-8-sigのどちらかだと思っておけば、たいていのケースはカバーできます
どちらか分からないときは、両方を試してエラーにならない方を選ぶのが手っ取り早いです

標準の csv モジュールは open() の encoding に従う

標準ライブラリのcsvモジュールは、少し立ち位置が違います
csv自身に文字コードの指定はなく、先にopen()で開いたファイルを渡す形なので、文字コードはそのopen()のencodingで決まります

import csv

# 文字コードは open() 側の encoding で決まる
# csv.reader 自体に encoding 引数は無い
with open("data.csv", encoding="utf-8", newline="") as f:
    reader = csv.reader(f)
    for row in reader:
        print(row)

つまりcsvモジュールの文字化けは、結局open()にencodingを書けば防げます
ちなみにcsvを開くときは、改行の扱いを揃えるためにnewline=””も一緒に付けるのが公式の推奨です

EncodingWarningでencoding未指定のopenを洗い出す

「encodingを明示するのが良いのは分かったけど、自分のコードのどこが抜けているか分からない」というときに便利な機能があります
それがEncodingWarningという警告です

この警告はPython 3.10で導入されました
encodingを指定せずにopen()している箇所を見つけて、「ここ、既定の文字コードで開いてますよ」と教えてくれます

ただし、デフォルトでは出ない設定になっているので、自分でオンにする必要があります
起動オプション-X warn_default_encoding(または環境変数PYTHONWARNDEFAULTENCODING)を付けて実行します

python -X warn_default_encoding your_script.py

これを付けて動かすと、encodingを書き忘れているopen()のところで警告が出ます
Python 3.15への引っ越し前に、直しておくべき箇所を先に洗い出せる点検ツールとして使えます

警告を出して1つずつencodingを足す手順

実際の使い方はシンプルで、警告を出して、出た場所にencodingを足す、これを繰り返すだけです
まずは点検したいスクリプトを、次のように警告オプション付きで動かしてみます

python -X warn_default_encoding your_script.py

encodingを書き忘れているopen()があると、その行を指して次のような警告が出ます
警告なので処理は止まらず、そのまま最後まで動きつつ、あやしい箇所だけ教えてくれます

your_script.py:5: EncodingWarning: 'encoding' argument not specified
  with open("data.txt") as f:

あとは警告が出た行を開いて、encodingを1つずつ足していきます
UTF-8のファイルならencoding=”utf-8″、Windows由来ならencoding=”cp932″という具合に、そのファイルに合う文字コードを書き足します

# 修正前(警告が出る)
with open("data.txt") as f:
    text = f.read()

# 修正後(encodingを足す)
with open("data.txt", encoding="utf-8") as f:
    text = f.read()

もう一度-X warn_default_encoding付きで動かして、警告がゼロになれば点検完了です
この作業をひととおり済ませておけば、Python 3.15で既定が変わっても、あわてる箇所がほぼ無くなります

ちなみに、あえてOSの既定の文字コードで開きたい箇所があるなら、encoding=”locale”と書けます
こう書いておくと「意図してロケール依存にしている」と伝わって、警告も出なくなります

Python自動化の独学に効く本PR

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

Al Sweigart

Amazonで見る楽天で見る

Pythonクローリング&スクレイピング 増補改訂版

加藤耕太

Amazonで見る楽天で見る

シゴトがはかどる Python自動処理の教科書

クジラ飛行机

Amazonで見る楽天で見る

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

Python 3.15のUTF-8既定化(PEP 686)で何が変わるのか

ここからが本題です
Python 3.15ではPEP 686という提案が採用され、既定の文字コードがOSの環境に関係なくUTF-8になる見込みです

What’s New(新機能のまとめ)にも「Pythonはシステムの環境に関係なくUTF-8を既定のエンコーディングとして使う」と書かれています
これが実現すると、Windowsでもopen(“data.txt”)のようにencodingを書かずに開いたとき、UTF-8で読んでくれるようになります

正体はUTF-8モードを既定でオンにすること

1つ大事な点があります
PEP 686は「既定のエンコーディングだけをUTF-8に差し替える」ものではなく、先ほどのUTF-8モードそのものを、既定でオンにするという内容です

だから変わるのはopen()の既定だけではありません
UTF-8モードは標準入出力にも及ぶので、print側の文字化けも減る方向になります(ただしコンソール側の設定にも左右されるので環境次第です)

読者の方向けにざっくり言うと「open()の既定がUTF-8になって、printまわりも改善する」と捉えておけば十分です
PEP 686はもともとmethaneさん(Inada Naokiさん)が2022年に提案したもので、長く予告されてきた変更でもあります

2026年10月に正式リリース予定(今はまだbeta)

気をつけたいのは、Python 3.15はまだ正式リリースされていないという点です
2026年7月時点ではbeta段階で、正式版(3.15.0)は2026年10月1日予定です

ただ、機能追加を締め切るfeature freezeは2026年5月に済んでいます
だから「UTF-8既定化を入れる」という方針そのものは、ほぼ確定と考えて良い状態です

ジャベ雄

「もう文字化けが消えた」ではなく「これから消える見込み」という段階です

逆に注意 Excel由来のcp932 csvには encoding=”cp932″ が必要になる

ここで、うっかりすると新しく踏む罠があります
UTF-8にすれば全部解決、というわけではないんです

3.15より前は「UTF-8のファイルをcp932で読もうとして失敗」という文字化けでした
ところが3.15以降は、逆にcp932のファイルをUTF-8で読もうとして失敗する、というエラーが起こりえます

典型例が、Excelから「CSV(コンマ区切り)」で保存したファイルです
日本語Windowsでこの形式で保存すると、中身はcp932になることがあります、それをencoding未指定で開くと、3.15はUTF-8で読もうとして転ぶ可能性があります

対策は、これまでどおりencoding=”cp932″を明示することです

# Excelで「CSV(コンマ区切り)」保存したcp932のファイルを読む
# 3.15以降は encoding を書かないと、UTF-8で読もうとして失敗しうる
with open("excel_export.csv", encoding="cp932") as f:
    text = f.read()

ExcelのCSV UTF-8とCSVの違いを見分ける

Excelから保存したCSVの文字コードは、保存形式で変わります
保存ダイアログの「ファイルの種類」で、次のどちらを選んだかを見るのが分かりやすいです

「CSV UTF-8」はExcel 2016以降にある比較的新しい選択肢です
ここはExcelのバージョンや環境で細かく変わる部分なので、うまくいかなければ両方の指定を試してみるのが手っ取り早いです

実務では、どちらの形式で保存されたか分からないファイルを受け取る場面も多いと思います
そんなときは、エラーが出ても止まらずに読める書き方にしておくと、原因の切り分けが楽になります

# 文字コードが分からないCSVを、順番に試して読む
for enc in ("utf-8-sig", "cp932", "utf-8"):
    try:
        with open("mystery.csv", encoding=enc) as f:
            text = f.read()
        print(f"{enc} で読めました")
        break
    except UnicodeDecodeError:
        continue

この書き方は、あくまで受け取ったファイルの文字コードが分からないときの応急処置です
自分が保存する側なら、最初からutf-8で書き出すようにそろえておくと、読むときの迷いがなくなります

ExcelとPythonをつなぐ話は、Python本体もpipも要らずにExcelの中でPythonを動かせるxlwings Lite入門でも触れています
ExcelのデータをPythonで扱いたい方は、あわせて読んでみてください

従来の挙動に戻したいとき(PYTHONUTF8=0)

cp932前提で書かれた既存のコードを動かしていて、3.15の変更で挙動が変わって困る場面もあると思います
そんなときは、従来のロケール依存の挙動に戻すこともできます

環境変数PYTHONUTF8=0、または起動オプション-X utf8=0で、UTF-8モードを無効にできます

set PYTHONUTF8=0
python your_script.py

python -X utf8=0 your_script.py

エラーで止まってくれるならまだ気づけますが、静かにデータが壊れるのが一番こわいパターンです
だからPYTHONUTF8=0での先送りは応急処置と考えて、原則はencodingを明示する方向で直していくのがおすすめです

3.15移行に向けて今からやっておくこと

ここまでの話を、移行前の準備という形でまとめておきます
Python 3.15はまだ先ですが、下の4つを今のうちにやっておくと、既定が変わっても慌てずに済みます

• 自分のコードのopen()にencodingを足す(UTF-8なら”utf-8″、BOM付きは”utf-8-sig”)
• -X warn_default_encodingで点検して、書き忘れをEncodingWarningで洗い出す
• Excel由来の「CSV(コンマ区切り)」ファイルはencoding=”cp932″を明示しておく
• すぐに直しきれず心配なら、しばらくPYTHONUTF8=0で従来挙動のまま様子を見る

ポイントは、先送り(PYTHONUTF8=0)はあくまで一時しのぎにして、本命はencodingの明示に寄せていくことです
encodingさえ書いてあれば、3.15になっても3.14のままでも、同じように動いてくれます

ジャベ雄

今のうちにencodingを足しておけば、移行のときにやることはほぼ無くなります

まとめ 結局どうすればいいか

ここまでを整理すると、文字化けとの付き合い方はシンプルです
Python 3.15を待つかどうかに関わらず、open()に毎回encodingを明示するのが、いちばん確実で長持ちする対策です

• UTF-8のファイルはencoding=”utf-8″、BOM付きならutf-8-sig
• Windows由来(Excelの「CSV」保存など)はencoding=”cp932″(shift_jisではなく)
• ライブラリ内部まで含めて効かせたいならPYTHONUTF8=1や-X utf8
• 書き忘れの点検には-X warn_default_encodingでEncodingWarning

Python 3.15でUTF-8が既定になると、多くの人にとって文字化けはぐっと減る見込みです
ただし逆にcp932のファイルで新しい罠も生まれるので、「UTF-8にすれば全部解決」ではないという両面を覚えておくと安全です

どちらの方向の文字化けも、結局は「どの文字コードで読むかを自分で指定しておく」ことで防げます
これからPythonを入れる方は、Pythonのインストール方法もあわせて確認してみてください

エラーが読めないときはClaudeに貼って聞くのもアリ

UnicodeDecodeErrorが出たとき、エラーメッセージをそのままClaudeに貼って聞くのも手です
次のような依頼テンプレートを使うと、原因の切り分けと直し方を一緒に考えてもらえます

PythonでファイルをopenしたらUnicodeDecodeErrorが出ました
・OS: Windows
・エラー全文:(ここにエラーをそのまま貼る)
・開こうとしているファイル:(txt / csv / どこで作ったか など)

原因の見当と、encodingの指定をどう直せばいいか教えてください
コードを書き換える場合は、変更内容を先に私に提示してから進めてください

最後の一文を入れておくと、勝手にファイルを書き換えられずに済みます
提案を確認してから自分で反映すれば、気軽に相談できます

Python自動化の独学に効く本PR

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

Al Sweigart

Amazonで見る楽天で見る

Pythonクローリング&スクレイピング 増補改訂版

加藤耕太

Amazonで見る楽天で見る

シゴトがはかどる Python自動処理の教科書

クジラ飛行机

Amazonで見る楽天で見る

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

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

週末恒例の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、公式ドキュメントをご確認ください