実際に試したClaude便利術20選 まとめ

はじめに

Claudeを使い始めたので、実際に試した作業効率の上がりそうな機能を20個まとめました。
この記事の特徴は、1つの Terraform コードを通して試していることです。

構成図の画像を貼る → Terraform が9ファイル・573行出てくる → /goal で trivy の HIGH/CRITICAL を 6件 → 0件 → サブエージェント3人に並列レビューさせる → それでも設計上の指摘が High 3件出てくる

という流れを、スクショつきで載せています。

こんな人向け

• Claude Code を使い始めたけど、CLAUDE.md 以外何を設定すればいいか分からない
• インフラ（AWS / Terraform）で AI エージェントに任せるのが怖い
• 機能の紹介だけでなく「実際どうなったか」が知りたい

全体像

第1部：まず入れる土台

1. CLAUDE.md の作成

何か

Claude Code が会話を始めるときに必ず最初に読みに行くファイル。仕事内容・形式・言葉遣いなど、毎回説明していた「前提」を一度書いておけば、新しい会話でも最初から自分のことを理解した状態でスタートできる。

ただし中身はあくまで「お願い」で、強制力はない。絶対に守らせたいことは次の「2. permissions / Hooks」で設定する。

置き場所

作り方：/init よりインタビュー形式がおすすめ

/init を実行すると、Claude がフォルダの中身を見て推測で CLAUDE.md を作ってくれる。手軽だが、あくまで AI の推測。

おすすめは Claude にインタビューさせる 方法。

私の仕事についてまず質問してください。その答えをもとにCLAUDE.mdを作ってほしいです

「お仕事の主な役割に一番近いものは？」のように、選択肢つきで数問聞いてくるので答えていくだけ。自分の言葉で細かく設定できるので、精度はこちらのほうが高い。

実際にできた CLAUDE.md

私は研修中なので、配属後に困らないよう 学習サポート と 安全ルール を入れた。

• 答えに「なぜそうするのか」を1〜3行で添える
• AWS / Terraform の用語は初めて出たときに説明する
• terraform apply / destroy / import / state 操作は実行前に必ず確認。apply の前には plan の結果を要約する
• IAM ポリシーで * を使うときは理由とリスクを説明する

育て方とポイント

• 会話中に「今のやつを CLAUDE.md に追記しといて」と言えば書き足される
• 中身はただのテキストファイルなので、いつでも確認・修正・削除できる
• メールの文体、資料の型、使う技術など「毎回言っていること」は全部ここへ
• ただし長くしすぎない。関係ない作業でも毎回読まれるので、そのぶん重くなる

2. permissions / Hooks（この記事で一番伝えたいこと）

何か

「絶対にやらせない」操作や、作業の節目に「必ず」実行されるルールを決めておける機能。
CLAUDE.md は Claude が読んで従う「お願い」だが、こちらは Claude Code 自体が動かすので必ず効く。

「ミスしないよう気をつける」ではなく、「ミスしていないか必ず確認する」「そもそもミスできない」仕組みを作れる。

Hooks が動くタイミング

設定例

.claude/settings.json に書く。

{
  "permissions": {
    "deny": ["Bash(terraform apply:*)", "Bash(terraform destroy:*)"]
  },
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Edit|Write",
        "hooks": [
          {
            "type": "command",
            "command": "f=$(jq -r '.tool_input.file_path'); case \"$f\" in *.tf) terraform fmt \"$f\";; esac"
          }
        ]
      }
    ]
  }
}

• permissions.deny：terraform apply / destroy を禁止
• PostToolUse：.tf ファイルを編集・保存した直後に terraform fmt を自動実行

実際に試してみた

① .tf ファイルを保存したら、勝手に整形されるか

わざとインデントを崩した .tf ファイルを Claude に保存させてみた。

# 保存したもの（崩れている）
locals {
project="hooks-demo"
    env =     "test"
  owner= "your-name"
}
 
# Hook が自動で terraform fmt を実行したあと
locals {
  project = "hooks-demo"
  env     = "test"
  owner   = "your-name"
}

→ 保存した直後に、何も言わなくても整形された。

② terraform apply を止められるか

