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

週末恒例のClaude＆Anthropic情報まとめ、第2弾です、前回(2026/6/1週)のIPO申請や課金分離予告の続きとして、その後の動きを切れ目なく拾っていきます

今週はとにかく 6/9に出た新モデル の話が大きいです、ただ「最強モデルが出ました、めでたしめでたし」では終わらなかったのが今週の面白いところで、すごい話と、ちょっと引っかかる話がセットで出てきました

取り上げるのは次の6つ

• 新モデル Claude Fable 5 一般公開、上位の限定版 Mythos 5 も登場(6/9)
• 安全機構の「見えない弱体化」と過剰拒否が問題化 → Anthropicが謝罪して可視化へ
• 30日データ保持が物議、Microsoftが社員利用を一時自粛
• 限定版 Mythos 5 が自律で科学研究をこなす世界線
• Claude Code v2.1.169 の新機能(セーフモード・作業ディレクトリ移動など)
• 6/15ボックス:課金分離スタートと旧モデル提供終了が同じ日に

前半は「すごい新モデルが出た → でも一筋縄じゃない」という光と影、後半は限定版の世界線と、私たちの財布に近い実務の話、温度感が変わるので順番に書いていきますね

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

Claude Fable 5 が一般公開、上位の限定版 Mythos 5 も登場

2026年6月9日(米国時間)、Anthropic が新モデル Claude Fable 5 と、その上位にあたる Claude Mythos 5 を発表しました、これまで最上位は「Opusクラス」でしたが、今回その上に Mythosクラス という新しいティアが新設された格好です(公式の言い方で「a tier above the Opus class」)

ざっくり整理すると、2つのモデルはこういう関係です

私たちが触れるのは Fable 5 の方です、Mythos 5 は後半でまた触れますが、こちらは一般公開ではなく承認制の限定提供なので、まずは Fable 5 を中心に見ていきます

スペックと価格

共通スペックはこんな感じです、コンテキスト(一度に扱える文章量)が100万トークン、最大出力が12.8万トークン、考える深さを自分で調整する適応的思考(adaptive thinking)が常時オンになっています

価格は入力$10・出力$50で、Opus 4.8 のおよそ2倍です、最上位のさらに上が新設されたぶん、お値段もそれなりという立て付けですね

提供先は Claude API・AWS(Amazon Bedrock)・Vertex AI・Microsoft Foundry、Fable 5 はこれに加えて Claude.ai(Pro/Max/Team/Enterprise) でも使えます、Claude Code からは v2.1.170(6/9リリース)以降で利用可なので、使うなら claude update で更新しておく必要があります

どれくらい強いの？

気になる性能ですが、コーディング系のベンチマーク(性能テスト)では 主要なものでトップ水準(SOTA) を出しています

危ない要求は自動でOpus 4.8に切り替わる

Fable 5 には安全のための分類器が組み込まれていて、サイバーセキュリティ・生物/化学・蒸留(モデルの中身を抜き取る行為)といった高リスクな要求を検知すると、自動的に Opus 4.8 へフォールバック(肩代わり)します

この切り替えが起きるのは平均で全セッションの5%未満、95%超のセッションではフォールバックは起きないとされています、普通の使い方ならほぼ気にしなくていい範囲ですね、エージェント機構やフォールバック先のモデルについては Claude Opus 4.8の変更点まとめ もあわせてどうぞ

6/22まではプランに含まれる

費用面でうれしいのは導入キャンペーンです、6/9〜6/22は Fable 5 が Pro/Max/Team/席課金Enterprise に追加料金なしで含まれます、つまりこの期間は、いつものプランの枠の中で Fable 5 を試せます

東京では 6/10に Code with Claude 2026 が開催され、この Fable 5 や Claude Code の新機能が解説されました(SF 5/6・ロンドン 5/19・東京 6/10 のツアーの一環、6/11には招待制の拡張デーも)、ただモデル発表自体は米国時間6/9のグローバル発表なので、「東京で初公開」ではなく、世界同時のお披露目を東京でも追いかけた、という位置づけです

「見えない弱体化」と過剰拒否で物議、Anthropicが謝罪

ここからが影の部分です、Fable 5 は公開直後にちょっとした騒ぎになりました

「hello」まで拒否する過剰拒否

まず分かりやすかったのが 過剰拒否(over-refusal) です、公開直後の Fable 5 は「hello」や「cancer(がん)」といった無害な単語までバイオ安全リスクとみなして拒否する挙動を見せて、SNSで話題になりました、安全に振りすぎた結果、普通の会話まで止めてしまった格好です

「黙って弱くする」設計が批判された

もう一つ、より深刻だったのが安全機構の設計です、約319ページあるシステムカードの13ページ目付近に、こんな趣旨の記述がありました

かみ砕くと「特定の用途だと判断したら、黙って回答の質を落とす」という仕組みです、これがAI研究者から secret sabotage(秘密のサボタージュ) だと批判されました、ユーザーからすると「ちゃんと答えてもらえているのか分からない」のが怖いところで、確かに引っかかります

翌日に非を認めて方針転換

ここからの動きは早かったです、2026年6月11日、Anthropic が謝罪して方針を転換しました、公式の言葉では「We made the wrong tradeoff and we apologize for not getting the balance right(私たちは間違ったトレードオフをした、バランスを取り切れなかったことを謝罪する)」「You should have visibility into the safeguards we have in place, and why(どんな安全装置があり、なぜそれが働くのかをユーザーは見えるべきだ)」と認めています

改善策はこうです

• フラグが付いた要求は Claude Opus 4.8 へ 「可視的に」フォールバックする(毎回ユーザーに表示)
• API利用時は拒否の理由を返すようにする

つまり「黙って弱くする」のをやめて、「切り替えるときは見えるようにする」方向へ舵を切ったわけです、当面は誤検知(false positives)が増えるという但し書きも付いていますが、過剰拒否を受け入れてでも透明性を取る、という選択ですね

個人的には、Anthropic を一方的な悪役にする話ではないと思っています、設計の判断は確かにまずかったけれど、批判を受けて翌日には非を認めて直したのは、対応としてはむしろ素早い方です、AIの安全機構をどこまで透明にするかは、これから各社が悩むテーマになりそうです

30日データ保持が物議、Microsoftは社員利用を一時自粛

影の話がもう一つ、データの扱いです、ここは実務で使う人ほど気になる部分なので、少し丁寧に書きます

プロンプトと出力を30日保持

Mythosクラス(Fable 5・Mythos 5)では、全トラフィックでプロンプトと出力を30日保持します、目的はトラスト&セーフティ(不正利用の監視など)で、学習には使わないとされています、30日経過後は自動削除、安全調査や法的要請といった稀なケースだけが例外です

引っかかるのは、これを無効化できない点です

• Zero Data Retention(ZDR=ゼロデータ保持)に非対応
• 無効化トグル・プラットフォーム例外・企業向けカーブアウト(個別除外)も無し
• ZDR契約のある組織(Claude Console/Enterprise/AWS Bedrock/Google Cloud/Microsoft Foundry経由)にも30日保持が適用される

Microsoftが社員に利用自粛を通達

この保持方針を受けて、2026年6月10日、Microsoft が社員に Fable 5 の利用を控えるよう通達しました、法務レビュー中というのが理由です、ただし注意したいのは、これは 社内利用の一時自粛 であって恒久禁止ではない点と、GitHub Copilot や Microsoft Foundry 経由の外部顧客向け提供は継続している点です

大手が即座に立ち止まって法務確認に入るあたり、データ保持の扱いがそれだけ慎重を要するテーマだということでもあります

限定版 Mythos 5 が自律で科学研究をこなす

ここで前半に出てきた Mythos 5 に戻ります、こちらは一般公開ではなく、安全機構(セーフガード)を外したうえで Project Glasswing のパートナーと、一部の生物研究者(こちらはまだ soon=これから段階)に限定提供されているモデルです、いわば「私たちはまだ触れないけれど、裏ではこんなことになっている」という世界線の話です

Project Glasswing って？

Project Glasswing は 2026年4月7日に発足した Anthropic 主導のコンソーシアム(共同事業体) です、参加メンバーには AWS・Apple・Google・Microsoft・NVIDIA・JPMorganChase・Broadcom・Cisco・CrowdStrike などが名を連ねていて、顔ぶれだけ見てもなかなか重量級です

自律でゲノム解析、創薬を加速

具体的な成果として公表されているのがこのあたりです、いずれも原文に「約」が付いているので、その温度感のまま読んでください

私たちが日常で触る Fable 5 の、さらに上の世界でこういうことが起きている、というのを頭の片隅に置いておくと、Anthropicがなぜあれだけ安全機構に神経を尖らせているのかも、少し腑に落ちる気がします

Claude Code v2.1.169 の新機能:セーフモードと作業ディレクトリ移動

ここからは私たちの手元に近い話に戻ります、Claude Code の v2.1.169(2026年6月8日) で、地味だけど助かる機能がいくつか入りました

個人的に効きそうなのが –safe-mode です、CLAUDE.md やMCPサーバー、スキルをいろいろ盛っていると、調子が悪いときに「どれが原因か」を切り分けるのが面倒なんですよね、これを使えば全カスタマイズを一旦オフにして素の状態で動かせるので、原因の切り分けがぐっと楽になります

あと企業向けですが、管理MCPポリシー(allowedMcpServers/deniedMcpServers)が再接続時など複数のケースで効かない不具合も修正されています、組織でMCPサーバーを制限している環境では地味に大事な修正です

自走系の小ネタも2つ

少し新しめのバージョンの話も軽く触れておきます、まず Dynamic Workflows の入れ子サブエージェントが最大5階層に対応しました(v2.1.172)、子分の子分のそのまた…と、作業を深く分割できるようになった格好です

もう一つ、Claude Managed Agents に cronスケジュール実行(時間を決めて自動起動)と 認証情報Vault(秘密情報の金庫)がパブリックベータで追加されました(6/9)、決まった時間にエージェントを自走させたい用途には便利そうです

「6/15ボックス」:課金分離スタートと旧モデル提供終了

最後は ユーザー直撃の6/15 です、前回予告した課金分離がいよいよ発効する日で、しかも同じ日に旧モデルの提供終了も重なります、日付が同じだと混乱しやすいので、ここは丁寧に分けて書きます

課金分離が6/15発効(前回予告の実発効)

第1弾で予告した エージェント枠の課金分離が、2026年6月15日に発効します、対象は Agent SDK・claude -p(ヘッドレス)・Claude Code GitHub Actions・Agent SDK認証を使うサードパーティのエージェントアプリ、つまり プログラム的な自動利用 が、別建ての月次クレジットへ分離されます

金額は固定ドル額です、このクレジットには次のような性質があります

• ユーザー単位で付与(プールでの共有はしない)
• 毎月リフレッシュ、繰り越しなし
• 枯渇後は、有効化していれば standard API rates(標準APIレート)の usage credits へ流れる
• 最初に一度だけ claim(請求)が必要、以後は自動更新

逆に 対象外なのは、Web/デスクトップ/モバイルのチャット、対話的に使う Claude Code、Claude Cowork です、これらは従来どおりサブスク枠から消費されます、前回も書いたとおり 「対話で使う人」と「自動化で使う人」できれいに割れる のは今回も同じです

課金面と安全面の両取りについては Claude Codeセキュリティ5選 もあわせてどうぞ、自動化を進めるほど、費用と安全はセットで意識したいところです

同じ6/15に旧モデルがAPI提供終了

もう一つ、同じ 2026年6月15日に、Opus 4 と Sonnet 4 が Claude API で提供終了(retirement)します、固定バージョンIDへのリクエストはエラーになるので、本番で版数を固定して叩いている人は移行が要ります

なお Opus 4.1 も 8/5に提供終了予定です、主に影響するのは 版数固定IDを本番で叩いているAPI利用者で、claude.ai や Claude Code の一般ユーザーは原則として対象外です、その場で対話している分には、いつの間にか新しいモデルに切り替わっている、くらいの感覚で大丈夫です

お金まわりの続報(前回の補足)

前回触れた資金の話の続報も軽くまとめておきます、Anthropic は 6/1にSECへ秘密S-1を提出、シリーズH(発表は5/28)で 650億ドル調達・評価額9,650億ドル(post-money)・年換算売上470億ドルという規模感でした、売上は2025年末の約90億ドルから一気に伸びた形です、さらに Apollo・Blackstone 主導の 350億ドルの債務ファイナンスも成立し、Google製TPUをSPV(特別目的会社)経由でリースする、つまり株式ではなく借入で計算資源を確保する動きも出ています、加えて同時期に OpenAIもSECへ秘密S-1を提出(評価額最大8,520億ドル)していて、AI大型上場が同時進行しているのが今の景色です

日本では 6/2にSBIホールディングスがAnthropicと提携しました、日本の金融グループとして初めて Claude で全社AX(AIトランスフォーメーション)を進めるもので、原則、全グループ役職員への展開を掲げています、金融機関として初の「Claude Security」共同検証も含みますが、こちらは Ridge-i と SBI証券の開発中チャットを対象とした検証フェーズで、金融AIエージェントはまだ計画段階です、海外の大型調達だけでなく、足元の国内導入も動き始めているのは追っておきたいところです

競合の動きも一言だけ、Google は Gemini 3.5 Pro を「来月(6月)公開予定」と表明しています(I/O 2026=5/19で3.5を発表、軽量版Flashは即日提供済み)、ただし200万トークンやDeep Think、価格といった詳細スペックは公式未公表で各メディアの予想段階なので、ここでは「来月出る予定」までにとどめておきます

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

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

個人的には、今週は「すごいモデルが出た、でも一筋縄じゃない」という光と影がきれいに並んだ週でした、性能はトップ級でも、安全機構の設計やデータ保持で立ち止まる場面があって、Anthropic がそれを翌日に認めて直したあたりに、急いで作っている裏側がにじんで見えた気がします、私たちの手元では 6/15の課金分離 が一番近い話なので、開始後しばらくは自分の消費を観察してみるつもりです

次回のお知らせ

次回は 6/15の課金分離スタート後の実機の挙動や、Fable 5 の6/23以降のクレジット消費がどんな感じかも、使ってみて分かったことがあれば書きます、Mythos 5 の生物研究者向け提供(soon段階)が動いたら、そこも拾いたいところです

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

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

※本記事の情報は2026/6/8週時点(6/13確認)の公開情報・主要報道をもとにしています、Fable 5・課金分離・データ保持とも今後 Anthropic 側の発表で内容が更新される可能性があるので、正確な条件はその時点の公式システムカードやHelp Center、公式発表をご確認ください

最近は Claude Code を事務職や企画職の方にも配って、日々の作業を手伝ってもらう会社が増えてきましたよね

ただ、何の準備もせずにそのまま配ってしまうと、思わぬところで事故が起きやすいんです

例えば、認証情報の入ったファイルを読まれてしまったり、消したくないフォルダを巻き込んで操作されてしまったり、といった場面が考えられます

