Claude Code

料金

Commercial

プラットフォーム

Terminal, macOS, Linux

公式サイト

https://docs.anthropic.com/en/docs/claude-code

無料アクセス評価

Anthropic は条件を満たす OSS メンテナー向けに Claude アクセスプログラムを提供したことがあります。

注意

一般的な無料枠ではなく、申請型のメンテナープログラムとして扱うべきです。

2026 年の結論

Claude Code は「UI のない Cursor」ではありません。リポジトリを読み、計画を作り、ファイルを編集し、コマンドを実行し、レビュー可能な diff を残すターミナル型の coding worker に近いツールです。

私の評価：Claude Code は、すでに工程管理ができているチームで特に価値があります。テスト、lint、レビュー習慣、プロジェクト規約がある場合、小さな実装タスクの初稿をかなり速く作れます。一方で、そのようなガードレールがない場合、もっともらしいが検証しにくい変更を増やす危険があります。

最近の公式アップデートで見るべき点

Anthropic の Claude Code changelog は更新が速いため、このページは一度きりの review ではなく継続的な評価として見るべきです。2.1.142 から 2.1.145 までの重要点は、単なる生成能力ではありません。agents、plugins、skills、hooks、background sessions が日常化した時に、Claude Code をどう観測し、復旧し、管理するかです。2026 年 5 月 28 日の Claude Opus 4.8 release がこの方向を強め、2026 年 6 月 9 日の Claude Fable 5 release で Claude Code の top model stack はさらに変わりました。

チームにとって特に重要な変化：

• Claude Fable 5 in Claude Code, with access pause：Anthropic は 2026 年 6 月 9 日に Fable 5 を発表し、widely released models の中で最も capable な model、Claude Code で single sitting を超える tasks に強い model と説明しました。想定される利用方法は、Claude Code v2.1.170 以降で claude update を実行し、/model fable を選ぶことです。ただし現在の adoption note が重要です。Anthropic は classifier calibration issues を理由に、2026 年 6 月 12 日に Claude Fable 5 access を paused しました。私の評価では、評価 harness は準備してよいですが、access が restored されるまで active default として扱うべきではありません。
• Fable-specific operating constraints：access restored 後も、Fable 5 は small edit の default ではなく deliberate escalation model として扱うべきです。公式 Fable page は practical boundaries も示しています。flagged cybersecurity / biology requests は Claude Opus 4.8 に fallback する場合があり、zero data retention では使えず、safety monitoring のため 30-day data retention が必要です。
• 1M context for serious repo work：Claude Code の model configuration docs は、Fable 5 path が long sessions と large codebases 向けに 1 million token context window を持つと説明しています。multi-package migrations や long debugging sessions には重要ですが、/context、/compact、narrow task boundaries の代わりにはなりません。
• Claude Code 2.1.145 の agent observability：claude agents --json により script から agent state を読みやすくなり、OTEL spans には agent_id と parent_agent_id が入り、status-line JSON は GitHub repo と PR context を持てるようになりました。terminal scrollback に頼るより audit しやすい形です。
• Claude Opus 4.8 と Dynamic Workflows：Anthropic は Opus 4.8 を coding-focused frontier model と位置づけ、Claude Code が long-running work のために数十から数百の specialized subagents を並列に動かせると説明しています。対象は large migrations、dependency updates、security remediation、flaky-test cleanup、issue triage です。私の判断では、これは通常の model bump ではなく、Claude Code が agent team orchestration に近づいたサインです。
• Effort controls の重要性：Anthropic は Opus 4.8 が high effort を default とし、Claude Code では xhigh、extra、max のような高い effort settings も使えると説明しています。Fast mode は多くの workload でかなり速くなりますが、official framing は cheapest mode ではなく speed path です。task risk に応じて effort を選ぶべきです。
• Plugin dependency visibility と discovery before install：/plugin は install 前に commands、agents、skills、hooks、MCP servers、LSP servers を見せるようになっています。plugin adoption は blind install ではなく、dependency と permission の decision であるべきです。
• Background session recovery：最近の更新では /resume、background subagent duration、model preservation、worktree handling、session configuration が改善されています。実務上は、background Claude Code が便利になるほど、各 job に branch/worktree 名、verification command、review owner が必要になります。
• Context cost visibility と dependency visibility：Claude Code 2.1.143 は plugin dependencies と projected context cost の見え方を改善しました。重い利用では、問題はコード品質だけでなく、hidden context bloat、expensive prompts、不透明な token burn にもあります。
• Enterprise managed settings と web security：Anthropic の enterprise managed settings と Claude Code security preview は、organization deployment の方向を示しています。正しい読み方は「どこでも動かす」ではなく、「agent に surface を増やす前に policy を決める」です。

