Claudeで数式を動かしながら学習し可視化する方法

公式に数値を当てはめて正解は出せるのに、その数式が何をしているのかがつかめない、という段階があります。計算はできても、1つの外れ値が答え全体をどれだけ動かすかは、実際に動かしてみないと体に入りません。教科書の練習問題を何問解いても、この種の感覚だけは埋まらないまま次の単元に進んでしまうことがあります。Claudeは会話の中に空白の散布図を組み立て、点を自分で置き、ドラッグして結果の変化を見る、という操作対象そのものを作れます。

「解ける」と「感覚がある」は別物

公式の実例は、教育カテゴリの所要約15分の使い方で、題材は線形回帰です。計算式は理解していても、なぜ1つの外れ値が回帰直線全体を引っ張るのかが腑に落ちない、という状態を出発点にしています。二乗誤差が大きなズレほど重く効くという説明を読んで知ってはいても、その「重く効く」が実際にどう見えるかは、点を自分で動かして初めて分かることがあります。

ファイルを渡す必要はありません。この使い方の鍵は依頼文の動詞にあります。「触ってみたい」「動かしたらどうなるか見たい」「なぜ1つの変な点が全体を狂わせるのか感覚で分かりたい」。このような操作を求める言い回しが、あらかじめ組まれたデモではなく、空白から自分で組み立てるキャンバスを引き出します。添付するデータも要らないぶん、思い立ったその場ですぐに試せます。

空白のキャンバスを作らせる手順

公式の実例プロンプトはこの形です。

線形回帰を勉強していて、計算はできるのですが感覚がつかめません。
自分でデータ点をいじれて、直線がどう反応するか見られるものを
もらえますか。1つの変な点が全体をどう狂わせるのか、
実際に感覚で分かりたいです。可視化を手伝ってもらえますか。

Claudeは空の散布図を返します。クリックで点を置き、ドラッグして直線の反応を見る、という操作がその場でできます。外れ値を自分の手で配置し、直線がそちらに引っ張られる様子を見ることが、二乗距離による重み付けの実感につながります。読んで知っていた「大きなズレほど重く数えられる」が、数えられている瞬間として見える形です。

点を動かして何が見えるか — 影響度ハロー

公式の実例には、残差(実測値と予測値のズレ)と影響度を切り替えるトグルも含まれています。影響度トグルは、直線が最も依存している点の周りに輪(ハロー)を描きます。これは「その点がどれだけズレているか」とは別の問いです。点を端に近づけてドラッグすると、直線にちょうど乗っている場合でもハローが大きくなることがあります。

なぜ「動かす」ことが「読む」より効くのか

数式の説明文は、二乗誤差がどう効くかを言葉で正しく描写できます。しかし言葉で正しいことと、動きとして予想できることは別の能力です。外れ値を動かす前に「直線がどちらに引っ張られるか」を自分で予想し、動かした結果とその予想を照らし合わせる。この往復が、説明文を読むだけでは得られない感覚を作ります。

あらかじめ組まれたデモにも同じ数式は映っています。ただしデモでは、次に何が起きるかをすでに知った状態で画面を眺めることになります。自分で点を配置してから動かす場合は、結果を知らない状態で予想し、その予想が外れた瞬間に「なぜ外れたか」を数式に戻って確認する動機が生まれます。空白のキャンバスから始める依頼文にこだわる理由は、この「知らない状態で試す」構造を保つためです。

予測テストという追加の依頼が別立てで用意されているのも、同じ発想の延長です。ドラッグする前に「これはこう動くはずだ」と自分の言葉で言い切ってから答え合わせをすると、当たった場合は理解の確認に、外れた場合はどこで直感がずれていたかの特定に、それぞれ違う形で役立ちます。操作そのものより、操作の前後に挟む予想と答え合わせのほうが、理解の解像度を上げている場面も少なくありません。答えを渡さず自分で考えさせる工夫はClaudeで子どもの宿題をヒントだけで手伝う使い方でも扱っています。

線形回帰以外の数式でも同じ手順が使える

このキャンバスを引き出しているのは「線形回帰」という単語ではなく、「計算はできるが感覚がつかめない」というギャップの書き方です。公式の実例は最後に、回帰や確率など「答えは出せるが動き方を予想できない」ものなら何でも試せると勧めています。たとえば確率分布のパラメータで形がどう変わるかや、制約を動かしたときの解の移動も、同じ型で頼む対象になります。

依頼文は、公式の実例に当てはめると次の3つの要素でできています。

気づきから数式そのものを見せてもらう

ドラッグしている最中に気づいたことがあれば、その場で数式の裏側を尋ねられます。

点を横方向に動かしたら影響度のハローが大きくなったのに、
縦方向に動かしたときはあまり変わりませんでした。
レバレッジの数式を見せてもらえますか。水平方向の距離が
どこに効いているのか知りたいです。

Claudeは同じキャンバスの下に、気づいた現象を裏づける数式を2つ目のビジュアルとして描き足します。