この記事では、Claude Code を一般の社員に配るときのガードレール設計を、情シスや管理者の目線で一通りまとめます、設定ファイルの中身も具体的なコード付きで紹介していきます

「会社で配る予定はないけど、個人で使っていて事故が心配」という慎重派の方にも、そのまま真似できる構成にしているので、肩の力を抜いて読んでみてください

Claude Code のセキュリティの全体像はClaude Code Desktop 初心者向けセキュリティ5選、設定ファイルそのものの整理はClaude Code 設定ファイル早見表でも扱っているので、土台から知りたい方は合わせてどうぞ

なぜ「初期設定なしで配る」と事故るのか

Claude Code は、お願いした内容に応じて自分でファイルを読み書きしたり、裏でコマンド(プログラム命令)を実行したりできます

この自走できる力が便利さの源なんですが、配り方を間違えると、同じ力がそのままリスクにもなります

とくに、コマンドや設定ファイルに慣れていない方が使う場合、こんな場面が起こりがちです

• パスワードやAPIキーの入った .env ファイルを読み込んで、その中身が会話履歴に残ってしまう
• デスクトップやドキュメントなど、消したくないフォルダの中で作業させてしまい、関係ないファイルまで巻き込む
• 「許可をバイパス」する設定をうっかり有効にして、確認なしで何でも実行できる状態になる
• 認証情報をそのまま Git にコミットして、社外に出してはいけない情報が共有リポジトリに載る

どれも「使う人が気をつければ防げる」と言えなくはないんですが、毎回・全員が気をつけ続けるのは現実的じゃないですよね

だからこそ、使う人の注意力に頼らず、仕組み側であらかじめ守るという発想が大事になります

ハーネス(枠組み)で守るという考え方

ここで言うハーネスは、使う人を包む安全の枠組みくらいに考えてください、車のシートベルトのように、意識しなくても勝手に守ってくれる仕掛けのことです

具体的には、管理者があらかじめ設定ファイルや作業フォルダを用意しておき、使う人はその枠の中で操作する、という形を作ります

この記事で紹介するガードレールは、おおまかに次の6つです、上から順に効果が広いものになっています

1. managed-settings.json で、上書きできない管理ポリシーを配る
2. settings.json の permissions で、できる操作とできない操作を線引きする
3. セキュリティ系プラグインで、書かれたコードを自動でチェックする
4. 作業フォルダの固定で、どこでも実行できる状態を避ける
5. .gitignore の標準配布で、認証情報をうっかり共有させない
6. 初期CLAUDE.md の配布で、社内ルールを最初から読ませる

正直、ここまでやると「ちょっと過剰かな」と感じる場面もあると思います、ただ、事故が心配な環境なら、最初は厚めに守っておいて、慣れてきたら緩めるくらいがちょうどいいんじゃないでしょうか

1. managed-settings.json で上書きできないポリシーを配る

ガードレールの土台になるのが managed-settings.json です、これは管理者が配る「上から決めた設定」で、使う人が自分の設定で上書きできないのが大きな特徴です

Intune や Jamf といった MDM(端末を一括管理する仕組み)を使って、全社員のパソコンに同じファイルを配る、という運用が想定されています

置き場所はOSごとに決まっている

managed-settings.json は、置く場所がOSごとに決まっています、2026年6月時点の公式ドキュメントだと次の通りです

同じ場所に managed-settings.d というフォルダを作って、複数の設定ファイルに分けて置くこともできます、チームごとにポリシーの断片を分担したいときに便利です

中身は通常のsettings.jsonと同じ書き方

ありがたいことに、ファイルの中身は普通の settings.json と同じ書き方で大丈夫です、管理者として「これだけは守らせたい」という最小限のポリシーから始めるのがおすすめです

{
  "permissions": {
    "disableBypassPermissionsMode": "disable",
    "deny": [
      "Read(.env)",
      "Read(**/.env)",
      "Read(**/.env.*)",
      "Read(**/*.pem)",
      "Read(**/*.key)",
      "Read(**/id_rsa)",
      "Read(**/credentials.json)"
    ]
  }
}

この例だと、認証情報が入りがちなファイルの読み込みをまとめて禁止しつつ、確認なしで何でも実行する「許可をバイパス」モードも封じています、それぞれの中身はこのあとの章で順番に説明します

managed-settings.json に書いた内容は、使う人の設定では上書きできません、なので本当に外してほしくない守りだけをここに集約するのがコツです

設定の優先順位を押さえておく

Claude Code の設定は何層かに分かれていて、ぶつかったときにどれが勝つかが決まっています、優先順位は上が強いです

大事なのは、禁止(deny)はどの層から付けても効くという点です、ある層で禁止したものは、別の層で許可しても解除されません

つまり管理者は、managed の層で禁止を盛っておけば、使う人がどんな設定をしても穴が開かない、という安心感が得られます

2. permissions で操作範囲を線引きする

次は、Claude Code が「何をしていいか」を細かく決める permissions の話です、ガードレールの中でも一番こまかく効くところです

permissions は3つのリストでできています、それぞれの役割はこんな感じです

判定の順番は deny → ask → allow です、最初に deny にあたれば、後ろで allow に書いてあっても禁止が優先されます、なので禁止したいものは deny に書くのが確実です

危険なコマンドを deny で止める

まず止めておきたいのが、影響範囲の大きいコマンドです、ファイルを一括で消すような命令や、ネットへ自由にアクセスする命令を deny に入れておきます

{
  "permissions": {
    "deny": [
      "Bash(rm -rf *)",
      "Bash(curl *)",
      "Bash(wget *)",
      "Bash(git push *)"
    ],
    "defaultMode": "default"
  }
}

Bash というのは、Claude が裏で実行するコマンド(プログラム命令)のことです、ここでは一括削除の rm、勝手なダウンロードに使われがちな curl と wget、共有リポジトリへの送信になる git push を止めています

WebFetch でアクセス先のドメインを絞る

WebFetch は、Claude がWebページを読みにいく機能です、ここを野放しにすると、どこへでも情報を取りにいけてしまうので、許可するドメインだけ絞るやり方が安心です

{
  "permissions": {
    "allow": [
      "WebFetch(domain:docs.claude.com)",
      "WebFetch(domain:github.com)"
    ],
    "deny": [
      "WebFetch"
    ]
  }
}

書き方は WebFetch(domain:許可したいドメイン) です、この例だと、ドキュメントとGitHub以外への読み込みを止めつつ、業務で必要なところだけ通せます

「許可をバイパス」モードを封じる

Claude Code には、確認をすっ飛ばして次々に実行する「許可をバイパス」モードがあります、便利ではあるんですが、慣れていない方が使うと、止める間もなく操作が進んでしまう危険があります

これを管理者側で封じるのが disableBypassPermissionsMode です、値を “disable” にすると、設定からもコマンドからもこのモードが使えなくなります

{
  "permissions": {
    "disableBypassPermissionsMode": "disable"
  }
}

さらに徹底したいなら、allowManagedPermissionRulesOnly を true にすると、許可・確認・禁止のルールを管理者の設定だけに限定できます、使う人が勝手に許可を増やすのを防げます

permissions まわりをもう少しじっくり知りたい方は、Claude Code 設定ファイル早見表で各ファイルの役割を確認しておくと、どこに何を書けばいいか迷わなくなります

3. セキュリティ系プラグインで自動チェックを足す

設定で操作を縛るだけでなく、書かれたコードそのものを自動でチェックする仕組みも入れておくと安心です、ここで役立つのが公式のセキュリティ系プラグインです

2026年5月に公開された security-guidance は、Claude が書いたコードに危なっかしいパターンが混じっていないかを自動で見てくれるプラグインです、たとえば外部からの入力をそのまま実行してしまう書き方などを拾ってくれます

導入は Claude Code Desktop のプラグイン画面から数クリックで済みます、無料で、どのプランでも使えて、入れたあとは自動で動いてくれるので、配る側としても手間がかからないのが嬉しいところです

security-guidance の検出パターンや、deny リストとの組み合わせ方はsecurity-guidance とは 使い方と運用のコツでくわしくまとめているので、入れる前にざっと目を通しておくと運用イメージがつかみやすいです

プラグインの配布元を管理者で固定する

プラグイン自体は便利なんですが、誰がどこから入れられるかを野放しにすると、出どころの怪しいものが混ざる心配もあります

会社で配るなら、managed-settings.json 側で「入れていいプラグインの棚」を絞っておくのがおすすめです、公式の棚だけ許可しておけば、使う人は安心して選べます

4. 作業フォルダを固定して「どこでも実行」を避ける

地味ですが効くのが、作業する場所をあらかじめ決めておくという対策です

Claude Code は、起動した場所のフォルダを起点に動きます、なので、もしデスクトップやドキュメントの直下で起動してしまうと、大事なファイルが並ぶ場所で操作が走ることになります

そこで、MDM で全社員のパソコンに 所定の作業フォルダ を自動で作っておく、という手を打ちます、たとえばこんな構成です

C:\Users\(ユーザー名)\ClaudeWork\
  ├─ .gitignore        ← 認証情報を除外するリスト
  ├─ CLAUDE.md         ← 社内ルールを書いた初期ファイル
  └─ work\             ← ここで作業する

このフォルダの中で作業してもらうように案内しておけば、関係ないファイルを巻き込むリスクをぐっと減らせます、後で出てくる .gitignore や CLAUDE.md も、最初からこの中に置いておけます

さらに、Claude が触れてよいフォルダを設定で限定したいときは、additionalDirectories という項目で、追加で使ってよい場所をリスト化できます、明示した場所以外には基本的に手を出させない、という運用も組み立てられます

5. .gitignore を標準配布して認証情報を守る

つづいて、.gitignore の標準配布です、これは認証情報のうっかり共有を防ぐための、地味だけど大事な一手です

.gitignore は、Git に「このファイルは管理しないでね(=共有リポジトリにもアップしないでね)」と伝えるためのリストです、ここに書いたファイルは、コミットの対象から外れます

パスワードやAPIキーが入る .env などをここに書いておけば、Git 経由で社外に出てしまう事故を防げます、配布する雛形はこんな内容で十分です

# 認証情報
.env
.env.*
*.pem
*.key
id_rsa
credentials.json

# ローカル設定
.claude/settings.local.json

# 一時ファイル
*.log
tmp/

ポイントは、これを全員に同じ内容で配ることです、一人ひとりに「.gitignore を書いてね」とお願いしても抜けが出ますが、雛形を配ってしまえば、最初から同じ守りが効きます

6. 初期CLAUDE.mdを配って社内ルールを読ませる

最後は 初期CLAUDE.md の配布です、ここまでが仕組みで縛る守りだったのに対し、これは「Claud に最初から読ませておく社内ルール」という、もう一段やわらかい守りになります

CLAUDE.md は、Claude Code が作業前に読み込む指示書のようなファイルです、ここに会社のルールや禁止事項を書いておくと、毎回それを踏まえて動いてくれます

配布する雛形には、作業フォルダの説明・やってほしくないこと・困ったときの相談先あたりを入れておくと親切です

# 社内Claude Code 利用ルール

## 作業する場所
- 作業は ClaudeWork\work フォルダの中で行ってください
- このフォルダの外にあるファイルは、勝手に触らないでください

## やってほしくないこと
- .env や鍵ファイル(*.pem / *.key)の中身を会話に出さない
- 共有リポジトリへの送信(git push)はしない
- 設定ファイルを書き換えるときは、内容を私(利用者)に見せてから書く

## 困ったとき
- 操作に迷ったら止まって、情報システム部に相談してください
- 連絡先: jyoshi@example.com

ここで1つ気をつけたいのは、CLAUDE.md はあくまで「お願い」であって、強制力はないという点です

本当に守らせたい禁止は、これまで紹介した managed-settings.json の deny で仕組みとして縛る、CLAUDE.md は方針や心構えを伝える、という役割分担で考えると分かりやすいです

個人でも真似したい最小セット

ここまで会社向けの話をしてきましたが、「うちは会社じゃないし、そこまではいらないかな」という方も多いと思います

そこで、個人で使う慎重派の方が真似する価値のある最小セットを、3つに絞ってまとめておきます

• settings.json の deny に .env 系と危険コマンドを入れる:認証情報の読み込みと一括削除を止める、これだけで事故の多くが防げます
• .gitignore に認証情報を書く:Git を使うなら、.env や鍵ファイルを最初に除外しておく
• 作業フォルダを1つ決める:専用のフォルダの中だけで Claude Code を使うようにして、大事なファイルから離す

managed-settings.json や MDM 配布は会社向けの仕組みですが、個人なら自分の settings.json に同じ deny を書くだけで近い効果が得られます、管理者がいない分、自分が管理者のつもりで一度だけ設定しておく、というイメージです

設定が不安なら Claude 自身に頼む手もある

「設定ファイルを自分でいじるのは怖い」という方は、Claude 自身に書いてもらうのも手です、やりたいことを言葉で伝えれば、中身を用意してくれます

たとえば、こんな感じで頼んでみてください

このプロジェクトの settings.json を作りたいです。
次の方針でお願いします。

・.env や鍵ファイル(.pem / .key)の読み込みを deny で禁止
・rm の一括削除と git push を deny で禁止
・「許可をバイパス」モードは使えないようにする

書き込む前に、設定内容を一度わたしに見せてから保存してください。

最後の「書き込む前に見せてね」の一言がポイントです、内容を確認してから保存すれば、知らないうちに変な設定が入る心配もありません

よくある質問

まとめ

事務職や企画職の方に Claude Code を配るときは、使う人の注意力に頼らず、仕組みで守るのが基本でした

この記事で紹介したガードレールを、もう一度おさらいしておきます

• managed-settings.json:MDMで配る、上書きできない管理ポリシー
• permissions の deny:危険コマンドと認証情報の読み込みを止める
• セキュリティ系プラグイン:書かれたコードを自動でチェックする
• 作業フォルダの固定:どこでも実行できる状態を避ける
• .gitignore の標準配布:認証情報の共有を防ぐ
• 初期CLAUDE.md:社内ルールを最初から読ませる

会社で配る予定がなくても、deny・.gitignore・作業フォルダの3つは個人でも真似する価値があります、慎重派の方ほど、最初に一度だけ仕込んでおくと、後がずっと気楽になりますよ

関連する話として、Claude Code Desktop 初心者向けセキュリティ5選では使い始めの守り方を、security-guidance とは 使い方と運用のコツではプラグインによる自動チェックをくわしく扱っています、合わせて読むと、自分の環境に合った守りを組み立てやすくなると思います

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Anthropicから新しいモデルClaude Fable 5が出たので、さっそく1日まるまる触ってみました

世間の総括をひとことで言うと「遅い・トークンを食う・しかし有能」あたりに落ち着いていて、私の体感もだいたいそこに重なります

ただ、本家ブログでは焦点をひとつに絞りたいので、今回はトークンの減りの速さを記事の背骨にして書いていきます、性能向上そのものは正直地味なんですが、トークンが消えていくスピードはちょっと無視できないなと感じたので