私の評価：2026 年の Claude Code は「速い terminal agent」から、model routing、Fable-class long-horizon work、parallel subagents、governance hooks、reviewable work products を持つ agent runtime へ移っています。これは良い方向です。background sessions、plugins、MCP servers、skills、GitHub PR status が入ってくるほど、重要なのはチームがその作業を review できるかです。

2026 年 6 月下旬の Operating Notes

Claude Code の新しいシグナルは model access だけではありません。remote control、agent teams、permissions、hooks、plugin inspection、background recovery という operational hardening です。私はこれを、Anthropic が Claude Code を短い terminal demo から long-running engineering work 用の agent runtime に近づけている動きとして見ています。

採用時には 3 つの rule が必要です。第一に、subagents は reviewer、test fixer、migration planner、dependency auditor、frontend verifier のような実際の責任に対応させる。第二に、hooks と permission modes は危険な commands を止めるだけでなく、evidence を要求するために使う。第三に、background work は開始前に named worktree、proof commands、review owner を決める。

これにより Codex との比較も明確になります。Claude Code は local shell、Git state、MCP servers、permission prompts が source of truth になる task に強い。Codex は ChatGPT-native surfaces、mobile steering、cloud tasks、project context、cross-device continuity が重要な時に強い。真面目に比較するなら、同じ task brief、acceptance criteria、proof commands を両方で使うべきです。

実用的なコマンドと操作

最近の Claude Code はかなり強くなっていますが、日常の品質は操作方法で決まります。公式の commands、permissions、hooks、subagents、MCP docs から見える実用パターンは明確です。まず project memory を設定し、permission posture を選び、その後で subagents、hooks、MCP servers、plugins を必要な場所だけに追加する。

私なら次の順序を default operating sequence にします。

• 初回の repository setup：まず /init で starter CLAUDE.md を作り、/memory で architecture notes、test commands、style rules、forbidden areas、review expectations を整える。repo contract がないまま最初の task を始めない。
• Plan before editing：未知の repo を探索する時は /permissions か claude --permission-mode plan を使う。plan mode は read-only commands と調査に向き、source files を変更すべきではありません。architecture discovery、migration scoping、risk の高い bug reports に向いています。
• Approval rules を明示する：/permissions で edits、shell commands、MCP tools、risk の高い actions に approval が必要かを決める。default は sensitive work に安全、acceptEdits は review 前提の iteration に便利、auto は long work の prompt fatigue を減らし、bypassPermissions は isolated containers や VMs だけに限定する。
• Subagents は意図して追加する：/agents は reviewer、test fixer、dependency auditor、migration planner、frontend verifier のように responsibility が分けられる時だけ使う。subagent には narrow description、scoped tools、存在理由が必要です。
• MCP は本当の context gap に使う：Claude が GitHub、docs、issue trackers、observability、databases、internal APIs を必要とする時に /mcp を使う。利用可能だから接続するのではなく、その task に必要だから接続する。
• Hooks は信頼する前に確認する：/hooks で tool-event hooks を確認する。良い hooks は dangerous writes を止め、edits 後に checks を要求し、final claims を検証します。悪い hooks は silent side effects を増やします。
• /plugin を dependency review として使う：install 前に plugin が追加する commands、agents、skills、hooks、MCP servers、LSP servers を確認する。plugin install は、permissions を持つ development dependency の追加として扱うべきです。
• Background work を復旧・監査する：background sessions は /resume、script-readable agent state が必要なら claude agents --json を使う。named worktrees、explicit proof commands、review owner と組み合わせるべきです。
• /context と /compact で drift を管理する：long session が散らばる前に loaded context を確認し、意図的に compact する。context bloat は agent work を高コストで unfocused にする代表的な原因です。

私の運用ルール：task、tests、file boundary が理解できるまでは plan または conservative permissions。job が narrow and reviewable になったら acceptEdits または auto。bypassPermissions は disposable environments だけ。優れたチームは Claude Code に最大自由度を与えて勝つのではなく、permission escalation を見える化し、completion claim を testable にして勝ちます。

Fable 5 についてはもう 1 つ rule を追加します。access restored 後、/model fable は task が outcome と acceptance criteria として書けてから使う。step-by-step で細かく micromanage せず、target、constraints、repo boundaries、proof commands を与え、plan と final diff を review する。one-file edit なら Opus や Sonnet-class work で十分です。Fable の強みは、hours、multiple sessions、several subagents にまたがる task で現れます。

