Claude Code

この記事の日付について。 2026年9月17日に調査・執筆し、公開日の2026年10月4日に、料金プラン・Remote Control の開始方法・権限モードの既定・チェックポイントの制限・費用目安の定義・用語集（英語版）を一次資料で再確認して更新しました。本文中の「2026-09-17確認」は執筆時、「2026-10-04確認」は公開前の再確認の日付です。筆者環境の計測値は、断りがない限り2026年9月17日の記録です。2026年10月11日に第7節・第8節・第9節の「無料で使えるか」・よくある質問3項目を追記しました（「2026-10-11確認」はその日の確認です）。 この記事でわかること Claude Code がモデルそのものではなく、モデルにツール・コンテキスト管理・実行環境を与える「ハーネス」だということ 入口（サーフェス）が5つ、実行環境の公式の区分が3つあり、その2つが別の軸だということ 収集・実行・検証の3フェーズで何が起きているか、ツールの5分類とあわせて 公式が示す費用目安の数字が「誰の・何の」平均なのか、サブスクリプション利用者にとって何を意味しないのか できないこと、戻せないこと、権限モードで止められる範囲 最初の問いに先に答えます。Claude Code とは、Claude というモデルを動かす側の仕組みです。公式用語集は agentic harness を「言語モデルを有能なコーディングエージェントに変える、ツール、コンテキスト管理、実行環境」と定義し、続けて「Claude Code はハーネスです。Claude はその中のモデルです」と書いています（Claude Code 用語集 2026-09-17確認）。 ツールを使わずテキストだけを返す対話との差はここに集約されます。テキストだけの対話なら、提案を適用するのは人間です。Claude Code はファイルを読み、編集し、シェルコマンドを実行し、テストを走らせて結果を確認します。同じ Claude でも、周りに何を持たせるかが違います。 1. Claude Code とは──定義を1文で Claude Code は agentic coding ツールで、コードベースを読み取り、ファイルを編集し、コマンドを実行し、開発ツールと統合します。ターミナル、IDE、デスクトップアプリ、ブラウザで利用できます。 （Claude Code 概要 2026-09-17確認） この定義文には「ターミナル」の語が入っていますが、ターミナル専用とは書かれていません。同じ文にデスクトップアプリとブラウザが並んでいます。ただし公式内部でも書き方は一様ではなく、「Claude Code の仕組み」ページの冒頭定義は「Claude Code はターミナルで実行される agentic アシスタントです」とターミナル起点で書かれています（Claude Code の仕組み 2026-09-17確認）。入口の広さを示しているのは概要ページの定義文のほうで、2ページで粒度が違うと理解しておくのが正確です。 関連して、公式用語集は agentic coding（エージェンティックコーディング）を「AI がファイルを読み取り、コマンドを実行し、自律的に変更を加えることができるワークフロー」と定義しています。英語版の同じ項は、これをテキストだけで応答するチャット型アシスタントと対比しています。そちらでは、返ってきたテキストを人間が自分で適用する必要があります（Claude Code 用語集 英語版 2026-10-04確認）。日本語版の訳文はこの対比の主語が読み取りにくいため、英語版に沿って要約しました。Claude Code が agentic なのは、助言に加えて行動できるツールを持っているから、という説明です。 2. チャット型の AI と何が違うのか 公式ドキュメントの記述から、差が出る観点を4つに整理します。 ...