結論を先に薄く置いておくと、こんな感じです

そもそもモデルやトークンってなに？という方は、先にAI用語集に目を通しておくと、この先がぐっと読みやすくなると思います

カタログスペックでOpus 4.8と比べてみる

まずは公式が出している数字から、ひとつ前のClaude Opus 4.8と並べて見てみます、ここはぜんぶ公式発表値です

表を見てまず目に入るのは、API価格がOpus 4.8のちょうど2倍になっているところです、入力$10・出力$50で、Opus 4.8の入力$5・出力$25からきっちり倍ですね

もうひとつ大きいのが思考モードのちがいです、Opus 4.8は思考をオン/オフ選べるんですが、Fable 5はadaptive thinkingという深く考える仕組みが常時オンで無効化できません、AIが内部でじっくり考えるぶん、見えないところで思考用のトークンが乗ってくる作りになっています

速度を上げるFast modeがFable 5には用意されていないのも、地味だけど効いてきます、このあたりが「速さは売りじゃない」を裏づけている感じですね

公式ベンチマークの主役はSWE-bench Pro

性能の数字も見ておきます、Anthropicが公式発表で前面に出しているのはSWE-bench Proというコーディングのベンチマークです

SWE-bench Proで80.3%、Opus 4.8の69.2%から10ポイント以上の上積みなので、数字としてはちゃんと伸びています

世の中の評価はどうなっている？

次に、私の感想に行く前に世間の声を整理しておきます、肯定も否定もはっきり出ていて、両方知っておくとバランスよく判断できると思うので

肯定的な評価

有名な解説者のSimon Willisonさんは「a beast(怪物級)、遅くて高いが、あらゆるタスクを着実に噛み砕き続ける」と評していて、知識の想起についてはOpus 4.8より上だと書いています

大規模な事例だと、Stripeが5,000万行のRubyコードベースを1日で移行したという自己申告もあります、ほかにも、過去モデルが作り込んだバグを複数見つけ出したという報告や、調査の自律性が上がった(他人のブランチまで自分でpullして原因を特定する)という体験談が出ています

共通しているのは「単なるコード生成器ではなく、開発サイクルそのものの運転手になりつつある」という見方で、長時間まかせる使い方ほど評価が高い印象です

否定的・不満の声

一方で、辛口の声もしっかりあります

技術系コミュニティでは「進化は革命的というより漸進的(incremental)」「ベンチマークへの過適合では？」という疑いの声が出ています

そして何より多いのがコストとレート上限への不満です、Willisonさんは初日のAPI利用で$110.42、ほかにも1日で$82.92という報告、$100のMaxプラン枠を約9分で使い切ったという話まで出回っています(このあたりの個人実測値は再現性が確かめられていないので、雰囲気として受け取るのが安全です)

1日触った私の体感

性能・速度・トークン消費の3つの軸で、1日触った正直なところを書いていきます

性能:上がった気はする、でも目に見えてすごいかは分からない

Webデザインや受け答えの質は、Opus 4.8より上がった気はします、ただ、目に見えてすごい向上かと言われると、正直よく分かりませんでした

たぶんこれは、私が一般的な用途でそこまで高難易度の使い方をしていないだけかもしれません、世間でも「単発のタスクだと差が見えにくい」という見方は共通していて、差が出るのは長時間の自律タスクや大規模なコードベースを扱うときみたいです

Stripeの5,000万行みたいな規模感だと真価が出るんでしょうが、日常の使い方だとそこまで実感しづらい、というのが私の体感です

速度:それなりに時間はかかる、〇倍速いみたいな体感はない

速度については、それなりに時間はかかる、という印象です、Opusと比べて速度が何倍も速いみたいな体感はありませんでした

これは私が日頃からeffort(どれだけ手間をかけて考えるかの設定)を高めにしているのも要因です、effortを上げているぶん深く考えるので、そのぶん待ち時間も伸びます

世間でも「effortをmediumにしてもOpus 4.8のxhighより倍以上かかる」という声があって、ここは私の体感と一致しています、Fable 5はadaptive thinkingが常時オンで深く考える設計なので、遅く感じるのは仕様どおりとも言えます、速くしたいならeffortを下げる、というのが公式の指針です

トークン消費:噂以上に速く減る、PROだと厳しいと思う

そして本題のトークン消費です、ここがいちばん言いたいところでした

SNSでも噂されているとおり、かなりの速さで減ります、しかも私の体感では、5〜10倍かそれ以上の勢いで減っていく感覚でした、世間でよく言われる「3〜5倍」よりも、自分のケースはもっと激しかったです

感覚としては、MAXプラン($110)でも厳しい、PROプランだとすぐ5時間の上限に達して、ほぼ使えないんじゃないかなと思います

もちろん、これも私がeffortを高めにしているのが要因のひとつなので、effortを下げれば減りは緩やかになります、ただ「思っていたより全然速い」というのが1日触っての正直な感想です

「トークンが速く減る」噂をファクトチェックする

では、なぜそんなにトークンが減るのか、「3〜5倍速く減る」という噂を分解してみます、結論から言うと、方向性は正しいけれど「モデルが勝手に食う」というより複数の要因の掛け算でそうなっています

ざっくり計算すると、重み約2倍 × トークナイザ約30%増 = 約2.6倍が構造的な下限になります、ここにhigh effortと常時オンの思考、並列ワークフローが乗ると、体感3〜5倍に届く、という内訳です

つまり「3〜5倍速く減る」は、ひとつの巨大な原因ではなく、重み × トークナイザ × effort × 思考 × 運用の合算だった、というのがファクトチェックの答えです

そして私のように、effortを高めにしてワークフローやサブエージェントも多用していると、この合算がさらに上振れします、自分の体感が3〜5倍ではなく5〜10倍に感じたのも、たぶんこの上振れぶんなんだろうなと、分解してみて腑に落ちました

たぶん、一般的な用途だと1タスクあたりの旨味が出にくくて、1トークンあたりのコスト感だけがダイレクトに来てしまう、これが私の「割に合わない感」やSNSの不満の正体なんだと思います、Claude固有の用語をもう少し押さえたい方はClaude用語集もあわせてどうぞ

まとめ:日常はOpus 4.8、長期・大規模はFable 5

1日触ってみての私なりの結論は、使い分けがいちばん現実的、というところに落ち着きました

• 日常の軽い作業や単発のタスクは、半額のOpus 4.8で十分
• 長期・複雑・大規模なコードをまるごとまかせるならFable 5の出番
• トークンを節約したいなら、effortを下げる・Sonnetを併用する

Fable 5が有能なのは間違いないんですが、その有能さを引き出せるのは長時間まかせる大きな仕事のときで、日常使いだとコストの重さばかりが目立ちやすい、というのが正直な体感でした

新しいモデルが出るたびにワクワクしますが、Fable 5は「とりあえず一番新しいから使う」よりも、自分の用途に合うかを見極めてから取り入れる方が幸せになれそうだなと感じた1日でした

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

noteに記事を書くとき、見出しを付けて、段落を整えて、画像を貼って…という手作業、地味に時間が掛かりますよね

そのあたりをまるっと任せたくて、note自動投稿ツールnote Posterを作ってみました

Windowsで動く無料ツールで、しかも大半はClaude(AIアシスタント)に話しかけるだけで操作できます、「note 自動投稿」と聞くと身構えるかもしれませんが、note Posterが作るのは下書きまでです

この記事では、何ができて、どんな感じで使えるのかを広く浅く紹介していきます、詳しい導入手順やダウンロードは、別途用意したアプリ庫ページにまとめてあるので、最後にそちらへ案内しますね

note Posterを作ったきっかけ

きっかけは、ふだんの記事づくりの流れでした、Claudeに頼めば、情報を集めて記事のタタキ(下書きのたたき台)を作るところまでは、わりとすぐに用意できます

そこまでできるなら、最後のnoteへの下書き入稿までAIに任せた方が効率的じゃないか？と思うわけです、ところがClaudeに「noteに投稿して」とそのまま頼んでも、これがなかなかうまくいきません

noteのエディタはAIが直接ポチポチ操作できる作りではないので、あいだをつなぐ道具が要る、というわけでClaudeからの指示でnoteの下書きを組み立てる係として作ったのがnote Posterです

ちなみにAIでサクッとアプリを作る感覚は、以前AIでアプリ開発に挑戦した体験記でも書いているので、興味があればそちらもどうぞ

note Posterでできること

ざっくり言うと、note PosterはWindows上でnoteへの下書き作成を自動化するツールです

裏でChrome(ブラウザ)を動かして、noteのエディタに原稿を流し込む仕組みになっています、できることをまとめると、こんな感じです

• noteの記事の下書きを自動で組み立てる
• 見出し・段落・箇条書き・引用・コード・画像まで流し込める
• 有料エリアの区切り(ここから有料、という境界)も指定できる
• Claudeと組み合わせれば、会話だけで原稿づくりから下書き化まで頼める

note記事でよく使う要素は一通りカバーしているので、簡単なテキスト記事から画像入りの記事まで、わりと幅広く下書きにできます

Claudeから会話で使えるのが肝

note Posterのいちばんの推しポイントは、ここだと思っています

zipの中にはClaude向けの説明ファイル(CLAUDE.md)が同梱されていて、これがClaudeにnote Posterの使い方を教えてくれます、なので利用者は細かい操作を覚えなくても、Claudeに普通の言葉で頼むだけで大丈夫です

たとえば、こんな頼み方ができます

原稿のテーマだけ伝えれば、Claudeが本文を書いて、そのままnote Posterを呼び出してnoteの下書きにしてくれる、という流れですね

note Posterが用意するのは、本文と、頼めば「ここから有料」という区切りまでです、ハッシュタグや価格、公開するかどうかは、下書きができてからnoteの画面で自分で決めます

Claudeでの操作にあたってはClaude Codeを使います、Claude Code自体に不慣れな方は、Claudeの使い方を初心者向けにまとめた記事から雰囲気をつかんでおくと入りやすいと思います

基本はClaudeとセットで使うツール

ひとつ正直に書いておくと、note PosterはClaudeとセットで使うことを前提にしたツールです、単体でも動かせますが、その場合は自分でnoteに書いた方がたぶん早いと思います

一応、Claudeを使わない手動の方法もあります、テンプレートのarticle.jsonにタイトルや本文の要素を書き込んで、run.batをダブルクリックすれば下書きが組み上がります、書き方のサンプルはsamplesフォルダに入っています

ただ、JSONを手で書くくらいなら、Claudeに「こんな記事をnoteの下書きにして」と頼んでしまった方がずっとラクです、なのでこのツールは、本文づくりをClaudeに任せる使い方でこそ力を発揮します

使い方ダイジェスト

導入の流れも、ざっくりだけ触れておきます、細かい画面つきの手順はアプリ庫ページにまとめてあるので、ここでは全体像だけ眺めてもらえればと思います

動作に必要なのは、Windows 11・Google Chrome・noteアカウント・ネット接続、そしてClaudeから使うならClaude Codeです、特別な開発環境は要りません

公開の考え方と注意したいこと

最後に、使うときの心構えのような話を少しだけ

先にも書いたとおり、note Posterが作るのは下書きまでです、プレビューで中身を確かめてから、公開ボタンは自分の手で押す、という使い方を想定しています

それと、noteの規約まわりも軽く触れておくと、自動で下書きを作ること自体がはっきり禁止されているわけではありません、ただ、過度な投稿はやめておくのが無難だと思います

1日にたくさん投稿しすぎない、といった「ほどほど」を意識して、気持ちよく使えるといいですね

まとめ 詳しい手順とダウンロードはこちら

note Posterは、noteの下書き作成を自動化する無料ツールです、Claudeから会話で頼めるのが便利で、見出しや画像入りの記事も下書きまで一気に組めます

この記事では広く浅く紹介してきましたが、認証キーの発行・ダウンロード・画面つきの導入手順・よくある質問は、アプリ庫の専用ページにまとめてあります、実際に試してみたい方は、そちらから始めてみてください

PC仕事の時短に効く本PR

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

パソコン博士TAIKI

Amazonで見る楽天で見る

できるWindows 11パーフェクトブック 困った!&便利ワザ大全 改訂3版

法林岳之ほか

Amazonで見る楽天で見る

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

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

AIと言えばClaude！他のAIも嫌いじゃないけどClaude中心で行くと決めたので最新情報を追いかけることにしました

毎週末に当週のClaude＆Anthropic社に関する情報をまとめますので同じClaudeファンに届けばいいなと思います

取り上げるのは次の4つ

• AnthropicがSEC(米国の証券取引委員会)にIPO申請(6/1)
• Claudeが自分のコードの8割を自分で書くようになった話
• Claude サブスクのエージェント枠が別建てに変わる課金分離(6/15開始)
• 大きな仕事を裏で自走させる新機能Dynamic Workflows

前半2つは業界全体の大きな動き、後半2つは私たちの使い方に近い話、温度感が違うので順番に書いていきますね

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

AnthropicがIPO申請(6/1):「秘密提出」って何？

2026年6月1日、Anthropic が SEC(米国の証券取引委員会)に Form S-1 のドラフトを「秘密提出」したと公式発表しました、TechCrunch や CNBC など主要メディアも一斉に報じています

そもそもS-1とか秘密提出って何？

用語が固いので軽く噛み砕いてみます

つまり「上場の準備を始めましたよ」という意思表示ではあるんですが、すぐ上場というわけではなく、まだ株数・価格・上場先(ナスダックかニューヨーク証券取引所か)・ティッカーも未定の段階です、Anthropic 自身も「IPOのオプションを得るための提出」と表現していて、上場を確約するものではないという含みを残しています

評価額9,650億ドルってどれくらい？

この IPO 申請の少し前、2026年5月28日に発表されたシリーズH(Hシリーズの資金調達)で、Anthropic の評価額は post-money で9,650億ドルに達しました(調達額は650億ドル)

9,650億ドルって、日本円にするとざっくり150兆円規模です(1ドル=150円換算)、ピンと来ない数字ですが、参考までに比べると

• トヨタ自動車の時価総額が報道ベースで 40〜50兆円台(2026年5月時点)
• ソニーグループが 20兆円前後
• OpenAI の直近の評価額が報道では 8,520億ドル(2026年3月の資金調達時)

つまり 未上場のスタートアップなのに日本の代表的な大企業を超える規模 で、報道では SpaceX・OpenAI と並ぶ「兆ドル級上場」候補という位置づけになっています、AI スタートアップとしては OpenAI を一旦上回ったというのも今回のトピックです

ユーザーへの影響は当面薄め

正直に言うと、Anthropic が IPO 申請したからといって、明日から Claude の使い心地が変わるわけではないです、株式上場で集めた資金で開発が加速する期待はありますが、ユーザー体験への直接影響は当面薄めだと思います

