「AIを利用しない地頭・生身の力を鍛えろ！」というお説教だけでは、若者は希望をもてない

 --AIを使って自分らしい能力をさらに高める方法の指導が必要--

■　日本の大学でもAI利用の害が目立ち始めた

毎日新聞の2026/07/21の記事「AI新世紀：「俺、要る？」万能AIに無力感　「闇落ち」自覚する大学生」(

https://mainichi.jp/articles/20260719/k00/00m/040/050000c

)は、米国で言われてきた、AIによる若者の希望喪失が、ついに日本でも始まったと思わせるものだった。

> 「自分で勉強するよりAIに聞いた方が早い。『俺、要る？』と感じます」

> 「俺、何やっているんだろう。AIに書かせたら一発なのに」

> 「学生が無力感を抱くのは当然」

日本の若者がこれ以上希望を失うのは怖い。

■　大学教員の無策は真面目な学生を追い詰める

大学関係者が、AI利用の一律禁止を命じたり、「AI利用は自己責任で」と諭すのは容易だ。

だが、それでは学生はAI利用の誘惑から逃れられない。

これだけAIが普及している中、レポートにより成績をつける授業がまだ多い（それは私にとって驚きである）。

レポート評価しかしない授業があり、不正にAIを使って高い成績を得る学生が存在すれば、「AIを利用しない地頭・生身の力を鍛えろ！」というお説教を真面目に受け止めた学生ほど、無力感を覚えるだろう。

教員は教育的なAI利用をそれぞれの科目で教える必要がある。

■　生身の力 + AIありの力 + 両者を統合する力

私はChatGPTが登場した約半年後に行った講演で、L2（第二言語教育、実質的には英語教育）についての基本的考えを示した。

> 学校教育で育成されるL2の統合的能力は次のステップで育成される。1) 教師が最初に学習者の身体的能力を育てる、2) 教師が適切な時期にAIを導入して学習者にAI拡張的能力を体験させる、3) 学習活動で身体的能力とAI拡張的能力のそれぞれの向上をもたらす好循環を作り出す。AIなしの身体的能力にとどまらず、かといってAIによって一時的に拡張された能力だけであることも意味しない統合的能力が、AI時代の帰結としての英語力である。

柳瀬陽介(2023)「AI時代における第2言語としての英語力－大規模言語モデルAIの可能性と限界からの考察－」『JACET中部地区支部紀要 21, pp. 1-16.』

https://doi.org/10.34545/jacetchubu.21.0_1

身体的能力とAI拡張的能力が連動する統合的能力は、便利な（笑）陰陽図で示した。

もはや身体もAIも私たちにとって不可欠だと考えるべきではないか。その両者の統合こそがこれからの教育の課題ではないか。

■　AIの教育的利用を本格的に開発しなければならない

AIを自分の内に統合して、AIなしでは考えられなかったような自分らしい能力を開発する道筋を示さないと、学生は無力感に苛まされ続けるのではないか。

もはや（大学）教師は、AIなしの学習だけでなく、AIを効果的に使った学習も導く必要がある。

AIを使ってこそ実現できる自分らしい自分に到達できる道筋を若者に示す責務が教師にはあるのではないか。

そのためには、教育界はそれぞれの教科でAI利用のbest practicesを開発する必要がある。

地球規模の核戦争でもない限り、AIがこの世から消えることはないだろう。

ならば、AIを使いながら希望を見出す教育が必要だ。

いや、それとも希望を見出すのは若者自身かもしれない。下の記事に書いたような・・・

https://x.com/yosukeyanase/status/2077713514144407654?s=20

学生さんが書いた約50行のプロンプトから考えた--AIを使えば、学習者は自らの教師になりうる

 

「AIを使うと、学生さんの思考力が低下する」という懸念には一理ある。実際にその傾向を示す学習者も少なくない。

しかし、技術そのものが主体性を奪うと断定するのは早計だろう。

私の英語の授業では、毎週「好きな英語のYouTube動画を見てレポートを書く」という宿題を課している。

今週、ある学生さんが示した実践は、AIがむしろ「自律的な学習支援具」になり得ることを示していた。

手書きノートと50行のプロンプトでAIを動かす学生さん