Claude の料金は、個人なら Pro 月20ドル(年払いなら200ドル一括)、Max 5x 月100ドル、Max 20x 月200ドルです(Max は月払いのみ)。チームなら Team Standard が1人月25ドル(年払い20ドル)、Premium が月125ドル(年払い100ドル)です。表示価格はいずれも税抜で、地域や申し込み経路によって支払額は変わります(Claude 公式 価格ページ 2026-10-04確認)。API は従量課金で、Opus 5.5 が百万トークンあたり入力4ドル・出力20ドル、Sonnet 5.5 が2ドル・10ドルです(Claude API Docs『Pricing』2026-10-04確認)。 利用を続けられるかを決めるのは、月額だけでなく使用量の上限です。Pro・Max・Team には5時間のセッション枠と週次枠があり、Max には Fable 専用の週次枠もあります。Pro・Max ではチャットと Claude Code が枠を共有します。上限に達したあとは、上位プランへの変更、リセット待ち、使用量クレジットによる従量課金(API 標準単価)の3つが選択肢です。使用量クレジットを有効化し、残高と月次上限に余裕があれば、上限到達後は自動的に従量へ切り替わります(使用量クレジットのヘルプ 2026-10-15確認)。 この記事の日付について。 2026-10-03に調査・執筆し、公開日の2026-10-04に公式価格ページ、API 単価ドキュメント、Max・Team・使用量クレジット・制限リセットの各ヘルプを一次資料で再確認して更新しました。本文中の「2026-10-03確認」は執筆時、「2026-10-04確認」は公開前の再確認の日付です。筆者環境の計測値は、断りがない限り2026-10-03の記録です。2026-10-15 に、Max の料金・円の目安・月次 API クレジットの章(第3章)を追記し、価格ページ・Max のヘルプ・API 単価を再確認して更新しました。同日、外部レビューを受けて、Haiku 5.5 の単価、Max の Fable 専用の週次枠、使用量クレジットの自動切り替え、月次 API クレジットの受け取り手順と例外、API も使う場合のプラン選びの条件を補いました。 この記事でわかること Free / Pro / Max / Team / Enterprise / API の月額と、「何の何倍か」の基準を1枚の表で確認できる Max 5x(月100ドル)と Max 20x(月200ドル)の円の目安と、月額と同額で付く月次 API クレジットの受け取り方・使えない範囲(対話型の Claude Code には使えない)がわかる 価格が税抜表示であること、Pro・Max はチャットと Claude Code で枠を共有すること、Team は1人ずつ別枠であることを区別できる 上限に達したあとの3つの選択肢と、従量課金に切り替えたときの単価・上限設定がわかる 使い方別(軽いチャット・長文資料・Claude Code)に、API で払った場合の月額を公式単価から試算し、サブスクとどちらが安いかの目安を立てられる 1. 一次資料の対応表と、確認できなかった資料 この記事の数字は、すべて下表の公式資料から取り直しています。実際の請求明細による実測はこの記事にはありません。そのため「実測結果」表は置かず、試算はすべて公式単価と明示した仮定から計算しています。 ...

この記事の日付について。 2026-09-30に調査・執筆し、公開日の2026-10-04に Claude Code Docs の「How Claude remembers your project」と「Manage costs effectively」、ChatGPT Learn の「AGENTS.md」と設定リファレンス、openai/codex の agents_md.rs（commit 50d7795）を一次資料で再確認して更新しました。本文中の「2026-09-30確認」は執筆時、「2026-10-04確認」は公開前の再確認の日付です。筆者環境の計測値は、断りがない限り2026-09-30の記録です。 この記事でわかること Codex と Claude Code が、それぞれどの指示ファイルをどの順で読み、どこで読むのをやめるか 手元の CLAUDE.md 30本を Codex の規則に当てたとき、何が読まれなくなるか（実測） AGENTS.md を1本の正本にして、両方のツールで同じ指示を読ませる構成 Codex の料金プランと、5時間枠・週次上限・クレジットの数え方 検証できなかった比較軸と、その理由 結論を先に書きます。2026年10月時点では、指示ファイルの共通化は AGENTS.md を正本にして、CLAUDE.md から @AGENTS.md で取り込む形を筆者は勧めます。公式ドキュメントが示す共有方法に沿っており、設定値や Claude Code のバージョンに左右されにくいためです。Claude Code は v2.1.277 から AGENTS.md を直接読みます。ただし既定では、作業ディレクトリかその上に CLAUDE.md が1本でもあると AGENTS.md を読みません。直接読めない場合もあります。組み込みの agents-md プラグインを無効にした場合や、v2.1.281 より前の一部セッションです（Claude Code Docs「How Claude remembers your project」 2026-10-04確認）。 手元の CLAUDE.md を Codex の探索規則に当てはめると、届かないのは各リポジトリの本文ではありませんでした。Git ルートの外にある祖先ディレクトリの共通ルール97行です。Codex はプロジェクトルート（既定では .git のある階層）から作業ディレクトリまでしか探さないため、この層が丸ごと探索範囲から外れます（ChatGPT Learn「AGENTS.md」 2026-10-04確認）。どちらを選ぶかは「賢さ」より先に、この読まれ方の差と上限の数え方で決まります。 ...