個人的に気になるのは、上場後は四半期決算で売上・コスト・顧客動向が開示されるようになる点です、Claude を運営するコストがどれくらい重いのか、収益化のためにプランの仕組みをどう動かしてくるのか、外から見えるようになります、あとで触れる課金分離とも繋がる部分なので、長期で見ていきたいところです

Claudeが自分のコードの8割を自分で書く時代に

2つ目はちょっと毛色が違って、AI そのものの進化の話です、今週 Anthropic が公式ブログで、いまや自社の本番コードの8割超を Claude 自身が書いていると明かしました、書き手は Anthropic のエンジニアではなく Claude、という時代になってきています

1割未満から8割超へ

伸び方がなかなかです、Claude Code が登場する前(2025年2月ごろ)は、Claude が書いて実際に取り込まれたコードはまだ1桁%でした、それが2026年5月時点では本番に反映されるコードの8割超まで来ています

品質についても Anthropic は「今は人間が書くコードと同じくらい、1年以内にはそれを上回る見込み」としています、もちろん丸投げではなく、人間のエンジニアは指示とレビューに回る形で、最終チェックは人がしているという立て付けです

「AIがAIを作る」ってこと？

気になるのはこの先です、Anthropic 自身が「この流れはAIが自分の後継モデルを自分で設計・開発できる段階(再帰的自己改善)を指し示している」と表現しています、AIがAIを作る、という少しSFっぽい話が、開発元の現状報告として出てきたわけです

ユーザー目線だと、今日の使い心地が変わる話ではないです、ただClaude の進化が「人がコツコツ」から「AIが自走」に乗り換わりつつあるのは、これからのモデル更新の速さを読むうえで頭に置いておきたいところです、開発元が自分でブレーキの議論をしている温度感も含めて、追っておくと面白いと思います

Claudeサブスク課金分離(6/15開始):エージェント枠が別建てに

こちらは ユーザー直撃の話 です、2026年6月15日から、Claude のサブスクプランの中でエージェント枠が別建てになります、5月14日に Anthropic の Help Center で告知され、いま開始直前のタイミングです

「エージェント」と「チャット」の違い

そもそもですが、今回の変更で影響を受けるのは「エージェント(自律実行)」の方です、「チャット(対話)」は据え置きです、この区別が大事

ざっくり言うと、人がその場で打ち込んで返事を待つ使い方=チャット、Claude が裏で自走するプログラム的な使い方=エージェント、と分けて考えると分かりやすいです

エージェント側の仕組みについては Claude Code拡張機構の入門 でも触れていて、Skills や MCP のような自動実行寄りの機能を多用すると今回の変更の影響圏に入りやすくなります

新しい月次クレジットの金額レンジ

6/15以降、エージェント枠はプランごとに別建ての月次クレジットを消費します、金額は次のとおりです(報道時点の情報、Anthropic Help Center 準拠)

このクレジットは標準APIレート(従量制ベースの料金)で消費されます、簡単に言うと、エージェントが使った分の API 料金が、このクレジットの中から引き落とされていくイメージです

Team と Enterprise は席の種類(標準/プレミアム)で1席あたりの金額が変わるので、上の表は幅で示しています、Enterprise でも標準席だと枠が付かない(0ドル)ケースがあるので、自分のプランの正確な額は契約画面で確認してもらうのが確実です

影響を受けるのはどんな人？

個人的に気になるのは、影響範囲が 「対話で使う人」と「自動化で使う人」できれいに割れる ところです

ちなみに私は Claude Code Desktop で対話しながら作業する使い方がメインなので、直接の影響は小さそうです、ただ MCP サーバー経由で WordPress 投稿を自動化したりしているので、自動化の度合いを上げていくと将来は別建てクレジットの世界に踏み込むことになります、自動化の便利さと費用感のバランスを意識する局面が来そうだなと思っています

対策の選択肢

影響を受けそうな方の現実的な選択肢としては、次の3つかなと思います

• プランを上げてエージェント枠のクレジットを増やす(Pro→Max 5x→Max 20x)
• 大量に回すなら素直に API レート課金(従量制)で運用する、ヘビーユースなら API 直結のが分かりやすいケースもあり
• 当面は対話寄りの使い方に寄せる、エージェント機能の常用は様子見

どれが正解とは言いにくく、使用パターン次第です、月にどれくらいエージェントが動いてどれくらい API コストが乗っているかは Anthropic 側のダッシュボードで確認できるはずなので、6/15以降に1〜2週使ってみて様子を見るのが現実的じゃないでしょうか

自動化を進めるときの安全策については Claude Codeセキュリティ5選 もあわせて読んでもらえると、課金面と安全面の両方をケアできると思います

新機能 Dynamic Workflows:大きな仕事をClaudeが裏で自走

最後は新機能の話です、Claude Code に Dynamic Workflows(動的ワークフロー) という仕組みが入りました、ざっくり言うと、1回の会話では大きすぎる仕事を、Claude が自分で段取りして裏で進めてくれる機能です

どういう仕組み？

面白いのは段取りのやり方です、これまでは Claude が頭の中(会話の文脈)で手順を抱えていましたが、Dynamic Workflows ではClaude がその場で「台本(スクリプト)」を書き起こして、その台本どおりに作業を回します

台本の中では、仕事を細かいタスクに割って、たくさんの小さな Claude(サブエージェント)に同時に分担させます、1回のワークフローで最大1,000体まで、同時に動くのは16体までという設計で、しかもお互いの結果を別のエージェントが検証し合う仕組みまで入っています

使えるのは誰？ どう出す？

今のところお試し公開(リサーチプレビュー)の位置づけで、プランによって初期設定が違います

• Max・Team:はじめからオン(既定で使える)
• Pro:設定(/config)の「Dynamic workflows」からオンにする
• プロンプトに「workflow」と入れると呼び出しやすい(ほかに ultracode という設定でも自動で使われる)

さっきの課金分離とつながる話

勘のいい方は気づいたかもしれませんが、これは1つ前の課金分離と地続きです、サブエージェントを大量に動かすほど、エージェント的な使い方=別建てクレジットを消費する側に寄っていくということでもあります

便利な自走機能がどんどん増える一方で、6/15からはその自走分の費用が見えやすくなる、という流れです、新機能を楽しみつつ、回しすぎたときのクレジット消費もちょっと意識しておくと安心じゃないでしょうか

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

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

個人的には、IPOとコード自作は「中長期で Claude がどう育つか」を読む材料、課金分離と Dynamic Workflows は「来週から自分の使い方をどう調整するか」のネタ、という温度感で見ています、業界の大きな動きと、手元の使い勝手の話が同じ週に並んだ感じです

あと、最近のモデルの傾向については Claude Opus 4.8の変更点まとめ も書いていますので、課金体系とあわせてモデル側の動向も追っておきたい方はそちらもどうぞ

次回のお知らせ

このシリーズはこれから毎週末に更新していく予定です、次回は6/15の課金分離スタート後の話題も含まれるはず、実機の挙動が変わっていたらそこも書きます

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

※本記事の情報は2026/6/1週時点の公開情報・主要報道をもとにしています、IPO・課金分離とも今後 Anthropic 側の発表で内容が更新される可能性があるので、正確な条件はその時点の公式 Help Center や公式発表をご確認ください

私のおすすめ本PR

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

たてばやし淳

Amazonで見る楽天で見る

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

Al Sweigart

Amazonで見る楽天で見る

脱マウス最速仕事術

森新

Amazonで見る楽天で見る

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

Claude Code を触っていて、「AIが勝手に書いたコードに、地雷が混じってないか心配」と感じたことはありませんか？

2026年5月26日に Anthropic から公開された security-guidance は、その不安に正面から答える公式のセキュリティ系プラグインです

この記事では、Claude Code Desktop を使い始めた方〜慣れてきた方向けに、security-guidance が何をしてくれて、どう入れて、どう使えばいいのかを一通り解説します

ついでに、このプラグインだけでは守りきれない部分をどう補うか(deny リスト・自動モード・MCP の注意点など)も横展開で触れます

Claude Code のセキュリティ全体像はClaude Code Desktop 初心者向けセキュリティ5選、プラグインを支える土台はClaude Code 拡張機構入門でも扱っているので、合わせて読むと位置づけが立体的になります

そもそも security-guidance って何のプラグイン？

ざっくり言うと、Claude がコードを書いた瞬間に、その内容を別の Claude がセキュリティ目線でレビューしてくれる仕組みです

もう少し正確に言うと、Claude Code には「プラグイン」と呼ばれる拡張パッケージの仕組みがあり、その公式マーケットプレイス claude-plugins-official に並んでいる中の1つが security-guidance です

大事なポイントは次の3つです

• Anthropic 公式のプラグインなので、出どころの安心感が大きい
• 無料・全プラン対応、課金プランでなくても使える
• 導入後は裏で勝手に動く、毎回コマンドを打つ必要はない

公開直後から大きな注目を集め、Claude にコードを書かせる人ほど効きやすい性質のプラグインとして広く紹介されています

何ができる？ 3層のレビューでコードを見張る

security-guidance が偉いのは、3つのタイミングで深さの違うレビューを走らせてくれるところです

レイヤー1:ファイルに書き込んだ瞬間のパターン照合

Claude がファイルを編集するたびに、「危ない書き方」が含まれていないかを高速チェックします

ここは AI の追加呼び出しを伴わない、いわゆる文字列マッチによる照合なので、余分な利用料金は発生しません

「ファイルが書かれたら、その内容を辞書と突き合わせて怪しい言葉が出てきたら警告する」というイメージです

レイヤー2:ターンの終わりにまとめてレビュー

Claude が「はい、ここまでで一区切りです」と返した瞬間、そのターンで変わったファイルをまとめて 別の Claude にセキュリティレビューさせる動きが入ります

ここで言う ターンとは、こちらが1回メッセージを送って、Claude が動いて返事して、その応答が終わるまでの1往復のことです

このレイヤーは、文字列マッチでは見抜けない 権限まわりの抜け穴・脆弱な暗号化・想定外の入力経路みたいな話を拾ってくれます

裏で動くため、Claude の返答自体は遅くなりません、見つかった指摘は次の応答で「ここ直しておきますね」と本人(Claude)が修正してくれるイメージです

レイヤー3:コミットの直前にじっくりレビュー

Claude が git commit や git push を実行しようとしたタイミングでも、もう一段深いレビューが走ります

このレベルになると周辺コード(呼び出し元・サニタイズ処理など)まで読んだ上で「これは実際にヤバいやつ」か「文脈上は安全」かを判定してくれます

このおかげで 「形だけ見ると危なそうだけど、実は文脈的に大丈夫なコード」を誤検出しすぎないように調整されています

どんな脆弱性パターンを見つけてくれる？

レイヤー1(ファイル編集時)で照合される代表的なパターンを、噛み砕いて紹介します

専門用語が多めなので、それぞれ「要は何が問題なのか」をセットで書きます

eval() や new Function() :「文字列を実行コードにしてしまう」系

JavaScript の eval() や new Function() は、文字列をそのままプログラムとして実行する関数です

つまり、外部から渡された文字列がうっかり混ざると、悪意のあるコードがそのまま動いてしまう恐れがあります

child_process.exec() や os.system() :「コマンドをそのまま投げる」系

Node.js の child_process.exec() や Python の os.system() は、シェル(=Windowsで言うコマンドプロンプト的なもの)に命令文を渡す関数です

ユーザーが入力した値をそのまま結合してしまうと、想定外のコマンドが任意に実行される事態になります、いわゆるコマンドインジェクションです

dangerouslySetInnerHTML や innerHTML :「画面表示がそのまま乗っ取られる」系

React の dangerouslySetInnerHTML や、素の JavaScript の .innerHTML = は、HTML を直接埋め込む書き方です

ここに ユーザーが入力した文字列をそのまま入れると、スクリプトタグごと埋め込めてしまう=いわゆる XSS(クロスサイトスクリプティング)の温床になります

pickle :「保存したデータを読むだけのつもりが、コードまで動く」系

Python の pickle は、データを丸ごとファイルに保存して、後で読み戻すための仕組みです

便利な反面、信頼できないファイルを pickle で読み込むと、読み込み処理の中で任意のコードが実行される設計になっています、外部から受け取ったファイルを pickle で開くのは原則として避けるのがおすすめです

.github/workflows/ 配下の編集 :「GitHub Actions の権限を握る」系

GitHub Actions の設定ファイル(.github/workflows/ 配下の YAML)は、ビルドやデプロイの自動化を定義する場所です

ここを書き換えられると リポジトリ単位の権限を握られることになるので、Claude が触ろうとしたら一律で注意喚起されます

ほかにも document.write などの古い書き方をはじめ、いくつかの代表的な落とし穴に反応するようになっています

導入方法 Desktop ユーザーの最短ルート

Claude Code Desktop での導入は、3ステップで終わるかんたんさです

Desktop の「プラグイン」サブメニューは シンプルな作りで、上にインストール済みプラグインが並び、下に 「プラグインを管理」(歯車アイコン)と 「＋ プラグインを追加」のボタンがあるレイアウトです、迷う要素はあまりないので、追加のボタンから順に進めば security-guidance が一覧に並びます

使ってみるとどう動く？ 実際の見え方

導入直後は、基本的に 普段どおりに Claude を使うだけでかまいません

「コードを書いて」「ここを直して」とお願いしている裏で、上で説明した3層レビューが勝手に走っている感じです

レビューで何か見つかった時の会話の流れ

たとえば Claude が JavaScript で eval() を含むコードを書いたとします

すると次のターンの冒頭で Claude が 「security-guidance から指摘が来ました、eval は危ないのでこちらの書き方に直しますね」のような前置きと一緒に、安全な実装に書き換えてくれます

こちらが「セキュリティチェックして」と頼まなくても、コードに変更があった時点でレビューが走るのがこのプラグインの一番の旨味です

プロジェクト固有のルールも足せる

「うちのアプリでは admin ルートには原則として権限チェックを入れたい」みたいな プロジェクト固有のルールも、追加で食わせられます

プロジェクト直下に .claude/claude-security-guidance.md という Markdown を置き、普段の日本語で「これは NG」「ここは原則として通す」と書いておけば、レビュー時に追加のお作法として参照してくれます

そのほか、決まった文字列(例:本番用 API キーの先頭文字列)を機械的に検出したいときは .claude/security-patterns.yaml に独自の正規表現を書く手もあります

ファイル形式の細かい仕様(YAML スキーマ・JSON 形式での代替・User / Project / Project local の3階層での探索順など)は Anthropic 公式ドキュメントのAdd your own rulesセクションに一次情報がまとまっているので、独自ルールを本気で書き込むときはそちらが正本になります

他の安全対策と組み合わせる プラグイン以外の打ち手

security-guidance は強力ですが、これ単体で Claude Code のセキュリティが完成する訳ではありません

あくまで「書いた瞬間に一次レビューを挟む」というレイヤーなので、それと並行して整えておきたい安全策を横並びで紹介します