その学生さんは、学術的なYouTube動画を視聴する際、前週に学んだ「コーネル式ノート作成法」でノートを取った。

印象的だったのは、その後のリスニング理解度の検証方法だ。

彼は、自ら設計したマークダウン記法による約50行の英語プロンプトを使用し、動画のURLと、手書きノートをスキャンした画像をAIに入力した。

AIは、学生さんがあらかじめ設定した詳細な判定基準と出力様式に従い、ノートの出来を100点満点で評価し、コメントを加えた。

学生さんによれば、そのAI評価はきわめて妥当であったという。

自身のリスニングプロセスを省察する、良いきっかけになり、彼はそのフィードバックを手に、もう一度同じ動画の視聴に臨んだ。

学習の目的——なぜこの勉強をするのか——を自覚している学習者にとって、AIはこれ以上ないパートナーとなる。

私の授業の宿題では、動画の選定も視聴方法も学生さんに一任している。

学生さんが「自らの教師」となることを求めているからだ。彼はそれに成功していると私は思っている。

「技術的にできること」が私の「教師の信念」を一瞬揺るがせた

しかし、面白かったのは、このエピソードが教師である私自身に、ある誘惑を与えたことだ。

「この仕組みを応用すれば、私も期末試験の自動採点ができる」という誘惑だ。

慌てて述べると、私は、AIによる評価の自動化には明確に反対の立場をとっている（詳細は『早稲田日本語教育学』第35号の拙稿「『英語力』をこれ以上商品化・貨幣化するためにAIを使ってはならない」を参照されたい）。

価値を見出すという行為は、人間に残された最後の拠り所の一つだ。それを安易に機械化・自動化してはならない----それが私の信念だ。

しかし、「客観的に採点できればいいんでしょ」と割り切ることもできる。そうすれば、現在のコンピュータ上のAIだけでも、私の採点時間は大幅に削減される----一瞬私はそう思ってしまった。

だがそれは、教師として大切なものを失うことを意味する。私は「一人ひとりの学生さんの傾向と良いところを見出し、次の教育に役立てる」という信念を放棄してしまう。

「効率」の先に何を望むのか

AIは薬にも毒にもなる。

その境界線を決めるのは、テクノロジーの性能ではない。

私たちの「大局観」と「自らが求める価値への反省的な検討」だ。

教育における「効率化」が叫ばれる今、「評価の自動化」を無批判に進めるべきではないと私は考える。

もし自動化を部分的に受け入れるとするならば、教師は「効率」によって浮いた時間で、どのような「人間にしかできない価値」を実現すべきか考え、試行錯誤するべきだ。そして、学習者にいかにして「自らが自らの良い教師となること」を教えるべきか。

私たちは、この問いを考え続ける必要がある。

反省的な理性のないところに、強力な道具が与えられることは怖い。

【補記：上の文章の作成の一部において、実験的にAIを利用しました】

VS Codeで実現できるIDEは非エンジニアも取り入れよう--画面切替やコピペが不要になると集中力が高まる

 Claude CoworkからClaude Codeに変えて10分もしないうちに、VS Codeを導入した。これは下の記事に書いた通りである。

Yosuke YANASE　（柳瀬陽介）

@yosukeyanase

·

Jul 11

非エンジニアがClaude Codeを、しかもVS Code上で使うことは・・・不要ではなかった。非エンジニアには不要と言われていたけれど、Claude CoworkからClaude Codeに乗り換えた。調子に乗ってそれをVS Code上で使えるように環境設定した。さらにはVS...

https://x.com/yosukeyanase/status/2075884136544563416?s=20

Claude Codeを少し触っていただけで、VS Codeで、IDE（Integrated Development Environment：統合開発環境）で管理する方が便利だと感じた。その直感は正しかった。

■　軽自動車としてのClaude Cowork——だが、もっとそれを便利にしたい

私はClaude Coworkを使って2ヶ月たらずだが、確かにClaude Coworkは便利だ。通常のPCが自転車でだとすると、チャット型のAIは原付みたいなもの、そしてエージェント型のAIは車みたいなものだ。だが私はClaude Coworkを軽自動車ぐらいにしか使えていなかった。エンジニアがエージェント型AI (Claude Code) をフェラーリや大型トレーラーのように使っていることと比べれば、まさに子どもの遊びのようなものである。

