Claude Codeの学習モードとは？Learning出力スタイルとvibe-wiseを同じ課題で比べた

Claude Codeの学習モード（Learning出力スタイル）とは？

Claude Codeの学習モードとは、出力スタイルのひとつ「Learning」のことです。Claudeが定型的な実装を自分で書き、エラー処理やデータ構造のように複数の正解がある判断の箇所だけを数行分 TODO(human) として残し、人が書くまで待ちます。出力スタイルはセッション全体に適用される指示の束で、2026年10月19日時点の公式ドキュメントによると、既定の Default のほかに Proactive・Concise・Explanatory・Learning の4つが組み込まれています。

Learning を選ぶと、Claudeはまず Explanatory と同じ「Insight」ブロックで、なぜその書き方を選んだかを2〜3点ずつ説明します。そのうえで、人に書いてほしい箇所に来ると「Learn by Doing」という依頼文を出します。依頼文には、ここまでに何が出来ているか（Context）、どこに何を書くか（Your Task）、何を考慮して決めるか（Guidance）が書かれ、Claudeはそこで止まります。人がコードを書いて「できました」と伝えると、Claudeはそのコードについて Insight を1つ返し、作業を続けます。

切り替えは3通りです。対話中に /output-style learning と打つ、/config の「Output style」から選ぶ、設定ファイルに直接書く、のいずれかで、コマンドとメニューは作業フォルダの .claude/settings.local.json に保存します。

{
  "outputStyle": "Learning"
}

設定ファイルの値は大文字小文字を区別します。"learning" と小文字で書くと一致せず Default 扱いになる、と公式ドキュメントは明記しています（コマンドの /output-style は小文字でも通ります）。v2.1.251 以降は、途中で切り替えても次のメッセージから新しいスタイルが使われます。それより前は /clear か再起動が必要でした。また Explanatory と Learning は説明が増えるぶん Default より出力トークンが増える、ともドキュメントにあります。

注意したいのは、出力スタイルが「Claudeへの指示」であって、何かを必ず起こす仕組みではない点です。公式ドキュメントも、毎回必ず実行したいこと（編集のたびに整形する、特定コマンドを止める）は hooks を使うようにと書き分けています。CLAUDE.md・skills・hooks との役割分担は、CLAUDE.mdとskillsの使い分けで整理しています。

なぜ「AIに任せると学べない」が問題になるのか？

AIに丸投げすると作業は終わっても理解が残らない、という懸念には Anthropic 自身の実験データがあります。2026年1月29日公開の無作為化比較試験では、AI支援を受けた群の理解度テストが平均50%、手で書いた群が67%で、17ポイントの差がつきました。一方で作業時間の短縮は約2分にとどまり、統計的に有意ではありませんでした。

試験の設計はこうです。Python の非同期ライブラリ Trio を初めて使う52人のソフトウェアエンジニア（多くはジュニア）を、AI支援ありと手書きの2群に分けて同じ2つの機能を実装させ、直後に理解度テストを行いました。報告書によると効果量は d=0.738、p=0.01 で、差がもっとも大きかったのはデバッグに関する設問です。

興味深いのは、AI支援群の中でも使い方によって結果が分かれたことです。コードを書くことを最初から全部任せた人、途中から任せきりになった人、デバッグを任せた人は平均40%未満でした。逆に、生成させたあとに追加で質問して理解した人、コードと説明を同時に求めた人、概念だけを質問して自分でエラーを直した人は65%以上でした。研究チームはこの部分を質的な分析と位置づけ、使い方と学習の因果関係までは示していないと注記しています。それでも、報告書の次の一文は、この記事の主題をよく表しています。

「認知的な努力、ときには苦しいほど行き詰まることさえ、習熟を育てるうえで重要だと考えられます。」

"Cognitive effort—and even getting painfully stuck—is likely important for fostering mastery."

Judy Hanwen Shen・Alex Tamkin（Anthropic）— How AI assistance impacts the formation of coding skills（2026年1月29日）

同じ報告書は緩和策として、個人は意識的に理解を深める使い方をすること、その助けとして Claude Code の Learning モードや Explanatory モードのような学習向けの設定を挙げています。つまり学習モードは、Anthropic 自身が自社の研究結果への対応策のひとつとして位置づけている機能です。

海外のクリエイター Noah Kim 氏が2026年10月1日に公開した動画も、同じ問題意識から出発しています。同氏は、通常のClaude Codeに「Notionのようなメモアプリを作りたい、学習のために」と伝えると、Claudeが技術選定や機能の候補を「おすすめ」付きの選択肢で出し、人は推奨を押すだけになってしまう様子を実演したうえで、次のように述べています。

「彼らは作る過程に関わっていません。何もエンジニアリングしていない。作ってほしいものを口にして、あとはAIが最初から最後までやっている。」

"They weren't involved in the building. They are not engineering anything. They are saying what they want to be built, and then AI is doing it from end to end."