MCPとは、AIアプリケーションを外部のデータソースやツールへつなぐためのオープンなプロトコルです。標準化されているのは接続の中身ではなく手順です。具体的には、JSON-RPC 2.0のメッセージ形式、ホスト／クライアント／サーバーという3役の分担、サーバーが出せる機能の種類（Resources・Prompts・Tools）、そして各リクエストがどのバージョンで話しているかの宣言方法です（MCP仕様 2026-07-28 2026-09-16閲覧）。 そして「MCPとは」を調べるときに最初に確かめるべきは、読んでいる解説がどのリビジョンの話かです。現行リビジョンは2026-07-28で（Versioning 2026-10-04確認）、この版はinitializeハンドシェイクとMcp-Session-Idを廃止し、プロトコルをステートレスに変えました（同 Key Changes 2026-09-16閲覧）。つまり「まずinitializeでセッションを張り、能力をネゴシエートする」という説明は、2025-11-25以前のリビジョンの説明です。旧リビジョンの説明が誤りになったわけではなく、使うホストやサーバーが旧リビジョンで話していれば、その接続では今もinitializeを使います。仕様はYYYY-MM-DDという識別子を使い、後方非互換な変更が最後に入った日付を示します。 この記事の日付について。 2026年9月16日に調査・執筆し、公開日の2026年10月4日に、仕様の現行リビジョン・HTTPヘッダー・MRTR・ベンチマークの指標などを一次資料で再確認して更新しました。本文と出典表の「2026-09-16」は執筆時、「2026-10-04」は公開前の再確認の日付です。筆者環境の観測値は2026年9月16日の記録です。2026年10月11日に第8節〜第10節（代表的なサーバーの例・料金・Claude Code での接続方法）と、よくある質問4項目を追記しました（「2026-10-11確認」はその日の確認です）。 この記事でわかること MCPを1文で説明するための定義と、何が標準化されていて何は標準化されていないのか ホスト・クライアント・サーバーの3役と、tools/listからtools/callまでに流れるJSON-RPCの中身（_metaの必須フィールドとエラーコード） 自分が読んでいる解説がどの仕様リビジョンの話かをinitializeの有無で判別する方法と、5リビジョンの対応表 2026-07-28でDeprecatedになった機能（Roots・Sampling・Logging）と、最短で削除される時期 導入前に踏むべきリスク確認の項目と、攻撃ベンチマーク論文が報告した「能力の高いモデルほど脆弱」という結果 1. MCPとは──1文の定義と、誰が出しているのか 定義は公式仕様の冒頭が短く書いています。MCPは「LLMアプリケーションと外部のデータソース・ツールとのシームレスな統合を可能にするオープンプロトコル」です（MCP仕様 2026-09-16閲覧、原文は英語）。2024年11月にAnthropicが公開し、2025年12月にLinux Foundation傘下のAgentic AI Foundationへ寄贈された仕様ですが、仕様リポジトリのLICENSEはMITからApache-2.0への移行中の複合ファイルで、前文に続けてApache-2.0とMITは全文、CC-BY-4.0は見出しと外部リンクによる参照という順で並んでいます。新規のコードと仕様の寄与にはApache-2.0が適用され、仕様を除くドキュメントの寄与はCC-BY-4.0です。MITセクションに置かれた著作権表記は「Copyright (c) 2024-2025 Model Context Protocol a Series of LF Projects, LLC.」で、リポジトリのREADMEは今も「This project is licensed under the MIT License」と記載しています（modelcontextprotocol/modelcontextprotocol LICENSE・同リポジトリREADME 2026-09-16閲覧）。単独ベンダーの仕様から、Linux Foundation系のプロジェクトへ器が移っている状態です。 仕様本文は、MCPがLanguage Server Protocol（LSP）から着想を得たと明記しています。LSPが「プログラミング言語への対応をエディタ横断で標準化した」のと同じ形で、MCPは「文脈とツールをAIアプリ横断で標準化する」という位置づけです。ここを押さえると、MCPが何をしないかも見えます。MCPはモデルの重みを変える仕組みではなく、つなぎ先のAPIの中身も決めません。 AI以外のMCPとの切り分け 「MCP」という略語は他分野にもあります。IT資格（Microsoft Certified Professional）、医療の中手指節関節（metacarpophalangeal joint）、日本の除草剤の慣用名（MCPソーダ塩。有効成分名はMCPAナトリウム塩）、電子部品の型番接頭辞（MicrochipのMCP3008など）で同じ3文字が使われます（Microsoft Learn・NCBI Bookshelf（中手指節関節）・石原バイオサイエンス 石原MCPソーダ塩・Microchip MCP3008 2026-09-16閲覧）。本記事が扱うのはAI文脈のModel Context Protocolだけです。別分野のMCPを調べている場合、この記事の内容は当てはまりません。 なぜ2024年11月に出てきたか 初出はAnthropicの2024年11月25日の発表です。同日に公開されたのは、仕様とSDK、Claude Desktopアプリでのローカルサーバー対応、サーバー実装のオープンソースリポジトリ、そしてGoogle Drive・Slack・GitHub・Git・Postgres・Puppeteer向けの既製サーバーでした。発表時点の採用例としてBlockとApolloが挙げられ、開発ツール側ではZed・Replit・Codeium・Sourcegraphの名前が並んでいます（Anthropic『Introducing the Model Context Protocol』 2026-09-16閲覧）。背景は単純です。ツール連携の実装がクライアントごとにばらばらで、同じ連携を各アプリ向けに作り直す必要があったからです。 ...

