Excel講座の動画化：TTSの読み替えルールを決め、Excel操作の再現シーンで関数の章を組み直す
Excel講座の動画化：TTSの読み替えルールを決め、Excel操作の再現シーンで関数の章を組み直す
9月24日は、朝から夕方まで Excel 基礎講座の動画化を進めた。 朝は、本人の声で作る合成音声の読みを1語ずつ聞き比べた。 その後、Excel を模した画面で数式のタイピングまで再現する試作を開いた。 相対参照と絶対参照の説明が、講座の本文よりむちゃくちゃ分かりやすかった。 では、本文のほうはどこまで作り直せばいいのか。 この日の後半の作業は、ほぼこの問いに引っ張られた。
制作画面に印が出ない
朝いちばんに、動画の制作画面（excel-render）を開いた。 前日に、区間ごとに印（タグ）を付ける処理を足したはずなのに、何も出ていない。 印の保存先は Cloudflare の D1 で、前日のマイグレーションでテーブルを2本作ってあった。 Claude Code に原因を調べてもらっている途中で、自分が別のページを見ていただけだと分かった。 印はちゃんと付いていたので、調査はそこで止めた。
関数名と貸借対照表の読みを聞き比べる
関数名を本人の声で合成すると、読みが揺れる。 そこで、関数名15語と指摘済みの2件について読みの候補を並べ、計72本を合成して聞き比べるページを作ってもらった。 改善の計画書を Codex のレビューにかけると、「致命的」判定の指摘が1件出た。 合成に渡した文字は manifest に残るのに、シードが残らないという点である。 対策を書き足したら、再レビューは「承認」になった。
聞き比べて、FALSE は「フォールス」ではなく「フォルス」だと判断した。 横棒は要らない。 「フォルス」を 14-C として足してもらい、比べられるように「フォールス」も残した。 ルールは「Excel の関数名はすべてカタカナで合成に渡す」に統一した。
貸借対照表の読み6通りを聞いていて、別の考えが浮かんだ。 貸借対照表は、バランスシートや BS と呼ぶほうが一般的である。 それなら音声はバランスシートで統一し、冒頭に「貸借対照表は BS、つまりバランスシートと言い換えて解説する」という読み替え表を置けばいい。 その補足は合成でなくてもよく、自分が普通に喋って録音すれば済む。 合成でうまくいかない表記はうまくいく読み方に合わせ、冒頭で読み替えを示す。 この方針を計画書の冒頭に書いてもらい、「読み方について」の区間をイントロダクションの2つ目のチャプターとして足した。 最初は関数名の表も入れていたが、財務諸表の略称の対応表に作り直し、32秒の区間になった。
「5万3千」の「3千」だけが「さんせん」になる
大きい桁の数字も、8通り（18-A〜H）の書き方で聞き比べた。 算用数字に漢字の単位を付けた書き方は、ほとんどうまくいった。 ただ1つ、19-H の「5万3千」だけは「3千」を「さんせん」と読む（正しくは「さんぜん」）。 「千」だけの問題かを切り分けるため、同じく音が変わる三百（さんびゃく）、六百（ろっぴゃく）、八百（はっぴゃく）、八千（はっせん）もまとめて合成してもらった。
聞き直すと、「5万3,000」はうまくいった。 「5万三千」と「5万さんぜん」も通る。 運用しやすいのは、カンマを入れてその部分だけ数字にする書き方だろうという気がした。 とはいえ、ほかと比べて例外的な処理すぎる。 困ったので、ルールの線引きは Claude Code に任せた。 それまでの判定をまとめると、数字だけの表記（1100 や 1,000,000 など）は、1万を超えると全滅していた。 決まったルールで台本の正本を14か所書き換え、単体テスト172件が通ったのを確かめてから、89区間とイントロの音声を作り直してもらった。
89区間の作り直しとメモリ不足
作り直しは、9時半前後に終わる見込みだった。 ところが、65/89 区間目で合成が止まった。 パソコンの空きメモリが 1.4GB（32GB 中）まで減り、Claude Code がバックグラウンドの処理を止めたためである。 同じ時間に、別のセッションが「絶対参照を忘れると壊れる」例の試作で音声合成を動かし、8.5GB を使っていた。 GPU を使う合成が、2本同時に走っていた。
その別セッションからは、自分の同時実行が引き金になった可能性が高いという知らせが届いた。 向こうの合成が 08:51 に終わると、こちらの作業中は GPU を使う合成を流さないという連絡も来た。 08:59 に65区間目から再開し、すべての合成は 09:58 に終わった。 594ファイルを退避してから、音声を差し替えた。
差し替えた区間にも印を付けてほしいと頼んだ。 完了にしていたかどうかに関係なく、音声を作り直した区間には「再」を付け、聞いて完了にすると「完」に変わるようにしてもらった。 朝は印が付かないと思い込んでいたが、昼前には印の種類を1つ増やしていた。
止まった理由を聞いて、GPU を増設しても変わらないのかが気になった。 ちょうど別のセッションで、GPU の増設を検討していたところである。 最初の答えは「本体のメモリ（RAM 32GB）が足りないのが原因で、GPU のメモリではない」だった。 本体のメモリは、空きスロットに 16GB を2枚足せば 64GB にできるという。 ただ、非公開でまとめていた記事を読ませてから合成プロセスを実測させると、VRAM は 7.8GB／8GB でほぼ満杯だった。 「GPU を増設しても変わらない」は言い過ぎだったと、訂正が入った。
Excelを模した画面は、どうやって作っているのか
並行する別のセッションでは、講座の MP4 を DD（デューデリジェンス）してもらっていた。 いまの MP4 の約6割（200区間中116区間）は、記事の本文を画面に映し、同じ内容を言い換えて読み上げ、字幕にも出していた。 同じ情報が、画面と音声と字幕の3か所に重なっている。 その報告書と一緒にできたのが、Excel を模した画面（excel-scene）の試作だった。
まず、どうやって作っているかを教えてもらい、ドキュメントに入れてもらった。 図にすると、台本1か所から、画面と音声と検証用 Excel が同じ計算で作られる流れになる。 せっかくの画面なので、画面に合わせて語りを書き直し、音声も作り直してもらった。 本番とはずれるが、ここはテストとして割り切った。 できたのは、本人の声による4分34秒の動画と、同じ内容の検証用 Excel（.xlsx）である。 試作ページから .xlsx をダウンロードできる。 吹き出しが出る瞬間も取りこぼさないよう、検査は字幕の時点だけでなく、画面の状態が変わる全時点に広げた。 543時点すべてで問題はなく、数式の見た目も36セルすべて一致した。
この説明を読めば、新しいセッションでも作り方が分かるのか。
試しに、CF精算表を作るプロセスを同じ画面で動画にする作業を、別のセッションに渡すことにした。
ドキュメントの足りない点を補ってもらい、渡すプロンプトはダウンロードフォルダのテキストファイル（2026-09-24_cfws-excel-scene-handoff-prompt.txt）に書き出してもらった。
関数の活用の66区間を、サブエージェント5体で読み直す
講座の MP4 のコンテンツは、もともと Codex に作ってもらったものだった。 試作が置き換えたのは c00-s10 の「実例」1区間だけで、Web 教材の文章はほとんど変わっていない。 動画のほうが明らかに分かりやすいなら、文章そのものを変えたほうがいい。 削除や追加を伴うはずなので、まず全区間を1つずつ読み、報告書にまとめてもらうことにした。
見直しは、Opus 5.5 のサブエージェント5体に章を分けて任せた。 担当は、絶対参照と相対参照（13区間）、IF と IFERROR と TEXT（14区間）、SUMIFS と ROUND と INDIRECT（16区間）、INDEX/MATCH（13区間）、VLOOKUP（10区間）の合計66区間である。 重い読み込みはサブエージェント側で済むので、親のセッションのコンテキストはほとんど増えない。
上がってきた誤りは、親のセッションで元の文章と突き合わせてもらった。 「$C4 を行固定」という逆の説明、番地の誤り、脱字は、どれも元の文章にそのとおりあった。 INDEX/MATCH の担当は、数値を実物の Excel で検算していた。 動画の MATCH は照合の種類を 1（近似一致）にしていて、表の一部では誤った値や #N/A が出る。 映っていた結果は、偶然合っていただけだった。 ROUND の「百の位で四捨五入」は、「百の位まで残す」とも「十の位を四捨五入する」とも読める。 これは誤りと言い切らず、表記の曖昧さとして扱った。 報告書は6体目のサブエージェントにまとめさせ、HTML にして Chrome で開いてもらった。
63区間への組み直しを、段ごとに承認して進める
報告書をもとに、組み直しの計画書を作ってもらった。 新しい構成は63区間で、そのうち31区間を再現動画にする。 判断の要る項目は7件あり、計画書の HTML に埋め込んだ判断フォームで答えた。 推奨と違う答えを4つ選んだ。 計画書は Codex のレビューに4回かけ、「実行可能」の判定を得た。
そこからは、段ごとに承認して進めた。
- 段①：要確認の12件に、組み直しの前に確かめる3件を足した計15項目を、実物の Excel と一次資料で確かめた
- 段②：誤り55件のうち、画面の文字で直せる38件を直した。語りの誤り15件は後の段へ回し、2件は画面の構成ごと変える
- 段③：区間 ID を新しくした。本番の D1 への UPDATE 8件と R2 への音声の複製は、自分が承認してから実行してもらった
- 段④：演習ファイル4組を作り、実物の Excel で全セルを期待値と突き合わせた
- 段⑤：再現エンジンに、F4 を押すたびに
=B2 → =$B$2 → … → =$B2と切り替わる動きを足した。実物の Excel で 24/24 一致した - 段⑥：c00 の7区間と演習02 を、再現動画に作り直した
段④のあとには、リンク切れが1件見つかった。
絶対参照の演習02の解答ファイルである。
R2 の中身と Dropbox の原本が同じだと確かめてから、正しい名前 EXCEL_演習絶対参照_02_after.xlsx で R2 に上げ直してもらった。
13区間の音声の作り直しでは、また合成が止まった。 最初の2区間で1文あたり約8秒だった合成が、約27秒まで遅くなった。 4区間まで進んだところで、メモリ不足のため、Claude Code がバックグラウンドの処理を3つまとめて止めた。 再開するときは、1区間ずつ前面で流し、区切りごとに空きメモリを確かめるやり方に変えてもらった。 空きメモリは一時 3.7GB まで下がったが、13区間の合成は最後まで通った。 技術検査は 66/66 本が問題なしだった。 差し替えた79ファイルのほかに、基本機能の音声2595ファイルが変わっていないこともハッシュで確かめた。 R2 へのアップロード（81件）も、自分が承認してから上げてもらった。
段⑥では、静止画を見ながら見た目を直していった。
表が小さいと画面の左上に収まって余白が目立つので、シートの見せ方に「最大倍率」を足した。
$ の4つの形は、表を縦に5段積むと文字が約11px になるので、2×2 に並べ替えた。
1文の中に句点が2つある文を合成が2文に分けてしまい、台本と音声の文数がずれることもあった。
該当箇所は、全シーンで分割した。
後半の4本には、失敗の数式を先に見せ、同じセルで直す操作を足した。
たとえば #VALUE! が出る数式を見せてから、同じセルで F4 を使って直す。
実物の Excel での突き合わせは、前半が 12/12、1/1、5/5、24/24、後半が 85/85 で、解答ファイルとも89セルが一致した。
その先の組2 の2本と、組3 の最初の4本（組3a）も、この日のうちに再現動画になった。 組3 は14区間と聞いていたが、計画書、付録、対応表の3つとも12区間で、14は Claude Code の数え違いだった。 組3a では、科目名だけで MATCH を引くと、S社の行に P社の数字が黙って返る場面を見せ、連結したキーで直した。 実物の Excel でも 9/9 一致した。
引き継ぎは、ダウンロードフォルダのテキストファイルで渡す
関数の章の組み直しは、4つのセッションをリレーした。
08:06 のセッションが最初の引き継ぎプロンプトを C:\Users\numbe\Downloads\2026-09-24_functions-restructure-handoff-prompt.txt に書き出し、10:25 のセッションがそれを読んで計画書を作った。
以降は -2、-3 と番号を振ったファイルで渡した。
新しいセッションには、そのパスを1行貼るだけで済む。
13:11 のセッションでは、段⑤のコミットが終わったところで、コンテキストが71%に達していた。
そのまま進むか切り替えるかを聞くと、段⑤で区切りがよく、段⑥は長くなるので、今切り替えるほうがいいという答えだった。
計画書に「いまの状態」を書いてコミットしてから、-3 を書き出してもらった。
並行するセッション同士は、メッセージで状態を知らせ合っていた。
音声を作り直したセッションは、コミット（bed09799）が済んで未コミットの変更が無いことを、計画書を作るセッションに伝えた。
再現エンジンを触っていた別セッションは、エンジンをコミットし、それらのファイルはもう触ってよいと連絡してきた。
ただ、同じ作業ツリーを共有しているので、ぶつかる場面もあった。
別セッションのコミット中に .git/index.lock が残っていたときは、消さずに待った。
scenes.ts では、別セッションの import 3行と自分の1行が同じ差分の塊に混ざった。
HEAD に自分の変更だけを当てたものを作り、それをインデックスに入れてもらった。
組2 の登録は、CF精算表の Step 5 を進めるセッションが scenes.ts を main に合流させるのを待った（先方の見込みで約10分）。
こちらの変更が scenes.ts に入っていると、先方の合流が止まってしまうからである。
振り返り
- 合成でうまくいかない表記は、合成の側を直そうとするより、うまくいく読み方に台本を合わせ、冒頭の読み替え表で断るほうが話が早い。FALSE の「フォルス」もバランスシートも、そうやって決まった
- 画面に映っていた MATCH の結果は、近似一致のまま偶然合っていただけだった。見た目が正しくても、実物の Excel で全セルを突き合わせる工程を段ごとに入れておく
組3 の残り8区間は、エンジンに近似一致の MATCH と VLOOKUP、XLOOKUP、列の挿入を足すところから始まる。