Claude Code と Codex をどう組み合わせるか

Claude Code と Codex は 2026 年に重なりが増えていますが、同じものとして扱うべきではありません。Claude Code は local repository、terminal commands、Git state、hooks、permissions、MCP servers、subagents、proof commands が境界になる作業に強いです。Codex は ChatGPT account surfaces をまたぐ作業、つまり Codex App、cloud tasks、connected hosts、mobile steering、Automations、active sessions、thread history、centralized model / reasoning settings に強みがあります。

実務上の分け方：

• Claude Code で local diagnosis から始める：repository を読み、failure を再現し、logs を確認し、tests を実行し、Git state を理解し、narrow plan に落とす。
• Codex に parallel / background attempts を任せる：OpenAI-managed cloud tasks、ChatGPT mobile follow-up、multi-repository access、historical Codex threads search、PR-shaped review が効く場面では Codex が向きます。
• 同じ acceptance criteria で比較する：diff size、proof commands、review time、follow-up fixes、変更が安全な理由の説明を比べる。
• governance を surface に近づける：Claude Code では /permissions、/hooks、/agents、MCP scopes。Codex では active sessions、Codex Profiles、workspace settings、model/reasoning sync、Automation boundaries を見る。
• specs と skills を shared contract にする：OpenSpec と Skills Matrix は task ambiguity を減らします。9Router や OpenRouter-style routing は cost / fallback layer であり、task discipline の代替ではありません。

私の推奨：Claude Code は shell に近い実行と local proof に使う。Codex は cross-surface continuity、cloud / connected-host delegation、reviewable background work に使う。強い workflow は、どちらか 1 つを永久に選ぶことではなく、task brief、permissions、proof commands、review trail を両方で再利用できる形にすることです。

より大きな変化：Agent Runtime の製品化

Claude Code の深い変化は、「Anthropic の coding model がさらに強くなった」ことだけではありません。Anthropic は agent の周辺 runtime を製品化し始めています。この流れは ready-to-run agent templates、MCP と connector tooling、Claude Code on the web、custom subagents、hooks、permissions、background tasks に共通して見えます。

私の評価：Claude Code は、真面目な agent work をどう包装すべきかの reference implementation になりつつあります。実用的な coding agent には prompt だけでなく runtime contract が必要です。どの skills を使えるか、どの systems に接続できるか、どの subagents に委任できるか、action 前後にどの hooks が走るか、permissions が危険な tool use をどう拒否するか、long-running sessions が progress をどう伝えるか、最終成果をどう reviewable PR や diff に変えるか、という契約です。

runtime の部品は分けて見るべきです：

• Ready-to-run agent templates：Anthropic の financial services 向け agent material では、agent template は skills、connectors、subagents から構成され、Claude Code plugins や Managed Agents cookbook の形で提供されます。coding の観点では、agent は temporary prompt ではなく installable capability bundle になっていきます。
• Agent connectivity と MCP tooling：Stainless acquisition のメッセージは、agent の価値は安全に接続できる system に依存する、という点を強調しています。engineering teams にとって MCP servers と connectors は、GitHub、issue tracker、docs、database、observability、internal APIs への integration layer になります。
• Cloud / Web long-running sessions：Claude Code on the web は、browser から複数の isolated coding sessions を開始し、progress を見て、steering し、PR 作成へ進める流れを示しています。これは local terminal helper というより managed work queue に近いです。
• Subagents と Agent Teams：公式 subagents docs は、separate context、scoped tool access、explicit delegation、model selection を強調しています。大きな task では main agent が focus を失いやすいため、責任を先に分割することが重要です。
• Hooks、Permissions、agentic verification：hooks と Agent SDK permissions は、action 前後の control layer です。価値は shell hook を増やすことではなく、危険な tool を拒否し、approval を要求し、checks を走らせ、completion claim に証拠を求める policy-backed verification にあります。
• Background state management：subagents、hooks、background tasks、checkpoints、session recovery は Claude Code をより autonomous にします。ただし autonomy は状態が読めて初めて価値があります。current goal、progress、blocker、elapsed work、stale session、final wrap-up が人間に見える必要があります。

内部 agent platform を作るチームへの教訓は明確です。最初に考えるべきは「どの model が一番賢いか」ではなく runtime boundary です。Skill、Tool、Channel、SubAgent、Hook、Permission、Ledger、Review を first-class concepts にする。model は置き換え可能ですが、runtime が agent work を governable にします。

何に向いているか