Claude に terraform apply を実行させようとしてみた。

→ deny の設定で止められ、実行されなかった。

deny だけだと抜け穴がある

Bash(terraform apply:*) は、* より前の部分（terraform apply）を 書いたとおりに 照合している。そのため、次のような書き方では止まらない。

terraform -chdir=env/prod apply   # apply の前にオプションが入る
bash -c 'terraform apply'          # 別のシェルで包む
/usr/local/bin/terraform apply     # 絶対パスで呼ぶ

一方、cd env/prod && terraform apply のように && や ; でつないだコマンドは、Claude Code が1つずつに分けて判定するので止まる。

公式ドキュメントにも、deny ルールは Claude がふだん書く形のコマンドを止めるものであって、「セキュリティの境界ではない」 とはっきり書かれている（Configure permissions › What a Bash rule doesn't match）。

そこで、PreToolUse の Hook でコマンドの文字列全体を調べて止める方法を 併用 する。Hook が終了コード 2 で終わると、permissions のルールより先にその操作がブロックされる。

"PreToolUse": [
  {
    "matcher": "Bash",
    "hooks": [
      {
        "type": "command",
        "command": "cmd=$(jq -r '.tool_input.command'); if echo \"$cmd\" | grep -Eq 'terraform.*(apply|destroy)'; then echo 'terraform apply / destroy は禁止しています' >&2; exit 2; fi"
      }
    ]
  }
]

terraform と apply / destroy が1行に両方入っていれば、間に何があっても止める。広めに止める設定なので、terraform plan -destroy のようなコマンドも止まる。

ポイント

• 自分で書かなくても「こういう Hook を作って」と頼めば Claude が書いてくれる
• まずは permissions の deny、念のため PreToolUse Hook も、の二段構えが安心
• Hooks は自分の権限で好きなコマンドを動かせてしまう。人が作った Hooks を入れるときは中身を読んでから

3. .claude フォルダの設計

ルールを足し続けると CLAUDE.md 1枚がパンパンになる。その受け皿が .claude フォルダで、ルールや手順を役割ごとに分けて置く場所。

リポジトリの .claude フォルダを Git にコミットしておけば、ルールやスキルをチーム全員で共有できる。

作るのも頼むだけ。

この作業フォルダに.claudeフォルダを作って。中に手順書を入れるskillsと、担当者を入れるagentsと、細かいルールを入れるrulesの3つのフォルダを作っといて

4. 権限モードの設定

入力欄の下に今の権限モードが表示されていて、クリックで切り替えられる。

イメージは、新人に簡単な業務は丸ごと任せて、お金や本番環境に関わることだけ止めてもらう感じ。最近のバージョンでは、自動モードがデフォルトになったと画面にも表示された。

ただし公式にも「自動モードは安全を保証するものではない」とある。terraform apply などは 2章の permissions / Hooks でも止めておく。

プランモードの使いどころ

初めてやる大きい仕事・影響範囲の広い変更の前に切り替える。

新しいVPCとサブネットをTerraformで作りたいです。すぐに作業せずに一旦構成案を出してください。CIDRやAZの数など判断が必要なところは、勝手に決めずに私に確認してください。applyはしないでください

→「CIDR はどうしますか？」「AZ はいくつ使いますか？」などを選択肢つきで聞いてくれるので、出来上がってからのやり直しが減る。

第2部：1つの Terraform コードで試した実践編

ここからは、同じ Terraform コードを使って 5章 → 6章 → 7章と順番に試している。

5. 構成図の画像から Terraform を書かせる

やったこと

AWS の構成図（VPC、ALB、EC2、Aurora の一般的な Web 3層構成）の画像を貼って、一言だけ頼んだ。

この構成をTerraformで書いて

結果

• 9ファイル・573行 のコードが出てきた
• terraform fmt と terraform validate まで Claude が自分で実行して、通ることを確認していた
• plan / apply は実行していない（1章の CLAUDE.md の安全ルールが効いている）

ただし「validate が通る」＝「良い設計」ではない

validate で確認できるのは文法が正しいかどうかまで。セキュリティや設計の良し悪しは分からない。そこで次の6章・7章で検査する。