Noah Kim（YouTube クリエイター・vibe-wise 作者）— I Made a Claude Code / Codex Plugin That Forces You to Learn 3:05

これはエンジニア志望者だけの話ではありません。士業事務所やバックオフィスでClaude Codeを使い始めると、「期限管理のスクリプトをAIが作ってくれたが、担当者が辞めたら誰も中身を説明できない」「Excelの集計手順をAIに任せたら、数字が合わないときに原因を追えない」という形で同じ問題が現れます。非エンジニアの活用事例で紹介したような自作ツールほど、作った人が仕組みを説明できるかどうかが、あとで効いてきます。

vibe-wiseとは？Claude Codeの学習モードと何が違う？

vibe-wise は、Noah Kim 氏が2026年9月29日に公開したClaude Code（およびCodex）用のプラグインで、人が設計を決めて承認するまでAIにコードを書かせません。承認後はAIが実装し、変更点と理由を説明します。Learning出力スタイルが「コードの数行」を人に残すのに対し、vibe-wise は「設計の判断」を人に残す点が違いです。

MIT ライセンスで、2026年10月19日時点のバージョンは 0.1.44、GitHub のスターは3,757、フォークは147です。README の標語は「You build. AI writes.（あなたが組み立て、AIが書く）」で、作者は動画で狙いをこう説明しています。

「人をループの一部にとどめるプラグインです。手でコードを書かせるのではなく、頭を使わせて、設計とアーキテクチャを自分で考え出すようにします。」

"...forces you to be part of the loop and doesn't make you write code by hand, but leverages your mind to actually come up with a design, come up with the architecture..."

Noah Kim（YouTube クリエイター・vibe-wise 作者）— 同動画 0:47

Learning はコードの一部を人に書かせますが、vibe-wise は設計の判断を人に言語化させ、コードは一行も書かせません。ソースコードを読むと、仕組みは3つの部品でできています。

チェックポイントは3種類です。Build checkpoint では「この機能はどう動くべきか」「どう作るか」を人の言葉で答えます。Design checkpoint では設計のまとめを見て「Confirm and continue（理解したので次へ）」を選びますが、これはコードを書く許可ではありません。Implementation checkpoint で「Implement this step」を選んだときだけ、AIがその範囲のコードを書きます。どちらの確認にも「Discuss（質問する）」が並び、AIが追加で提案する細部は、人の決定と分けて表にして示されます。経験レベルは Beginner / Intermediate / Advanced、確認の頻度は Light / Normal / Frequent から選べ、「Pause learning」と言えば通常モードに戻り、/vibe-wise:learn で再開できます。

同じ課題で比べたら？通常・Learning・vibe-wiseの実測

同じ課題を3条件で実行すると、通常モードとLearningは1往復・約0.13〜0.15ドルで動くスクリプトが完成し、vibe-wiseは6往復・約0.39ドルかかる代わりに、完成までに5回、業務と設計の判断を自分で答えることになりました。Learning出力スタイルは2回試しても TODO(human) を残さず、コードを全文書きました。以下はその条件と結果です。

課題は、架空の行政書士事務所が管理する顧客8社の許認可一覧（顧客名・許認可の種類・許可番号・有効期限の4列のCSV）から、有効期限が90日以内のものを期限が近い順に表示する Python スクリプトを作ることです。依頼文は3条件とも同じで、「私はプログラミングは初心者です」と添えました。実行は 2026年10月19日、Claude Code v2.1.303、モデルは Sonnet 5.5、結果を機械的に記録するため非対話の claude -p（JSON出力）を使い、編集だけ自動許可する acceptEdits で動かしています。費用は出力JSONの total_cost_usd（API料金換算）です。

このフォルダの licenses.csv は、うちの行政書士事務所で管理している顧客の許認可一覧です。
有効期限が今日から90日以内のものを一覧にして、期限が近い順に表示する
Pythonスクリプトを作ってください。私はプログラミングは初心者です。

通常モードは、期限切れの扱い（別枠で警告）や日付が読めない行の扱いまで自分で決め、使い方の説明を付けて1回で返してきました。Learning もほぼ同じコードを書き、「日付を文字列のまま比べず日付型に変換した」「期限切れは条件から黙って外れるので別枠にした」といった Insight を1ブロック添えましたが、人に書かせる箇所は2回とも作りませんでした。公式ドキュメントは「本当の設計判断がある箇所」に限って残すと書いており、初心者が頼む50行のスクリプトはその条件に届かなかったと見るのが妥当です。日本語圏で2025年8月に報告された先行検証では、カンバンアプリのフィルタ実装で TODO(human) が出ています。課題の大きさと、非対話実行である点が影響している可能性があります。

vibe-wise は様子がまったく違いました。/vibe-wise:learn を打つと、最初に「新規プロジェクトか既存か」「Pythonの経験はどのくらいか」を聞いたあと、依頼文を受け取っても書き始めず、次のように問い返してきました。