settings.json の deny リストで「触らせない」枠を作る

Claude Code には settings.json という設定ファイルがあり、ここに「触ったらアウトのファイル」を列挙できます

具体的には permissions.deny セクションで、見られたくない・書き換えてほしくないパスを指定する形です

最低限デフォルトで入れておきたいのは次のあたりです

• .env 系(APIキー・パスワードがよく入っているファイル)
• .pem .key(SSL 証明書・秘密鍵)
• id_rsa(SSH の秘密鍵)
• credentials.json(各種クラウドサービスの認証情報)

イメージとしては次のような書き方になります

{
  "permissions": {
    "deny": [
      "Read(./**/.env)",
      "Read(./**/*.pem)",
      "Read(./**/*.key)",
      "Read(./**/id_rsa)",
      "Read(./**/credentials.json)"
    ]
  }
}

これにより、security-guidance が 「書いた後」にレビューするのに対し、deny リストは 「そもそも触らせない」側のガードを担当します、役割が違うのでセットで使うと安心感が増します

「自動モード」と「許可をバイパス」は別物

Claude Code Desktop の挙動モードでよく混同されるのが、「自動モード」と「許可をバイパス」の2つです

名前が似ていて紛らわしいですが、中身はまるで違います

respectGitignore で .gitignore のファイルを除外する

地味に効くのが respectGitignore: true という公式オプションです

これを settings.json に入れておくと、プロジェクトの .gitignore に書かれているファイルが、そのまま Claude のファイル選択画面からも除外されます

.gitignore は 「Git に管理してほしくない=GitHub にもアップしないでほしい」リストで、もともと .env や ビルド成果物などが入っていることが多いので、それがそのまま Claude の対象外になるのはありがたい挙動です

MCP サーバーを入れる時の確認ポイント

もう1つ、忘れずに整えておきたいのが MCP 関連の確認です

MCP(Model Context Protocol)は、Claude に外部ツールやデータベースを使わせるための仕組みですが、MCP サーバーやプラグインはあなたの権限で任意のコードを実行できる高信頼コンポーネントです

つまり、出どころが怪しい MCP サーバーを入れるのは、得体のしれないソフトをインストールするのと変わりません

• 公式・有名なソース(Anthropic・大手 OSS プロジェクト)からのみ入れる
• 説明文だけで判断せず、READMEやコードに目を通す
• 必要が無くなった MCP サーバーは早めに無効化する

security-guidance 自体は Anthropic 公式なので信頼性の面で気にする必要はありませんが、「プラグインや MCP は全部安心」と勘違いしないのが大事です

このあたりの基本設計はClaude Code 設定ファイル早見表で全体像を整理しているので、深掘りしたい方はそちらもどうぞ

期待しすぎないこと プラグインの限界

ここまで読むと「もう security-guidance を入れておけば安心」と思いたくなりますが、過信は禁物です

正直に言うと、このプラグインは 「コードを書く瞬間によくあるパターンを止める」レイヤーであって、セキュリティ対策のすべてを引き受けてくれる訳ではありません

設計や仕様レベルの脆弱性は別途レビューが要る

例えば「そもそも認証フローがおかしい」「権限の設計が甘い」みたいな話は、文字列マッチでは見つかりません

ターン終了時やコミット時のレビューでは多少ひっかかる可能性はあるものの、設計や仕様レベルの問題は人間のコードレビューや設計レビューで拾うのが原則です

依存ライブラリの脆弱性は対象外

あなたが書いたコード自体は問題なくても、使っているライブラリに脆弱性があったというケースは多々あります

これは security-guidance のスコープ外で、別途 npm audit や Dependabot のような 依存関係チェックの仕組みを並走させるのが現実的です

レビュワーAIも見落とす

レイヤー2・3で動くレビュー側の Claude も、人間と同じく見落とすことがあります

「プラグインが何も言わないから安全」は思考停止のサインです、最終的にはコードを読む(=人間がレビューする)習慣も並行して持っておくのが望ましいです

内部にある上限とモデル設定も知っておく

もう少し細かい話として、レビューには 上限が設けられています、知っておくと「あれ動いてない?」となったときに切り分けやすいです

• ターン終了時のレビューは 1ターン最大30ファイルまで、しかも連続3回までで一旦止まります
• コミット時のレビューは 1時間に20回まで、それを超えると一時的に走らなくなります

大量変更や連続 commit を続けると、全部はカバーしきれないというのを頭の片隅に置いておくと安全です

初心者向けおすすめ運用フロー

「結局、何からやればいいの？」という方向けに、最初に押さえるステップを順に並べておきます

このあたりまで整えると、security-guidance を含めた多層の守りがだいぶ立体的になります

よくある質問(FAQ)

まとめ プラグイン1つで完結はしないけど、入れる価値は十分

security-guidance は、Claude にコードを書かせるなら入れない理由がほぼ無いくらいに気軽に導入できる公式プラグインです

大事なポイントをおさらいします

• Anthropic 公式・無料・全プラン対応、入れない理由はほぼ無い
• 3層レビュー(編集時・ターン終了時・コミット時)で多角的にチェック
• eval / 外部コマンド / XSS / pickle / GitHub Actions など典型的な落とし穴を拾う
• 書き込みを止める訳ではない、Claude にレビュー結果を渡して直してもらう設計
• deny リスト・自動モード・respectGitignore と組み合わせて多層防御に
• 設計・依存ライブラリ・未知の脆弱性は対象外なので過信しない

個人的には、「ちゃんと整えれば、Claude にコードを任せても怖くないラインまで来た」と感じます

Claude Code の安全策を一通り整理したい方はClaude Code Desktop 初心者向けセキュリティ5選、プラグインまわりの土台が気になる方はClaude Code 拡張機構入門、設定ファイルの全体像はClaude Code 設定ファイル早見表もどうぞ

security-guidance を入れたうえで、deny を整えて、自動モードで使う、この3点を押さえておくと、Claude Code との付き合い方がぐっと安心側に寄ります

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Claude Codeを触り始めると、いつの間にかホームディレクトリやプロジェクトに 見慣れないファイルが増えていくのに気づきますよね

CLAUDE.md settings.json AGENT.md SKILL.md .mcp.json ……名前は見たことがあるけど、「どれを触ると何が変わるのか」が把握しきれていない、という方は多いんじゃないでしょうか

この記事では、Claude Codeを使うときに登場する 主要な設定ファイル(.md含む)を一覧化して、保存場所と役割をまとめます

「Claudeが勝手に作るけど、いざ触る場面で慌てたくない」「自分用に微調整したい」という人が、早見表的に開いて参照できるような構成にしました

拡張機構の全体像についてはClaude Codeの拡張機構入門(基礎編)、用語の整理はClaudeを始める前に知っておきたい用語集で扱っているので、ベースから入りたい方はそちらと合わせてどうぞ

まず知っておきたい全体像と継承ルール

細かいファイル一覧に入る前に、大枠の地図を頭に入れておきましょう

Claude Codeの設定は、大きく 2つの軸で整理できます

1. 場所の軸:ユーザー全体(~/.claude/)とプロジェクト個別(<project>/.claude/)
2. 役割の軸:指示(Markdown)と挙動制御(JSON)と拡張機構(Markdown+YAML)

※ ~/ はホームディレクトリの省略表記で、Windowsなら C:\Users\<ユーザー名>\、Mac/Linuxなら /Users/<ユーザー名>/ や /home/<ユーザー名>/ に読み替えてください

つまり同じ settings.json でも 「どこに置くか」で適用範囲が変わるし、同じ「Markdownの指示書」でも CLAUDE.md と SKILL.md と AGENT.md で読まれ方が違うわけです

設定ファイルの階層イメージ

典型的な配置を図にするとこんな感じになります

~/.claude/                          ← ユーザー全体(全プロジェクト共通)
├── CLAUDE.md                       全体共通の指示
├── settings.json                   全体共通の挙動制御
├── skills/<name>/SKILL.md          個人スキル
└── projects/<project>/memory/
    ├── MEMORY.md                   メモリー目次
    └── <topic>.md                  個別メモリー

<project>/                          ← プロジェクト個別
├── CLAUDE.md                       プロジェクト指示
├── CLAUDE.local.md                 ローカル専用指示(gitignore)
├── README.md                       一般ドキュメント(間接参照)
├── .env                            認証情報(gitignore)
├── .gitignore                      バージョン管理除外
├── .mcp.json                       MCPサーバー登録
└── .claude/
    ├── settings.json               プロジェクト共有設定
    ├── settings.local.json         ローカル専用設定(gitignore)
    ├── rules/<name>.md             特定パス限定指示
    ├── skills/<name>/SKILL.md      プロジェクト固有スキル
    ├── agents/<name>/AGENT.md      サブエージェント定義
    └── hooks/<script>              Hookスクリプト本体

このツリーが頭に入っていると、「あ、これはユーザー全体に効くやつだな」「これはプロジェクト固有か」がすぐ判断できるようになります

継承ルールの基本

同じ役割のファイルが複数の階層に置かれているとき、どれが優先されるかは役割ごとにルールがあります

ここでとくに重要なのが、CLAUDE.md は上書きではなく『連結』されるという点です

ユーザー全体の CLAUDE.md と、プロジェクトの CLAUDE.md と、サブディレクトリの CLAUDE.md があったら、全部まとめて1つの巨大な指示書としてClaudeに渡されるイメージです

なので「上書きされるはずだから雑に書いておけばいい」みたいな運用は通用しません、書いたものは全部効いてくるので注意しましょう

プロジェクト指示・コンテキスト系

ここからカテゴリ別に 主要な設定ファイルを見ていきます、まずは Claudeに「こういう方針で動いて」と伝える系のファイルです

このカテゴリは触る頻度が一番高いので、優先的に押さえておきたいところになります

CLAUDE.md(グローバル)|全プロジェクト共通の指示書

• 場所:~/.claude/CLAUDE.md
• 形式:Markdown
• 触る頻度:高め(自分の好みが固まってきたら追記)

個人として「どのプロジェクトでも同じように動いてほしい」内容を書く場所です

たとえば「日本語で返答してね」「コミットメッセージは英語のconventional commitsで」「pythonは仮想環境を有効化してから実行して」みたいな、自分のスタンダードを宣言するイメージになります

注意点として、ここに書いた内容はすべてのプロジェクトのコンテキストに毎回入るので、肥大化するとトークン消費が増えます、本当に共通の事項だけにとどめるのが運用のコツです

CLAUDE.md(プロジェクト)|プロジェクトごとの指示書

• 場所:<project>/CLAUDE.md
• 形式:Markdown
• 触る頻度:高め(プロジェクトの方針を整理するたびに追記)

プロジェクトごとに違う情報を書く場所で、設定ファイルの中で一番触る機会が多いのがここになります

使っているフレームワーク・ディレクトリ構成のクセ・命名規則・テストの走らせ方・このプロジェクト特有の禁止事項など、「新人が入ってきたら最初に渡したい資料」に近いものを書くイメージです

複数階層に置けるのもポイントで、ルートに置いた CLAUDE.md に加えて、サブディレクトリ(たとえば backend/ や frontend/)にも個別の CLAUDE.md を置けば、その配下にいるときだけ追加で読まれます

大規模プロジェクトで役割ごとに指示を分割したい場合に効いてくる仕組みです

CLAUDE.local.md|gitignore対象のローカル指示

• 場所:<project>/CLAUDE.local.md
• 形式:Markdown
• 触る頻度:中(自分用メモを置きたいとき)

名前のとおり自分のローカル環境専用の指示書です、Gitで共有したくない個人メモを書く場所になります

たとえば「自分の検証用APIキーはここに置いてある」「個人的にこのプロジェクトで試している実験設定はこれ」みたいな、チームに共有する必要がない情報を書きます

このファイルは継承順で最後に追記される=実質一番優先される仕組みになっているので、プロジェクトのデフォルト動作を自分だけ一時的に変えたいときにも便利です

ただし忘れずに .gitignore に CLAUDE.local.md を入れておかないと、うっかりコミットしてしまうことがあるので注意しましょう

rules/ ディレクトリ|特定パスに限定した指示

• 場所:<project>/.claude/rules/<name>.md
• 形式:Markdown + YAML frontmatter
• 触る頻度:低〜中(細かい運用が固まってきたら作る)

CLAUDE.md が「全体方針」なら、こちらは 『この種類のファイルを触るときだけのルール』を書く場所です

frontmatterで paths を指定して、たとえば **/*.test.ts にマッチするファイルを開いているときだけ「テストはVitestで」「モックは最小限に」みたいなルールを発動させられます

---
paths:
  - "**/*.test.ts"
  - "**/*.spec.ts"
---

このプロジェクトのテストは Vitest を使う

- describe / it ではなく test() の単独形式
- モックは vi.mock() で最小限に
- スナップショットテストは原則使わない

CLAUDE.md がどんどん肥大化してきたら、役割ごとに rules/ へ分割していくのが整理のコツになります

README.md|間接的に参照される一般ドキュメント

• 場所:<project>/README.md
• 形式:Markdown
• 触る頻度:低(リポジトリの説明用)

これはClaude専用ファイルではないですが、Claudeはプロジェクトを開いたとき初回探索で README.md を読みに行く傾向があるので、ここにプロジェクト概要・セットアップ手順・ディレクトリ構成などを書いておくと初手の理解が早くなります

「Claude専用に書く」のではなく 『普通のドキュメントを充実させると、結果としてClaudeも賢く動く』という考え方が分かりやすいかもしれません

全体設定・挙動制御系

続いて、Claude Codeの 挙動そのものを制御する設定ファイル群です、ここはMarkdownではなくJSONで書く世界になります

settings.json の3階層

settings.json は3つの階層に置けて、それぞれ役割が違います

この3つは マージされる仕組みで、優先順位は Managed > CLI flag > Local > Project > User の順になっています(Managedは企業デプロイ向けで、個人運用ではあまり意識しなくてOK)

つまり同じキーがあれば Local が Project を、Project が User を上書きする形になります

settings.json の主要フィールド

知っておくと役立つフィールドをピックアップして整理しました

とくに permissions は セキュリティの要になる部分で、ここで deny リストを整えるかどうかで安心感がガラッと変わります

具体的な書き方はClaude Code Desktop初心者向けセキュリティの記事で詳しく扱っているので、合わせて読むと理解が深まります

最小サンプル|settings.json の中身

とりあえず書き始めるなら、こんな感じの構造から入るのが分かりやすいです

{
  "permissions": {
    "allow": [
      "Read",
      "Glob",
      "Grep"
    ],
    "deny": [
      "Bash(rm -rf *)",
      "Bash(git push --force *)"
    ],
    "ask": [
      "Edit",
      "Write"
    ]
  },
  "env": {
    "PYTHONIOENCODING": "utf-8"
  },
  "autoMemoryEnabled": true,
  "model": "claude-sonnet"
}

このファイルは 慣れるまでコピペで始めるのが現実的、Claude公式ドキュメントや既存サンプルを土台にして、自分のプロジェクトに合わせて少しずつ削ったり足したりするのが良い感触です