ほかにも画像で渡すと早いもの：AWS コンソールのエラー画面（原因と対処を聞く）、ホワイトボードの写真（清書させる）、よく分からない申請画面（何をすればいいか聞く）。

6. /goal で「0件になるまで」直させる

何か

完了条件を渡しておくと、その条件を満たすまで Claude がこちらの指示なしで作業を続けてくれる。長いタスクが途中で止まったり、話がズレたりするのを防げる。

• /goal だけ入力すると、今のゴールを確認できる
• /goal clear で途中でやめられる

やったこと

5章で作ったコードに対して、こう頼んだ。

/goal trivy config . を実行して、HIGH と CRITICAL の指摘が0件になるまで修正を続ける。ただし構成図の設計を変えないと直せないもの（NAT が1台だけ、など）は直さずに、理由を README にまとめて除外する

結果

• trivy が入っていなかったので、Claude が自分で Homebrew からインストールしてから実行した
• HIGH / CRITICAL が 6件 → 0件
  • 修正した4件：ALB で不正なヘッダーを捨てる設定、RDS をカスタマー管理キー（KMS）で暗号化、セキュリティグループの外向き通信を S3 宛てだけに絞る、など
  • 除外した2件：ALB のインターネット公開と HTTP の使用。構成図の設計そのものに由来するので、理由を README に書いて除外
• 修正後に terraform validate も通ることを確認していた

コツ

• 条件は「エラーが0件」のように、達成できたかはっきり判断できる形 で書く
• 「やってはいけないこと」も一緒に書く。今回は「設計を変えないと直せないものは除外」と書いた。書かないと、0件にするために ALB を非公開にするなど、構成図と違うものに作り変えてしまうおそれがある
• ツールのインストールのように、頼んでいない作業まで自動で進むことがある。困るなら 2章の permissions で止めておく

7. サブエージェントに並列レビューさせる

何か

Claude Code の中に複数の担当者を作り、仕事を振り分ける仕組み。

• これまで：自分 ↔ Claude
• サブエージェント導入後：自分 ↔ Claude（タスク分割・取りまとめ役）↔ サブエージェント（作業担当）
• インフラで例えると「サーバー1台で全部処理」→「ロードバランサー＋複数ワーカーで並列処理」

担当者はそれぞれ自分専用の作業スペースで動き、結果だけを返してくる。そのため、メインの会話が途中経過で埋まらない。

やったこと

trivy を0件にしたコードに対して、こう頼んだ。

この Terraform コードを、セキュリティ・コスト・可用性の3観点でサブエージェントに並列レビューさせて、指摘を重要度順に1つのレポートにまとめて。レビューだけで、コードは変更しないで

結果

• Critical は0件、High は3件
• 3人とも「S3 ゲートウェイエンドポイントを追加すべき」と指摘。1つの対策でセキュリティ・可用性・コストの3つに効く
• 月額は約 $300 の見込み（常時稼働した場合の概算）で、約6割が Aurora 2台
• High の3件
  1. 可用性：EC2 の起動スクリプトで dnf にリトライがなく、1回失敗すると httpd が入らないまま戻らない
  2. 可用性：インスタンスタイプなどを変えると web 2台が同時に作り直され、ALB の後ろが0台になる
  3. コスト：常時稼働が前提。研修時間外は destroy すれば約 $200/月 安くなる

trivy を0件にしたあとでも、ツールでは見つからない設計の指摘が出てきた。ツールのチェックと AI のレビューは、どちらか片方ではなく併用するのがよさそう。

ポイント

• 向いているのは、互いに依存しないタスク（観点別レビュー、環境ごとの差分調査、技術選定の比較など）
• 向いていないのは、順番に依存するタスクや、同じファイルを複数人で編集するタスク（変更がぶつかる）
• 担当者の数だけトークンを消費するので、小さな作業は分けずに1人でやらせる
• 動いている担当者と、それぞれが使っているモデルは /tasks で確認できる

8. /code-review ultra（マージ前の検品）

何か