✦ Concept: CSVの日付は「文字」として読み込まれる
CSVから読み込んだ 2026-12-15 は、最初は日付ではなくただの文字列です。
「今日と比べる」「90日以内か数える」には、文字列を日付の型に変換する必要があります。

✦ Build checkpoint: 境界のケース
1. 「今日から90日以内」に、すでに期限が切れているものは入れますか。
   事務所の業務として、どうするのが自然でしょうか。
2. 画面に表示するとき、どの情報を、どんな見た目で出したいですか。

筆者が「期限切れは絶対に見落としたくないので別枠で目立たせてほしい」「期限・あと何日・顧客名・種類・番号の順で1行1件」と答えると、次は「1件分のデータと、期限切れ・90日以内の2グループをプログラムの中でどう持たせたいか」と、辞書とリストの概念説明つきで聞かれました。「1行ずつ辞書にして読み込み時に日数差を計算し、2つのリストに振り分ける」と答えたところで Implementation checkpoint に進み、筆者の決定と、AIからの追加提案5項目（当日と90日目を含めるか、期限切れの表示を「30日超過」にするか、期限切れの並び順、日付が読めない行の扱い、Excel保存のCSVの文字コード）が分けて提示されました。「期限切れは最近切れたものを先に」と1点だけ直して承認すると、77行のスクリプトと実装レポートが返ってきました。

完成後の .vibe-wise/progress.md には、「学習者が自分で提案した処理の流れ」「AIが説明した概念（日付の型、辞書とリスト）」「AIの提案で学習者が承認した細部」が分けて記録されていました。これは研修で言えば、受講者が何を自分で決め、何を教わったかの記録がそのまま残る状態です。

vibe-wiseの入れ方と使い方、入れる前に確認すること

vibe-wise は、Claude Code に最初から登録されているカタログ「Anthropic Directory」から1コマンドで入り、必要なのは Python 3 だけです。入れる前に、プラグインがユーザー権限でコードを実行できることと、Anthropic がその中身を保証していないことを理解したうえで、hooks の中身を読んでください。

claude plugin install vibe-wise@anthropic-plugin-directory --scope local
# → Successfully installed plugin: vibe-wise@anthropic-plugin-directory (scope: local)

claude plugin details vibe-wise@anthropic-plugin-directory
# Skills (2) learn, reset / Hooks (1) SessionStart / MCP servers (0)
# Always-on: ~108 tok  learn on-invoke ~1.1k

claude plugin uninstall vibe-wise@anthropic-plugin-directory --scope local

claude plugin details が示すとおり、常時読み込まれる分は約108トークンと小さく、/vibe-wise:learn を起動したときに約1,100トークンの指示書が加わります。費用で効くのはこの固定分ではなく、前節で見たとおり設計の問答が増えるぶんの往復と出力トークンです。プラグインの仕組みそのものや、hooks・skills・mods の関係はClaude Code Modsの解説で詳しく扱っています。

士業・バックオフィスの新人教育でどう使い分けるか

当研究所の見解では、コードを自分で保守していく人には Learning 出力スタイル、コードは書かないが業務の仕様に責任を持つ人には vibe-wise、急ぎの定型作業には通常モード、という分け方が現実的です。どれも Claude への指示であって強制ではないので、出てきた問いに自分の言葉で答えることが前提になります。

vibe-wise を研修で使うなら、Beginner のまま始めて、最初の課題は今回のような50〜100行で済むものにするのが良いと感じました。問いは1回に1〜2つで、Concept の説明が先に付くので、Python 未経験でも答えられます。一方で、往復は通常の6倍、AIの処理時間だけで6分かかりました。受講者が考える時間を含めると1課題30分前後を見ておく必要があり、業務の合間にこなす前提では続きません。学習の時間を業務時間として確保できるかが、導入の分かれ目です。

限界も書いておきます。第一に、学習モードも vibe-wise も、問いに「お任せします」と答え続ければ通常モードと同じ結果になります。vibe-wise の指示書には「短い答えや躊躇を行き詰まりと見なさず、考えを説明するよう求める」とありますが、最終的に考えるかどうかは人の側です。第二に、Anthropic の試験が示したのは「使い方で理解度が違う」という相関であって、特定のツールを使えば学べるという因果ではありません。第三に、vibe-wise は個人が公開したプラグインで、2026年9月末の公開から3週間でバージョン番号が 0.1.44 まで上がるほど更新が速い段階です。組織で入れるなら、managed settings でマーケットプレイスを制限する運用（セキュリティチェックリスト参照）と合わせ、バージョンを固定して評価してから配るほうが安全です。

最後に、Claude Code をこれから学ぶ人への順番としては、まずClaude Codeとは何かで全体像をつかみ、通常モードで小さな業務を1つ自動化し、その次に「自分が説明できない部分」が出てきた時点で Learning か vibe-wise に切り替える、という進め方を勧めます。最初から学習モードで始めると、動くものができる前に疲れてしまいます。

まとめ