• ターミナル、Git、diff レビューに慣れた開発者。
• テストと lint が整備された既存コードベース。
• 受け入れ条件や制約を明確に書けるチーム。
• 複数ファイルをまたぐ bug fix、小規模リファクタ、テスト追加。
• managed settings、plugin review、auditable background-agent work が必要なチーム。
• skills、connectors、subagents、hooks、approval、progress ledger、PR handoff を持つ internal agent runtime を設計する platform teams。

向いていないケース

• 主にインライン補完やビジュアルなエディタ体験が欲しい人。
• テストや検証コマンドがないプロジェクト。
• AI の大きな変更を十分にレビューできないチーム。
• 秘密情報や本番設定へのアクセス境界が曖昧なリポジトリ。

Cursor より強いところ

Claude Code はタスク型の開発に強いです。失敗しているテストを直す、関連ファイルを読む、コマンドを実行する、結果を説明する、といった流れでは Cursor より自然に感じることがあります。

Cursor の方がよいところ

Cursor は即時性と視覚的な編集体験が強みです。コードを読みながら数行を選択して説明や修正を頼むような作業では、Cursor の方が軽く使えます。

Claude Code vs Codex vs opencode

Claude Code と Codex はどちらも「開発タスクを agent に任せる」方向の製品です。選択基準はブランドではなく、自分のコードベースでの精度、権限モデル、レビューしやすい diff を出せるかです。

opencode はオープンソースの対抗軸です。モデル選択、透明性、ターミナル中心の制御を重視するなら、Claude Code と並べて評価する価値があります。

プラグイン、Skills、Superpowers

2026 年の Claude Code で重要なのは、単にプロンプトを増やすことではありません。重要なのは workflow を強制できるかです。強いモデルはすでにもっともらしいコードを書けます。本当に難しいのは、要件を確認し、計画を書き、テストを先に作り、失敗時に原因を追い、完了前に検証し、後から保守できる記録を残すことです。

その意味で Superpowers は重要です。CodeLove の記事 が指摘しているように、多くの AI coding はまだ「依頼する、結果を待つ、貼る、失敗する、また直す」という使い方に留まっています。Superpowers はこの形を、設計、計画、テスト、品質という段階的な開発ループに変えます。私の評価では、これは単一機能のプラグインではなく、Claude Code の開発プロセスを定義するフレームワークです。

20 個の skills 推薦リストを見る時は、「全部入れる」ではなく、agent workflow のどの層が弱いかを見るべきです。テストが弱い個人プロジェクトなら、まず verification と debugging。CI が整っているチームなら、code review、worktree isolation、domain skills の方が効きます。

理解しておきたい主要 Skills：

• find-skills と skill-installer：skills を発見し、導入するための入口です。ecosystem が広がるほど、記憶だけで管理するのは難しくなります。
• brainstorming：実装前に止まり、要件、制約、設計選択を明確にする。
• writing-plans：承認された設計を実行計画に分解し、通常 docs/superpowers/plans/ に保存する。
• subagent-driven-development または executing-plans：長い一括実行ではなく、小さな単位で計画を進める。
• test-driven-development：先に失敗するテストを書き、最小実装で通し、その後にリファクタする流れを促す。
• systematic-debugging：失敗時に当てずっぽうで直すのではなく、根本原因を追う。
• verification-before-completion：完了宣言の前に、テスト、lint、build などの証拠を要求する。
• requesting-code-review と receiving-code-review：コードレビューとレビュー対応を明確な工程にする。
• using-git-worktrees：並行作業やリスクのある変更を別の作業ツリーに隔離する。
• finishing-a-development-branch：実装後に merge、PR、保持、破棄を明確に選ぶ。

私の判断：Superpowers は、工程を重視するチームに向いています。小さな 1 ファイル修正では重く感じるかもしれません。しかし実プロダクトの機能追加、bug fix、リファクタでは、手戻り、推測、説明できない AI diff を減らす効果があります。良い skill は Claude Code を正しいタイミングで遅くします。scope が広がる前、bug fix が推測になる前、agent が完了宣言する前、大きな diff が main に入る前です。

より広い skill catalog は、evidence value で見るのが現実的です。

• Frontend and browser skills：browser automation、visual verification、accessibility check、screenshot review は、実際の viewport で品質を判断する必要がある場合に有効です。
• Content, SEO, and documentation skills：static site、docs、release notes、comparison pages で、薄い内容や構造の乱れを減らします。
• Database, cloud, and infrastructure skills：permission boundary、dry-run、rollback path が明確な場合だけ使うべきです。時間は節約できますが、影響範囲も大きいです。
• Review, branch, and collaboration skills：チームでは最も価値が高い層です。agent output を auditable な engineering artifact に変えます。

