Udemy×ベネッセのイベントで見えた、講師それぞれのAI活用
土曜日に、Udemyとベネッセが合同でイベントを開いてくれました。今年Udemyコースを出した講師なら、応募すればたぶんどなたでも招待してもらえるイベントです。
とても楽しかったのですが、いちばん勉強になったのは講師のみなさんのAI活用の仕方です。ほんとうに人それぞれなんですよ。
そこで聞いた話と、わたし自身のオンライン講座の作り方を順番に紹介します。
AI音声でコースを作って高評価の先生
わたしがまだやっていない方法でいうと、AI音声でコースを作っている先生がいらっしゃいました。評価はとても高いとおっしゃっていて、「あ、そうなんだ」と思いました。
実はわたし、2〜3か月前にAI音声のUdemyコースを何本か聞いたことがあります。面識のない先生のコースだったのですが、正直に言うと「これだと評価は低くなっちゃうかな」と感じました。
AI音声が古いモデルっぽくて、いかにもAI音声という雰囲気だったんですよ。レクチャーの作り方やスライドも「THE AI」という感じで、内容があまり頭に入ってきませんでした。
なので、そのときは「AI音声はまだ早いかな」と思っていました。
高評価のその先生は、音声はAIでも、コースの構成はご自身で考えていらっしゃるのだと思います。そこが高く評価されている理由だと思います。
売れている先生もVSCodeを使っていた
「やっぱりそうだよね」と思ったのが、すごく売れている森先生森先生のお話です。わたしと同じような作り方をしていて、自分のやり方は大きく間違っていないと再確認できました。
その先生も、Visual Studio Codeを使っているとおっしゃっていたんですよ。
Visual Studio Code（略してVSCode）は、ひと言でいうとちょっと賢いエディターです。メモ帳にAIを呼び出す機能がついている、と思ってもらえればOKです。
エディターなので、ファイルを直接編集できます。ここがいちばんのメリットです。
AIに全部指示するより、自分で直したほうが早い
わたしはスライドの下書きをAIに作らせています。
「ここに3行改行を入れて」と毎回指示していたら、トークンも足りなくなるし時間もかかってしょうがないじゃないですか。改行くらいなら、自分で入れたほうが早いです。
ところが、よく使っているCodexやClaudeのデスクトップアプリだと、この編集がしづらいんですよ。たぶんClaudeのデスクトップアプリは編集ができなくて、Codexは編集できるもののすごくやりづらいです。
今どこを触っているのかわからないし、編集したいファイルをもう一度出すこともできないと思います。
セッション10個を回すならデスクトップアプリ
逆に、デスクトップアプリのほうが得意なこともあります。複数のセッションを自由に行き来することです。
VSCodeは1つの窓で1つのセッションなんですよ。わたしは10個ぐらいのセッションを同時に動かしているので、承認して次、承認して次と回すときに窓を10個も開くと、ごちゃつくし重くなります。
そういうときは、ClaudeとCodexのデスクトップアプリを立ち上げておくほうが楽です。LINEスタンプの制作なんかは窓がいらないので、だいたいデスクトップアプリでやっています。
一方で、Udemyコースのようにスライドを見たいときや、見やすい形でブログを見たいときはVSCodeが向いています。なので、わたしは今も両方使っています。
ほかの先生も同じ使い分けだったので、安心したというか、ちょっとうれしかったです。
コースのアイデア出しより、調査とカリキュラムにAIを使う
ここからは、わたしのオンライン講座でのAIの使い方です。
実は、コースのアイデア出しにAIはほとんど使わないんですよ。「ChatGPT Workのコースを作りたい」のように、作りたいものが最初に決まっているからです。もちろん、アイデア出しに使うのもいいと思います。
まずは「ChatGPT Workについて調べて」とAIに調査をさせます。その結果をもとに、Udemyコースのカリキュラムとレクチャーの概要を提案させます。
提案をそのまま使うわけではなく、納得できるところまで自分でも手直しします。「もう少しデモを入れて」とAIに指示することもあります。
スライドはMarpで作らせる
カリキュラムが決まったら、スライドを作らせます。使うのはMarpです。
📝 Marp ── Markdownの書き方でスライドを作る仕組みです。
Marpにしておくと、VSCodeで簡単に直せます。何についての話かが人間にもすぐわかるし、AIも読み込みやすいんですよ。
HTMLで作る方法もありますが、わたしはMarpでやっています。
MarpはHTMLにも変換できますが、わたしの場合はPNGにしています。
挿絵が欲しいときは、AIに「挿絵作って」と頼んでCodexを呼び出し、できた画像をスライドに入れてもらっています。
最後に全部を確認して編集します。直しながら「このレクチャーはこういう内容のほうがいいな」と思うこともたくさんあります。
もう少し楽になればいいなと思いつつ、前よりは全然楽になっています。
台本を作らせ、音声だけ録って動画にしてもらう
画面操作のところは、さすがに自分で画面収録しています。それ以外の、スライドを読むだけのレクチャーは作り方を変えました。
前はスライドを表示して画面収録し、自分でスライドを動かしながら話していました。ときどきカーSolが見えたりして、それはそれでアリでした。
最近は、レクチャーのスライドをもとにAIに台本を作らせています。台本にはスライドを差し込んでいるので、どのスライドで何を話すかがひと目でわかります。
もちろん、アドリブで話すときもあります。
録るのは音声だけです。できたM4AやMP3のファイルをClaudeのOpus 5.5に渡して、「この台本をもとに録った音声です」と伝えます。ぶっちゃけ、スライドの場所まで言わなくてもわかってくれます。
あとは「台本どおりにスライドを差し込んで動画ファイルにして。言い間違いやフィラー、文と文の間の無音もカットして」と頼むと、けっこういい感じに仕上がるんですよ。
Whisperは言い間違いを「なかったこと」にしてしまう
ここで気をつけてほしいことがあります。わたしのように音声や動画をAIに触らせている人のパソコンには、たぶんWhisperが入っています。
📝 Whisper ── OpenAIが公開している音声文字起こしのAIモデルです。
ほとんどの場合はWhisperで十分です。ただ、カット編集をしたいときは困ります。
たとえば「カット」と言うべきところを「かって」と言ってしまい、すぐ言い直したとします。Whisperはその言い間違いをきれいに消して、なかったことにしてしまうんですよ。
AIに動画編集をさせると、文字起こしをもとに「何分何秒で言い間違えているからカット」と動きます。そもそも言い間違いを認識してくれないと、カットのしようがないんですよ。
解決策としては、ElevenLabsのScribeElevenLabs ScribeやGeminiなど、別の文字起こしモデルを使うとよさそうです。まだちゃんと検証できていないのですが、最後にYouTube動画をカット編集させたときは、たしかScribeでうまくいった記憶があります。
わたしみたいに噛みまくる人は、Whisperはあまり使わないほうがいいかなと思います。
大事なところは自分でやる、2026年10月時点のやり方
動画ができたら、30本とか40本とか作ります。レクチャーのタイトルもそろっているので、Udemyへのアップロードまでやってもらいます。最後は自分でも確認して公開します。
大事なところは自分でやっている、というのが今のわたしのやり方です。
ただ、これは2026年10月時点の話です。もう少ししたら変わると思います。
知らないと詰むポイントを押さえるMarpコース
今回Marpの話をしたので、わたしのMarpのコースも貼っておきます。
今はAIで素敵なスライドがすごく簡単に作れるようになりました。それでも、過去に作ったスライドは自分のナレッジとして残しておいたほうがいいと思うんですよ。
そのとき、AIも人間も読みやすい形がMarpです。Marpで作っておけば、「もっとかっこよくして」と頼んでどんどん展開もできます。今の時点では、正解の1つだと思っています。
仕組みは単純で、Markdownの書き方でスライドを作るだけです。書き方は超簡単なのですが、知らないと詰むポイントがあまりにも多いので、そこを押さえるためにコースを受けるのはアリだと思います。
1,300円で受けられるクーポンを貼っておきます。