もっと効率よくClaudeを使うためには、さまざまなスラッシュコマンドなどがあるClaude Codeを使った方が良い。土曜日の夕方にそう思い立ち、思い切ってClaude Codeを導入した。そしてその十数分後には、それをVS Codeの中に統合した。VS CodeのExtensionsからClaude Codeをインストールするだけだから作業としては1-2分で終わる。

そして週明けの午前中にVS CodeでClaude Codeを使ったら、軽自動車のようであったClaude Coworkと比べると、Claudeが排気量2,000ccのステーションワゴンぐらいになったように感じた。ずいぶん便利になった。

■　VS Codeへの敷居を下げてくれたGoogle app for desktop

ご存知のように、VS CodeはMicrosoft社が無料で配布しているアプリであり、全世界のエンジニアが使っている。誰でもダウンロードできる。私はこの存在を何年も前から知っていたが、ユーザーインターフェイスがあまり親切でないように感じたので導入を控えていた。しかしエージェント型AIを使うようになり、Markdownファイルを多く扱うようになって、ようやくVS Codeを使い始めた。

わかりにくいユーザーインターフェイスの中でどう操作すればいいかを助けてくれたのは、1、2ヶ月前にGoogle社が導入したGoogle app for desktopだ。

https://search.google/google-app/desktop/

これを呼び出すと、その画面が作業中の画面の上にふわりと浮かんでくる。このアプリの中身はGeminiとGoogle検索が融合したようなもので、私は簡単な疑問はたいていこれで解決する。それほど賢いAIではないので勘違いをすることもあるが、2、3回対話を重ねれば、たいていの場合これで片がつく。

私は多機能ボタンがついたマウスで、すぐにこのGoogle appを呼び出すことができる。そして画面をこのGoogle appに共有させた上で「〇〇をするためにはどうしたらいいか」と聞いていく。そうすれば大抵の場合すぐに答えが返ってくる。そのような形で、私は見よう見まねでVS Codeを使ってきた。

■　左にディレクトリ、中央にエディター、右にClaude Code

午前中、さまざまな事務仕事を、このVS Codeの中にClaude Codeを取り込みながら進めた。一つの画面の左側にはディレクトリ構造が示され、自分が今作業しているファイルがどこにあるかがわかる。中央にはVS Codeのエディター部分があり、自分が書いてきて完成させようとする文章が見られる。右側にはClaude Codeがあり、ここでClaudeと対話する。

私は大抵の作業を、まずはVS Codeの中央部分のエディター部分に書き込む（今朝はメールや簡単な文書の下書きをそこに書いた）。その上で右側のClaude Codeに質問や指示を投げかけると、Claudeは右側のClaude欄に回答を出すだけでなく、私が要求した事柄については中央のエディターを直接変更してくれる。その間、いちいちコピペや画面遷移をする必要はない。この差は大きい。

■　Claude Codeに替えると、Claudeへの指示が短くて済むようになった

Claude Coworkで作業していたときは、書きたい文章そのものと、Claudeへの指示とが、同じ入力欄の中で一緒くたになっていた。「以下の文章を、こういう趣旨で、こう直してほしい」——そう書くためには、直してほしい文章の全文を指示文の中に貼り付け、その前後に注文を書き添えなければならない。指示のたびに本文を運び直すようなもので、作業はどうしても重くなる。

もちろん、元の文章は別ファイルに入れておくことはできるが、作業と同時にそのファイルを見ることはできない——AIが作業中のファイルを人間が開けると、競合問題が生じ、ファイルに障害が起きてしまう。

だが、Claude CodeをVS Codeの中で使うようになって、この元の文章とAIへの指示の2つがきれいに分かれた。エディターに書く文章は、エディターで落ち着いて書く。それに対するClaudeへの注文は、短くClaude Codeの入力欄に書くだけで済む。「この段落をもう少し短く」「数段落ごとに小見出しをつけて」——ClaudeはVS Codeが開いているファイルを見ているので、私の指示は短くて済む。

