ClaudeCodeの資格を取りたいのに、どこから申し込むのか、何を勉強すればいいのか、英語の画面で止まってしまう。そんな状態でも大丈夫です。必要なのは、資格名を覚えることではなく、受験できる条件を確認し、出題範囲を小さく分け、実際にClaudeCodeを動かしながら準備することです。
- ClaudeCode認定資格は、Claudeを実務に組み込む設計力を証明するための資格です。
- 合格には、暗記よりもエージェント設計、ツール連携、設定ファイル、構造化出力の判断力が必要です。
- 今日やるべきことは、受験条件の確認、ClaudeCodeの導入、出題5分野の学習開始です。
ClaudeCode認定資格は何を証明する資格なのか

AIのイメージ
ClaudeCode認定資格で見られるのは、「Claudeを少し使ったことがある」ではありません。業務システムや開発現場にClaudeを入れるとき、どの情報を渡し、どのツールを使わせ、どこで人間に確認させるかを判断できるかが問われます。
たとえば、顧客対応AIを作る場面なら、顧客情報を調べる、注文履歴を確認する、返金処理をする、人間へ引き継ぐ、という流れを安全に設計する必要があります。ここで全部をAIに任せると危険です。返金のようなお金に関わる処理では、プロンプトでお願いするだけではなく、権限やフックで確実に止める設計が重要になります。
試験では、こうした実務の場面を読んで、最も安全で再現性の高い選択肢を選びます。つまり、単語帳を作って暗記するより、ClaudeCodeを触りながら「この設定なら何が起きるか」を体で覚えるほうが合格に近づきます。
まず確認すべき受験条件と試験の全体像
受験前に最初に見るべきなのは、試験名ではなく自分が申し込める状態かです。ClaudeCertifiedArchitect–Foundationsは、現時点ではパートナー向け導線を中心に提供されています。個人で画面を開いてすぐ決済できる一般的な資格試験とは違うため、申し込み画面に進めない場合は、所属会社や参加中のパートナープログラムの有無を確認します。
試験仕様として押さえるべき中心は、60問、120分、合格ライン720点、1000点満点のスケールドスコアです。出題は4択中心で、6つの実務シナリオから4つが出ます。1問に2分使える計算ですが、シナリオ文を読む時間も必要なので、迷った問題に長く止まると後半が苦しくなります。
| 確認項目 | 初心者が見るポイント |
|---|---|
| 受験可否 | 申し込み画面に入れるか、所属組織経由で受験できるかを確認します。 |
| 試験時間 | 120分なので、1問あたり約2分を目安に解きます。 |
| 合格ライン | 720点が目標なので、苦手分野を作らない学習が必要です。 |
| 出題形式 | 用語暗記ではなく、実務シナリオで最適な設計を選びます。 |
| 学習の中心 | ClaudeCode、ClaudeAPI、AgentSDK、MCP、構造化出力を実際に動かします。 |
ここでつまずきやすいのは、「受験料を払えばすぐ受けられる」と思い込むことです。申し込み画面で止まった場合は、エラー文を翻訳し、アカウント権限、所属組織、ログイン先を順番に確認します。別アカウントでログインしているだけでも、受験導線が表示されないことがあります。
今日から始めるClaudeCode認定資格の取り方
最短で前に進むなら、最初から難しい教材を読み込むより、環境を作って小さく動かすほうが早いです。画面とターミナルで確認できる状態を作ると、試験問題の文章が急に現実の作業として見えるようになります。
- Claudeアカウントにログインし、受験導線へ進めるかを確認します。
- ローカル環境でClaudeCodeをインストールし、ターミナルでバージョン確認コマンドを実行します。
- 小さなリポジトリを用意し、ClaudeCodeにファイルの読み取り、修正案の作成、テスト実行を依頼します。
- プロジェクト直下にCLAUDE.mdを作り、命名規則、テスト方針、禁止操作を書いて、出力の変化を確認します。
- 簡単なツール連携を作り、成功時と失敗時でClaudeの判断がどう変わるかを確認します。
- 構造化出力を試し、自由文ではなく決まったJSON形式で返させる練習をします。
- 模擬問題を時間制限つきで解き、間違えた問題を5つの出題分野へ振り分けます。
この順番なら、英語の説明で止まりにくくなります。特に大事なのは、CLAUDE.mdを自分で作ることです。ここに「テストを通すまで完了扱いにしない」「環境変数を表示しない」「削除コマンドは事前確認する」と書くと、ClaudeCodeの動き方が変わります。試験で設定ファイルの問題が出たときも、文字列としてではなく、実際に使った経験として判断できます。
出題5分野を初心者向けに分解する
最も配点が高いのは、エージェント設計です。エージェントとは、AIが考えるだけでなく、道具を使い、結果を見て、次の行動を決める仕組みです。初心者は「AIに全部任せる仕組み」と理解しがちですが、試験では逆です。どこまで任せ、どこで止め、どこで人間に渡すかを見ます。
次に重要なのが、ツール設計とMCP連携です。Claudeに複数の道具を渡すとき、説明文が曖昧だと間違った道具を選びます。「顧客情報を取得する」と「注文情報を取得する」が似た説明だと、AIは迷います。試験でも、ツール名より説明文の明確さが問われます。
ClaudeCode設定では、CLAUDE.md、スキル、フック、CI/CDでの非対話実行が出やすいです。画面で手作業する使い方だけでなく、プルリクエスト作成前にテストを実行させる、出力をJSONで受け取る、危険なコマンドをフックで止める、といった運用を理解します。
プロンプト設計では、「丁寧にレビューして」よりも「実際のコード動作とコメントが矛盾している場合だけ指摘して」のほうが強いです。曖昧な指示は、出力も曖昧になります。判断基準、良い例、悪い例を入れると、Claudeの返答は安定します。
最後のコンテキスト管理と信頼性では、長い情報を何でも詰め込めばよいわけではない点が重要です。大量のログ、古い仕様、関係ない会話を入れると、Claudeが重要な部分を見失います。必要な情報を前に置き、古い情報を整理し、失敗時には人間へ戻す設計が必要です。
初心者がやりがちな失敗と回避策
一番多い失敗は、ドキュメントを読むだけで満足することです。試験は知識の名前を聞くより、「この状況ならどの設計が安全か」を聞いてきます。読むだけでは、フックとプロンプトの違い、ツールエラーの扱い、コンテキスト圧縮後の挙動が実感できません。
次に多いのは、ClaudeCodeを普段のチャットAIと同じ感覚で使うことです。ClaudeCodeはファイルを読み、編集し、コマンドを実行できます。便利な反面、権限管理を雑にすると危険です。権限確認を全部飛ばす設定は、練習用の空リポジトリだけに限定します。本番コードや秘密情報がある環境では、確認を残すほうが安全です。
もう一つの失敗は、模擬問題の正解番号だけを覚えることです。同じ問題は出なくても、同じ考え方は出ます。「最小権限」「単一責任」「人間へのエスカレーション」「構造化エラー」「再試行できる失敗とできない失敗の区別」を説明できれば、初見問題でも選択肢を削れます。
ClaudeCode認定資格の取り方に関する疑問解決
プログラミング初心者でも受けられる?
受験自体は可能でも、完全な未経験だとかなり苦戦します。コードを長く書ける必要はありませんが、ターミナルでコマンドを実行し、設定ファイルを作り、JSONの形を見て意味がわかる程度の慣れは必要です。まずは小さなサンプルプロジェクトで、ClaudeCodeにテスト実行と修正を任せるところから始めると、試験範囲が急に身近になります。
英語が苦手でも合格できる?
英語が苦手でも、出題パターンに慣れれば十分に対策できます。ただし、試験画面の文章をその場で初めて読む状態だと時間が足りません。学習中から「tool」「hook」「context」「structuredoutput」「retry」「escalation」などの頻出語を日本語の感覚で結びつけておくと、試験中に止まりにくくなります。
どの分野から勉強すればいい?
最初はエージェント設計から入るのが効率的です。配点が高く、他の分野ともつながるからです。次にClaudeCode設定、プロンプト設計、ツール設計、コンテキスト管理の順で進めると、理解が積み上がります。いきなりMCPだけを深掘りすると、何のために使うのかが見えにくくなります。
ClaudeCodeの最新版は気にするべき?
気にするべきです。ClaudeCodeは更新が速く、認証、権限、WindowsやPowerShell対応、プロジェクト状態の削除、モデル選択、テレメトリなどが短い間隔で改善されています。学習開始時と受験前にターミナルでバージョンを確認し、挙動が変わっていないかを見るだけでも、試験対策と実務準備の両方に役立ちます。
何日くらい勉強すればいい?
ClaudeAPIやClaudeCodeを日常的に触っている人なら、短期集中でも狙えます。初めて触る人は、1週間で丸暗記するより、2〜4週間かけて毎日少しずつ動かすほうが安全です。目安は、模擬問題で点数が取れることではなく、間違えた選択肢がなぜ危ないのかを自分の言葉で説明できることです。
合格に近づく実践練習の作り方
実践練習は、大きなアプリを作る必要はありません。むしろ小さくて構いません。たとえば、問い合わせ文から氏名、注文番号、緊急度を抜き出すだけの仕組みを作ります。最初は自由文で返させ、次にJSON形式で返させ、最後に形式が崩れたら再試行する流れにします。
この練習だけで、構造化出力、バリデーション、失敗時の再試行、プロンプト改善をまとめて体験できます。さらに、返金処理のような危険な操作を仮のツールとして用意し、「条件を満たさない場合は実行しない」と設定すれば、ツール設計と安全設計も学べます。
ClaudeCodeを使う練習では、最初に「まず計画だけ作って」と頼みます。いきなり修正させると、意図しないファイルまで触ることがあります。計画を確認してから「この範囲だけ修正して」と進めると、実務でも試験でも大事な段階的に任せる感覚が身につきます。
初心者が最初につまずく落とし穴