hooks フィールド|自動処理の宣言場所

settings.json 内の hooks フィールドは、イベント駆動の自動処理を宣言する場所です

「ツールを使う前にこのスクリプトを走らせて」「セッション開始時にこれを実行して」みたいな指定をJSONで書きます、スクリプト本体は別ファイル(.claude/hooks/<name>)に置くのが一般的です

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "~/.claude/hooks/check-dangerous.sh"
          }
        ]
      }
    ]
  }
}

主なイベントは SessionStart UserPromptSubmit PreToolUse PostToolUse Stop あたりで、機械的に確実に走らせたい処理がある場合に使います

初心者向けには優先度低めで、Claude Codeに慣れて「定型処理を自動化したい」と感じたタイミングで触り始めれば十分だと思います

拡張機構系|サブエージェントとスキル

Claude Codeを 自分用に拡張する仕組みで使われるファイル群です、ここからは中級者向けの色が濃くなってきます

AGENT.md|サブエージェントの定義ファイル

• 場所:<project>/.claude/agents/<name>/AGENT.md
• 形式:Markdown + YAML frontmatter
• 触る頻度:中(サブエージェントを使う運用なら必須)

サブエージェント(Subagent)を1個1個「こういう仕事をする専門係」として定義するファイルです

frontmatterで name description tools model などを指定し、本文にはそのエージェントが守るべき行動指針を自然言語で書きます

たとえば「コードレビュー専用エージェント」「リサーチ専用エージェント」みたいに役割を分けて、メインのClaudeセッションから委譲できる仕組みです

frontmatterの主要フィールドは次のような構成です

サブエージェントを使うと メインのコンテキストを汚さずに重いタスクを処理できるので、大規模プロジェクトで効いてきます

SKILL.md|スキル定義ファイル

• 場所(個人):~/.claude/skills/<name>/SKILL.md
• 場所(プロジェクト):<project>/.claude/skills/<name>/SKILL.md
• 形式:Markdown + YAML frontmatter
• 触る頻度:中(よく使う作業をテンプレ化したくなったら作る)

スキル(Skill)は「よく使う指示パターンをまとめてClaudeに覚えさせる」仕組みで、その本体ファイルが SKILL.md になります

frontmatterで name description when_to_use allow-tools user-invocable などを指定して、本文にスキルが実行すべき手順や注意事項を書きます

呼び出し方法は3パターンあって、以下のように整理できます

個人スキルはホームディレクトリ、プロジェクト固有スキルはプロジェクト内に置けるので、『どこに置くか』で誰と共有するかを分けられます

commands/ ディレクトリ|レガシー扱いの旧コマンド機構

• 場所:<project>/.claude/commands/<name>.md
• 状態:Skills(SKILL.md)に統合され、新規利用は非推奨

以前はカスタムスラッシュコマンドを commands/<name>.md として置く方式がありましたが、2026年5月現在は Skills(SKILL.md)に統合されています

過去の記事やGitHubのサンプルで commands/ 配下の .md を見かけることがありますが、新規に作るならSKILL.md側で書くのがおすすめです

SKILL.mdの user-invocable: true を指定すれば、これまで通り /コマンド名 でユーザー側から呼び出せる挙動が再現できます

連携・運用系|外部接続とメモリー

続いて、Claude Codeの外側とつなげるための設定ファイルや、長期的な情報を覚えておくためのファイル群です

.mcp.json|MCPサーバーの登録

• 場所(プロジェクト):<project>/.mcp.json
• 場所(ユーザー):~/.claude.json の mcpServers フィールド
• 形式:JSON
• 触る頻度:中(MCPサーバーを追加するたびに編集)

MCP(Model Context Protocol)サーバーの接続情報を書く場所です

「WordPressに投稿するMCPサーバー」「データベース操作のMCPサーバー」みたいな外部連携を増やすたびに、ここに登録していくイメージになります

{
  "mcpServers": {
    "wordpress": {
      "command": "python",
      "args": ["./wp_mcp_server.py"],
      "env": {
        "WP_BASE_URL": "https://example.com"
      }
    }
  }
}

ポイントは user scope と project scope の2階層に置けること、共通で使うMCPはユーザー側、プロジェクト固有のMCPはプロジェクト側、と振り分けると整理しやすいです

.env|認証情報・APIキー

• 場所:<project>/.env
• 形式:KEY=VALUE のテキスト
• 触る頻度:中(認証情報を追加するたびに編集)

Claude専用というわけではないものの、Claude Codeで外部APIや独自MCPサーバーを使うとき、認証情報の置き場として頻出します

パスワード・APIキー・アクセストークンなど 原則Gitには上げない情報をここに集約しておきましょう

WP_BASE_URL=https://example.com
WP_USERNAME=admin
WP_APP_PASSWORD=xxxx xxxx xxxx xxxx

.gitignore に .env を入れておくのは運用上の鉄則になります、忘れるとGitHubに認証情報が漏れる事故につながります

MEMORY.md / 個別 memory|プロジェクト固有の長期記憶

• 場所:~/.claude/projects/<project>/memory/MEMORY.md と <topic>.md
• 形式:Markdown
• 触る頻度:中(自動で書き換わる、手動編集は最小限)

Claude Codeの自動メモリー機能が、会話の中で得た情報をプロジェクト固有の知識として書き出していくファイル群です

MEMORY.md が目次で、トピック別の個別ファイル(user_profile.md project_context.md など)が実体として並ぶ構造になっています

基本的にClaudeが自分で書き換える領域なので、頻繁に手で編集する場所ではないですが、「ここに書かれた情報を見直したい」とか「明らかに古い情報が残っている」みたいなときに開いて整えるのは有効です

settings.json の autoMemoryEnabled でメモリー機能の有効/無効を切り替えられるので、邪魔ならOFFにする選択肢もあります

.gitignore|バージョン管理から外したいファイル

• 場所:<project>/.gitignore
• 形式:テキスト(パターン1行ずつ)
• 触る頻度:中(新しい設定ファイルを増やすたびに点検)

Claude専用ではなくGit本来のファイルですけど、Claude Code関連のファイルを増やすたびに点検すべき場所として外せません

Claude Code関連で .gitignore に入れておきたい代表的なパターンはこんな感じです

# Claude Code ローカル専用ファイル
.env
CLAUDE.local.md
.claude/settings.local.json

# 必要に応じて
.claude/cache/
*.log

逆にチームで共有したい設定(.claude/settings.json .claude/agents/ .claude/skills/ .mcp.json など)は .gitignoreに入れないのが原則になります、ここをきれいに分けておけば運用がぐっと安定します

プラグイン系|こういうのもあるよ

最後に、ちょっと発展形としてプラグイン系のファイルも紹介しておきます、こちらは 中級〜上級者向けの領域なので、初心者の方は「こういうのもあるんだな」程度で大丈夫です

plugin.json|プラグインのマニフェスト

• 場所:<plugin-root>/.claude-plugin/plugin.json
• 形式:JSON
• 触る頻度:低(プラグインを自作するなら必須)

Claude Codeのプラグインを1つのパッケージとして配布するときに、そのマニフェスト情報を書くファイルです

プラグイン名・バージョン・作者・含まれているスキルやエージェントの一覧などを記述します

プラグイン同梱のskills / agents / hooks

• 場所:<plugin-root>/skills/ agents/ hooks/ 配下
• 形式:Markdown / JSON
• 触る頻度:低(プラグイン開発者向け)

プラグインに同梱される拡張機能の本体ファイル群です、プラグインをインストールすると、ここのファイルがあたかも自分が書いたかのようにClaude Codeから読み込まれる仕組みになっています

Hooksをまとめた hooks/hooks.json もこの中に置かれることがあって、ユーザー側の settings.json を汚さずに自動処理を配布できる利点があります

まとめ|どこから手を付けるか

ここまでで主要な設定ファイルを一通り見てきましたが、『結局どこから触ればいいの?』という疑問が残るかもしれません

個人的にはClaude Codeを始めた人の流れとして、以下の順番で触っていくのが 無理なく押さえやすいと思っています

1. CLAUDE.md(プロジェクト):何はなくともプロジェクトの方針をここに書く、最も触る頻度が高い
2. settings.json + .gitignore + .env:権限と認証情報を整える、セキュリティの土台になる
3. CLAUDE.md(グローバル):全プロジェクトで共通の好みが固まってきたら追加
4. SKILL.md:同じ指示を何度も書いていることに気づいたらテンプレ化、Markdown1ファイルで始められる
5. .mcp.json:外部サービスと連携したくなったら登録、公式コネクタから始めるのが現実的
6. AGENT.md:重いタスクが増えてきて、メインコンテキストを汚したくなくなったら導入
7. rules/ + hooks:プロジェクト固有の運用が固まってきた段階で整理、運用熟練者向け

大切なのは『全部を一気に触ろうとしない』こと、Claude Codeはハーネス層が広いので、いきなり全カテゴリを整えようとすると確実に挫折します

困りごとが出てきたら、その時点で関連ファイルを1つだけ触る、ぐらいのペースが結果的に長続きすると思います

早見表|主要ファイル一覧

最後にもう一度、この記事で扱った主要ファイルを1枚の早見表として整理しておきます、ブックマークしてリファレンス的に使ってもらえると嬉しいです

各ファイルの細かい使い方はClaude Codeの拡張機構入門(基礎編)やClaudeの使い方を初心者向けに解説した記事でも触れているので、深掘りしたい部分があれば合わせて読んでみてください

Claude Codeはまだまだ進化中で、設定ファイルの種類や役割も少しずつ変わっていく可能性があります、この早見表も折を見て追記していく予定なので、また覗きに来てもらえると嬉しいです

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Claude Code Desktopを使い始めて何記事か触っているうちに、「もっと自動化したい」「設定を整理したい」「ファイル操作を任せる範囲を絞りたい」みたいなことを考え始めますよね

そこから先に進むには 「拡張機構」と呼ばれる仕組みを理解しておくと、できることの幅が一気に広がります

この記事では、Claude Codeに慣れてきた中級者向けに 拡張機構の4本柱(Skills・MCP・Hooks・Subagents)と、その土台になる「ハーネス」という概念を体系的に解説します

応用編では各機能の具体的なテクニックや、CLAUDE.md・Permissions・Worktreesといった日常運用で効いてくる設定を扱う予定なので、まずはこの基礎編で全体像を押さえてもらえると嬉しいです

Claudeの基本的な使い方はClaudeの使い方を初心者向けに解説した記事、AI周辺の用語はClaudeを始める前に知っておきたい用語集でまとめているので、初学者の方はそちらから入るのがスムーズです

そもそも「ハーネス」って何

Claude Code関連の記事を読んでいると、最近 「ハーネス」(harness)という言葉をよく見るようになりました、聞き慣れない単語ですよね

LLM(脳)とハーネス(体・道具・記憶)

Claude本体は厳密にいうと LLM(大規模言語モデル)というテキストを生成するだけのモデルです、ファイルを読んだり、コマンドを実行したり、記憶を保持したりする機能は本体にはありません

それなのにClaude Codeが「ファイルを操作する」「コマンドを実行する」「設定を覚える」みたいな振る舞いができるのは、本体の周りに『体・道具・記憶』に相当するソフトウェア層が組まれているからです、これが「ハーネス」と呼ばれているものになります

例えるなら次のような関係性です

このうち 「脳」以外のすべてがハーネスです、つまり実は Claude Codeのコードの大半はLLMの中身ではなく、このハーネス側にあることになります

だからカスタマイズの自由度が高い

ここが中級者にとって重要な視点で、ハーネス側はユーザーが書き換えられる部分が多いです

LLM本体(Claudeの賢さ)はAnthropicが訓練したものをそのまま使うしかありませんが、周辺のハーネスは settings.json や Skills・Hooks・MCPサーバーなどで 自分の使い方に合わせて自由に拡張できる設計になっています

つまり「Claude Codeをもっと使いこなしたい」というのは ハーネス側をどう構築するかの話とほぼ同義です、ここから先で扱う4本柱はすべてこのハーネス層の構成要素になります

ハーネスエンジニアリングって何

ハーネスを 「設計・構築・最適化する取り組み全般」を ハーネスエンジニアリングと呼びます

Anthropic公式や業界でもよく出てくる用語で、最近は prompt engineering(プロンプトエンジニアリング)から harness engineering へと重心が移ってきている流れがあります

両者の違いをざっくり整理すると次のようになります

ハーネスエンジニアリングが扱う主な範囲はこんな感じです

• 権限ポリシー設計(permissions.deny / allow / askの構造、4階層の使い分け)
• コンテキスト管理戦略(CLAUDE.mdの階層化、auto-compactタイミング設計、Memory運用)
• ツール選定と制限(allow-tools、Subagentごとの権限分離、危険コマンドのdeny)
• 拡張機構の設計(Skills / Hooks / MCP / Subagents の組み合わせ)
• エラー復旧・隔離(worktreeでの隔離戦略、失敗時の挙動設計)
• ロングランニング設計(複数セッションをまたぐタスクのcontext reset、引き継ぎファイル設計)
• 観測・ロギング(エージェントが何をしたかの記録、PostToolUseでのログ出力)

つまりこの記事で紹介している 4本柱の話もすべてハーネスエンジニアリングの構成要素になります

参考までに、Claude Codeのコードベース分析(2026年)では 「AI判定ロジック1.6% / ハーネス層98.4%」というデータもあって、Claude Code自体がハーネスエンジニアリングの結晶みたいな存在になっています

「もっと使いこなしたい」と感じたら、この記事で扱う拡張機構を組み合わせて自分用のハーネスを設計していくフェーズに入ったということになります

拡張機構の4本柱

Claude Codeのハーネスを拡張する仕組みは、現時点で大きく4つあります

1. Skills:再利用可能な指示パターンをまとめる
2. MCP:外部サービスと連携するための共通規格
3. Hooks:イベント発生時に自動でスクリプトを走らせる
4. Subagents:タスクを隔離した別エージェントに委譲する

それぞれが 「困りごと」の解決手段として性格が違うので、ここから1つずつ役割を整理していきます

Skills:再利用可能な指示パターン

Skillsは「よく使うプロンプト指示をテンプレート化して、Claudeに覚えさせる」仕組みです

毎回「コミットメッセージを書くときは○○のフォーマットで、こういう観点で…」と説明するのは面倒、でも一度Skillとして登録しておけば、Claudeがその場面を察知して自動で呼び出してくれたり、こちらから /コマンド名 で呼び出せたりします

ファイルの置き場所は次の2か所

• ~/.claude/skills/<skill-name>/SKILL.md(全プロジェクト共通の個人スキル)
• .claude/skills/<skill-name>/SKILL.md(プロジェクト固有、Gitで共有可)

SKILL.mdの基本構造はこんな感じです