Anthropic のクラウド上で複数のレビュー担当エージェントが並列で動き、バグを探す機能（通称 ultrareview）。7章のサブエージェントを、レビュー専用に大規模にしたもの。
見つけたバグは1件ずつ再現して確かめてから報告するので、スタイルの指摘などのノイズが少ない。1回に15〜25分ほどかかり、その間もバックグラウンドで動くので別の作業を続けられる。

使い方

Git で管理しているフォルダで実行する。

/code-review ultra                 # 今のブランチとデフォルトブランチの差分（未コミットの変更も含む）
/code-review ultra develop         # develop ブランチとの差分
/code-review ultra 1234            # GitHub の PR #1234
/code-review ultra 認証まわりの変更を重点的に   # 一言メモを添える（対象は今のブランチ）

チェックされるのは ブランチの差分 か GitHub の PR だけ。好きなファイルや資料を指定してレビューさせることはできない（それをしたいときは普段の /code-review）。実行前に、レビュー範囲・残りの無料回数・料金の見込みが確認画面に出る。

普段の /code-review との使い分け

料金

• Pro / Max プランは、アカウントごとに初回3回まで無料。毎月リセットされるわけではなく、1アカウント3回きり
• 4回目からは、プランの枠ではなく 追加の利用クレジット（usage credits） から引かれる。1回あたり約5〜25ドル（変更の大きさによる）。利用クレジットを ON にしていないと、そもそも実行できない
• 途中で止めたり失敗したりしても、無料回数は1回分消費される（有料の場合は動いた分だけ請求）

第3部：効率化

9. スキルの作成

何か

一度やった作業を手順書として保存し、いつでも呼び出せる業務マニュアルにする仕組み。/ を入力すると一覧から呼び出せる。

CLAUDE.md との違い

スキルは必要なときしか中身を読まないので、増やしても普段の会話は重くならない。「毎回は言わないが大事なこと」はスキルへ。

作り方

作業が終わった直後に伝えるだけ。

今やった作業を次からも再現できるスキルにしておいてください

→ 使う場面・注意点・完成条件などを含む手順書ファイルが作られる。

Anthropic 公式の skill-creator（スキルを作るためのスキル）を使うと、作ったスキルの改善までしてくれる。Claude Code アプリには最初から入っているので、「skill-creator でスキルにして」と頼むだけで使える。

10. Superpowers（スキルプラグイン）の導入

何か

プラグイン は、スキルやエージェントなどをまとめてインストールできる Claude Code の拡張パック。
Superpowers は Jesse Vincent さん（obra）が公開している、仕事の進め方のスキルが詰まったプラグイン。「壁打ち → 計画 → 実装 → レビュー → 完了確認」という流れを型として持っている。

導入

左メニューのカスタマイズ → プラグイン → 検索窓に「Superpowers」と入力 → 配布元が obra/superpowers のものを追加。

導入後、/super と入力するとスキルの一覧が出る。よく使うのは brainstorming。

/brainstorming 社内の困りごとを改善できるアプリを作りたいです。どういうアイデアがあるか教えてください

→ Claude が壁打ち相手になり、アイデアを深掘りしてくれる。

第4部：メンテナンス

11. 会話の片付け（/context /compact /clear）

会話が長くなるとコンテキスト（AI が一度に覚えておける量）が埋まり、出力の精度が落ちる。

私の環境では、/context で 121.6k / 1M（12%）だった会話が、/compact で約 109k トークン分圧縮された。

いっぱいになると自動でも compact されるが、要約なので細かいところは消えてしまう。自分のタイミングで、残すものを指定するほうがきれいに残る。

/compact 決まったことと今の作業だけを残してボツになったものは消してください

引き継ぎ書を作って clear する手順

1. 「コンテキストがいっぱいだから別のセッションに移ります。引き継ぎ書を作って」と依頼
2. 出てきた引き継ぎ書をコピー
3. /clear を実行
4. 引き継ぎ書を貼り付けて新しい会話をスタート

12. /doctor（健康診断）

何か

Claude Code 自身に環境を点検させるコマンド（別名 /checkup）。最初に結果を報告し、何かを変更する前に確認を求めてくれるので、気軽に実行してよい。

チェックしてくれる主なもの：