MCPサーバーは「良さそうなものを片端から入れる」と壊れます。壊れるのは接続ではなく、セッション開始時のコンテキストと、ツール選択の精度です。 Anthropic公式ドキュメントは数字で明言しています。ツール定義は50本で1万〜2万トークンを消費し、GitHub・Slack・Sentry・Grafana・Splunkを並べた構成では作業前に約55,000トークンが埋まる。そしてツール選択の精度は30〜50本を超えると落ちる（Claude Platform Docs『Tool search tool』 2026-09-14閲覧）。ただしこの数字は、ツール定義がコンテキストに同時に載っている場合の話です。Claude Codeのようにツール探索が既定で有効なクライアントでは、登録した本数と実際に載る定義数は一致しません。だから選び方の順序は「候補を見比べてから選ぶ」ではなく、自分のクライアントでツール探索が効いているかを確かめ、実際に載る定義数を数えてから候補を当てはめるになります。 この記事でわかること MCPサーバーを増やすと何が増えるのか──公式が出している消費トークンの実数と、30〜50本という精度の境界 ツール探索の有無で何が変わるか。自分の環境で「実際に載る定義」を無料で数える手順（トークン数え上げエンドポイントの使い方とJSONの例） 一次資料で提供主体・接続方式・ライセンスを確認できた候補17項目（19サーバー）の一覧表と、公式保守かどうかの見分け方 Claude Code / Codex CLI / Cursor それぞれの設定ファイルの場所と、ツールを絞るための設定項目 結論としての最初の構成の決め方（全定義を載せる構成なら合計30本前後という筆者の運用目安、探索が有効なら登録数より絞り込みの機構を見る） 1. 結論──ツール探索の有無を先に確かめ、上限は合計ツール本数で決める 最初の問いは「MCPサーバーは結局どれを入れればいいのか。全部入れると何が起きるのか」です。答えは順に2つです。 全部入れると何が起きるかは、クライアントがツール探索を使っているかで変わります。ツール探索を切って全定義を載せる構成では、セッションを開くだけでコンテキストが数万トークン埋まり、ツールの選択ミスが増えます。ツール探索が有効な構成では、定義は必要になった時点で読み込まれるため、登録本数がそのまま消費になるわけではありません。どちらの場合も、公式の数字（50本で1万〜2万トークン、30〜50本で精度低下）に自分の構成を当てると、上限は「サーバー本数」ではなく同時に載る合計ツール本数で決まると分かります。1本で40本以上のツールを出すサーバーもあるため、本数の議論はサーバー単位では成立しません。 そのうえで最初の構成は、次の順で決めます。第一に、自分のクライアントでツール探索が有効かを確認します（Claude Codeは既定で有効です。第6節）。第二に、ツール探索を切って全定義を載せる構成なら、合計ツール本数が30本前後に収まる範囲で選びます。この30本前後は公式の30〜50本という境界の下限側に寄せた筆者の運用目安で、公式が示した数値ではありません。役割配分の出発点は、①毎日触るSaaSのベンダー公式サーバー1本、②クライアントの組み込み機能と重複しないリファレンス実装1本、③案件ごとに差し替える空き枠1本です。第三に、ツール探索が有効な構成では、登録本数の上限よりも、ツールセットの絞り込み（--toolsets、enabled_tools）と権限ルールで「モデルに見せる定義」を減らせるかを見ます。本記事の計測ではNotion1本で43本、Gmail1本で29本のツールが出ましたが、このセッションではツール探索が有効だったため、この72本がそのままコンテキストに載っていたわけではありません（第6節）。理由は第4節から第6節で示します。候補の一覧は第5節の表です。 2. 本記事が確認した一次資料と、測っていないこと GPUやVRAMは本記事の判断に関係しないため記載しません。代わりに、本文の主張と一次資料の対応を先に出します。すべて2026-09-14に取得しました。 主張 一次資料 種別 確認日 ツール定義は50本で1万〜2万トークン、精度は30〜50本超で低下 Claude Code Docs『Scale to many tools with tool search』 公式ドキュメント 2026-09-14 5サーバー構成の定義が約55,000トークン、ツール探索で85%超の削減 Claude Platform Docs『Tool search tool』 公式ドキュメント 2026-09-14 仕様の現行リビジョンは2026-07-28版。トランスポートはstdioとStreamable HTTPの2つ MCP仕様 2026-07-28 / 同 transports 公式ドキュメント 2026-09-14 ツールは任意コード実行として扱い、ツール注釈は信頼できない前提とする MCP仕様 2026-07-28 公式ドキュメント 2026-09-14 リファレンス実装は7本、アーカイブ済みは13本。新規貢献はApache-2.0、既存コードはMIT modelcontextprotocol/servers GitHub 2026-09-14 Claude Codeのsseはdeprecated。スコープはlocal / project / user Claude Code Docs『MCP』 公式ドキュメント 2026-09-14 Codex CLIは~/.codex/config.toml、起動タイムアウト既定10秒、enabled_toolsでツールを絞れる OpenAI『MCP』(surface=cli) 公式ドキュメント 2026-09-14 Cursorは.cursor/mcp.jsonと~/.cursor/mcp.json。既定でツール実行前に承認を求める Cursor Docs『MCP』 公式ドキュメント 2026-09-14 GitHub公式サーバーはMIT、リモート版はhttps://api.githubcopilot.com/mcp/ github/github-mcp-server GitHub 2026-09-14 トークン数え上げエンドポイントはtools配列を受け取り、無料で使える Claude Platform Docs『Token counting』 公式ドキュメント 2026-09-14 測っていないことも明示します。本記事は、候補17項目（19サーバー）を3クライアントへ順に接続した接続可否・起動秒数・3回試行での失敗回数を計測していません。計測したのは、執筆環境のClaude Codeセッションに実際につながっていたサーバーのツール本数だけです（第6節）。横断マトリクスの残りは推定値で埋めず、未計測のまま置きます。手順は第6節に書いたので、同じ数え方を自分の構成で再現できます。 ...