---
name: commit-message
description: Gitのコミットメッセージを書くときに呼び出すスキル。conventional commits形式で、件名と本文を生成
when_to_use: Gitコミット、コミットメッセージ作成、commit
allow-tools: Bash(git diff *) Bash(git status)
user-invocable: true
---

# コミットメッセージ生成スキル

差分を確認した上で、次のルールでコミットメッセージを書いてください

- 件名は50字以内、英語または日本語
- conventional commits形式(feat / fix / docs / chore など)
- 本文は「なぜこの変更が必要だったか」を1〜2文で
- 文末に署名を入れない

トリガー方法の3パターン

Skillsは どうやって発動するかで3つのパターンがあります

自動トリガーを効かせるには description フィールドの書き方が重要で、「いつ使うべきか」を具体的なキーワード付きで書いておくとClaudeの判断精度が上がります

Skillsを使うメリット

• 同じ指示を毎回書かなくて済む(プロンプトの肥大化を防げる)
• チームで共有できる(プロジェクトのSkillsをGit管理)
• スキル単位でツール権限を絞れる(allow-toolsで限定)
• 引数を取れるので汎用的なテンプレートが作れる

個人的にはClaude Codeの4本柱のうち 一番気軽に作り始められるのがSkillsで、Markdownを書くだけで作れるので習作に最適です

MCP:外部サービス連携の共通規格

MCP(Model Context Protocol)は、Claudeが外部のサービスやデータベースとやり取りするための 共通言語です

これがなかった頃は、AIに「WordPressを操作させる」「GitHubのissueを読ませる」みたいなことをやろうとすると、それぞれのサービスごとに 個別のつなぎ込みコードを書く必要がありました

MCPは そのつなぎ込みのインターフェース部分を標準化したものです、MCPに対応した「MCPサーバー」を1個用意すれば、Claudeから自由にその外部サービスを呼び出せるようになります

公式コネクタ vs 自作MCPサーバー

MCPの活用には大きく2つのアプローチがあります

中級者がまず触るなら 公式コネクタからがおすすめ、設定画面からON/OFFするだけで使えます

そこから先「自分のWordPressと連携したい」「社内システムと繋ぎたい」となったら自作MCPサーバーの出番です

MCPが解決する課題

• 「ChatGPT版」「Claude版」みたいに AIごとに連携コードを書き直さなくていい(MCP対応サーバーは複数AIで共通利用可)
• 認証(APIキー・OAuth)の扱いが標準化されている
• ツールの一覧表示・呼び出しも自動で処理される

2026年現在、AIエージェント業界の標準規格として急速に広がっていて、これからますます重要になる仕組みです

Hooks:イベント駆動の自動化

Hooksは、Claudeが何かをするタイミング(イベント)に合わせて 自動でスクリプトを実行する仕組みです

SkillsやCLAUDE.mdが「Claudeにお願いする」性格の機構なのに対して、Hooksは 機械的に発動するのが大きな違いになります、「Claudeの判断に任せず、確実に毎回走らせたい処理」がある場合に効きます

主要なHookイベント

とくに PreToolUse は 危険コマンドの最終防衛線として使えるので、中級者なら覚えておきたいイベントです

設定例:rm -rf を見つけたら強制ブロック

例えば settings.json のdenyリストだけでは不安なので「実行直前に二重チェックして、危ない場合は通知も出したい」みたいなケースで使います

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Bash",
        "hooks": [
          {
            "type": "command",
            "command": "~/.claude/hooks/block-dangerous.sh"
          }
        ]
      }
    ]
  }
}

呼び出されるシェルスクリプトの最小例はこんな感じ

#!/bin/bash
INPUT=$(cat)
CMD=$(echo "$INPUT" | jq -r '.tool_input.command')

if echo "$CMD" | grep -qE 'rm -rf|DROP TABLE'; then
  jq -n '{
    hookSpecificOutput: {
      hookEventName: "PreToolUse",
      permissionDecision: "deny",
      permissionDecisionReason: "危険コマンドをHookでブロックしました"
    }
  }'
fi
exit 0

Hookは exit code とJSON出力の組み合わせで「許可/拒否/警告だけ」を制御できる仕組みになっていて、ここの設計が地味に奥深いです

SkillsとHooksの違い

初心者が混乱しがちなのが「SkillsとHooksってどう違うの?」という点なので整理しておきます

Subagents:隔離コンテキストでの委譲

Subagents(サブエージェント)は、メインのClaudeセッションから 別のコンテキストを持つClaudeにタスクを委譲する仕組みです

たとえば「ファイルを50個調査して、関連箇所をまとめて」みたいな重いタスクを、メインの会話に直接やらせると コンテキストウィンドウが調査ログで埋まってしまう問題があります

これをSubagentに任せれば、メインのコンテキストはきれいなまま、結果サマリーだけを受け取れます

AGENT.mdの基本構造

Subagentの定義ファイルは .claude/agents/<agent-name>/AGENT.md に置きます

---
name: code-researcher
description: 大規模リポジトリの調査用エージェント、関連ファイル特定と概要把握を担当
tools: Read Grep Glob Bash(rg *)
model: claude-sonnet
maxTurns: 30
permissionMode: ask
isolation: worktree
---

あなたはコード調査の専門エージェントです

ユーザーから渡されたテーマに沿って、リポジトリ内の関連ファイル・関数・モジュールを特定し
最後に「どこに何があるか」のサマリーをMarkdownで返してください

ファイル変更や書き込みは行わず、読み取り専用で動作してください

主要なフィールド

Subagentsの典型ユースケース

• リサーチタスク:大量ファイルから関連箇所を抽出
• コードレビュー:セキュリティ・パフォーマンスを別の視点で並行チェック
• テスト実行:長時間かかるテストを別エージェントに任せて、メインは設計を続行
• 並列実装:複数モジュールを別エージェントで同時実装

注意点として、Subagentは親のSkillsを継承しない仕様です、必要なSkillはAGENT.mdの中で明示的にプリロードする必要があります

4本柱の使い分けマップ

ここまで4つの拡張機構を見てきましたが、 どの場面でどれを使うかを整理するとこんな感じになります

同じ「自動化したい」というニーズでも、「Claudeの判断を信頼する」のがSkills、「機械的に処理させる」のがHooks、という対称関係を覚えておくと選びやすくなります

同様に 「メイン会話内で完結させる」のが標準、「コンテキストを分けたい」のがSubagents、「Claude内で完結」のが標準、「外部とつなぐ」のがMCP、と対比で覚えると整理しやすいです

最初の一歩|まず作ってみるなら

4本柱を一気に覚えるのは大変なので、それぞれ 「習作として最初に作るならこれ」というお題を1つずつ紹介します

Skills:コミットメッセージ生成スキル

上で例示したような commit-message スキルが Skills入門に最適です

毎回作業しているうちに「commitメッセージこんな感じで書きたい」という個人の好みが見えてくるので、それをそのままMarkdownに書き出すだけで形になります、5分くらいで完成します

MCP:公式コネクタを1つ試す

自作MCPはハードルが高めなので、まずは 公式コネクタを1つ有効化してみるのがおすすめ

Google Drive・GitHub・Notion など、自分が日常的に使っているサービスのコネクタを設定画面から有効にして、Claude経由でファイル一覧を取ったり検索したりする体験から始めるとMCPの便利さが実感できます

Hooks:危険コマンド通知だけのHook

いきなり複雑なHookを書くより、「危険コマンドを実行しようとしたらデスクトップ通知を出すだけ」みたいな最小Hookから入るのが分かりやすいです

Windowsなら msg、Macなら osascript、シェルスクリプトの記述方法もコピペできるものが多いので、最初の壁は高くありません

Subagents:リサーチ専用エージェント

「リサーチタスク用に tools を Read Grep Glob だけに絞った専用エージェント」を作るのが、Subagentsの威力を体感する最短ルートです

大きめリポジトリで「○○の実装どこにある?」みたいな調査をするとき、メインで進めるのとSubagentに任せるのとで、コンテキスト消費量の違いに驚くと思います

まとめ|拡張機構を押さえると見える世界

長くなりましたが、ポイントをぎゅっと整理するとこんな感じです

1. Claude Codeの大半は 「ハーネス」と呼ばれる周辺ソフトウェア層、ここをいじれるのがカスタマイズの幅
2. 拡張機構は4本柱:Skills(再利用指示)・MCP(外部連携)・Hooks(機械的自動化)・Subagents(隔離委譲)
3. 同じ「自動化」でも Claudeに判断させるのがSkills、機械的に発動させるのがHooksという対称関係
4. 同じ「処理委譲」でも 外部と繋ぐのがMCP、コンテキスト分離するのがSubagentsという対称関係
5. 慣れるまでは Skillsから入るのが最も気軽、Markdown1ファイルで始められる

この基礎編で4本柱の見取り図ができたので、応用編では CLAUDE.mdの深掘り・Memory管理・Permissions応用・Worktreesでの並列開発など、日常運用で効いてくる中級者向けテクニックを掘り下げる予定です

各拡張機構の個別深掘り(Skillsだけで1記事、MCPだけで1記事、というレベル)も今後 順次まとめていく予定なので、興味のある分野があれば追っかけてもらえると嬉しいです

初心者向けの周辺記事として、Claudeの使い方を初心者向けに解説した記事、Claudeを始める前に知っておきたい用語集、Claude Code Desktop初心者向けセキュリティ5選も合わせてどうぞ

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Claudeを使っていたり、Claude関連の記事を読んでいると、Artifacts・Projects・MCP・Claude Codeみたいな用語がさらっと出てきて、なんとなくわかるけど意味を聞かれると説明しにくい、ということはありませんか？

この記事は、Claudeを使う・記事を読むときに出てくる Claude特有の用語を初心者の方でも引けるようにやさしくまとめたClaude用語集です、1つの語につき一言で言い切ってから、ひとこと補足を足す形にしています

使い方は2通り、上から順に読んで全体像をつかんでもいいですし、知らない語に出会ったときに気になるところだけ引く辞書としてブックマークしておくのもおすすめです

用語は4つのテーマに分けて、各テーマの中は基本の語から発展の語へ並べています、表の用語名の先頭に ★が付いているものは、はじめての方がまず押さえると話が早い基本の語です

1. プロダクト・モデル(Claudeそのものまわり)
2. 主要機能(Claudeでできること)
3. 拡張・連携(外部とつなぐしくみ)
4. モード・安全性(動かし方と安全のしくみ)

内容は気づいたときに随時アップデートしていきますので、よく使う方はたまに覗いてもらえるとうれしいです

1. プロダクト・モデル|ClaudeそのものまわりのClaude用語

まずはClaudeを作っている会社やモデルの種類など、土台になる用語です、ここが分かると後のテーマがぐっと読みやすくなるので、★が付いた語からどうぞ

モデル名は俳句の形式(短い・中くらい・長い)から取られていて、SonnetとHaikuは日本人にも馴染みのある言葉ですね、迷ったら普段はSonnet、難しい作業のときだけOpus、くらいの感覚で大丈夫です

用途がパッと分かるように、3モデルの違いを小さくまとめておきます

2. 主要機能|ClaudeでできることまわりのClaude用語

次は、Claudeを実際に使うときに出てくる主な機能の名前です、できることが分かると使いどころのイメージが湧くので、★が付いた語からどうぞ

このテーマで最初に押さえたいのが Claude Codeです、普通のWeb版が画面の中で会話するのに対して、Claude Codeは自分のPCのファイルを直接さわれるので、ファイル整理やドキュメント作成まで任せられる代わりに安全面の意識も大事になります

Claudeをまだあまり触ったことがない方は、Claudeの使い方を初心者向けに解説した記事を先に読むと、ここの用語がそのまま画面とつながって入りやすいです

3. 拡張・連携|外部とつなぐClaude用語

ここからは、Claudeを外部のサービスやPCとつないで動かすための用語です、少し進んだ話ですが、意味だけ知っておくとニュースや解説記事の解像度が上がります

このテーマでいちばん押さえたいのが MCPです、Claudeを外部サービスとつなぐ共通のしくみで、コネクタやCoworkといった連携系の機能も、もとをたどればこのツール使用の考え方の上に成り立っています

Claude Codeの拡張まわりをもう少し知りたい方は、Claude Codeの拡張機構を入門向けに解説した記事で図解しているので、合わせて読むと腹落ちしやすいです

4. モード・安全性|動かし方と安全のClaude用語

最後は、Claudeの動かし方を切り替えるモードと、安全に振る舞わせるための用語です、特にClaude Codeを使うなら、ここを知っておくと安心して任せられます

ここでひとつだけ気をつけたいのが、自動モードと許可をバイパスは名前が似ているのに中身が逆という点です、安全側で普段使いに向くのが自動モード、すべてのガードを外す危険側が許可をバイパス、と覚えておくと取り違えずに済みます

Claude Codeをこれから使う方の安全まわりは、Claude Codeのセキュリティ対策をまとめた記事でもう少し具体的に触れているので、合わせて読むと安心です

まとめ|Claudeを触りながら少しずつ慣れていけば大丈夫

Claude特有の用語をまとめて紹介しましたが、最初から全部を覚える必要はありません

Claudeを触りながら「あ、これさっき記事で出てきた言葉だ」と紐づけていくのが、いちばん自然で楽な覚え方だと思います

迷ったら、まず ★を付けた基本の語から押さえてみてください、Anthropic・Opus / Sonnet / Haiku・Artifacts・Projects・Claude Code・MCPあたりが分かると、Claudeまわりの話の見通しが一気に良くなります

用語は気づいたときに足したり直したりしていく予定なので、辞書代わりにブックマークしておいてもらえると便利だと思います

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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

Claude Code Desktopを使い始めるとき、最初にぶつかる不安が「これって、勝手にファイル消されたりしないの？」「うっかりパスワード漏らさない？」という疑問じゃないでしょうか

結論から言うと、初期設定でちゃんと枠を作っておけば、かなり安心して使えるようになります

この記事では、Claude Code Desktopを始める非IT職の方向けに 最初の15分でやっておきたい最低限のセキュリティ対策を5つにまとめました

難しいプログラミング知識は不要、コピペで使える設定例も載せています

Claude自体の基本的な使い方はClaudeの使い方を初心者向けに解説した記事でまとめているので、まずそちらから読むとスムーズです

なぜClaude Code Desktopにセキュリティ対策が必要なのか

Claude Code Desktopはとても便利で、自分の代わりにファイルを読んだり、コードを書いたり、PCの中で色々な作業をしてくれます

でも裏を返すと、そこまでの権限をAIに渡しているということでもあります

もし何も設定せずに使っていると、たとえばこんなリスクがあります

• うっかり大事なファイルを削除されてしまう
• WordPressのパスワードがコードに書き込まれてGitHubに公開される
• 「やり直して」と言ったらgitの履歴が一気に消える
• 悪意のあるWebサイトを読み込んで、変な指示に従ってしまう

怖い話に聞こえるかもしれませんが、これは 初期設定をちゃんとやれば、ほぼ全部防げる話です