Claude Code の他のプラグインや拡張は、どの層を改善するかで見るべきです。

• Workflow plugins：Superpowers のように、アイデアから検証済み変更までの流れを定義するもの。
• Tool-access plugins と MCP servers：GitHub、issue tracker、docs、database、browser、社内システムへ接続するもの。重要なのは接続数ではなく、権限境界と監査性です。
• Review and quality plugins：テスト、coverage、lint、security review、dependency check、code review を強化するもの。
• Domain skills：API docs、migration、data pipeline、UI implementation、release notes、incident debugging など特定用途向けのもの。
• IDE surface plugins：Claude Code を VS Code などの editor surface に近づけるもの。可視性は上がりますが、検証の代わりにはなりません。

採用ルールは明確です。曖昧さを減らし、証拠を増やし、レビューしやすくするプラグインを優先する。Claude Code により多くのことを速くやらせるだけで、reviewability を上げないプラグインには慎重であるべきです。

cost control については、9Router を workflow plugins とは分けて評価します。Superpowers は Claude Code がどう作業するかを整えます。9Router は request がどこへ行くか、冗長な tool output をどう圧縮するか、quota や provider error が起きた時にどう fallback するかを扱います。heavy Claude Code users には両方の層が必要になることがあります。

Source Notes

• Anthropic の Claude Code changelog は、Claude Code 2.1.142 から 2.1.145 の update として claude agents --json、OTEL agent identifiers、GitHub repo and PR status context、plugin dependency visibility、MCP/LSP preview before plugin install、background session recovery、context-cost display、worktree fixes を記録しています。
• Anthropic の Claude Code commands docs、CLI reference、permission modes、hooks、permissions、MCP、subagents docs は、/init、/memory、/permissions、/agents、/mcp、/hooks、/plugin、/resume、/context、/compact、claude --permission-mode plan、そして default、acceptEdits、plan、auto、dontAsk、bypassPermissions の tradeoffs を説明しています。
• Anthropic の Claude Fable 5 and Claude Mythos 5 announcement、Fable product page、Claude Code model configuration docs は、Fable 5 を most capable widely released model と説明し、Claude Code では /model fable で利用でき、long-running coding and knowledge work、1M context、fallback safeguards、version requirements、pricing、data-retention constraints を示しています。Anthropic は classifier calibration issues により 2026 年 6 月 12 日に Claude Fable 5 access を paused したため、このページでは access restored まで watch item として扱います。
• OpenAI の ChatGPT / Codex release notes は、2026 年 6 月中旬の Codex updates として rate limit resets bank、Codex availability expansion、historical Codex threads search、CLI/IDE/cloud tasks の model and reasoning effort sync、remote-session error visibility、multi-repository tasks を説明しています。これが Claude Code と Codex の組み合わせ方の根拠です。
• Anthropic の Claude Opus 4.8 announcement は、2026 年 5 月 28 日の model launch、coding focus、enterprise rollout、Claude Code effort modes を説明しています。
• Claude の Dynamic Workflows in Claude Code announcement は、parallel specialized subagents、long-running coding workflows、large-scale migrations、dependency updates、issue triage、PR-oriented work を説明しています。
• Anthropic の financial-services agent material は、skills、connectors、subagents で構成される ready-to-run agent templates と、Claude Code plugins / managed-agent patterns を説明しています。
• Anthropic の Stainless acquisition post は、agent connectivity、SDKs、CLIs、API documentation、MCP server tooling が agent system に重要であることを示しています。
• Claude の Claude Code on the web announcement は、browser-started isolated coding sessions、progress visibility、steering、PR-oriented cloud work を説明しています。
• Anthropic の Claude Code subagents docs は、custom subagents の separate context、scoped tools、model selection、task delegation を説明しています。
• Anthropic の Claude Code hooks と Agent SDK permissions docs は、hooks、allow/deny rules、permission modes、runtime callbacks による agent action control を説明しています。
• Anthropic の enterprise managed settings docs は、組織管理の Claude Code configuration を説明しています。
• Anthropic の Claude Code security preview は、web execution、security research、prompt-injection mitigations、network allowlists、sandboxing work を説明しています。

導入チェックリスト

• プロジェクト規約、テストコマンド、レビュー方針を書く。
• 最初は小さな issue から試す。
• 編集前に計画を出させる。
• secrets や本番設定へのアクセスを制限する。
• diff は通常のコードレビューと同じ基準で確認する。

品質シグナル

Claude Code の良し悪しは、書いたコード量ではなく、小さく理解しやすい diff を安定して出せるかで判断すべきです。