• インストールの状態：二重インストール、PATH の問題、読み込めない設定ファイル、新しいバージョンの有無
• 使っていないスキル・MCP サーバー・プラグイン：それぞれがコンテキストをどれだけ使っているかも出して、無効化を提案してくれる
• 遅い Hooks：2章で Hooks を入れたなら、ここで重くなっていないか確認できる
• CLAUDE.md のダイエット：毎回読まれる CLAUDE.md から、ディレクトリ構成の説明などの不要な部分を削り、たまにしか要らない内容はスキルなどに移すよう提案してくれる
• 権限まわり：自動モードをデフォルトにすることや、よく拒否している読み取り専用コマンドを事前に許可することを提案してくれる
  アップデートのあと調子が悪いときや、設定が効いていないときにも使う。ターミナルで claude doctor と打つと、会話を始めずにインストールの診断だけを表示する。

使っていないプラグインは「毎回」コストがかかっている

プラグインやスキルは、使っていなくても 名前と説明が毎回の会話に読み込まれ、そのぶん使用量にカウントされる（10章の Superpowers も同じ）。11章で測ったとおり、新しい会話でもスキルだけで 5.8k 使っていた。3ヶ月ほど使うと、試しに入れたプラグインや1回しか使っていないスキルが溜まるので、月1回くらい /doctor で見直す。

ほかにも、次の方法で確認できる。

13. 小技

全部覚える必要はなく、「こういうことができる」程度で OK。

/fast は「速いけど高い」

入力欄で /fast と打つと ON / OFF を切り替えられる（デスクトップアプリでも使えた）。

/fast は別のモデルに切り替えるのではなく、同じ Opus を速さ優先の設定で動かすモード。品質は変わらず、応答が最大2.5倍速くなる。そのかわり料金が上がる。

Opus 5.5 だと、通常の 2倍 の単価になる。

向いているのは、すぐ結果を見ながら何度も直す作業や、障害対応のように時間が大事な作業。長い自動作業やコストを気にする作業は、通常モードのほうがいい。

第5部：上級編（業務の自動化）

14. 定期実行

何か

決まったスケジュールで Claude に仕事を任せる機能。時間になると自動で新しいセッションが立ち上がり、作業して結果を置いておいてくれる。

設定方法

普通に頼むだけ。作成されたタスクはサイドバーの「Scheduled」に入る。

毎朝9時に、前日のAWSコストをサービス別にまとめて、前日より増えたものを3つ教えてください。これを定期実行にしておいてください

活用例

• 毎朝、AWS コストの前日比をレポート
• 毎週、terraform plan を回して、誰かが手で変えた設定がないかチェック
• 毎朝、AWS の新機能・障害情報を3行でまとめる

15. Claude in Chrome

何か

Claude が Chrome の画面を見ながら、自分でクリック・入力して作業を進める機能。イメージは「隣の席の Claude が代わりに操作してくれる」。

始め方

1. Chrome ウェブストアで「Claude」と検索
2. 名前が「Claude」、提供元が claude.com（認証マーク付き） の拡張機能を選んで「Chrome に追加」

名前に「Claude」が入った他社の拡張機能もたくさん並ぶので、提供元で見分ける。会社の PC に入れる場合は社内のルールを確認してから。

使用例

ChromeでAWSのドキュメントを開いて、ALBのアイドルタイムアウトの初期値と変更方法を調べてまとめて

→ 自動でページを開いて、調べた内容をまとめてくれる。ドキュメントや社内 Wiki の調べもの、管理画面の設定値の確認（見るだけ）などに使える。

16. Remote Control（スマホから操作）

スマホから Claude Code を操作できる機能。帰り道や休憩中にも作業でき、「家に帰ったら1つ終わっている」状態を作れる。

1. Claude Code で /remote-control（短く /rc でも OK）を実行
2. QR コードが表示されるのでスマホのカメラで読み込む
3. スマホの Claude アプリが開き、PC で動いている作業画面が表示される
4. 2回目以降は Claude アプリの「Code」タブからセッション一覧を選ぶだけ

17. セッション間メッセージ

何か

複数の会話（セッション）を開いて作業すると、会話同士はお互いの状況を知らない。人間が情報をコピペして往復させる「コピペ係」になってしまう。
この機能を使うと、Claude が別のセッションへ直接メッセージを送ってくれる。

