Claude CodeのFastモードは別のモデルに切り替わるのですか？

いいえ、FastモードはOpus 4.6のまま出力速度だけが向上する仕組みです。モデルの品質は変わらず、ストリーミングが高速化されるため対話的な開発体験が改善されます。

Claude Codeの自動メモリはどこに保存されますか？

プロジェクトごとに ~/.claude/projects/ /memory/ ディレクトリへMarkdownファイルとして保存されます。MEMORY.mdがインデックスとなり、毎回の会話で自動的に読み込まれます。

Claude Codeのスキルは自分で作成できますか？

はい、Markdownファイルにフロントマターと実行手順を記述するだけで作成できます。~/.claude/skills/（グローバル）または.claude/skills/（プロジェクト単位）に配置すればスラッシュコマンドとして呼び出せます。

Claude Code 2026年4月アップデートまとめ｜Opus 4.6・Fastモード・メモリ機能を解説

Claude Codeは2026年に入ってからもアップデートが続いており、4月時点ではモデル・実行モード・メモリ・スキル周りで体験が大きく変わっています。この記事では、日本のエンジニアが現場で今すぐ恩恵を受けられる変更点に絞って、コマンド例と設定例を交えて紹介します。

この記事で学べること:

2026年4月時点で利用可能なClaude Codeの主要モデルと選び方
Fastモードや1Mコンテキストといった実行体験の改善点
自動メモリとスキル機能の使いどころ
サブエージェントを活用した並列開発の基本
設定ファイル（settings.json）での挙動カスタマイズ

1. モデルラインナップの整理：Opus 4.6 / Sonnet 4.6 / Haiku 4.5

2026年4月時点で、Claude Codeから利用できる最新のClaudeモデルは以下の3種類が中心です。

モデル	モデルID	主な用途
Claude Opus 4.6	`claude-opus-4-6`	大規模リファクタ・設計レビュー
Claude Sonnet 4.6	`claude-sonnet-4-6`	日常の実装・バグ修正
Claude Haiku 4.5	`claude-haiku-4-5-20251001`	軽量タスク・高速応答

Opus 4.6には1Mトークンコンテキスト版（claude-opus-4-6[1m]）も用意されており、巨大なモノレポ全体を一度に読み込ませる用途で使われるのが一般的です。CLIからは/modelコマンドでいつでも切り替えできます。

# モデルを切り替える
/model claude-sonnet-4-6

# 1Mコンテキスト版Opusに切り替え
/model claude-opus-4-6

軽いタスクはHaiku、重い設計はOpus、と使い分けることでAPIコストと応答速度のバランスを取れます。

2. Fastモード：同じOpusのまま出力を高速化

4月のアップデートで定着したのがFastモードです。/fastで切り替えられ、モデル自体は変わらずclaude-opus-4-6のまま出力スループットだけが向上します。

# Fastモードを有効化（Opusのまま高速化）
/fast

誤解しやすい点として、Fastモードは「軽量モデルへの切り替え」ではありません。同じOpus 4.6の品質で、より早くストリーミングされるのが特徴です。長文のリファクタ提案を待つ時間が短縮されるため、対話的な開発体験が改善されます。

3. 自動メモリ：会話をまたいでユーザー情報を引き継ぐ

Claude Codeには、会話を超えて情報を保存する自動メモリ機能が組み込まれています。プロジェクトごとに以下のディレクトリへMarkdownファイルとして書き出される仕組みです。

~/.claude/projects/<project-slug>/memory/
├─ MEMORY.md           # インデックス
├─ user_role.md        # ユーザーの役割
├─ feedback_*.md       # フィードバック
└─ project_*.md        # プロジェクト固有の文脈

メモリは「ユーザー情報」「フィードバック」「プロジェクト状況」「外部参照」の4カテゴリに分類されており、MEMORY.mdがインデックスとして毎回コンテキストに読み込まれます。

---
name: user_role
description: ユーザーの職種と関心領域
type: user
---

日本在住のフルスタックエンジニア。Next.js 16 + Supabaseで個人メディアを運営中。
TypeScript strict modeを徹底しており、anyの使用を嫌う傾向がある。

「これ覚えておいて」と頼むだけで、次回以降の会話で自動的に参照されます。逆に「このメモリは忘れて」と言えば該当ファイルを削除します。

4. スキルとスラッシュコマンドの統合

以前は別物だったスキルとスラッシュコマンドが、4月時点では/skill-nameという統一インターフェースで呼び出せるようになりました。スキルは~/.claude/skills/（グローバル）または.claude/skills/（プロジェクト）に配置します。

# 利用可能なスキル一覧
/skills

# コミット作成スキルを呼び出す
/commit

# プロジェクト固有のQAスキル
/qa

スキルはMarkdownでフロントマター付きの定義を書くだけで作れます。

---
name: daily-check
description: 毎朝の基本動作チェック（型・lint・テスト）
---

以下を順番に実行し、結果を要約してください。
1. `pnpm typecheck`
2. `pnpm lint`
3. `pnpm test --run`

チーム共通のワークフローをスキル化しておくと、新メンバーがClaude Codeにそのまま委ねられるため、オンボーディングコストが下がります。

5. サブエージェントによる並列実行

Agentツール経由でサブエージェントを起動し、独立したタスクを並列に進める運用が一般的になってきました。代表的なエージェントタイプは以下の通りです。

general-purpose: 汎用調査・複数ステップタスク
Explore: 高速なコードベース探索
Plan: 実装計画の策定

例えば「フロントエンドの探索」と「APIの探索」を同時に走らせたい場合、1メッセージ内で複数のAgent呼び出しを並べると並列実行されます。メイン会話のコンテキストを汚さずに済むため、長時間の調査タスクで特に有効です。

Exploreエージェント1: app/ 配下のRoute Handler一覧を抽出
Exploreエージェント2: lib/ 配下のSupabaseクライアント実装を調査
→ 同じターン内で2つを並列起動

6. settings.jsonでの挙動カスタマイズとフック

~/.claude/settings.jsonまたは.claude/settings.jsonで、Claude Codeの挙動を細かく制御できます。特にフックは、ツール実行の前後に任意のシェルコマンドを挟み込める強力な仕組みです。

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          { "type": "command", "command": "pnpm lint --fix" }
        ]
      }
    ]
  }
}

この例ではファイル編集後に自動でlintが走ります。「保存したら必ずformatをかける」といったルールをClaude任せにせず、ハーネス側で強制できるのがポイントです。

まとめ

2026年4月時点のClaude Codeは、モデル選択の柔軟性・実行体験・記憶機構・拡張性の4点で着実に進化しています。まずはOpus 4.6とFastモードで日常タスクを回しつつ、スキルとメモリでチームの暗黙知を形式化していくのが現実的な導入ステップです。サブエージェントとフックは慣れてから取り入れると、無理なく開発フローへ組み込めます。次回のアップデート速報もお楽しみに。