このClaudeへの指示が短くなったということは、指示を書くために使っていた注意力が、そのまま文章そのものに戻ってくるということだ。頭の中で「Claudeに何をどう伝えるか」を組み立てる作業が減り、「自分は何を書きたいのか」を考える時間が増える。道具に向けていた意識が、仕事に向き直る。集中力が高まるとは、つまりこういうことである。

■　"/scratchpad"——共同作業台としてのマークダウンファイル

Claude Codeへの指示は、スラッシュコマンド（Claude Codeの入力欄に入れる、"/"を冒頭に置いた短い命令）でもっと短くなる。私は自分専用のカスタムスラッシュコマンドを作った（というよりClaude Codeに作ってもらった　笑）。例えば、私が"/scratchpad"とClaude Codeに打ち込むと——実際は打ち込む前にClaude Codeがそのスラッシュコマンドを示してくれるので、最後まで打ち込む必要はない——Claudeは、私がClaudeScratchpadと名づけたマークダウンファイルを自動的に読み取る。

このファイルは、私とClaudeの共同作業台だ。Claudeは、私がそれまでそのファイルに書いたテクストに基づき、私が出した指示や質問への回答を、次々にこのファイルに書き足していく。書き足す際には、その日付と時刻まで書くようにする。そうすると、作業の進行がどんどん残っていく。過去の履歴が消えないというのはありがたい。

■　このIDEがGemini in Google DocumentやCanvasよりも便利な理由

文章を一画面で添削・改善するだけなら、もちろん、例えばGeminiをGoogleドキュメントの中で統合的に使うことでもできる。あるいはChatGPTやGeminiのCanvas機能でも同じだ。ただそれらの場合、AIに書き直しを要求すると、AIは過去のテキストを消してしまう。

だが、過去の履歴が重要である場合は多い。そこで私は、VS Codeに統合したClaude Codeが、私からのいちいちの書き込み許可を得ずに、画面中央のClaudeScratchpadに回答や編集を書き足せるようにした。これら指示はすべて、"/scratchpad"というカスタムスラッシュコマンド1つで実現する。

■　使い終わるたびに拭き清める作業台

この中央部分にあるScratchpadのファイルは、作業が終わるごとにきれいにしていく台のようなものだ。1つのセッションが終わると、基本的に私は中身を消していく。

もしこのファイルに書いたものが重要であれば、Claudeに別のファイルとして独立に書かせるようにしている。Claudeはこのあたりの判断も的確にやってくれ、重要な内容だと判断すれば、私が指示しなくても独立したファイルを生成する。

Claudeがそうやって別のファイル名で残したファイルは、私が手動で適切なフォルダに入れて保存する。ちなみにClaudeが別ファイルを作るときも、年月日と時刻を先頭に置いた適切なファイル名を自動的につけるようにしている。

■　非エンジニアがIDEを使わない理由はない

職場のパソコンでもClaude CodeをVS Codeと統合的に使えるようにし、さらにこれらのカスタムスラッシュコマンドを作った上で作業したこの午前中は、いつになく集中できた。いちいち画面を切り替えたり、コピー&ペーストのためにマウスを動かしたりしないで済むというのは、とても楽である。

Claude CodeやVS Codeは、もともとはコードを書くエンジニアのために作られたものだ。だが、非エンジニアが使わない理由はない。非エンジニアが書くのは、コードではなく文章である。文章をVS Code中央部分のエディターに書き、それを右側に常駐するAIと共に改善していく。この統合開発環境（IDE）は本当にありがたい。

上ではClaude Codeでの作業について書いたが、VS CodeではCodex（最近の命名ではChatGPT Work）も使うことができる。Claude CodeやIDEはエンジニアのためのものであり、非エンジニアが無理して使うことはないとしばしば言われる。しかし、思い切ってClaude Codeを導入しただけでなく、VS CodeでIDEを作って本当に良かったと私は思っている。

［以上の記事は、午前中の作業が終わった時に、VS Codeのエディター部分にAqua Voiceを通じて口述筆記した文章を基に、お昼の弁当を食べながら作成しました。もっとも口述筆記する際は、弁当を頬張ることはできませんが（笑）］