送られるのは Claude が書いた短いメッセージ（テキスト）だけ で、会話の履歴やファイルがまるごと移るわけではない。会話全体を引き継ぎたいときは、11章の「引き継ぎ書を作って clear する手順」を使う。

使い方

普通に頼むだけ。送り先は Claude が自分で探してくれる（中では ListAgents で送り先を探し、SendMessage で送っている）。

今調べた ALB のタイムアウトの結論を、Terraform を書いているセッションに伝えて

送り先を自分で指定したいときは、@ に続けてセッション名の最初の数文字を打つと候補が出るので、そこから選ぶ。

@terraform-worker に、S3 ゲートウェイエンドポイントを追加する方針になったと伝えて

• 受け取った側の会話には Message from @送り元の名前: … という1行が表示され、Claude がそれを読んで作業に反映する
• セッションの名前は /rename 名前 で付けられる。分かりやすい名前を付けておくと指定しやすい
• どのセッションに送れるか自分で確認したいときは /list-agents（または /peers）を実行する
• 「あのセッションの作業が終わったら教えて」と頼むと、相手が手すきになったときに通知を1回もらえる

安全面

• 別のセッションから届いたメッセージは「あなたの指示」として扱われない。届いたメッセージで権限の確認が自動で通ったり、設定や CLAUDE.md が書き換えられたりすることはない
• 同じ PC の中のセッション同士なら、メッセージは Anthropic のサーバーを通らない
  活用例：「調べもの担当の会話」と「Terraform を書く担当の会話」に分けて、調べた結果の受け渡しは AI 同士に任せる。

18. Dynamic Workflow（AI 組織を動かす）

何か

複雑な仕事を投げると、Claude Code がその仕事専用の工程表をその場で作り、分身を何十体も動かして分担・相互チェックし、最後にレポートまでまとめる仕組み。7章のサブエージェントを、工程表どおりに大人数で自動で動かすイメージ。

事前準備

アプリの設定 →「セッション」→「ダイナミックワークフロー」が ON になっているか確認する。公式の説明では Pro プランは最初 OFF。会社のプラン（Team など）だと最初から ON になっていることがある（私の環境は最初から ON だった）。

使い方

① 指示で明示する

ultracode このリポジトリのTerraformコードをセキュリティ・コスト・可用性の観点で網羅的にチェックして、指摘は1件ずつ確かめてからレポートにして

• 「ultracode」という単語を入れるか、「ワークフローを使って」と頼めば OK
• 工程表が提示され、OK すると作業開始。進み具合は画面横のバックグラウンドタスクに出る

② 最初から入っているワークフローを使う

/deep-research （調べたいこと） で、いろんな角度から Web で調べて、情報同士で裏取りして、出典付きのレポートを出してくれる。

ultracode とエフォート「最大」は別物

よく混同されるが、変わるものが違う。

• アプリのエフォートのメニューには ultracode はない。アプリでは上のように指示で頼む
• ターミナル版なら /effort ultracode で会話中ずっと ON にできる（/effort ultracode off で解除）
• 以前のバージョンでは「ultracode を ON にするとエフォートも上がる」仕様だったので、エフォートの一種と紹介されていることがある
• エフォートの「最大」はアプリでも「6×以上の使用量」と出るくらい消費が多い。普段は「中（おすすめ）」で十分

第6部：外部ツールとの連携

ここからは Claude Code の機能ではなく、他社のツールと組み合わせる使い方。

19. NotebookLM との役割分担

Claude Code に長い資料を読ませるとトークンを大量に消費し、すぐ利用上限に達する。そこで役割を分ける。

使用例

1. NotebookLM に AWS の公式ドキュメントや解説動画の URL を追加
2. NotebookLM に「インフラ運用に影響がありそうな変更点を出典付きでまとめて」と質問
3. 出てきた答えを Claude Code に貼って「これを踏まえて、今の Terraform コードで見直したほうがいいところを洗い出して」と依頼

NotebookLM 側で、リサーチ結果からスライド資料・図解・音声を作ることもできる。

20. Codex との連携（資料作成）

何か・なぜ連携するか

