Claudeで数式を動かしながら学習し可視化する方法
公式は解けるのに感覚がつかめない数式を、Claudeが作る空白のキャンバスに点を置いてドラッグしながら理解する手順とプロンプト例をまとめます。
公式に数値を当てはめて正解は出せるのに、その数式が何をしているのかがつかめない、という段階があります。計算はできても、1つの外れ値が答え全体をどれだけ動かすかは、実際に動かしてみないと体に入りません。教科書の練習問題を何問解いても、この種の感覚だけは埋まらないまま次の単元に進んでしまうことがあります。Claudeは会話の中に空白の散布図を組み立て、点を自分で置き、ドラッグして結果の変化を見る、という操作対象そのものを作れます。
「解ける」と「感覚がある」は別物
公式の実例は線形回帰です。計算式は理解していても、なぜ1つの外れ値が回帰直線全体を引っ張るのかが腑に落ちない、という状態を出発点にしています。二乗誤差が大きなズレほど重く効くという説明を読んで知ってはいても、その「重く効く」が実際にどう見えるかは、点を自分で動かして初めて分かることがあります。
ファイルを渡す必要はありません。この使い方の鍵は依頼文の動詞にあります。「触ってみたい」「動かしたらどうなるか見たい」「なぜ1つの変な点が全体を狂わせるのか感覚で分かりたい」——このような操作を求める言い回しが、埋め込み済みのデモではなく、空白から自分で組み立てるキャンバスを引き出します。添付するデータも要らないぶん、思い立ったその場ですぐに試せます。
空白のキャンバスを作らせる手順
公式の実例プロンプトはこの形です。
線形回帰を勉強していて、計算はできるのですが感覚がつかめません。
自分でデータ点をいじれて、直線がどう反応するか見られるものを
もらえますか。1つの変な点が全体をどう狂わせるのか、
実際に感覚で分かりたいです。可視化を手伝ってもらえますか。Claudeは空の散布図を返します。クリックで点を置き、ドラッグして直線の反応を見る、という操作がその場でできます。外れ値を自分の手で配置し、直線がそちらに引っ張られる様子を見ることが、二乗距離による重み付けの実感につながります。読んで知っていた「大きなズレほど重く数えられる」が、数えられている瞬間として見える形です。点を1つずつ足していく過程そのものが、データがまだ少ない段階では直線がどれだけ不安定かを見せてくれる副産物にもなります。
点を動かして何が見えるか — 影響度ハロー
公式の実例には、残差(実測値と予測値のズレ)と影響度を切り替えるトグルも含まれています。影響度トグルは、直線が最も依存している点の周りに輪(ハロー)を描きます。これは「その点がどれだけズレているか」とは別の問いです。点を端に近づけてドラッグすると、直線にちょうど乗っている場合でもハローが大きくなることがあります。
なぜ「動かす」ことが「読む」より効くのか
数式の説明文は、二乗誤差がどう効くかを言葉で正しく描写できます。しかし言葉で正しいことと、動きとして予想できることは別の能力です。外れ値を動かす前に「直線がどちらに引っ張られるか」を自分で予想し、動かした結果とその予想を照らし合わせる。この往復が、説明文を読むだけでは得られない感覚を作ります。
埋め込み済みのデモ動画にも同じ数式は映っています。ただしデモでは、次に何が起きるかをすでに知った状態で画面を眺めることになります。自分で点を配置してから動かす場合は、結果を知らない状態で予想し、その予想が外れた瞬間に「なぜ外れたか」を数式に戻って確認する動機が生まれます。空白のキャンバスから始める依頼文にこだわる理由は、この「知らない状態で試す」構造を保つためです。
予測テストという追加の依頼が別立てで用意されているのも、同じ発想の延長です。ドラッグする前に「これはこう動くはずだ」と自分の言葉で言い切ってから答え合わせをすると、当たった場合は理解の確認に、外れた場合はどこで直感がずれていたかの特定に、それぞれ違う形で役立ちます。操作そのものより、操作の前後に挟む予想と答え合わせのほうが、理解の解像度を上げている場面も少なくありません。
線形回帰以外の数式でも同じ手順が使える
このキャンバスを引き出しているのは「線形回帰」という単語ではなく、「計算はできるが感覚がつかめない」というギャップの記述の仕方です。確率分布のパラメータが形状をどう変えるか、最適化問題で制約を動かすと解がどう移動するか、微分方程式の初期値を変えると軌道がどう変わるか。同じように「操作して確かめたい」ギャップがあれば、対象は回帰に限りません。
依頼文の作り方は共通しています。①何を計算できるかを述べる ②何の感覚がつかめていないかを具体的に書く ③「触りたい」「動かしたい」という動詞で締める。この3点を守れば、扱う数式が変わっても同じ形のキャンバスが返ってきます。
逆に、①と②を省いて「触れるものが欲しい」とだけ書くと、Claudeはどの変数を動かせるようにすべきかを推測するしかありません。何を計算できて何が分からないかを具体的に書くほど、動かして確かめるべき変数がキャンバス側で絞り込まれ、最初の一発で狙った操作対象に近づきます。
気づきから数式そのものを見せてもらう
ドラッグしている最中に気づいたことがあれば、その場で数式の裏側を尋ねられます。
点を横方向に動かしたら影響度のハローが大きくなったのに、
縦方向に動かしたときはあまり変わりませんでした。
レバレッジの数式を見せてもらえますか。水平方向の距離が
どこに効いているのか知りたいです。Claudeは同じキャンバスの下に、気づいた現象を裏づける数式を2つ目のビジュアルとして描き足します。操作で見つけた疑問を、そのまま数式の理解に接続する流れです。
この順番が重要です。先に数式の解説を読んでから触るのではなく、触っていて生まれた疑問を起点に数式へ戻る形になっています。「横方向に動かすとハローが大きくなるのはなぜか」という具体的な問いを先に持っているぶん、後から出てくるレバレッジの数式が、抽象的な公式ではなく自分の疑問への答えとして読めます。
2つ目の要素を重ねる・予測テストにする
同じキャンバスに別の要素を重ねて比較することもできます。
同じ点にロバスト回帰も重ねてください。外れ値をドラッグしたときに
両方の直線がどう違って動くか見たいです。理解度を試したい場合は、予測してからドラッグする形にも変えられます。
いくつかテストパターンをください。散布図を見せて、
外れ値をドラッグする前に何が起きるか予測させてください。散布図を提示し、ドラッグする前に予測させ、当たっていたかを教える、という流れをClaudeが作ります。操作で終わらせず、理解度の確認まで一続きにできる点が、埋め込み済みの動画教材との違いです。
保存と記録
このキャンバスはベータ機能のカスタムビジュアルという仕組みの上で動いており、既定では会話が進むと消えていく一時的な存在です。公式ヘルプは「ホワイトボードの落書きに近い」という表現で、成果物ではなく思考の途中経過として扱うものだと説明しています。残したい場合は自分で選び取る必要があり、キャンバスにカーソルを合わせると、画像としてコピーしてノートに貼る、SVGまたはHTMLファイルとしてダウンロードする、Artifactとして保存して後から操作できる状態を保つ、の3つの選択肢が出ます。
3つの選び方は、後で再びドラッグしたいかどうかで決まります。静止画として記録だけ残したいなら画像コピーで、配布用のファイルとして手元に置きたいならダウンロードで十分ですが、次回の学習セッションでも同じ点をもう一度動かして確認したい場合は、操作性が残るArtifact保存のほうが後戻りしやすくなります。理解したことを言葉でも残したい場合は、そのままClaudeに書き出しを頼めます。ビジュアルで見えたことを文章にする過程で、次に分からない箇所が見つかることも珍しくありません。
対応面はWeb版・デスクトップ版のチャットとCoworkに限られ、Claude Codeとモバイルアプリでは表示されません。学習の合間にスマートフォンで開いても、この操作は試せない点は覚えておく価値があります。会話を共有した場合も、キャンバスが表示されるのは相手がWeb版・デスクトップ版にログインして開いたときだけで、Coworkのセッションではそもそも共有リンク越しの表示自体に対応していません。加えてCoworkでは、チャット版にある「キャンバス内をクリックすると続きの質問が送られる」という操作もまだ使えず、気づきを尋ねたいときは文章で打ち込む形になります。ベータ機能である以上、生成される見た目や複雑さにはばらつきがあり、狙った操作対象が一発で出てこない回もある前提で試すのが実際的です。
この操作型キャンバスとコード実行の使い分け
数式に関わる作業でも、キャンバスとコード実行(検算)は目的が違います。
| 目的 | 向く機能 | 理由 |
|---|---|---|
| 数式の挙動を体感で理解したい | 向く機能操作型キャンバス | 理由点を動かして反応を見る過程そのものが目的 |
| 課題やレポートの計算結果を検算したい | 向く機能コード実行 | 理由厳密な数値の正確さが必要で、感覚は目的でない |
| 授業で概念を説明しながら見せたい | 向く機能操作型キャンバス | 理由その場で条件を変えて反応を見せられる |
| 大きなデータセットを集計・可視化したい | 向く機能コード実行 | 理由手作業でのドラッグでは点数が多すぎて扱えない |
同じ「数式を扱う」作業でも、欲しいのが感覚か厳密な数値かで選ぶ機能が変わります。両方欲しい場合は、まずキャンバスで感覚をつかんでから、コード実行で数値を確定させる順番が無理がありません。
よくあるつまずき
「説明して」とだけ頼むと、あらかじめ組まれたデモを見るだけの回答になりがちです。「触らせて」「動かしたい」「感覚で分かりたい」のように操作を求める言い回しに変えると、自分で動かせるキャンバスが返ってきます。
出てきたキャンバスが近いけれど何か足りない、ということもあります。変数を1つ足したい、もっと単純なバージョンが欲しい、最初のバージョンに無かった切り替えが欲しい、といった要望をそのまま伝えると、Claudeはキャンバスを描き直します。往復のやり取りを重ねるほど、自分が確かめたい感覚に近いバージョンに寄っていきます。最初の依頼で完璧なキャンバスを狙う必要はなく、大まかな形が出た時点で触ってみて、足りない部分を都度伝えていくほうが早く目的のバージョンにたどり着きます。
計算そのものの正確さを検証したい場合は、この使い方の対象外です。ここでの目的は数式に対する直感を養うことで、桁数の多い計算や監査目的の集計にはClaudeの数式・計算精度で扱っているコード実行による検算のほうが向いています。
まとめ
数式に対する感覚をつかむ手順は、ファイルを何も渡さず、「触りたい」「動かしたい」「感覚で分かりたい」という言い回しでClaudeに空白のキャンバスを頼むことに尽きます。点を置いてドラッグし、気づいたことがあれば数式の裏側を尋ね、必要なら別の手法を重ねたり予測テストに変えたりして理解を深められます。ベータ機能のためWeb版・デスクトップ版のチャットとCoworkに限られ、Claude Codeとモバイルアプリでは使えません。