この順番が重要です。先に数式の解説を読んでから触るのではなく、触っていて生まれた疑問を起点に数式へ戻る形になっています。「横方向に動かすとハローが大きくなるのはなぜか」という具体的な問いを先に持っているぶん、後から出てくるレバレッジの数式が、抽象的な公式ではなく自分の疑問への答えとして読めます。

2つ目の要素を重ねる・予測テストにする

同じキャンバスに別の要素を重ねて比較することもできます。

同じ点にロバスト回帰も重ねてください。外れ値をドラッグしたときに
両方の直線がどう違って動くか見たいです。

理解度を試したい場合は、予測してからドラッグする形にも変えられます。

いくつかテストパターンをください。散布図を見せて、
外れ値をドラッグする前に何が起きるか予測させてください。

散布図を提示し、ドラッグする前に予測させ、当たっていたかを教える、という流れをClaudeが作ります。操作で終わらせず、理解度の確認まで一続きにできる点が、あらかじめ組まれたデモとの違いです。

保存と記録

このキャンバスはベータ機能のカスタムビジュアルという仕組みの上で動いており、既定では応答の中に表示されるだけで、別のファイルとしては保存されない一時的なものです。公式ヘルプは「ホワイトボードのスケッチ」に近いものだと説明しています。成果物ではなく、その場で考えるための道具という位置づけです。

残したいときの選択肢は、ヘルプ記事では次の3つです。実例ページには、カーソルを合わせたときの選択肢として、画像コピーとArtifact保存の2つが載っています。

理解したことを言葉でも残したい場合は、そのままClaudeに書き出しを頼めます。ビジュアルで見えたことを文章にすると、次に分からない箇所が見えてくることがあります。

どの画面で使えるか

対応面はWeb版・デスクトップ版のチャットとCoworkです。iOS・Android版のClaudeでは描画されません。学習の合間にスマートフォンで開いても、この操作は試せません。

会話を共有した場合、相手はWeb版・デスクトップ版にログインして開く必要があります。Coworkのセッションはローカルで動くので、共有リンク越しには表示されません。加えてCoworkでは、チャット版の「キャンバス内をクリックすると続きの質問が送られる」操作もまだ使えません。気づきを尋ねたいときは文章で打ち込みます。

複雑なキャンバスを頼むなら、モデルの選び方も効きます。ヘルプには、可視化のタスクではOpusの出来が最も良く、複雑なものはより賢いモデルを選ぶと向く、という趣旨の記載があります。

ベータ機能なので、見た目や複雑さにはばらつきがあります。期待した場面でキャンバスが出ないこともあるため、一発で狙いどおりに出ない回がある前提で試すのが実際的です。

好みの見た目を伝えておくこともできます。ヘルプの例では「可視化はすべてピンクにして」と頼むと、Claudeがそれを覚えます。

名前の似た機能との区別

ヘルプには「Visual and interactive content」という別の記事があり、中心は天気やレシピの表示、スポーツの結果、選択式の質問(複数選択やランキングのUI)です。カスタムビジュアルは概要だけで、詳細は「Custom visuals in chat and Cowork」に譲られています。

点をドラッグして遊べるキャンバスの操作の詳細は、「Custom visuals in chat and Cowork」の側にあります。

操作型キャンバスとコード実行はどう使い分けるか

数式に関わる作業でも、キャンバスとコード実行(検算)は目的が違います。

両方欲しい場合は、まずキャンバスで感覚をつかんでから、コード実行で数値を確定させる順番が無理がありません。手元のファイルを丸ごと処理したいなら、Claude Codeのような実行環境も選択肢になります。

よくあるつまずき

「説明して」とだけ頼むと、あらかじめ組まれたデモを見るだけの回答になりがちです。「触らせて」「動かしたい」「感覚で分かりたい」のように操作を求める言い回しに変えると、自分で動かせるキャンバスが返ってきます。それでも文章だけの回答になったときは、ヘルプの例にならって「図にして見せて」のように見たいものを言い直します。描き直しの頼み方も、ヘルプでは「グラフを月別に変えて」「比較に3つ目の選択肢を足して」のように、文章の修正と同じ感覚で書いています。

出てきたキャンバスが近いけれど何か足りない、ということもあります。変数を1つ足したい、もっと単純なバージョンが欲しい、最初のバージョンに無かった切り替えが欲しい、といった要望をそのまま伝えると、Claudeはキャンバスを描き直します。往復のやり取りを重ねるほど、自分が確かめたい感覚に近いバージョンに寄っていきます。最初の依頼で完璧なキャンバスを狙う必要はなく、大まかな形が出た時点で触ってみて、足りない部分を都度伝えていくほうが早く目的のバージョンにたどり着きます。

計算そのものの正確さを検証したい場合は、この使い方の対象外です。ここでの目的は数式に対する直感を養うことで、桁数の多い計算や監査目的の集計にはClaudeの数式・計算精度で扱っているコード実行による検算のほうが向いています。

まとめ

どの数式から始めるかの目安は、答えは出せるのに「この点を動かしたらどうなる?」と聞かれると予想が立たないものです。キャンバスの上で予想が当たるようになったら、その数式は感覚として持てたと見てよい区切りになります。