Codex は OpenAI が作っている、Claude Code と同じような AI エージェント。資料作成では「効率」と「デザイン」のバランスが良く、AI っぽくなりにくい資料が作れた。

接続手順

1. Claude Code に次のプロンプトを入力

CodexCLIを使いたいので、準備をお願いします。

1.Nodeとnpmが入っているか確認して、入っていなければインストールしてください。
2.codexが入っているか確認して、入っていなければ npm install -g @openai/codex で入れてください。
3.codex login status でログイン済みか確認してください。
未ログインなら codex login を実行してください。
ブラウザが開いたら、私がChatGPTのアカウントでログインします。

※ APIキーは使いません。ChatGPTアカウントでのログインでお願いします。

1. 途中でブラウザのログイン画面が開くので、ChatGPT にログイン
2. Claude Code に「ログインしたので確認して」と伝え、Logged in using ChatGPT と表示されたら完了

API キーではなく ChatGPT アカウントでログインするのは、ChatGPT のプランの範囲で使えて、使った分だけ請求される心配やキーが漏れる心配がないから。

使い方

Claude Code に頼むだけ。

Codexに「参考フォルダの画像のテイストで、この内容のスライドを作って」と依頼して、結果を確認してください

裏では Claude Code が codex exec というコマンドで Codex に作業を頼んでいる。

codex exec -C ./slides --skip-git-repo-check -s workspace-write "（頼みたいこと）"

• -C ./slides：作業するフォルダ。この中だけで作業させる
• -s workspace-write：そのフォルダの中だけ書き込み OK にする（読むだけなら read-only）
• --skip-git-repo-check：Git で管理していないフォルダでも動かす

実際に作ったスライド

「Claude Code の紹介スライドを1枚作って」と頼んだら、PowerPoint 形式（.pptx）で出てきた。形式を決めたいときは「PPTX で」「PNG で」と指定する。

ただし、最初は Codex が「できました」と言ったファイルが壊れていて開けなかった。Codex に直させて、Claude Code に表示まで確認させて完成。右上の改行など細かい崩れは少し残ったので、最後は自分で直した。

セキュリティの注意

まとめ

• 守らせたいルールは CLAUDE.md（お願い）ではなく、permissions / Hooks（強制） に置く
• 構成図 → Terraform → trivy → AI レビューと進めると、validate が通っても、trivy が0件でも、まだ直すところが出てくる。ツールと AI レビューは併用する
• どの機能も「使うほど積み上がる」。CLAUDE.md は整えるほど、スキルは作るほど、サブエージェントは役割を決めるほど仕事が速くなる

おすすめの導入順

1. CLAUDE.md をインタビュー形式で作る（1章）
2. permissions と Hooks で terraform apply / destroy などの危ない操作を止めておく（2章）
3. 普段使いを自動モードにする（4章）
4. 繰り返し作業をスキル化する（9章）
5. /context → /compact → /clear で会話を片付ける習慣をつける（11章）
6. 慣れてきたら定期実行・サブエージェント・Dynamic Workflow へ

いきなり全部やる必要はありません。1つ2つから試してみてください。
「これも便利だった」という機能があれば、コメントで教えてもらえるとうれしいです。

参考

• Claude Code 公式ドキュメント：https://code.claude.com/docs
• 設定（permissions）：https://code.claude.com/docs/en/settings
• Hooks：https://code.claude.com/docs/en/hooks
• ultrareview：https://code.claude.com/docs/en/ultrareview
• Dynamic Workflow：https://code.claude.com/docs/en/workflows
• Superpowers：https://github.com/obra/superpowers
• Codex CLI：https://github.com/openai/codex
• permissions のルールの書き方：https://code.claude.com/docs/en/permissions
• サブエージェント：https://code.claude.com/docs/en/sub-agents
• コマンド一覧：https://code.claude.com/docs/en/commands
• 対話モードの操作：https://code.claude.com/docs/en/interactive-mode
• fast モード：https://code.claude.com/docs/en/fast-mode
• セッション間メッセージ：https://code.claude.com/docs/en/cross-session-messaging
• 料金表：https://platform.claude.com/docs/en/about-claude/pricing