Claude Code Desktopのセキュリティは、ざっくり次の3層構造で守ります

1. 権限設定（settings.json）:「これはやらせない」を機械的に決める
2. プロジェクト指示（CLAUDE.md）：「こういう方針で動いてね」とAIにお願いする
3. 運用のルール：パスワードはコードに書かない、確認してからコミットするなど

本記事ではこの3層を、ひとつずつ整えていきます

対策1：設定ファイル「settings.json」の場所と用語を理解する

まずはClaude Code Desktopの本丸、権限を決める設定ファイルについて理解します

設定ファイルは3か所ある

Claude Code Desktopの権限設定は settings.json というJSONファイルに書きます、場所は次の3つです

個人ブログ運営のような自分1人の作業なら、まずは ~/.claude/settings.json（ユーザーフォルダ共通）に基本ルールを書いておけばOKです

ちなみに「JSONファイルを編集するのは怖い」という方は、Claudeに頼んで編集してもらうのが一番楽です、「~/.claude/settings.json に○○の設定を追加して」とお願いすればClaude Code Desktop自身がやってくれます

用語：allow / ask / deny / Bash とは

権限設定では、Claudeにやらせる操作を3つの態度に分けます

• allow（許可）：何も聞かずに実行してOK、安全な作業に使う
• ask（確認）：実行する前に「やってもいい？」と一度聞いてくる
• deny（拒否）:機械的に実行を止める、最強の鍵

そして「Bash」というのは、Claudeが裏で実行するコマンド（プログラム命令）のことです

自分で直接打つわけではなく、Claudeに「○○して」とお願いしたときに Claudeが必要に応じて使う仕組み、と思っておけば十分です

たとえば Bash(rm *) と書くと「Claudeが rm という削除コマンドを使おうとする操作」を指します

ファイル操作なら Read（読み込み）、Edit（編集）、Write（書き込み）といった種類もあります

このあと出てくる設定例を見るとイメージ湧くと思います

対策2：秘密の情報（パスワード・APIキー）を守る3ステップ

WordPressのパスワードや各種APIキー、こういう 秘密情報の漏えいはClaude Code Desktop利用時の事故で一番起きやすいトラブルです

守り方は3ステップで完結します

ステップ1：秘密情報は「.envファイル」に集約する

.env（ドット・イー・エヌ・ブイ）というファイル名で、プロジェクトフォルダの中に作ります

WP_BASE_URL=https://example.com
WP_USERNAME=admin
WP_APP_PASSWORD=xxxx xxxx xxxx xxxx xxxx xxxx
OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxxxxxxxxxx

ポイントは パスワードやAPIキーを直接コードに書かない、そして このファイルだけにまとめておくこと

コードからはこのファイルを読み込むようにしておけば、後でパスワードを変えるときも .env を書き換えるだけで済みます

ステップ2：「.gitignore」でGitに含めない

.gitignore（ドット・ギット・イグノア）はGitに 「このファイルは管理しないでね（=GitHubにもアップしないでね）」と伝えるためのリストです

.env
.env.local
.env.*
/secrets/

これを入れておくと、うっかり git add や git push しても .env はGitHubに送信されません

逆にこれを忘れて公開リポジトリにパスワードを上げると 数分以内にbotが拾って悪用されることもあるくらいなので、最初に入れておくのを強く推奨します

ステップ3：settings.jsonでClaudeに読ませない

最後に、Claude自身が .env や秘密鍵を読まないように settings.json でブロックします

{
  "respectGitignore": true,
  "permissions": {
    "deny": [
      "Read(.env)",
      "Read(.env.*)",
      "Read(./secrets/**)",
      "Read(./**/*.pem)",
      "Read(./**/*.key)",
      "Read(./**/id_rsa)",
      "Read(./**/credentials.json)",
      "Read(~/.ssh/**)",
      "Read(~/.aws/credentials)"
    ]
  }
}

こうしておけば 「.envの中身を見せて」とお願いしてもClaude側でブロックされます

リストには .env 系のほかに、.pem や .key といった秘密鍵ファイル、SSH接続用の id_rsa、Googleサービスで使われる credentials.json、SSH鍵フォルダやAWS認証情報フォルダなど、各種認証ファイルをまとめて拒否しています

うっかり「.envを開いて」「秘密鍵見せて」みたいなことが起きても、ここで止まる仕組みです

1行目の "respectGitignore": true はちょっと違うタイプの設定で、.gitignore に書いたファイルをClaudeのファイル選択画面から自動的に除外する機能を有効にします

ステップ2で .gitignore に登録した .env などが、そもそもClaudeの目に触れる場面を減らせる効果があります（デフォルトで true ですが、明示しておくと意図が伝わって安心です）

「.claudeignore」は公式じゃないので使わない

古い記事や一部のSNSで「.claudeignore というファイルを置けば除外できる」という情報を見かけますが、これは 2026年5月時点でAnthropic公式にはサポートされていません

Claude自身が「.claudeignore がある」と幻覚を起こすケースまであるくらいで、書いても効かないので注意

除外設定は settings.json の permissions.deny でやるのが正解です

対策3：危険な操作からプロジェクトを守る

次は「やられたら困る」コマンド系の防御です

自分が直接打つわけではないですが、Claudeが裏でやろうとする操作を制限する設定です

最低限denyしておきたいコマンド

{
  "permissions": {
    "deny": [
      "Bash(rm -rf*)",
      "Bash(git reset --hard*)",
      "Bash(git push --force*)",
      "Bash(git push -f*)",
      "Bash(DROP TABLE*)",
      "Bash(DELETE FROM*)"
    ],
    "ask": [
      "Bash(git push*)",
      "Bash(rm*)"
    ]
  }
}

それぞれが何を防ぐのかは下の表を見てください

「自分はそんなコマンド打たないから関係ないかも」と思うかもしれませんが、Claudeに「整理して」「やり直して」とお願いした時に裏でこれらが動く可能性があります

表の上3つは個人ブログ運営でも普通に出てくる話なので、特に押さえておきたいところです

便利だけど危険な設定

Claude Code Desktopの設定画面に 「バイパス権限モードを許可」というトグルがあります

名前のとおり すべての権限チェック（denyやaskを含む）をバイパスして、Claudeを中断なく動作させるための設定です

確かにlintエラーの修正やボイラープレートコード生成のような「安全と判断できる繰り返し作業」を快適にこなせる便利な機能で、画面の説明文にもそういった用途が書かれています

ただし同じ画面に 「データ損失、システム破損、またはデータ流出（プロンプトインジェクション攻撃など）を引き起こす可能性」と明記されているとおり、リスクのほうがはるかに大きい設定です

この設定をONにすると、画面下のモード切替メニューに 「許可をバイパス」モードが選択肢として現れる仕組みで、OFFの間は同じ位置にグレーアウトで表示されています

つまり このトグル自体が、危険モードを使えるかどうかの鍵になっているわけです、ONにしないことを強く推奨します

慣れて油断したタイミングほど事故が起きるので、面倒さよりリスクのほうが圧倒的に大きいです

「毎回確認が面倒だから」と感じる場合は、代わりに 「自動モード」を選ぶのがおすすめです

参考までに、画面下のモード切替メニューの中身はこんな感じです

自動モードは denyルールは守りつつ、多くの操作を自動進行してくれるモードなので、ガードレールを保ったまま快適に使えるバランスの良い選択肢になります

対策4：CLAUDE.mdで「お願いごと」を伝える

権限設定だけでなく、もう一段の保険として CLAUDE.md というファイルにルールを書いておきます

CLAUDE.mdの位置づけ

CLAUDE.md はプロジェクトフォルダの直下に置く Claudeへの常時指示書です

Claude Code Desktopが起動するたびに自動で読み込まれて、会話中の判断のベースになります

ただし注意点として、CLAUDE.md はあくまで 「お願いベース」です

settings.json のdenyのように機械的にブロックされる強制力はなく、Claudeが「これは例外的にやってもいいかな」と判断することもあります

なので 機械的に止めたいことは settings.json のdenyに書く、方針として伝えたいことは CLAUDE.md に書く、というすみ分けで考えてください

コピペで使えるCLAUDE.mdテンプレート

# プロジェクト方針

## 秘密情報の扱い
- APIキー・パスワードは原則 `.env` ファイルに入れる、コードに直接書かない
- `.env` の中身を画面に表示しない（cat や echo で出さない）
- ID・パスワードらしき文字列を見つけたら、コードに書く前に私に確認する

## ファイル操作
- ファイル削除は私の明示的な指示があるまでしない
- 削除する場合も、まず削除対象のリストを見せて確認を取ってから実行する

## Git操作
- main / master ブランチへの直接コミット・pushはしない、原則として別ブランチで作業する
- `git push` する前に「pushしていいですか？」と一度確認する

## 動作確認
- コードを変更したあとは、動作確認の手順を提示する
- 確認が取れていない変更を「完了」と報告しない

このテンプレを CLAUDE.md として保存して、プロジェクトフォルダに置くだけでOKです

自分の運用に合わせて項目を増やしたり、文言を調整したりして使ってください

ID・パスワードの自動検知について

「コードに秘密情報を入れようとしたら自動で止めてほしい」というニーズはよくあるのですが、Claude Code Desktop単体ではそういう自動検知機能はありません

上のテンプレに含めた「ID・パスワードらしき文字列を見つけたら確認する」という指示で ある程度は気づいてもらえます

ただし完璧ではないので、本格的に防ぎたい場合は Gitleaks や truffleHog といった専用ツールを併用するのが本筋になります（これは中級者向けなので別記事で扱います）

対策5：もう一歩進んだ安全策（＋α編）

ここまでの4つで最低限の防御はできているので、ここから先は 慣れてきたら追加で検討するものとして軽く紹介します

Plan Modeで事前確認

Claude Code Desktopには「Plan Mode」というモードがあります

これを有効にすると、Claudeは 実行する前に「こういう手順でやろうと思います」という計画だけを提示してくれて、こちらがOKを出すまで実際の作業には進みません

大きな変更や、初めての種類の作業のときには特におすすめです、Shift+Tabキーで切り替えられます

Hooksで自動チェック

「Hooks」は Claudeが何かする前後に自動で動く小さなスクリプトを仕込む機能です

たとえば「Claudeがコマンドを実行する直前に、危ないキーワードが含まれていたらブロックする」といった自動チェックを差し込めます

スクリプトを書く知識が必要になるので、これは本格的に運用したくなってきた頃の選択肢として覚えておく感じでOKです

サンドボックスで隔離する

「サンドボックス」は Claudeが触れる範囲を仮想的な囲いの中だけに制限する仕組みです

万一おかしな動きをしても、囲いの外には影響しないので安心度が一段上がります

ただし設定するにはDockerなどの専門ツールが必要で、非IT職の方やバイブコーディング的にサクッと使いたい方には少しハードルが高めです

「権限設定とCLAUDE.mdだけだとちょっと不安、もう一段固めたい」と感じたら検討する選択肢、くらいの位置づけで覚えておけば十分です

おまけ｜実はこれ全部Claudeに頼めます

ここまで読んで「いろいろ設定があって面倒そう」と感じた方、安心してください

実はこの記事で紹介した設定、ほとんどClaude Code Desktop自身にお願いできます、JSONファイルの編集なんて普段やらない人には腰が引ける作業ですが、AIに頼めば数分で全部終わります

Claudeに頼めること

• settings.json への deny や respectGitignore の追加
• .gitignore の作成と中身の追加
• CLAUDE.md のテンプレート作成
• .env.example（認証情報の枠だけ）の作成

コピペで使える依頼テンプレート

たとえばこんな感じで頼めばOKです

このプロジェクトのセキュリティ初期設定をしてほしい

1. ~/.claude/settings.json に以下を追加
   - "respectGitignore": true
   - .env や秘密鍵系（.pem / .key / id_rsa / credentials.json）の Read を deny

2. このプロジェクトに .gitignore を作って次を追加
   - .env / .env.local / .env.*
   - /secrets/

3. このプロジェクトに CLAUDE.md を作って次の方針を書く
   - 秘密情報の扱い（APIキー・パスワードは .env に集約、コードに直書きしない）
   - ファイル削除は明示的な指示があるまでしない
   - git push 前に確認を取る

4. .env.example を作って必要な環境変数の枠（値は空でOK）を用意

設定内容はそれぞれ私に提示してから書き込んでね

最後の 「設定内容はそれぞれ私に提示してから書き込んでね」がポイントです、変な設定が紛れ込まないよう一度確認できます

自分でやる必要があるもの

• .env の実際の値（パスワード・APIキー）：Claudeに値を入れさせると架空の文字列で埋めてしまうことがあるので、自分でコピペするのが安全
• 「バイパス権限モードを許可」トグル：GUI設定なのでClaudeでは触れない、デフォルトOFFなので「触らない」だけでOK

それでも理屈を先に学ぶべき理由

ここまで読んで「Claudeに頼めるなら、この記事を最初から読まなくてもよかったのでは?」と思うかもしれません

でも実は、記事で紹介した 「何のために何をやっているか」が分かっていることが大事です

Claudeも完璧ではないので、頼んだ内容と微妙に違う設定が出てくることもあります、そのとき 「想定通りか」を自分の目で確認できるのは、ここまで読んだ人だけの強みです

逆に「中身わからないけど全部任せた」状態だと、おかしな設定が混ざっていても気付けません

記事の知識 + Claudeへの依頼、この組み合わせが一番安全で速いやり方になります

まとめ｜最初の15分でやる5つの設定

長くなりましたが、要点を整理するとこんな感じです

1. settings.jsonで権限設定の仕組みを理解する（allow / ask / deny）
2. 秘密情報は.env + .gitignore + settings.jsonのdenyの3段構えで守る
3. rm -rf や git push –force などClaudeが裏で使う危険な操作をdenyに登録する
4. CLAUDE.mdでAIへの方針（お願いごと）を明文化する
5. 慣れてきたらPlan Mode・Hooks・サンドボックスなどで一段守りを固める

ポイントは 「機械的に止めたいこと」と「方針として伝えたいこと」をきっちり分けること

前者は settings.json のdenyで機械的にブロック、後者は CLAUDE.md でお願い、この使い分けができれば最低限のガードレールは整います

そして個人的に大事だと思うのが、「設定したから安心」じゃなくて、変更内容は毎回ちゃんと自分でレビューすること

AIが書いたコードや実行しようとする操作を、最後に自分の目で確認する習慣を持っておくと、設定の網を抜けた問題にも気付けます

Claude Code Desktopはとても強力なツールなので、安全に使う枠組みを最初に作っておけば、長く快適に付き合えると思います

Claude自体の基本的な使い方はこちらの記事で解説しているので、まだの方はぜひ合わせてどうぞ

Claude・生成AIを学べる本PR

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

カレーちゃん・からあげ

Amazonで見る楽天で見る

実践Claude Code入門

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

Amazonで見る楽天で見る

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

平川知秀

Amazonで見る楽天で見る

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