この記事でわかること 自分の OS でインストールからログインまで、実際に打つコマンドの並び 最初のセッションで何をどう書くか。公式が例示している最初の3プロンプト CLAUDE.md の置き場所4スコープと、最初の1本に書く項目 手元31リポジトリの CLAUDE.md の実測行数分布と、公式の「200行以下」との差 command not found など、エラーメッセージ別の対処 最初に結論だけ書きます。インストールから CLAUDE.md の初版を整えるまでは、curl -fsSL https://claude.ai/install.sh | bash → claude --version → プロジェクトへ cd → claude → ブラウザでログイン → 質問を1つ投げる → /init で CLAUDE.md を生成 → 手で削る、の8手です。macOS・Linux・WSL はこの1行で入り、Windows は PowerShell なら irm https://claude.ai/install.ps1 | iex に置き換わります（Claude Code Docs「クイックスタート」 2026-09-13確認）。 そのうえで、この記事が上位ページと違うのは後半です。CLAUDE.md は「書け」で終わっている解説がほとんどですが、実際に何本も運用すると何行に落ち着くのかという記録が見当たりません。手元の31本を数えたところ、中央値は41行、平均76.0行で、公式が挙げる200行を超えていたのは2本だけでした。ただし、同時に読み込まれる祖先ディレクトリの CLAUDE.md を足すと、200行を超える組み合わせは6本に増えます（§7）。 1. 一次資料の対応表と検証環境 本文の事実はすべて以下から取りました。ローカルの実測は末尾2行です。 主張 一次資料 種別 確認日 インストールコマンド・対応OS・WSL とネイティブの差 高度なセットアップ 公式ドキュメント 2026-09-13 CLAUDE.md の4スコープ・200行の目安・.claude/rules/ Claude があなたのプロジェクトを記憶する方法 公式ドキュメント 2026-09-13 /usage の内訳・キャッシュミス・コスト平均値 コストを効果的に管理する 公式ドキュメント 2026-09-13 最初の8ステップ・必須コマンド・権限モード クイックスタート 公式ドキュメント 2026-09-13 サーフェス一覧・できること 概要 公式ドキュメント 2026-09-13 CLAUDE.md 31本の行数分布と記載カテゴリ ~/<workspace>/*/CLAUDE.md（作業ディレクトリの実パスは伏せ、本稿では ~/<workspace> と表記） 手元の実測 2026-09-13 権限設定の肥大化 ~/.claude/settings.json 手元の実測 2026-09-13 検証環境は次のとおりです。 ...