AIのイメージ
落とし穴1受験ページを探しても入口が見つからない
Claudeのアカウントにログインして、認定資格のページを開いたのに、申し込みボタンらしいものが出てこない。画面には説明だけが並んでいて、「受験する」「登録する」「試験を開始する」のような表示が見当たらない。この時点で「もう無理かも」と止まりがちです。
原因は、資格の申し込み導線が普通の検定試験のように誰でも同じ画面から進める形ではない場合があるからです。ログイン中のアカウント、所属組織、参加しているプログラムによって、表示される画面が変わります。
- まず、ブラウザ右上のアカウント表示を見て、普段使っているClaudeのアカウントでログインしているか確認します。
- 仕事用アカウントと個人用アカウントを使い分けている場合は、一度ログアウトして、受験に使いたいアカウントでログインし直します。
- 認定資格のページを開き、画面内で「certification」「exam」「academy」「partner」という単語を探します。
- 申し込みボタンが表示されない場合は、画面のスクリーンショットを保存し、所属会社や管理者に「この資格の受験権限があるか」を確認します。
- その日に申し込めない場合でも、学習は止めずにClaudeCodeの環境構築へ進みます。
ぶっちゃけ、ここで1時間以上粘る必要はありません。入口探しで疲れるより、先に学習を始めたほうが得です。申し込み権限の確認は1日待ちになることもあるので、その間に手を動かした人が勝ちます。
落とし穴2ClaudeCodeを入れたつもりなのに動かない
ターミナル(パソコンに文字で命令する黒い画面)を開いて、インストールコマンドを打ったのに、「commandnotfound」や「認証してください」のような表示が出る。何を直せばいいかわからず、ブラウザ検索を行ったり来たりしてしまう場面です。
原因はだいたい3つです。インストール先にパス(パソコンがコマンドを探す道順)が通っていない、Node.js(JavaScriptを動かす土台)が古い、Claudeアカウントの認証が終わっていない。この3つを順番に確認すれば、かなりの確率で解決します。
- ターミナルでNode.jsのバージョン確認コマンドを実行し、数字が表示されるか確認します。
- 数字が出ない場合は、先にNode.jsをインストールしてからターミナルを完全に閉じ、もう一度開きます。
- ClaudeCodeのバージョン確認コマンドを実行し、バージョン番号が表示されるか確認します。
- 認証画面が出たら、ブラウザでClaudeアカウントにログインし、表示されたコードや許可画面を最後まで進めます。
- もう一度ターミナルに戻り、空のフォルダでClaudeCodeを起動し、「このフォルダの中身を確認して」と入力します。
成功の目安は、ClaudeCodeがフォルダの状態を読み取って返事をすることです。最初から本番の仕事用フォルダで試さないでください。何も入っていない練習用フォルダで1回成功させるだけで、心理的なハードルが半分くらい下がります。
落とし穴3勉強範囲が広すぎて初日に詰む
エージェント設計、MCP、フック、構造化出力、コンテキスト管理……用語を見た瞬間に「全部やらなきゃ」と思って、教材を10個開いて、結局どれも中途半端になる。初心者がかなり高い確率で通る道です。
原因は、試験範囲を「読むもの」として扱っているからです。本当は、最初の3日間は読む量を減らして、ClaudeCodeに小さな作業をさせるほうが理解が速いです。
解決策はシンプルです。初日は用語を全部理解しようとしないこと。まずは「AIに計画を作らせる」「ファイルを読ませる」「テストを頼む」の3つだけに絞ります。エージェント設計は「考える→道具を使う→結果を見る→次を決める」の繰り返し、MCP(外部ツールをAIにつなぐ差し込み口のようなもの)は後回し、フック(危ない操作の前後に置く自動ゲートのようなもの)は4日目で十分です。
知っているとできるの差を埋める実践ロードマップ
1日目練習用フォルダを作ってClaudeCodeを起動する
所要時間は30分です。デスクトップに「claude-practice」というフォルダを作り、その中に「memo.txt」を1つ置きます。memo.txtには「今日はClaudeCodeの練習をします」と1行だけ書きます。
そのフォルダでターミナルを開き、ClaudeCodeを起動します。起動後に「このフォルダにあるファイルを確認して、内容を1文で説明して」と入力します。ClaudeCodeがmemo.txtを見つけて内容を説明できたらOKです。
この場面で、練習用フォルダを使うと、失敗しても本番ファイルが壊れない結果になります。最初の目的はかっこいい自動化ではなく、「AIがローカルファイルを見て返事できる」感覚をつかむことです。
2日目CLAUDE.mdを作って指示の効き方を見る
所要時間は40分です。練習用フォルダの中に「CLAUDE.md」というファイルを作ります。中には「回答は必ず日本語で書く」「変更前に必ず計画を説明する」「ファイルを削除しない」と書きます。
ClaudeCodeを起動し、「memo.txtを読みやすく整えて」と入力します。すぐ編集に入らず、先に計画を出してくれたらOKです。
この場面で、CLAUDE.md(プロジェクト専用の作業ルール帳)にルールを書くと、ClaudeCodeの行動が変わる結果になります。試験では、この「どこにルールを書くと効くのか」がよく問われるので、1回でも体験しておくと強いです。
3日目失敗しても安全な修正依頼を試す
所要時間は45分です。memo.txtにわざと読みにくい文章を5行書きます。たとえば、同じ内容を重複させたり、句読点を抜いたりします。
ClaudeCodeに「この文章を読みやすく直してください。ただし、元の意味を変えないでください。変更前に差分の方針を説明してください」と入力します。修正案が表示され、意味が変わっていなければOKです。
この場面で、「意味を変えない」という条件を入れると、ただの書き換えではなく制約つきの作業になる結果になります。資格対策でも実務でも、AIに丸投げせず条件をつける感覚がかなり大事です。
4日目フックの考え方を紙に書いて理解する
所要時間は25分です。この日は無理に実装しなくて大丈夫です。ノートに「削除コマンドの前に止める」「外部送信の前に確認する」「テスト失敗後に完了扱いにしない」と3つ書きます。
フック(危ない操作の前後に置く自動ゲートのようなもの)は、初心者が最初にコードで作ろうとすると詰まりやすいです。まずは「どの場面で止めたいか」を言葉にできればOKです。
この場面で、危険な操作を3つ書き出すと、プロンプトで頼むだけでは不十分な場面が見える結果になります。資格問題では「お願いする」より「仕組みで止める」が正解になりやすいので、この感覚を先に作ります。
5日目構造化出力を1回だけ試す
所要時間は45分です。memo.txtに架空の問い合わせ文を書きます。「山田太郎です。注文番号A123について、昨日届いた商品が壊れていました。返金を希望します。」のような内容で十分です。
ClaudeCodeに「この文章から、氏名、注文番号、要望、緊急度をJSON形式で取り出して」と入力します。結果が「氏名」「注文番号」「要望」「緊急度」のように決まった形で返ってきたらOKです。
構造化出力(自由な文章ではなく、決まった箱に情報を入れて返すこと)は、業務でAIを使うときの必須スキルです。この場面で、問い合わせ文をJSONに変換すると、人間が読む文章からシステムで使えるデータに変わる結果になります。
6日目模擬問題を15問だけ解く
所要時間は60分です。いきなり60問解く必要はありません。15問だけ選び、1問2分でタイマーをかけます。わからない問題は印をつけて次へ進みます。
解き終わったら、間違えた問題を「エージェント設計」「ツール設計」「ClaudeCode設定」「プロンプト設計」「信頼性」の5つに分けます。点数より、どの分野で迷ったかが見えたらOKです。
この場面で、間違いを5分類すると、次に勉強する場所が明確になる結果になります。初心者は「全部苦手」と思いがちですが、分類すると本当に弱い場所は2つくらいに絞れます。
7日目小さな一連の流れを通しでやる
所要時間は90分です。練習用フォルダに問い合わせ文を置き、ClaudeCodeに内容確認、抽出、修正案、注意点の整理まで依頼します。最後に「この作業で危険だった点を3つ挙げて」と聞きます。
「AIに作業させる→結果を見る→危険点を確認する」という流れを1回通せたらOKです。この7日目が終わると、用語だけ知っている状態から、最低限の動きがわかる状態に変わります。
現実でよくあるあるある失敗と専門家の対処法
失敗1最初から本番リポジトリで試して怖くなる
初心者ほど、仕事で使っている大きなプロジェクトをいきなりClaudeCodeで開きます。そして「このファイルを直して」と頼んだあと、想像以上に広い範囲を読み始めたり、複数ファイルの修正案を出されたりして、怖くなって止めます。
根本原因は、練習環境と本番環境を分けていないことです。AIツールは便利ですが、最初の1回は必ず想定外の動きをします。これはAIが悪いというより、人間側の指示がまだ荒いからです。
専門家なら、まず空の練習用フォルダを作ります。次に、架空のテキストファイルを1つ置き、読み取りだけを依頼します。その次に、変更前の計画だけを出させます。最後に、1ファイルだけ修正させます。この順番なら、失敗しても影響範囲が小さく、何が起きたか確認できます。
予防策は、最初の3日間は本番リポジトリを開かないことです。どうしても仕事のコードで試したい場合は、コピーした別フォルダで実行します。この場面で、コピーしたフォルダを使うと、失敗しても元のコードに影響しない結果になります。
失敗2英語の専門用語を全部覚えようとして挫折する
「AgenticArchitecture」「MCPIntegration」「StructuredOutput」などの言葉を見て、英単語帳のように覚えようとする。2日目には用語が増えすぎて、何をやっているのかわからなくなります。
根本原因は、資格を語学試験のように扱っていることです。この資格で大事なのは、用語の和訳ではなく、場面ごとの判断です。MCPを「ModelContextProtocol」と暗記しても、ツールをどう分けるか判断できなければ点につながりません。
専門家なら、用語を日常語に置き換えます。エージェントは「考えて動く作業係」、MCPは「外部道具をつなぐ差し込み口」、フックは「危ない操作の自動ゲート」、コンテキストは「AIに渡している作業机の上の資料」として理解します。そのうえで、1用語につき1つだけ具体例を作ります。
予防策は、用語ノートを作るときに「英語」「日本語訳」「たとえ」「実例」の4行だけにすることです。100語を浅く覚えるより、20語を実例つきで説明できるほうが、試験でも実務でも強いです。
失敗3模擬問題の正解だけ覚えて安心する
模擬問題で正解を見て、「これはB」と覚える。2周目では点数が上がるので、合格できそうな気がします。でも初見問題になると急に解けなくなります。
根本原因は、正解番号を覚えていて、判断軸を覚えていないことです。試験では同じ文章が出るとは限りません。むしろ、似た状況で選択肢だけ変わることを想定したほうが安全です。
専門家なら、間違えた問題ごとに「なぜ他の選択肢が危ないか」を1文で書きます。たとえば、「プロンプトで返金禁止と書くだけでは、実行自体を止められないから危ない」のように書きます。これを20問分やると、選択肢を削る力がかなり上がります。
予防策は、模擬問題を解くたびに点数だけを見ないことです。解いた直後に、間違えた問題を3分だけ見直し、「最小権限」「人間確認」「構造化エラー」「ツール説明」「コンテキスト整理」のどれに関係するか分類します。この場面で、間違いを判断軸で分類すると、次の初見問題でも同じ考え方を使える結果になります。
ぶっちゃけこうした方がいい!
ぶっちゃけ、初心者が最初から全範囲をきれいに勉強しようとすると、かなり高い確率で止まります。真面目な人ほど、公式説明を最初から全部読み、わからない単語を全部調べ、環境構築で詰まり、3日目に疲れます。
最短で結果を出したいなら、最初の7日間はClaudeCodeを小さく動かすことだけに集中したほうがいいです。MCPサーバーを作るとか、CI/CDに組み込むとか、複雑な話は最初はやらなくていいです。まずは、1つのフォルダ、1つのテキスト、1つのCLAUDE.mdで十分です。
ぶっちゃけ、最初にやるべきことは3つだけです。1つ目は、練習用フォルダでClaudeCodeを起動すること。2つ目は、CLAUDE.mdに「変更前に計画を出す」と書くこと。3つ目は、問い合わせ文をJSONに変換させること。この3つをやると、試験範囲のかなり大事な部分が体験できます。
逆に、最初から深掘りしなくていいものもあります。AgentSDKの細かい実装、MCPサーバーの本格開発、複雑なCI/CD連携は、基礎ができてからで大丈夫です。ここに最初から突っ込むと、資格対策というより開発修行になります。もちろん大事ですが、初心者が最短で一歩進むには重すぎます。
経験者の近道は、「読んでから動く」ではなく「5分読んで、15分動く」です。ClaudeCodeの場面で、短い指示を出して結果を見ると、説明文だけではわからなかった癖が見える結果になります。たとえば、曖昧に頼むと曖昧に返る。条件を3つ書くと安定する。危険な操作はお願いではなく仕組みで止める。この感覚は、読むだけでは身につきません。
もう一つ本音を言うと、合格を狙うなら「かっこいいAIアプリを作る」より、「失敗を安全に止める設計」を先に覚えたほうがコスパがいいです。資格問題では、派手な機能より安全で壊れにくい判断が強いです。返金、削除、外部送信、個人情報、権限。このあたりの言葉が出たら、すぐに「人間確認」「最小権限」「フック」「ログ」「再試行不可」を考える癖をつけてください。
初心者が今日やるなら、まず30分だけでいいです。練習用フォルダを作る。memo.txtを置く。CLAUDE.mdを作る。ClaudeCodeに「このフォルダを確認して、変更前に計画を出して」と頼む。ここまでできたら、もう「調べて終わる人」ではありません。実際に動き始めた人です。
資格の勉強は、最初の一歩がいちばん重いです。でも、その一歩は大きな開発ではなくていい。小さなフォルダで、1つのファイルをAIに読ませるだけでいいです。そこから7日間だけ続ければ、画面の言葉がただの専門用語ではなく、自分が触った作業として理解できるようになります。最短ルートは、完璧な理解ではなく、今日1回動かして、明日もう1回改善することです。
受験前日に確認すること
前日に新しい教材へ手を出すより、弱点を潰すほうが点につながります。特に、エージェント設計、ClaudeCode設定、構造化出力は短時間で見直しやすい分野です。問題文を読んだとき、「便利そうな選択肢」ではなく「本番運用で壊れにくい選択肢」を選ぶ意識に切り替えます。
- 危険な処理はプロンプトだけで縛らず、権限やフックで確実に制御できるかを確認します。
- ツール説明文が曖昧な場合、Claudeが誤選択しやすいことを思い出します。
- 長いコンテキストでは、重要情報の位置、古い情報の扱い、人間確認の入れ方を確認します。
試験中は、わからない問題に固執しないことも大切です。シナリオ問題は、前半の説明を理解できれば後続の問題が解きやすくなります。迷ったら、最小権限、単一責任、構造化された失敗処理、人間確認という軸で選択肢を見直します。
まとめ
ClaudeCode認定資格の取り方で大事なのは、受験ページを探すことだけではありません。受験できる状態を確認し、ClaudeCodeを実際に動かし、CLAUDE.mdやツール連携や構造化出力を小さく試すことです。
資格の価値は、合格証そのものだけではなく、Claudeを安全に業務へ組み込む判断力を身につける過程にあります。今日できる最初の一歩は、ClaudeCodeのバージョンを確認し、小さなリポジトリで「計画を作る」「修正する」「テストする」流れを1回通すことです。その1回が、英語の資格情報を眺めて止まる状態から、実際に合格へ向けて進む状態へ変えてくれます。


コメント