はじめに
こんにちは、PS-SLの織田です。今回は2人のキャラクターが掛け合いで題材を説明する「ゆっくり解説動画」を、Claude Code と動画編集ソフトの「ゆっくりMovieMaker4（YMM4）」を組み合わせて作りました。これまでに、ボードゲームのルール解説とSF作品の設定解説で、7〜8分の動画を7本作っています。
この記事では、次のことを紹介します。
- 動画を生成できない Claude が、どうやって動画づくりの大部分を担っているのか
- 人と Claude の作業の分け方
- 途中でつまずいたことと、その対策
- 作業の手順を Claude Code の「skill」にまとめ、1本ごとに育てていった方法
- 同じことを試したい人のための手順
Claude をあまり使ったことがない人にも読めるよう、用語の説明から始めます。
Claude は動画を作れない
最初に、この記事でいちばん伝えたいことを書きます。
Claude 自身は、動画も音声も生成しません。Claude は文章を読み書きするAIで、動画ファイルを直接作る機能は持っていません。
一方で、動画編集ソフトは「どの時間に、どの画像を、どの位置に出すか」をプロジェクトファイルとして保存しています。YMM4 のプロジェクトファイルは、中身が JSON 形式のテキストです。テキストであれば、Claude は読むことも書き換えることもできます。
そこで、次のように分担しました。
- Claude：台本、スライド画像、プロジェクトファイルなど「動画の材料と設計図」を作る
- YMM4：台本から音声を作り、設計図どおりに組み立てて、動画として書き出す
- 人：ソフトの操作（読み込み・確認・書き出し）と、内容の最終確認をする
動画を作れない AI でも、動画を作る道具のファイルを扱えれば、動画づくりを任せられます。この考え方は、YMM4 以外のソフトにも応用できると考えています。
使った道具
Claude と Claude Code
Claude は、Anthropic 社の AI です。文章の読み書き、調べもの、プログラムの作成などができます。
Claude Code は、Claude にパソコンの中のファイルを読み書きさせたり、コマンドを実行させたりできるツールです。もともとはプログラミング向けのツールですが、ファイルを作る・直す・確かめる作業であれば、プログラミング以外にも使えます。Claude Code はターミナル（コマンドを打ち込む画面）で使うイメージがあるかもしれませんが、Claude のデスクトップアプリの「Code モード」からも使えます。今回はすべてデスクトップアプリから操作しており、ターミナルは使っていません。利用には Claude の有料プランなどが必要です（最新の条件は公式サイトで確認してください）。
Code モードへの切り替え方
デスクトップアプリには、通常のチャットと Code モードがあります。Claude Code として使うには、次の手順で Code モードのセッションを始めます。
- デスクトップアプリの画面左上にあるアイコンのうち、
</>のアイコン（Code）を選びます。吹き出しのアイコンは、通常のチャットです - 左のメニューの「新規」から、新しいセッションを始めます
- 作業フォルダを選びます。選んだフォルダは、画面上部のセッション名の横に表示されます。選ばずに始めると、そのセッション専用の一時フォルダで動きます
入力欄の下に「自動」などの権限モード（Claude がファイルの操作やコマンドの実行を、どこまで確認なしで行うかの設定）が表示されていれば、Code モードです。一度始めたセッションは、あとから通常のチャットと Code モードを切り替えられないので、先に Code モードを選んでから始めてください。なお、アプリの更新で、アイコンや表記が変わる場合があります。
skill（手順書）
skill は、Claude Code に「この種類の作業は、この手順でやる」と教えておくための仕組みです。決まった場所にフォルダを作り、手順を書いた SKILL.md と、必要ならスクリプトなどを入れておきます。
依頼の内容が skill の説明に合うと、Claude は自動でその手順書を読んでから作業を始めます。毎回同じ説明をしなくて済み、前回の失敗から学んだことも次の作業に引き継げます。新人に渡す「作業マニュアル」のようなものだと考えると分かりやすいと思います。
ゆっくりMovieMaker4（YMM4）
YMM4 は、ゆっくり解説動画を作るための、無料で使える動画編集ソフトです。今回使った主な機能は次のとおりです。
- 台本読み込み：
キャラクター名「セリフ」の形式で1行に1セリフを書いたテキストを読み込むと、セリフごとに合成音声と字幕が作られ、タイムラインに並びます - プロジェクトファイル（.ymmp）：タイムラインの内容が JSON 形式で保存されます。公式には形式が公開されていないため、バージョンによって変わる可能性があります
- 書き出し：組み立てた内容を動画ファイルにします
このほか、スライドの画像は Microsoft Edge で、動画の変換は YMM4 に付属している ffmpeg で作りました。どちらも追加でインストールしたものではありません。
Claude がやっていること
1本の動画ができるまでの流れです。オレンジが人、青が Claude の作業です。
1. 台本を書く
題材について公式の資料（ルールなら公式サイトや総合ルール）を調べ、2人のキャラクターの掛け合いの台本を書きます。1人が視聴者の代わりに質問し、もう1人が答える形です。
台本の書き方にも、いくつか決まりを作りました。
- 字幕が画面からはみ出さないよう、1行を33字以内にする
- 冒頭で「今日のゴール」を示し、最後に「おさらい」を入れる
- 合成音声が読み間違えやすい書き方を避ける（「1つ」を「ひとつ」と書くなど）
- 7〜8分の動画なら、2,400〜2,600字を目安にする
2. スライドを作る
背景に出すスライドは、HTML と CSS で1枚ずつ組み、Edge のヘッドレスモード（画面を表示せずに動かす機能）でスクリーンショットを撮って、1920×1080 の PNG にしています。
msedge.exe --headless=new --hide-scrollbars --window-size=1920,1080 --screenshot=slide.png slide.htmlClaude は画像を描くことはできませんが、HTML を書くことはできます。HTML をブラウザで画像にすれば、図や表を含むスライドを作れます。
次の画像は、この記事のために作ったサンプルです（実際の動画とは別の題材にしています）。
ゆっくり解説動画では、画面の下に字幕が、左下と右下にキャラクターが表示されます。スライドの文字や図がそこに重ならないよう、配置のルールを決めました。スライドを書き出したら、ガイド線を重ねた画像を自動で作り、はみ出しがないかを確かめます。
3. プロジェクトファイルを組み立てる
人が YMM4 で台本を読み込んで保存すると、セリフ（音声と字幕）だけが並んだプロジェクトファイルができます。Claude はこのファイルを直接書き換えて、次のものを追加します。
- 背景のスライド（そのスライドを説明するセリフが始まる位置に合わせる）
- 章タイトル、キャラクターの立ち絵、BGM
- 章の頭に入れる1秒の間
- 読み間違いの修正（セリフごとの「発音」の欄を書き換える）
- 長い字幕の2段化
プロジェクトファイルの中身は、次のような JSON です（一部を省略しています）。
{
"$type": "YukkuriMovieMaker.Project.Items.VoiceItem, YukkuriMovieMaker",
"CharacterName": "キャラクター名",
"Serif": "字幕に出る文字",
"Hatsuon": "はつおん/のじょうほう",
"Frame": 1771,
"Length": 316,
"Layer": 4
}
Frame は開始位置、Length は長さで、どちらも 1/60 秒単位です。セリフの開始位置が分かるので、「このセリフが始まったら、このスライドに切り替える」という配置を計算で決められます。
配置の指定は、行番号やフレーム番号ではなく、セリフの文字列で書くようにしました。台本を少し直してセリフの位置がずれても、指定を書き換えずに済みます。
4. 動くスライドを作る
静止画だけでは伝わりにくい場面（何かが順番に並ぶ、移動する、など）は、動画にしています。
- 時刻を受け取って、その時刻の画面を描く HTML を作る
- Edge で時刻ごとに1コマずつ撮影する
- ffmpeg でコマをつなぎ、30fps の MP4 にする
- プロジェクトファイルの中で、同じ場面の静止画と差し替える
動きのない区間は1コマだけ撮って長さを伸ばすので、15〜30秒の場面でも撮影は数百コマで済みます（30fpsで全コマを撮ると450〜900コマになってしまいます）。動きのタイミングもセリフの文字列で指定するので、「このセリフが始まって1.5秒後に動かす」のように、声と動きをそろえられます。
5. サムネイルと概要欄
サムネイルもスライドと同じ方法で作ります。YouTube の概要欄に入れるチャプターの時刻は、プロジェクトファイルの章タイトルの位置から計算しています。
人がやっていること
YMM4 に台本を読み込んで保存すれば、音声は YMM4 が生成します。そのため人の作業は、ほぼ『決める・読み込む・確認する』だけになりました。手順が整ってからは、アップロードまで含めて1本あたり約1時間です。
| 作業 | 担当 | 理由 |
|---|---|---|
| 企画を決める | 人 | 何を作るかは人が決める |
| 台本・スライド・プロジェクトファイルを作る | Claude | ファイルを作る・直す作業 |
| 通しで見て確認する | 人 | 聞いた印象や見やすさは人が判断する |
| 字幕の位置を調整する | 人 | ファイルの書き換えでは変えられなかったため（後述） |
| 動画を書き出す・アップロードする | 人 | ソフトとサービスの操作 |
| 内容が正しいかの最終確認 | 人 | 公開する責任は人にある |
つまずいたこと
設定を書き換えたのに反映されない
字幕の表示位置を下げようとして、セリフのデータにある位置の値を書き換えました。ところが、何度書き換えても表示は変わりませんでした。実際の字幕の位置は、キャラクターごとの設定で決まっていて、セリフ側の値は使われていなかったためです。
形式が公開されていないファイルを書き換えると、「書き換えた」ことと「効いた」ことが一致しない場合があります。それ以来、表示を変える編集は、人が目視で効いたことを確かめてから次に進むことにしました。分からない項目は推測で作らず、人がソフトで1つ作ったものを手本にしています。
ソフトを開いたまま書き換えると上書きされる
YMM4 でプロジェクトを開いたまま Claude がファイルを書き換えると、ソフトが保存するときに上書きされてしまいます。スクリプトでは、書き込む前に YMM4 が起動していないことを確かめ、書き込みのたびにバックアップを残すようにしました。
合成音声の読み間違い
合成音声は、数字と助数詞の組み合わせ（「1つ」を「いちつ」）、読み方が複数ある漢字（「〜した方」を「かた」）、専門用語などを読み間違えます。台本を読み込んだら、全セリフの発音を一覧にして確かめ、発音の欄を直すようにしました。直した読みは設定ファイルに残しておき、次の動画でもすぐに直せるようにしています。
図が公式の資料と違った
文章は公式の資料と照らし合わせていましたが、例えばボードゲームの図の配置が公式の図と違っていたことがありました。また、セリフで「カードが5枚」と言っているのに、図には4枚しか描いていなかったこともありました。それ以来、図も公式の資料と照らし合わせる、セリフの数と図の数をそろえる、というルールを手順書に入れています。
縮小した画像では小さな崩れが見えない
スライドの確認には縮小した一覧画像を使っていましたが、小さな文字が途中で切れていても気づけませんでした。部品を使ったスライドは、部品のまわりを原寸で切り出して確かめるようにしています。
手順書（skill）に育てる
最初の1本は、Claude と相談しながら手探りで作りました。人の手直しは十数回にのぼりました。その後、次のように作り方を整えていきました。
- メモ：1本目で分かったことを Markdown のメモにまとめ、2本目の最初に Claude に読ませた
- skill にする：メモの内容を skill に移し、依頼するだけで自動で読み込まれるようにした
- スクリプトを汎用化する：最初はファイル名やセリフの位置をスクリプトに直接書いていた。これを、動画ごとの設定ファイルと、スライド・動きの中身を書くファイルに分け、スクリプト本体は書き換えずに使える形にした
- 題材別に分ける：同じ種類の題材が続き、手順書に題材特有の話が増えたため、どの題材にも共通の手順と、題材の種類ごとの手引きに分けた
今の skill の構成は次のとおりです。
skills/（skill の置き場）
yukkuri-kaisetsu/
SKILL.md … 全体の流れ、人と Claude の分担、決まり事
references/
layout.md … スライド・サムネイル・概要欄の作り方
ymm4.md … プロジェクトファイルの構造、読み間違いの直し方
animation.md … 動くスライドの作り方
rights.md … 権利まわりの方針
題材_<種類>.md … 題材の種類ごとの手引き
scripts/ … スライド作成、プロジェクトの組み立て、動くスライドなど
assets/ … 過去の動画の設定ファイルなどの見本1本作るたびに「振り返り」の時間を取り、人から受けた指摘や新しく分かったことを skill に書き足しています。書き足すときは、「何が起きたか」ではなく「次はこうする」という手順の形にしています。
その結果、人の手直しは、慣れてからは1本あたり0〜2回になりました。新しい会話（セッション）を始めて「企画一覧の〇番を作って」と頼むだけで、Claude が skill を読み込み、同じ流れで作業を始めます。
動画の作成手順
必要なもの
- Windows のパソコン
- Claude のデスクトップアプリ（Code モード＝Claude Code が使えるプラン）
- ゆっくりMovieMaker4
- Python と画像処理ライブラリの Pillow（スクリプトの実行用）
- Microsoft Edge（Windows に入っているもの）
進め方
- 最初の1本は、相談しながら作る：いきなり skill を作るより、まず1本作ってみるのがおすすめです。デスクトップアプリの Code モードで新しいセッションを始め、作業用のフォルダを選んでから、作りたい動画の内容を伝えて、台本とスライドから順に作ってもらいます
- YMM4 の作業は人がやる：台本ができたら、YMM4 で読み込んで保存し、ソフトを閉じてから Claude に伝えます。Claude がプロジェクトファイルを組み立てたら、YMM4 で開いて確認します
- 気づいたことをその場で伝える：読み間違い、表示のずれ、図の誤りなどは、スクリーンショットを付けて伝えると、Claude が原因を調べて直します
- 終わったら振り返りをまとめてもらう：分かったことを Markdown にまとめてもらい、2本目の最初に読ませます
- 2〜3本作ったら skill にする：メモの内容を skill にしてもらいます。skill は、ユーザーのフォルダの中の
.claude\skills\<skill の名前>\SKILL.mdに置きます（Windows ならC:\Users\<ユーザー名>\.claude\skills\…）。ここに置いた skill は、そのパソコンの Claude Code（Code モード）で、どのフォルダで作業しても読み込まれます。この記事の手順では、Claude デスクトップアプリの Cowork モード やクラウドのセッションでは読み込まれない点に注意してください。特定のフォルダでだけ使いたい場合は、そのフォルダの中の.claude\skills\に置く方法もあります
SKILL.md の書き出し
SKILL.md の先頭には、skill の名前と「どんなときに使うか」の説明を書きます。Claude はこの説明を見て、skill を読み込むかどうかを判断します。
---
name: yukkuri-kaisetsu
description: 2人のキャラクターの掛け合いで題材を解説する動画を、ゆっくりMovieMaker4で作る手順。台本、スライド、プロジェクトファイルの編集、サムネイル、概要欄までを扱う。「ゆっくり解説」「YMM4」に触れたら、題材が何であってもこの skill を使う。
---
# ゆっくり解説動画の制作
## 全体の流れ
（人と Claude の作業を順番に書く）
## 決まっている方針
（これまでの指摘から決まったことを書く）依頼文の例
作る動画の候補を「企画一覧」というファイルにまとめておくと、依頼は1行で済みます。
企画一覧（企画一覧.md）の TCG #3 を作ってください。タイトル、作業フォルダ、扱う内容の候補、どの回にも共通の進め方（対象、尺、最後に次の回を予告する、など）は、企画一覧と skill の側に書いてあります。
注意点
- プロジェクトファイルの形式は公式に公開されていません。書き換えるときは、必ずバックアップを取ってください
- 書き換えている間は、YMM4 を閉じておいてください
- 表示を変える編集は、効いたかどうかを画面で確かめながら進めてください
権利まわりで気をつけたこと
解説動画は、題材そのものや素材に権利者がいます。次の点に気をつけました。
- 実物の画像は使わない：作品の場面写真やカードの画像、ロゴなどは使わず、図はすべて自作しています。権利者によっては、個人の利用に許諾を出していない場合があります
- 権利者の規約を読む：ファン作品向けの規約（ファンコンテンツ・ポリシーなど）がある題材では、作り始める前に読み、必要な表記を動画と概要欄に入れています
- 素材の利用条件を確かめる：合成音声、キャラクターの立ち絵、BGM には、それぞれ利用条件があります。特に、収益化や法人での利用には別の条件がある場合があるので、公開範囲に合わせて確認が必要です
- 内容の最終確認は人がする：Claude が公式の資料で確かめた内容でも、公開する前に人が確認しています
なお、この記事では素材の利用条件を考慮して、作った動画や音声は掲載していません。
まとめ
Claude は動画を作れません。それでも、動画編集ソフトが扱うファイルと素材を作ることで、ゆっくり解説動画づくりの大部分を任せられるようになりました。
- Claude は「材料と設計図」を作り、ソフトの操作と最終確認は人が行う
- 形式が公開されていないファイルを扱うときは、「効いたかどうか」を画面で確かめる
- 1本ごとの振り返りを skill に書き足していくと、人の手直しが減っていく
「AI がそのソフトに対応しているか」ではなく、「そのソフトのファイルを AI が読み書きできるか」という見方をすると、AI に任せられる作業の幅が広がると感じています。プロジェクトファイルがテキストで保存されるソフトであれば、同じ考え方が使えるはずです。
また、Claude関連のブログを他にも書いているのでそちらも是非ご覧ください。