何が起きたのか Anthropicが公式サポート記事「How Claude marks AI-generated content」を公開し、Claudeの出力に機械可読なマーキングを施すことを明らかにしました（Anthropic公式サポート）。内容は二本立てです。テキストには「imperceptible watermark（知覚できない透かし）」をテキスト自体に織り込み、ファイル（.svg / .png / .jpg など）にはC2PA（Coalition for Content Provenance and Authenticity）標準に準拠した署名付きprovenanceメタデータを付与します。 適用範囲が広いのが特徴です。公式記事はClaude Platform（API）、Claude、Claude Code、Claude Cowork、Claude Tagを列挙しており、地域は全世界。AWS、Google Cloud、Microsoft Foundry経由でもテキスト透かしは機能するとされますが、ファイルの署名付きメタデータは「may not be supported on every platform」と留保が付いています。 タイミングは明快です。公式記事は「Claude models launched in the EU on or after August 2, 2026 will support machine-readable marking at launch」と書いています（Anthropic公式サポート）。ローンチ時から対応するという約束は、EU AI Actの行動規範に関するセクション配下で、EU向けの文言として記されている点に注意が必要です。ただし同記事は別に「Marking will apply to output from supported models wherever Claude is offered, worldwide」とも述べており、マーキングの適用範囲そのものは全世界です。2026年8月2日より前にリリースされたモデルについては「The law includes a transition period for Anthropic models launched before August 2, 2026, and we’re working to add marking support for those models as well」と、法定の移行期間に言及しつつ対応中である旨が記されています。この2026年8月2日という日付は偶然ではなく、EU AI Act第50条の透明性義務の適用開始日と一致します（European Commission）。Anthropicはこの措置の根拠として、第50条(2)に対応する「Code of Practice on Transparency of AI-Generated Content」への署名を挙げています。 ...

追記（2026-08-11）: 公開後、公式の機能ページが更新され、v2.1.225 以降は別マシンの Remote Control セッションへ名前を指定して新規会話を開始できることが本文に明記されました（「Starting a conversation with a session on another of your machines requires Claude Code v2.1.225 or later」）。あわせて経路表から「送れるもの（返信のみ）」の列自体が削除されています。本文中の「機能ページは返信のみ」「公式情報同士の食い違い」に関する記述は、公開日 2026-08-09 時点の記録としてそのまま残します（当時の保存版）。なお Claude Code on the web への新規送信の可否は、現行ページでも明示されていません。 何が起きたのか Anthropicの公式ドキュメント「Message your other Claude Code sessions」が、Claude Code のセッション同士がメッセージをやり取りする機能を記載しています。要件は Claude Code v2.1.224 以降、対応OSは macOS と Linux（WSL 2 内の Linux を含む）で、ネイティブ Windows では提供されないと明記されています。同ドキュメントには「When a session meets the requirements, messaging is on with nothing to enable」とあり、要件を満たしたセッションでは有効化操作なしで動きます。 Claude が使うツールは 2 つだけです。到達可能なエージェントを列挙する ListAgents と、名前を指定して届ける SendMessage。ユーザーがこれらを直接呼ぶことはありません。9to5Mac も 2026-08-07 付でこの機能を取り上げています（9to5Mac 2026-08-07）。 ...

何が起きたのか 2026-08-04 09:35 UTC、npm レジストリに [email protected] が公開されました。このバージョンには preinstall ライフサイクルフックが仕込まれており、パッケージのコードを一度も import しなくても、npm install を実行しただけでマルウェアが走ります（Snyk 2026-08-04）。 keyv は週あたり約 1 億 5,370 万ダウンロード、同じメンテナが管理する flat-cache が約 1 億 4,990 万、file-entry-cache が約 1 億 4,760 万（StepSecurity 2026-08-04）。ESLint など広く使われるツールチェーンの間接依存として、多数の開発環境に入り込む位置にあります。 そして、この攻撃で最も読者に近い部分がここです。第2段ペイロードは .claude/settings.json の SessionStart フックと .vscode/tasks.json の runOn: "folderOpen" に自身を再実行させる記述を書き込み、AI コーディングツールや IDE の起動をトリガーにした永続化を試みます。さらに .claude/credentials.json、.cursor/credentials.json、.openai/auth.json、.anthropic/auth.json といった AI ツールの認証情報を明示的な窃取対象に含めていました（StepSecurity 2026-08-04、Snyk 2026-08-04）。 分単位のタイムライン Snyk は UTC の分単位で経緯を記録しています（Snyk 2026-08-04）。 09:02–09:17 コミット ee2681a9 が [email protected] を準備し、ライフサイクルフックとペイロードを追加 09:04 コミット d8c850c7 が Claude と VS Code の実行フックを追加 09:23 コミット f97eabcd が preinstall のテストを削除 09:30–09:32 @keyv/* の v6 系が公開（Snyk がスナップショットを取った時点の tarball には悪意あるフックが入っていませんでした。ただし SafeDep は 09:39:45 に @keyv/* 全体へペイロードが追加されたと記録しており、これらの 6.0.0 は最終的に GitHub がマルウェア指定し npm から削除されています。GHSA-q99r-cjmf-3xrf、GHSA-4wfp-qcf3-mgqp） 09:35 [email protected] を公開 09:49–09:51 GitHub の issue #2044〜#2046 で報告が上がる 10:09–10:14 cacheable 系の汚染リリースが連続公開 10:28 [email protected] が同一ペイロードで公開 10:39–11:11 npm から3パッケージが削除開始 11:16 時点で8つの汚染リリースが依然 latest タグ Snyk が初期に特定した汚染リリースは 11 件で、[email protected]、[email protected]、[email protected]、[email protected]、[email protected]、[email protected]、@cacheable/[email protected]、@cacheable/[email protected]、@cacheable/[email protected]、@cacheable/[email protected]、[email protected] が挙がっています。Socket は file-entry-cache を 11.1.7 として記載しており、ベンダー間で表記が一致していない点は注意が必要です（Socket 2026-08-04）。 ...

何が起きたのか 2026年5月13日、Ramp（米国の経費管理プラットフォーム）が公開したRamp AI Index May 2026は、AI市場の力関係に関する1つの明確なシグナルを示した。 “Adoption of Anthropic rose 3.8% in April to 34.4% of businesses. OpenAI adoption fell 2.9% to 32.3%.” つまり2026年4月時点で、米企業のAI採用率においてAnthropicがOpenAIを初めて上回ったということだ。1年前のデータとの対比は驚異的だ。 “Over the last year, Anthropic has quadrupled business adoption while OpenAI grew business adoption by only 0.3%.” Anthropicは1年で4倍、OpenAIは+0.3ポイント——この差はもはや「拡大」ではなく「逆転」だ。 ただし、Ramp自身もこの指標の限界を明示している。TechCrunchの解説で引用されている表現（TechCrunch 2026年5月13日）： “Because the index only represents companies that use Ramp, it’s not a perfect proxy for the marketplace at large. Still, the sample includes more than 50,000 companies, making it both broad and diverse enough to carry weight.” ...