考察記事6本を YouTube の掛け合い動画にする ― 2本目は配膳ロボットの回

サイト pixelstomotors.com の考察記事から、ロボットの導入を考える経営者・PM・開発者が自分の仕事に置き換えられて、作り手の言葉が記事に残っている6本を、YouTube の考察回（案内役のロボット「ハコブくん」と作り手の掛け合い動画）に選んだ。その2本目として、配膳ロボットの回「配膳ロボットが店に広がった理由は「賢さ」じゃなかった」（8分35秒・考察記事 LOG389 がもと）を作り、1本目の書き出しの部品を写しただけでは画面が止まって見えたので、場面ごとに大きな動きを1つ置く形に作り直した。

この回で良くなること・できるようになったことは、次の3つです。

• 残りの5本は、作り手の答えをもらえば声から作れる。 6本の台本のたたき（下書き）を、別々の AI エージェントに並行で書かせました。1本あたり104〜152秒でした。書いたのとは別のエージェントが記事と1文ずつ突き合わせ、6本とも直し終えています。残りは、作り手の実感を聞く質問（6本で28問）への答えだけです
• 作り手の言葉と、Claude の整理を、画面で取り違えなくなった。 突き合わせで、Claude の答えの文に「この見立ては、エイイチから」の判子を押している台本が3本見つかりました。判子は作り手の言葉にだけ押す、と決め直しました
• 書き出しの部品の直しが、次の回からそのまま使える。 作り手のドット絵が声に合わせて弾むと、画面の下に隙間が見えていた所を直しました。紙のカードで1〜2文字だけ次の行に落ちる所は、区切りの位置を指定できるようにしました。マンガ風の絵は、4コマ『ハコブくん』の絵柄を参照に付けて作るようにしました。どれも動画のルールに書き足しています

前の手間は測っていないので、どれだけ時間が浮いたかは数字で言えません。台本のたたきを並行で書けたことで、6本を1本ずつ書くより待ち時間は短く済んでいます。

いちばん大きな直しは、確認用の動画を見た作り手の一言からでした。

今動画見直したけど、全体に動きがないね。前作った動画のフォーマット確認して作っている？背景画像も入れてないけど？

1本目の考察回（LOG427）の完成した動画を1秒ごとに調べると、1本目も背景は黒一色でした。違いは場面の作り方で、1本目は場面ごとに主役になる大きな動き（数え上げ・大きな文字が落ちてくる所）が1つありました。2本目は、小さな文字のカードを4〜5枚積む場面が続いていました。

下の図で、選んだ6本の役割と、1本目・v1・v3 の画面の動きの違いを見られます。記事を押すと、選んだ理由と見込む効果が出ます。

作業ログ ― 考察記事を選んでから、2本目を書き出し直すまで

ここから下は作業の記録です。効果は、測れた数字を「変わったこと」に書き、ほかは見込みです。視聴の数字は、YouTube に公開したあとにアナリティクスで確かめます。この記事を書いた時点で、動画はまだ公開していません。

考察回とは：ハコブくんが Claude 役、作り手がその相手の掛け合い動画

考察回（壁打ちの型）は、LOG427 で作った YouTube の動画の型です。考察記事は、作り手と Claude のやり取りで考えが動いていく記録です。考察回では、その動きを、ハコブくん（Claude 役・まじめすぎるボケ）と作り手（ツッコミ兼本音）の掛け合いで見せます。

6本の選び方：仕事に置き換えられること・本人の言葉が残っていること

サイトのシリーズ「考察記事」は8本です。LOG424 は1本目の考察回にしたので、残りの7本から選びました。選んだ基準は4つです。

1. 見る人が自分の仕事に置き換えられる。 チャンネルが集めたいのは、ロボットの導入を考える経営者・PM・マネージャー・開発者です。技術の話でも「うちの店」「うちの現場」に置き換えられる問いを選びました
2. 記事に作り手の言葉が残っている。 考察回では、作り手のセリフは記事の中の本人の言葉から作ります。Claude が作ったセリフは作り物に聞こえます
3. 考えが動いた所がある。 「最初はこう思ったが、調べたら違った」という転換があれば、ニュースのように事実を並べなくても山場が作れます
4. 作り手の立ち位置が出る。 作り手は、ロボットを作る側より、店や現場に入れて回す側（シミュレーションとソフトの側）に立っています。見立てにそれが出れば、見た人が「この人に相談できそう」と思いやすくなります

外したのは LOG396（Physical Intelligence の π0.5 と Runpod と Claude Code を選ぶ理由）です。道具を選ぶ話で、開発者には刺さりますが、経営者・PM には遠く、掛け合いの笑いも作りにくいためです。技術の信頼の役割は、LOG336 と LOG392 で足りています。

• ねらい：入口の回で見る人を広げ、技術の回で信頼を積み、仕事の回で相談の入口を見せる順にする
• 変わったこと：6本の順番と役割を、作る前に決めた
• 見込める効果：見込みです。公開後、動画から元の記事への閲覧（サイトの閲覧の記録）と、相談の連絡で確かめる

LOG392 は LOG424（失敗の手直しの話）と中身が近いので、続けて出さず、間に別の回を挟みます。LOG389 は、前に作った解説回「日本で広がらない理由」と普及の話で近いので、台本は「現場で扱えるか」に絞りました。

台本のたたき：6本を別々のエージェントに並行で書かせた

6本は、1本ずつ別の AI エージェントに書かせました。どのエージェントにも同じ決まりを渡しています。

• 構成は1本目の台本のたたき（LOG424）と同じ。共通の決まりの節は書かず、参照の1行にする
• 【本人】は、記事の中の作り手の発言を話し言葉に整えたものだけ。行末に、記事の何番目の見出しの発言かを書く
• 数字は1回のやり取りに1つ。記事にある数字だけを使う
• 冒頭は数字か意外な一言で引き付ける。ボケはハコブくん
• 1本目の天丼（考え中の秒数・毎晩転ぶ）は丸写ししない

書けたたたきの大きさと、作り手のセリフの数は次のとおりです（字数はファイルのバイト数で、照合の直し前）。

見立て帳は、作り手が記事の外で話した見立てを集めたファイル（_制作ベース/エイイチの見立て帳.md）と、記憶に残した作り手の考えです。記事の題材に直接つながるものだけを使いました。

天丼（くり返しの笑い）は回ごとに作り直しています。2本目「現場で扱えるか」は、ハコブくんが固まると頭の上に「再開」のボタンが出て、作り手が押して戻す流れです。最後だけハコブくんが自分で押します。「照明で崩れるピッキング」は、照明が変わるとハコブくんが作り手を見分けられなくなる流れにしました。

記事との突き合わせ：6本で45か所を直し、判子の取り違えが3本あった

書いたのとは別のエージェント2つに、3本ずつ、台本と記事を1文ずつ突き合わせさせました（1つにかかった時間は121秒と125秒）。指摘は、食い違い・根拠のない事実・言い過ぎ・【本人】に中身が足されている所の4つに分けて出させています。

判子「この見立ては、エイイチから」は、作り手本人の言葉（記事の引用の行か見立て帳）にだけ押す、と決め直しました。 Claude の答えの中身はハコブくんの言葉にし、作り手が同意しただけの所は「エイイチも、そうなんだよな、と」の形にします。

• ねらい：画面で、だれの考えかを見る人が取り違えないようにする
• 変わったこと：判子を Claude の言葉に押していた3本（現場で扱えるか・成功の定義・どこまでいじっていい）を直した
• 見込める効果：見込みです。作り手の考えとして見せた所が、記事の中の作り手の発言と合っているかは、公開前の照合で毎回確かめる

突き合わせの指摘の全文は、下の「全文」の節にあります。

2本目の台本：作り手の答え3つと、事実の出どころを確かめた

2本目「現場で扱えるか」で作り手に聞いた4問の答えは、次のとおりでした。

最後の問いには、作り手から「なんの間役？」と聞き返されました。台本では、記事の最後で作り手が言った「この辺の問題を解決する力を持つ人」を指していたので、「店とロボットのあいだに立って、止まらない店に切り直す役です」と一言で説明する文を足しました。

事実のうち、アイリスオーヤマの導入実績（7000社以上・2万5000台以上）と、事業の責任者の発言、新しい清掃ロボ JILBY の自動充電と紙パックは、記事の参照先のマイナビニュース（2026年6月29日）を開いて確かめました。発言は「充電が切れたり、紙パックがすぐに一杯になったりという些細なことで、すぐに人の作業に戻ってしまう」「継続的に運用改善に取り組む人材がいない」で、台本では「報道では」と言う形にしました。冒頭の「成功率99%でも1時間に6回」は、記事の中で X の議論の指摘をもとにした例の計算なので、画面に「例の計算」と出しています。

自分の記事が題材の回なので、codex による事実確認はかけていません（作り手の指示）。

声：ElevenLabs で86文を作り、「入れないで」を読み直した

台本を narration.py に書き写し、点検のスクリプト（script_check.py）を通してから、声を作りました。ElevenLabs は、文章を読み上げる AI 音声のサービスです。声は作り手の Mac の中で作ります。API の鍵は KIOXIA にあり、スクリプトが読むだけです。

確認用の動画を見た作り手から、読みの直しが1つありました。

4分6秒 入れないが「いれない」が正しい読みです。

「はい。僕も、さっきコケた所は、点数に入れないでほしいです。」を「はいれない」と読んでいたので、読みの直し（ELEVEN_READ）に (‘入れないで’, ‘いれないで’) を足し、その1文だけ作り直しました。

字幕が2行に収まらない文が2つあり、字幕の区切り「｜」を足しています（声はそのまま）。

脱線の絵：マンガ風の3枚を、4コマの絵柄を参照に付けて作り直した

脱線の場面は4つです。Gemini の画像の API（Google の、文章から画像を作る AI。この回は gemini-3.1-flash-image）で、1枚20〜35秒で作りました。

1回目は、ハコブくんの正面と横の絵だけを参照に付けて作りました。ファミレスの絵には「TABE-BOT」などの文字が入り、朝の街の絵にはのぼりの文字が出たので、文字を描かないよう書き足して作り直しました。そのあと、作り手から次の指示がありました。

マンガの絵はハコブくんの絵柄をベースに作ってください。

4コマ『ハコブくん』第105話の1ページを「絵柄の参照」として付け、線の太さ・網点・人の顔の描き方をそろえるよう書いて、マンガ風の3枚を作り直しました。ファミレスの配膳ロボットも、ハコブくんと同じ形で描かせています。絵の外枠が出た2枚は、書き出しのときに周りを2%ずつ切り落としました。

• ねらい：脱線のマンガの絵を、サイトの4コマと同じキャラクター・同じ絵柄に見せる
• 変わったこと：Gemini に渡す参照の絵に、4コマの1ページを足した
• 見込める効果：見込みです。4コマを読んだことがある人には、同じ世界の話だと分かる

ボタンの天丼：固まったハコブくんを「再開」で戻す

紙の外、ハコブくんの頭の上に「再開」のボタンを出しました。HTML のボタンが出て、押されると沈んで朱に変わり、「ピッ」の文字と音が出ます。1回目と2回目は作り手が押し（字幕の上に「エイイチが押す」）、最後の問い「あなたの店でロボットが止まったら、誰が戻しますか。」のあとだけ、ハコブくんが自分で押して「自分で戻りました。」と言います。

書き出し v1・v2：読みの直しと、弾むときの下の隙間

1本目の部品（kabe_kit.py）を写し、場面（scenes_kabe.py）を書き替えて、作業環境で書き出しました。紙を1コマずつ撮るので、8分35秒で約27分かかります。

確認用の v1 を見た作り手から、読みのほかにもう1つ指摘がありました。

俺が上下に動くとき下にほんの少し隙間ができるので修正してください。

作り手のドット絵は、声に合わせて4ピクセル（1ドット）上に弾みます。絵の下の端が画面の下の端にちょうど合っていたので、弾んだ分だけ隙間が見えていました。絵の一番下の行を3ドットぶん下へ伸ばし、弾んでも画面の下まで絵が届くようにしました（差分は「全文」の節）。v2 で、作り手が話している5コマの画面の一番下の行が、上着の色（63,63,71）か輪郭の黒になっていることを確かめています。

紙のカードで、1〜2文字だけ次の行に落ちる所（「鍵」「く」「高」など）もありました。inkl() という関数を足し、文の中の「／」の所で行を分けるようにしました。

書き出し v3：場面ごとに大きな動きを1つ置いた

v2 で問題ないとされたあと、作り手が動画を見直して、冒頭の「全体に動きがないね」の指摘がありました。

最初に、Claude が1本目の完成した動画を見ずに、iCloud にあった1本目の場面のファイルを写して作っていたことを作り手に伝えました。そのうえで、1本目の完成版と2本目を、1秒に10コマずつ縮小した画面の差で比べました。前のコマから画面が平均0.5以上変わったコマを「動いている」、画面の右の余白と上の端の色のばらつきが大きいコマを「写真や映像が出ている」と数えています。

30秒ごとの「動いている時間」は次のとおりです。

1本目も、背景は黒一色で、写真が出るのは脱線の場面と自己紹介の映像だけでした。作り手の「背景画像も入れてない」に合わせて背景を足すかを聞くと、作り手は「頭脳は脳のように分かれるの形に合わせて。内容確認してください」と答えました。1本目との違いは場面の作り方だったので、場面ごとに主役になる動きを1つずつ足しました。

• ねらい：場面ごとに、目が止まる動きを1つ置く
• 変わったこと：動いている時間が12%から13%に、写真や映像が出ている時間が18%から20%になった
• 見込める効果：1本目の16%には届いていない。3分〜5分半（暗転して縦書きを出す場面と、3つの問いの場面）は、まだ1本目より落ち着いて見える。公開後、YouTube の視聴者維持率でこの区間に落ち込みがあるかを確かめる

サムネイル・タイトル・概要欄

サムネイルの背景は Gemini で作りました（ファミレスで、止まった配膳ロボットの画面に店員さんが指を伸ばす写真風の絵）。2枚作った背景のうち1枚は、奥ののれんと機体に文字が出たので使っていません。文字は動画と同じ部品（thumbnail.py）で重ねました。

タイトルは、作り手が3案から「配膳ロボットが店に広がった理由は「賢さ」じゃなかった」を選びました。概要欄は目次10個・出どころ・生成 AI で作った絵の断り・相談の連絡先を入れて1,951字です。

縦長ショート3本：脱線のマンガの絵の前で、大きなハコブくんを動かした

本編をアップロードしたあと、縦長ショートを3本作りました。部品は1本目の考察回のショート（kabe_short.py の版2）を写し、3本の中身だけを書き替えています。最初の数秒は、本編の脱線のマンガの絵を画面いっぱいに出し、大きなハコブくん（高さ900ピクセル）が動きます。本題に入ると絵が暗くなって紙が出て、ハコブくんは左下の全身に戻ります。声は本編の声をそのまま使いました。

ショート2の最後の文は頭の「……はい。」を、ショート3の3つ目の文は頭の「なので、」を切って始めています。切る位置は、声の波形を20ミリ秒ずつ見て、言葉の後ろの無音の真ん中にしました（0.95秒と0.66秒）。字幕は1行11字に収まらない文があったので、区切りの「｜」を足しています。

版1は、1本目と同じ動き（下から飛び出す・跳ねる）で作りました。白いマンガの絵の上では、白い見出しと「絵は生成AI（Gemini）で作成」の注記が読みにくかったので、画面の上560ピクセルを上から下へ薄くなる黒で暗くしました。ショート2の「ドテッ」は大きなハコブくんの後ろに隠れていたので、上に移しています。

版1を見た作り手から、3本とも動きの直しがありました。

1は左右に何度も素早く動いている描写に修正2はハコブくん転けないと。修正 3の動きがほぼないので、壁（左の端）に何度もぶつかってるような動きにしてください。

大きなハコブくんの動きに、dash（左右に走る）・fall（コケる）・wall（壁にぶつかる）の3つを足しました。

• dash：最初は動く幅を、ハコブくんが画面に収まる範囲（約240ピクセル）にしていて、動いて見えませんでした。左右の端から少しはみ出すまで走るようにし、往復を0.62秒から0.5秒に縮めました。向きを変える所で体が傾き、走る音が鳴ります
• fall：本編でコケる動きと同じく、前の足もとを中心に約86度まで倒します。最初は約0.8秒で起き上がっていたので、「だから人に任せたんだよ」が終わるまで倒れたままにしました。大きなハコブくんは、倒れても画面に収まるよう高さを720ピクセルにしています
• wall：0.5秒かけて出てきたあと、0.95秒ごとに、壁へ向かって速くなりながら左の端にぶつかり、反って跳ね返ります。ぶつかる時刻を計算し、「ゴン」の文字と音をその時刻に置きました

版2を見た作り手から、もう1つ指摘がありました。

3はハコブくんの向きが逆ね。 小さくなる時はエイイチに向き合う向きに戻る

ハコブくんの絵は右向き（作り手の方を向く）です。壁にぶつかっている間だけ絵を左右反転させ、体の傾きも逆にしました。小さくなって左下に戻る所で、右向きに戻ります。

• ねらい：ショートの最初の数秒で、スワイプされずに目を止めてもらう
• 変わったこと：大きなハコブくんの動きを、回ごとに5つ（飛び出す・跳ねる・走る・コケる・壁にぶつかる）から選べるようにした
• 見込める効果：見込みです。YouTube のアナリティクスで、ショートの「スワイプされずに見られた割合」を1本目のショートと比べる

アップロード用の動画を Mac に送るとき、出力フォルダが中身を書き換えていた

作業環境から Mac へ送れるのは、1ファイル約20MB までです。本編の mp4（約53MB）を18MBずつに分けて送り、Mac でつなぐと、指紋（md5）が手元と合いませんでした。調べると、作業環境の出力フォルダ（/mnt/user-data/outputs/）に置いた mp4 は、置いたあとに中身が少し書き換わっていました（53,377,948 バイトが 53,383,823 バイトに）。書き換わった mp4 も最後まで再生できることを ffmpeg で確かめています。

v3 からは、mp4 を gzip にしてから18MBずつ分けて送り、Mac で gzip を開いて指紋を確かめてから、アップロード用のフォルダに書きました。手元の mp4 と同じ指紋（4b315271269d38284d56241bcf8381f5・53,579,168 バイト）になっています。

保存した場所

作業ログ ― この回で使った台本・コード・プロンプト・出力（全文）

ここから下は、この回の台本のたたき・照合の指摘・コード・プロンプト・出力の全文です。台本のたたきは、照合で直したあとの版です（照合の指摘の行番号は、直す前の版の行番号）。

台本のたたき：現場で扱えるか（LOG389 がもと・考察回_台本たたき.md）

# 考察回「現場で扱えるか」― 台本のたたき（LOG389）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは _ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md と video_rules.md 10節

もとの記事: LOG389「ロボットを広げるのは、性能より現場で扱えるかだった」
https://pixelstomotors.com/record/service-robot-last-mile

台本のたたき：照明で崩れるピッキング（LOG412 がもと・考察回_台本たたき.md）

# 考察回「壁打ちの型」― 台本のたたき（LOG412）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは _ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md と video_rules.md 10節。

もとの記事: LOG412「ロボットのピッキングは照明で崩れる ― 次のアームは人の雑さをまねる」
https://pixelstomotors.com/record/lighting-breaks-picking

台本のたたき：成功の定義（LOG336 がもと・考察回_台本たたき.md）

# 考察回「壁打ちの型」― 台本のたたき（DAY336・成功の定義）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは _ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md と video_rules.md 10節。

もとの記事: DAY336「NVIDIA の AlphaNIST は、成功か失敗かだけの報酬で組立を覚えた」
https://pixelstomotors.com/record/alphanist-binary-reward-assembly

台本のたたき：どこまでいじっていい（LOG406 がもと・考察回_台本たたき.md）

# 考察回「壁打ちの型」― 台本のたたき（LOG406）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは _ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md と video_rules.md 10節。

もとの記事: LOG406「配膳ロボットの次の改造は、追加学習になる ― メーカー製品を触る損得」
https://pixelstomotors.com/record/service-robot-modding

台本のたたき：人のお手本の先へ（LOG392 がもと・考察回_台本たたき.md）

# 考察回「人のお手本の先へ」― 台本のたたき（LOG392）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは `_ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md` と video_rules.md 10節。

もとの記事: LOG392「人のお手本の先へ ― ロボットが自分で直す学び方」（2026-10-27）
https://pixelstomotors.com/record/beyond-imitation-learning

台本のたたき：安いアームを買う前に（LOG375 がもと・考察回_台本たたき.md）

# 考察回「安いアームを買う前に」― 台本のたたき（LOG375）

> 【相づち】は、2026-11-02 にエイイチが「採っていい」と了承済み（6本とも）。

共通の決まりは _ネタ帳/考察回_壁打ちの型/考察回_壁打ちの型_台本たたき.md と video_rules.md 10節。

もとの記事: LOG375「協働ロボットを現場に入れる前に ― 法律・資格・院内の調整を調べた」
https://pixelstomotors.com/record/cobot-deployment-law-and-coordination

記事との突き合わせの指摘：現場で扱えるか・照明で崩れるピッキング・成功の定義（別のエージェントの報告）

3本とも記事と1文ずつ突き合わせました。直すべき点が一番多いのは3本目（DAY336）で、【本人】の行を変えたために事実と食い違っている所があります。

## 1. 現場で扱えるか ↔ LOG389

**A. 食い違い**
- 128「それが壁だそうです」：記事では、事業本部長がボトルネックとしているのは「現場に運用改善を続ける担い手がいないこと」です（記事228行）。充電切れや紙パックは、人の作業に戻ってしまう例として出ているだけです。
- 99 の判子「この見立ては、エイイチから」：「性能より扱えるUX」も、3つの問い（戻せるか など）も Claude の答えです（記事103・114〜120行）。エイイチは引用して「そうなんだよな」と同意しただけです。

**B. 根拠のない事実**
- 105「デモの映像は、うまくいった回だからです」：記事にあるのは「技術デモでは、この部分はほぼ評価されません」（122行）だけで、理由は書かれていません。
- 127「会社の発表では」：記事は「だそうです」と書くだけで、出どころが会社の発表だとは書いていません。

**C. 言い過ぎ**
- 131「ロボットの壁は、紙パックでした」：上のAの1点目と同じ理由で、記事の言うボトルネック（担い手がいない）とずれます。
- 73「議論で多かったのは〜という声」：記事が紹介している投稿者は3人で、そのうち2人の意見です。「多かった」とまでは言えません。
- 147 のまとめの一文「止まったとき、店の人が自分で戻せるか」：記事の結論は「その人が自分で扱えるように、作業と店の作りを切り直せるか」（411行）です。「切り直し」が落ちています。
- 141「新しい店を建てるときに」：記事は「新店や改装のタイミング」（363行）で、改装が落ちています。

**D. 【本人】の行**
- 82 の前半「失敗が許せて、繰り返しの多い作業から」：Claude の文をエイイチが引用した部分です（記事58・65行）。本人の言葉は「そうだね。データも取りやすいし…」からです。

## 2. 照明で崩れるピッキング ↔ LOG412

**A. 食い違い**
- 143「カメラの載せやすさ」：記事の表は「センサーの載せやすさ」（273行）です。

**B. 根拠のない事実**
- 122「ロボットのカメラは、付けた所から動きません」：記事は人の目を「固定カメラとは別物」と比べているだけです（174行）。ロボットのカメラ全般が動かないとは書いていません。

**C. 言い過ぎ**
- 61〜62「原因は、電気でした」「照明が変わっただけです」：照明が原因というのは、発表した人たちの説明です（記事15行）。台本ではそれを事実として言い切っています。
- 109「やり直しを含めて8〜9割」：記事の前提「動作範囲を決め、その中で」（116行）が落ちています。
- 145：記事の但し書き「ただ境界は少しずつ動いています」（293行）が落ちています。

**D. 【本人】の行**
- 88「照明を学ばせるのか」：本人の言葉は「環境条件学ばせるのか」（77行）です。軽い言い換えなので、これ以外は「なし」です。

## 3. 成功の定義 ↔ DAY336

**A. 食い違い**
- 63〜65：本人の言葉は「なんだこの**シミュレーション**」（記事27行）です。台本はこれを「なんだこれ」に変え、そのうえで「全部シミュレーションです」「え、全部？」とやり取りさせています。エイイチは最初からシミュレーションと言っているので、記事と食い違います（D にも当たります）。
- 66「本物の腕は、まだ一度もこの板を組んでいません」：記事には、同じチームの SGS で UR5e が実機のボードを組み立てる映像があると書かれています（129行）。裏を取る欄で指摘済みですが、本文の行は直っていません。
- 61「教わったことは、1つだけです。『組み上がったら、1点』」：記事の訂正（56・66行）では、報酬に罰則も入っています。この行はボケの印なしで事実として言っています。
- 75「NIST は…板です」：NIST は米国国立標準技術研究所で、板は「NIST の組立ボード」です（14行）。
- 112「並べる腕の数を増やすと」：記事が増やしているのは並列数（シミュレーションの環境の数）です（80・100行）。

**B. 根拠のない事実**
- 109「途中を褒めると、褒められる所で止まってしまうようです」：記事には17.8%に落ちた理由が書かれていません。

**C. 言い過ぎ**
- 127〜128：滑らかさを区切りがないことだけで説明しています。記事の但し書き「土台の効果も大きい…機体と制御の掛け算」（167行）と、「と思います」という含みが落ちています。
- 107「17.8%まで落ちました」：これは20種類を1本で学ぶ条件の値です。組立ごとに学ぶ条件では78.3%（記事97行）という区別が落ちています。
- 141「いきなり全部は、だれも解けないからです」：記事は「普通はなかなか成功に届きません」（47行）までしか言っていません。

**D. 【本人】の行**
- 144 の判子「この見立ては、エイイチから」と一文「動きではなく、成功を書く」：「成功の定義を決める仕事が増える」は Claude の答えです（記事148〜152行）。
- 143「向いてる」：本人の言葉は「向いていそうだな」（247行）で、含みが消えています。
- 63：上の A の1点目と同じです。

記事との突き合わせの指摘：どこまでいじっていい・人のお手本の先へ・安いアームを買う前に（別のエージェントの報告）

台本3本と記事を、全文1文ずつ突き合わせました。直すべきものが特に多いのは2か所です。1本目の判子「この見立ては、エイイチから」が Claude の見立てに押されていること、3本目の技適で、記事にある但し書きが落ちていることです。

## 1. どこまでいじっていい ↔ LOG406

**A. 食い違い**
- 115行「改造は、ネジから、お手本へ。」に判子「この見立ては、エイイチから」：この一文は Claude の見立てです（記事の冒頭「というのが今の考えです」、H の節「改造はネジやコードではなく、データと追加学習になります」）。エイイチが言ったのは「Hにはかなり魅力がありそう」だけです。
- 123行「中国の人型ロボットのメーカー Unitree」：記事では「ヒューマノイド・四足ロボット」のメーカーです。計算機が2つに分かれる話は G1 の手引きによるもので、台本の「裏を取る所」にもそう書いてあります。

**B. 根拠のない事実**：なし（97行「運ぶ物によっては、その間ずっと心配」は感想で、事実は言っていません）

**C. 言い過ぎ**
- 54行「事故が起きたら…改造した人、だそうです」：法律の責任を一般化しています。記事の条件は、EU の決まりなら「メーカーが想定していない改変で危険を増やした場合」、日本の製造物責任法なら「業として加工した者」です。メーカーの責任を問いにくくなる、という点も記事は「ここは分析」と断っています。
- 55行「車なら、買えば改造できます」：記事では「思いがち」とされている考えです。実際には、保安基準に合わなくなる改造は禁止され、罰則もあります（「2. 法律は持ち主かどうかに関係なく効く」の節）。
- 128行「機体は安くなっていきます。値打ちが残るのは…」：記事では Claude の見立てです（「〜近くなると思います」の流れ）。ハコブくんが事実として言い切っています。

**D. 【本人】**
- 114行「追加学習で、自分の店専用の動きをつくる。これにはかなり魅力がありそう」：元の発言は「Hにはかなり魅力がありそう」です。前半は Claude が付けた H の見出しの言葉なので、本人の言葉にしてよいかを本人に確かめてください。
- 76行：記事の「認められない」が「できない」に変わっています。小さな違いです。

## 2. 人のお手本の先へ ↔ LOG392

**A. 食い違い**
- 135行「つかむ位置のずれを…この小さな部品を手作りしたもの」：直前のトースターの例（①DSRL）を指すように聞こえます。記事が手作り版にあたるとしているのは②残差強化学習です（「②の考え方は、すでに使っています」）。
- 69〜70行の順番：記事では、Claude が「半分は裏付けがある」と答えたあとに、エイイチが「問題点もたくさん」と言っています。台本では、本人の発言のあとに「調べたら」が来ます。

**B. 根拠のない事実**：なし

**C. 言い過ぎ**
- 104行「1センチずれただけで、98%から64%」：記事は「1cm・5°ずれただけで」です。角度が落ちています（台本の「裏を取る所」も気づいていますが、未決のままです）。
- 113〜114行「お手本では、教えられないことが3つ」：記事のまとめでは、立て直しは「教えにくく」です。3つとも「教えられない」になっています。
- 127行「π0.5…を丸ごと学び直すのは重すぎます」：記事では「強化学習は1回動かすたびに学び直すので、この重さでは間に合わない」という条件付きの話です。この条件が落ちているので、追加学習そのものが無理に聞こえます。
- 79行「安いアームは曲がる範囲が限られています」：記事が言っているのは mechArm のことで、安いアーム一般の話ではありません。

**D. 【本人】**：なし

## 3. 安いアームを買う前に ↔ LOG375

**A. 食い違い**：なし

**B. 根拠のない事実**
- 73行「机の上で部品を組むロボットの会社」：記事は「卓上ロボットセルの会社」「小さな電子部品を扱います」までです。「組む」という言い方は記事にありません。

**C. 言い過ぎ**
- 111行：代理店経由の話から、記事の但し書き「代理店が扱っていても、日本向けとは別の海外版が混ざっていることがある。本体のラベルか仕様書で確認」が落ちています。このままでは「代理店なら大丈夫」に聞こえます。
- 108行「海外製のロボットを…電源を入れると…違反になるおそれ」：記事の条件「Wi-Fi や無線のリモコンを積んでいる機器は」が落ちています。
- 75行「2社が選んだ理由は…ことでした」：記事では Claude の推測です（「どちらも同じ形だと思います」）。言い切りになっています。
- 112行「違反になるのは、そこが多いそうです」：記事でも出典のない Claude の言葉です。台本の「裏を取る所」で弱めるか外すとしていますが、本文は直っていません。

**D. 【本人】**：なし（72・76・83・90・95・99・110・113・125・133・134行は、どれも記事の引用の範囲に収まっています）

narration.py（2本目の台本の1文ずつと、読みの直し・作り手の声で読む文）

# -*- coding: utf-8 -*-
# 台本「ロボットが店に広がるかを決めるのは、賢さか」— 考察回「壁打ちの型」の2本目（もとは LOG389）
#   2026-11-02 1版。もとの台本: 同じフォルダの 考察回_台本たたき.md（別のエージェントが記事と1文ずつ照合して直した版）
#   書き写した元: 動画/頭脳は脳のように分かれる/narration.py（形・読みの直し・自己紹介とアウトロの定型・EI_LINES）
#   codex はかけない（エイイチの指示 2026-11-02）。相づちはエイイチが「採っていい」と了承（2026-11-02）
#   エイイチのセリフ: LOG389 の本人の言葉を話し言葉に整えたもの＋本人に聞いた答え2つ（first_ei・rest_ei2）＋見立て帳1つ（who_ei の3文目）
#     「店舗のおばちゃんたち」は本人の指示で「店のスタッフさん」に言い換えた
#   出典（台本の中の事実）:

scenes_kabe.py（2本目 v3 の紙の場面・脱線・ボタン・表情と動き・効果音）

# -*- coding: utf-8 -*-
# 動画「ロボットが店に広がるかを決めるのは、賢さか」— 考察回「壁打ちの型」の2本目（もとは LOG389）の場面
# 書き写した元: 頭脳は脳のように分かれる/scenes_kabe.py（型の決まりは video_rules.md 10節）
#   紙の文字は真ん中にそろえる／線を使わず面で分ける（事実＝墨・エイイチの見立て＝濃い灰・ハコブくん＝薄い灰）
#   朱は判子とリアクション（ボツ・入れとく・この見立ては、エイイチから）だけ／字幕は動かさない
#   脱線（画面いっぱいの絵）は4回: 1時間に6回（マンガ）・朝の街（写真風）・最後の動作（マンガ）・扉（マンガ）。どれも Gemini で作った絵
#   天丼: ハコブくんが固まると、頭の上に「再開」のボタンが出る。エイイチが押す（2回）。最後だけハコブくんが自分で押す
import os

scenes_kabe.py の v2 から v3 への差分（diff -u の出力）

--- scenes_kabe_v1.py	2026-11-02 16:11:42.137351787 +0900
+++ scenes_kabe.py	2026-11-02 16:14:36.072069820 +0900
@@ -75,17 +75,15 @@
 def hook(T, E):
     fly = (T(2, 0.1), T(3, 0.15))
     return (dassen(BG + "1時間に6回.jpg", fly[0] + 0.05, fly[1] - 0.05, words="!1時間に|6回。", word_style="top:120px;font-size:130px", src_note=GEM)
-            + paper(tag("考察ノート") + '<div class="stack" style="top:110px;gap:24px">'
-                    + line("仮に、成功率", T(0, 0.2), size=32, weight=500)

kabe_kit.py の差分（作り手のドット絵の下を3ドット伸ばした・diff -u の出力）

--- "\347\217\276\345\240\264\343\201\247\346\211\261\343\201\210\343\202\213\343\201\213/kabe_kit.py"	2026-11-02 13:59:50.000000000 +0900
+++ "/home/claude/work/\347\217\276\345\240\264\343\201\247\346\211\261\343\201\210\343\202\213\343\201\213/kabe_kit.py"	2026-11-02 14:55:59.626380676 +0900
@@ -222,7 +222,14 @@
         for k, n in self.POSES.items():
             fs = [f for f in os.listdir(folder) if f.startswith(f"エイイチ_{n}_100px")]
             im = Image.open(os.path.join(folder, sorted(fs)[-1])).convert("RGBA")
-            self.raw[k] = fill_teeth(im)
+            im = fill_teeth(im)
+            # 声に合わせて上に弾むと、画面の下に隙間が見える（2026-11-02 エイイチの指摘）。一番下の行を3ドットぶん下へ伸ばしておく
+            ext = Image.new("RGBA", (im.width, im.height + 3), (0, 0, 0, 0))
+            ext.paste(im, (0, 0))
+            last = im.crop((0, im.height - 1, im.width, im.height))
+            for r in range(3):
+                ext.paste(last, (0, im.height + r))
+            self.raw[k] = ext
         self._cache = {}
 
     def sprite(self, pose, scale=4, glow=False, crop=1.0):

sound.py（BGM と章の効果音。効果音の時刻は scenes_kabe.py の SE）

# 音の置き方（audio_mix.py が読む）。効果音の時刻は scenes_kabe.py の SE に書く（場面の動きと同じ所で決めるため）
# 書き写した元: 頭脳は脳のように分かれる/sound.py
from scenes_kabe import SE as _SE

BGM = [
    dict(file='sound/bgm_明るいB_2.mp3', start=0, end=None, level=-26, gap=-19, fade_in=0.6, fade_out=3.0),   # 考察回なのでいつもより3dB小さく
]

SE = list(_SE)

CHAPTER_SE = dict(file='se_chapter_marimba', files={'title': 'se_chapter_glock'}, level=-10, offset=-0.3,
                  scenes=['title', 'bring', 'why', 'easy', 'who', 'iris_ei', 'sum', 'outro'])

脱線の絵のプロンプト：1時間に6回（1時間に6回_プロンプト.txt）

Black and white Japanese manga illustration.
ART STYLE: match the attached reference manga page from the series "Hakobu" EXACTLY — the same clean, slightly realistic Japanese manga line art, the same line weight, the same halftone-dot screentone and flat gray tones, the same realistic proportions and faces for people, the same crisp white backgrounds. Do NOT copy any text or speech bubbles from the reference page.
USE THE ATTACHED REFERENCE for the robot "Hakobu" — match its body shape, screen face (simple black screen with white oval eyes and a small smile line), round side window, wheels, line weight and screentone exactly. Hakobu is a delivery robot: a rounded box body with a screen for a face. Hakobu has NO arms and NO hands.
Scene: inside a busy Japanese family restaurant. Three serving robots that all look exactly like Hakobu, each carrying a tray of food on its top, are stuck and stopped in different places in the aisles: one facing a wall, one blocked by a chair, one with dizzy spiral eyes on its screen.
One restaurant staff member (a young woman in an apron and cap, drawn in the same realistic style as the people in the reference) is sprinting between them, sweating, pushing one robot with both hands while looking back at another. Speed lines drawn as plain lines only. Diners at the tables keep eating calmly.
Comedic, energetic.
Keep the upper center area relatively plain so text can be placed over it. No text, no letters, no numbers, no symbols, no question marks, no sound-effect lettering, no speech bubbles anywhere in the image. All menus, signs and posters are blank. One wide 16:9 panel, the artwork fills the whole image with no panel border and no frame line.

脱線の絵のプロンプト：朝の街（朝の街_プロンプト.txt）

Photorealistic wide cinematic photograph, 16:9 landscape.
Early morning in an ordinary Japanese shopping street, golden sunrise light. Overnight, dozens of sleek humanoid robots have suddenly appeared everywhere: standing at the crosswalk, sweeping shop fronts, holding coffee cups, waving. Ordinary commuters have all stopped in their tracks and are filming the robots with their smartphones, mouths open in surprise.
The mood is a slightly absurd daydream, like a movie poster for "the morning the world changed overnight".
Keep the upper center area calm (sky) so large text can be placed over it. One continuous seamless photograph.
No text, no letters, no signs with readable words, no logos.
All shop signs, banners and noren curtains are plain solid colors with absolutely no characters, kanji, kana or letters on them.
ABSOLUTELY NO TEXT OR WRITING OF ANY KIND ANYWHERE.

脱線の絵のプロンプト：最後の動作（最後の動作_プロンプト.txt）

Black and white Japanese manga illustration.
ART STYLE: match the attached reference manga page from the series "Hakobu" EXACTLY — the same clean, slightly realistic Japanese manga line art, the same line weight, the same halftone-dot screentone and flat gray tones, the same realistic proportions and faces for people, the same crisp white backgrounds. Do NOT copy any text or speech bubbles from the reference page.
USE THE ATTACHED REFERENCE for the robot "Hakobu" — match its body shape, screen face (simple black screen with white oval eyes and a small smile line), round side window, wheels, line weight and screentone exactly. Hakobu is a delivery robot: a rounded box body with a screen for a face. Hakobu has NO arms and NO hands.
Scene: in a Japanese family restaurant, Hakobu has tried to put a meal on a customer's table by itself and has tipped forward in a dramatic face-plant in front of the table. Its screen face shows X-shaped eyes. The plates of food (a hamburg steak, a bowl of rice, a bowl of miso soup) are flying through the air above it in a frozen moment, sauce splashing. A seated middle-aged customer leans back in shock.
Comedic slapstick, in the calm realistic manga style of the reference.
Keep the upper center area relatively plain so text can be placed over it. No text, no letters, no numbers, no symbols, no question marks, no sound-effect lettering, no speech bubbles anywhere in the image. All menus, signs and posters are blank. One wide 16:9 panel, the artwork fills the whole image with no panel border and no frame line.

脱線の絵のプロンプト：扉（扉_プロンプト.txt）

Black and white Japanese manga illustration.
ART STYLE: match the attached reference manga page from the series "Hakobu" EXACTLY — the same clean, slightly realistic Japanese manga line art, the same line weight, the same halftone-dot screentone and flat gray tones, the same realistic proportions and faces for people, the same crisp white backgrounds. Do NOT copy any text or speech bubbles from the reference page.
USE THE ATTACHED REFERENCE for the robot "Hakobu" — match its body shape, screen face (simple black screen with white oval eyes and a small smile line), round side window, wheels, line weight and screentone exactly. Hakobu is a delivery robot: a rounded box body with a screen for a face. Hakobu has NO arms and NO hands.
Scene: one image split visually into two halves side by side without any border line: on the left it is late night, on the right it is the next morning. In both halves, Hakobu stands in exactly the same spot in front of a closed swinging kitchen door of a restaurant (the back-of-house door), carrying a tray stacked with dirty dishes on top of its body, staring at the door and waiting patiently.
Left half: dark night drawn with dense screentone, moon visible through a small window, Hakobu's screen shows hopeful eyes.
Right half: bright morning light through the same window, Hakobu now with a little dust and a small cobweb, screen showing tired half-closed eyes and a small sweat drop.
Comedic and a little sad.
Keep the upper center area relatively plain so text can be placed over it. No text, no letters, no numbers, no symbols, no question marks, no sound-effect lettering, no speech bubbles anywhere in the image. All menus, signs and posters are blank. One wide 16:9 panel, the artwork fills the whole image with no panel border and no frame line.

サムネイルの背景のプロンプト（店とロボ_プロンプト.txt）

A photorealistic, cinematic photograph for a YouTube thumbnail background. Inside a warm, modern Japanese family restaurant in the evening. In the center-right of the frame: a white boxy serving robot with a tray of food on top has stopped in the aisle, slightly crooked, its screen glowing blank. A restaurant staff member in an apron (seen from behind and the side, face not visible) is reaching out with one finger toward the robot's screen, as if to press a restart button. Soft bokeh lights, shallow depth of field.
The left 45 percent of the image must be calm, darker, softly blurred restaurant background (for large text added later). The bottom-right corner should also be relatively plain.
Seamless single photograph. No text, no letters, no numbers, no logos, no readable signs, no visible faces, no watermark. 16:9.

thumb_A.py（サムネイル A 案・決めた案）

# サムネイル A 案（2026-11-02）: 問いの答えをそのまま大きく。「賢さ」を打ち消して「戻せるか」を強く
PHOTO = 'サムネ素材/店とロボ.jpg'
PHOTO_POS_FULL = '50% 50%'
HAKOBU = True
KICKER = 'ロボットが店に広がる条件'
LINES = ['賢さ、', 'じゃなかった', '']
LABEL = '止まったら、誰が戻す？'
VARIANTS = ['photo4']
SIZE_L1, SIZE_L2, SIZE_L3 = 180, 150, 10
TXT_TOP = 60
HK_H = 560
LABEL_BOTTOM = 250

thumb_B.py（サムネイル B 案）

# サムネイル B 案（2026-11-02）: つかみの数字。成功率99%でも10分に1回呼ばれる
PHOTO = 'サムネ素材/店とロボ.jpg'
PHOTO_POS_FULL = '50% 50%'
HAKOBU = True
KICKER = '配膳ロボット'
LINES = ['成功率99%でも', '<span style="color:#F5A04A">10分に1回</span>', '呼ばれる']
LABEL = '優秀……ですか？'
VARIANTS = ['photo4']
SIZE_L1, SIZE_L2, SIZE_L3 = 120, 170, 120
TXT_TOP = 60
HK_H = 560
LABEL_BOTTOM = 250

概要欄_下書き.md（目次の時間は {t:文番号} で書き、description.py が置きかえる）

<!--
YouTube の概要欄の下書き（2026-11-02「現場で扱えるか」＝考察回「壁打ちの型」の2本目・もとは LOG389）。{t:文番号} は、その文が始まる時間に置きかわる（文番号は 0 から数える）。
python3 <_制作ベース>/description.py で 概要欄.txt を作り、それを貼る。
-->
仮に成功率99%でも、1時間に600回働けば、1時間に6回は人が駆けつけることになる。ロボットが店に広がるかを決めるのは、賢さなのか。エイイチが持ち込んだ X の議論に、案内役のハコブくんが付き合う「考察回」です。答えを伝える回ではなく、考えている途中をそのまま見せます。配膳ロボットが先に広がった条件、止まったときに店の人が戻せるか、下げ膳と調理場の扉の壁までを考えました。

詳しい調べと考えた道すじは、サイトの記事にまとめています。
記事：ロボットを広げるのは、性能より現場で扱えるかだった https://pixelstomotors.com/record/service-robot-last-mile

▼目次
0:00 成功率99%でも、10分に1回
{t:6} この番組について
{t:10} 持ち込み：ロボットにも ChatGPT の瞬間は来る？
{t:18} やり取り1：なぜ配膳ロボットが先に広がったか
{t:30} 止まったとき、店の人が戻せるか
{t:44} やり取り2：足りなくなるのは誰か
{t:55} やり取り3：止まらない作りと、扉
{t:69} まとめ
{t:74} 残った問い
{t:83} エンディング

▼出どころ
・成功率99%・1時間に600回・1時間に6回：X の議論の中の指摘をもとにした、例の計算です（実在の機体の数字ではありません）
・X の議論：Joe Harris さんの投稿 https://x.com/_joe_harris_/status/2114504443895128326 ／ Hugh Phan さんの投稿 https://x.com/hughphan_/status/2114510937998983463
・アイリスオーヤマの導入実績（7000社以上・2万5000台以上）、事業の責任者の話、新しい清掃ロボ（JILBY）の自動充電と紙パック：マイナビニュース（2026年6月29日） https://news.mynavi.jp/article/newsinsight-463/
・調理場と客席の仕切り（食品衛生法の施設基準。形は自治体や保健所の判断による）：那覇市 https://www.city.naha.okinawa.jp/nahahokenjyo/0004/kyokashinsei.files/setsubi.pdf ／ 北九州市 https://www.city.kitakyushu.lg.jp/files/001117944.pdf

▼この動画について
・エイイチのセリフは、記事を書く前のやり取りで本人が話した言葉と、動画のために本人に聞いた答えを、話し言葉に整えたものです。短い相づちやツッコミの一部は、本人が了承した案です
・「止まったとき、店の人が戻せるか」の3つの問いと、扉を通らない手（両側から取り出せる棚）は、ハコブくん（Claude）の整理です
・決まりの細かい条件は地域で変わります。店に入れるときは、地域の保健所に確かめてください

▼この番組について
「フィジカルAI解説｜Pixels to Motors」は、フィジカルAIのニュースや実機の記録から、現場で使える形を考える番組です。
エイイチは、本業のデザイナーをしながら、ロボティクスの研究と開発をしています。その中で分かったことと、そこから考えた見立てを、案内役のハコブくんがお伝えします。

・ナレーションは AI 音声（ElevenLabs）です。話しているのは Pixels to Motors のキャラクター、ハコブくんです
・エイイチの声も AI 音声で、本人の声ではありません
・ファミレスの店員さん・コケるハコブくん・扉の前で待つハコブくんのマンガの絵、朝の街の絵、サムネイルの背景は、生成AI（Gemini）で作成しています
・実機の映像はエイイチが撮ったものです

▼ロボットの開発・導入のご相談
メール：pixelstomotors@adaptdesign.jp

▼リンク
Webサイト：https://pixelstomotors.com
4コママンガ『ハコブくん』：https://pixelstomotors.com/manga-archive
GitHub：https://github.com/PixelstoMotors
X：https://x.com/adaptdesignjp
LinkedIn：https://www.linkedin.com/in/eiichi-shimazu

チャンネル登録・高評価もよろしくお願いします。コメントは、エイイチが全部読んでいます。

#フィジカルAI #配膳ロボット #ロボット

mot.py（1秒に10コマずつ縮小した画面で、動いている時間と写真が出ている時間を数えた）

import subprocess, numpy as np, sys
def stats(path):
    W,H=192,108
    p=subprocess.Popen(['ffmpeg','-v','error','-i',path,'-vf',f'fps=10,scale={W}:{H}','-f','rawvideo','-pix_fmt','rgb24','-'],stdout=subprocess.PIPE)
    prev=None; diffs=[]; colorful=[]
    while True:
        b=p.stdout.read(W*H*3)
        if len(b)<W*H*3: break
        f=np.frombuffer(b,np.uint8).reshape(H,W,3).astype(np.int16)
        # paper area (x 43-149, y 6-84 in 192x108)
        pap=f[8:82,45:147]
        # is a photo shown? paper mostly near #f5f3ee or dark; photo = high saturation/variance in background margins
        bgm=np.concatenate([f[:, 150:180].reshape(-1,3), f[:6,:].reshape(-1,3)])
        colorful.append(bgm.std()>25)
        if prev is not None: diffs.append(np.abs(f-prev).mean())
        prev=f
    d=np.array(diffs); n=len(d)/10
    print(path.split('/')[-1], f'{n:.0f}s', 'moving(>0.5) %.0f%%'%(100*(d>0.5).mean()), 'big(>3) %.0f%%'%(100*(d>3).mean()), 'photo-ish %.0f%%'%(100*np.mean(colorful)))
    # per 30s bins
    bins=[f'{100*(d[i:i+300]>0.5).mean():.0f}' for i in range(0,len(d),300)]
    print(' per30s moving%:', ' '.join(bins))
for a in sys.argv[1:]: stats(a)

mot.py の出力（1本目と、2本目 v3）

頭脳は脳のように分かれる.mp4 425s moving(>0.5) 16% big(>3) 7% photo-ish 23%
 per30s moving%: 8 29 10 22 37 12 9 19 7 13 13 13 7 21 6
out.mp4 515s moving(>0.5) 13% big(>3) 6% photo-ish 20%
 per30s moving%: 18 33 11 11 10 16 7 6 9 9 6 18 17 6 9 4 24 8

書き出しのログ：v3（python3 kabe_kit.py build の出力）

  hook: 701コマ（撮影 225）
  bring: 1494コマ（撮影 260）
  why: 552コマ（撮影 147）
  first: 748コマ（撮影 171）
  last: 753コマ（撮影 230）
  easy: 816コマ（撮影 245）
  who: 711コマ（撮影 210）
  door2: 1028コマ（撮影 275）
  rest: 990コマ（撮影 213）
BGM 1本・効果音 38個 → mix.wav
   17.57秒  文003  se_pop  -8dB  「それ、優秀なのかな。」
  135.87秒  文022  se_pop  -8dB  「初めて店で見たときは、とうとうロ」
  183.67秒  文031  se_ding  -10dB  「使い方は、テーブル番号のボタンを」
  256.00秒  文044  se_pop  -10dB  「話を、店の外に広げます。配膳や清」
   67.37秒  文011  se_pop  -12dB  「お題は、ロボットにも、ChatG」
   12.43秒  文002  se_whoosh  -10dB  「店の人からすると、10分に1回、」
   17.42秒  文003  se_whoosh  -14dB  「それ、優秀なのかな。」
   75.70秒  文013  se_whoosh  -10dB  「来ます。明日の朝、僕にも来ます。」
  103.30秒  文016  se_pop  -12dB  「ロボットは、置く場所を空けて、止」
  104.35秒  文017  se_ding  -10dB  「……失礼しました。今のが、止まっ」
  167.83秒  文027  se_whoosh  -12dB  「では僕が、料理もテーブルに置きま」
  168.08秒  文027  se_pop  -6dB  「では僕が、料理もテーブルに置きま」
  170.23秒  文028  se_whoosh  -14dB  「だから人に任せたんだよ。」
  170.43秒  文028  se_pop  -12dB  「だから人に任せたんだよ。」
  248.95秒  文043  se_pop  -8dB  「入れとくよ。」
  274.40秒  文047  se_pop  -8dB  「ロボットで利益が残るのは、作る側」
  284.67秒  文048  se_pop  -12dB  「足りなくなるのは、店の通路の幅や」
  285.72秒  文049  se_ding  -10dB  「……ありがとうございます。今みた」
  365.23秒  文060  se_rise  -10dB  「……紙パックです。直し続ける人が」
  387.37秒  文063  se_whoosh  -10dB  「ロボットがお店のフロントからバッ」
  389.92秒  文064  se_whoosh  -14dB  「大丈夫です。扉は、体当たりで開け」
  391.27秒  文064  se_pop  -12dB  「大丈夫です。扉は、体当たりで開け」
  448.95秒  文072  se_pop  -14dB  「ちなみに、ボツになった3つは、全」
  449.35秒  文072  se_pop  -14dB  「ちなみに、ボツになった3つは、全」
  449.75秒  文072  se_pop  -14dB  「ちなみに、ボツになった3つは、全」
  492.80秒  文080  se_pop  -12dB  「あなたの店でロボットが止まったら」
  493.70秒  文081  se_ding  -10dB  「自分で戻りました。」
   31.13秒  文006  se_chapter_glock  -10dB  「Pixels to Motors」
   59.93秒  文010  se_chapter_marimba  -10dB  「エイイチが持ち込んだのは、海外の」
  109.73秒  文018  se_chapter_marimba  -10dB  「では、どんな仕事から広がるのか。」
  128.13秒  文021  se_chapter_marimba  -10dB  「ファミレスの配膳ロボットは、その」
  178.17秒  文030  se_chapter_marimba  -10dB  「もう1つ、配膳ロボットには強みが」
  191.60秒  文033  se_chapter_marimba  -10dB  「研修もマニュアルも、ほとんどいり」
  251.10秒  文044  se_chapter_marimba  -10dB  「話を、店の外に広げます。配膳や清」
  274.80秒  文048  se_chapter_marimba  -10dB  「足りなくなるのは、店の通路の幅や」
  328.53秒  文055  se_chapter_marimba  -10dB  「アイリスオーヤマが、ロボットを扱」
  428.13秒  文069  se_chapter_marimba  -10dB  「ここまでを、1枚にまとめます。」
  498.90秒  文083  se_chapter_marimba  -10dB  「この動画が役に立ったら、高評価と」
  900/15459
  1800/15459
  2700/15459
  3600/15459
  4500/15459
  5400/15459
  6300/15459
  7200/15459
  8100/15459
  9000/15459
  9900/15459
  10800/15459
  11700/15459
  12600/15459
  13500/15459
  14400/15459
  15300/15459
frames 15459 = 515.3s  確認用 22.8MB (crf 29)

kabe_short.py（縦長ショート3本。dash・fall・wall の動きと、壁の方を向く反転を足した最終版）

# -*- coding: utf-8 -*-
"""考察回「壁打ちの型」の縦長ショート（1080×1920）。2本目「現場で扱えるか」用（中身の3本だけ書き替えた。部品は1本目の版2のまま）。\n1本目の版2の説明:
2026-11-02 エイイチの指摘で作り直した:
  「おれが上半身で、ハコブくんが全身は変」→ エイイチも全身のドット絵（src/ei/エイイチ_全身_*_170px_v1.png・Gemini で写真の服装から作った）
  「この始まりだとすぐ離脱しそう」「宇宙・紙の山・引退式の背景を使って、ハコブくんが大きく動く所から始める」
    → 最初の数秒は、画面いっぱいの絵の前で、大きなハコブくん（高さ900）が動く。本題に入ったら、絵を暗くして紙（考察ノート）を出し、
      ハコブくんは左下の全身（高さ400）に戻る
画面の割り振りは video_rules.md 9-2: 0〜150 何も置かない／170〜440 見出し／480〜1130 紙／左下 ハコブくん・右下 エイイチ（足もと y=1640）／字幕は2人の間の上

ショート_タイトルと説明文.txt

ショートのタイトルと説明文（本編「配膳ロボットが店に広がった理由は「賢さ」じゃなかった」から作った3本・版2）
関連動画には本編を設定してください。

━━━━━━━━━━━━━━━━
ショート1_成功率99パーセント
タイトル：
成功率99%のロボット、10分に1回呼ばれる #Shorts
説明文：
仮に成功率99%でも、1時間に600回働けば、1時間に6回は人が駆けつけることになる。店の人からすると、10分に1回呼ばれるロボット。それ、優秀なのかな。
成功率99%・1時間に600回は、X の議論の指摘をもとにした例の計算です（実在の機体の数字ではありません）。
マンガの絵は生成AI（Gemini）で作成しました。声は AI 音声です（エイイチの声も AI 音声で、本人の声ではありません）。
本編：配膳ロボットが店に広がった理由は「賢さ」じゃなかった
#配膳ロボット #フィジカルAI #ロボット

━━━━━━━━━━━━━━━━
ショート2_料理も僕が置きます
タイトル：
料理まで置こうとした配膳ロボットの末路 #Shorts
説明文：
配膳ロボットは、一番難しい所をロボットにやらせていません。料理をテーブルに置くのはお客さん、トレーに載せるのは店員さん。頑張らない所を決めて、店に広がりました。
マンガの絵は生成AI（Gemini）で作成しました。声は AI 音声です（エイイチの声も AI 音声で、本人の声ではありません）。
本編：配膳ロボットが店に広がった理由は「賢さ」じゃなかった
#配膳ロボット #飲食店 #ロボット

━━━━━━━━━━━━━━━━
ショート3_扉は体当たり
タイトル：
配膳ロボットは扉を開けられない。体当たりは、ボツ #Shorts
説明文：
下げ膳で洗い場まで行くには、調理場の扉が壁になる。決まりで求められているのは調理場と客席の仕切りで、形は地域の決まりや保健所の判断で変わります。そこで、両側から取り出せる棚を客席側に置き、ロボットはトレーを置くだけにする手があります。
店に入れるときは、地域の保健所に確かめてください。
マンガの絵は生成AI（Gemini）で作成しました。声は AI 音声です（エイイチの声も AI 音声で、本人の声ではありません）。
本編：配膳ロボットが店に広がった理由は「賢さ」じゃなかった
#配膳ロボット #飲食店 #ロボット

ショートの書き出しのログ（python3 kabe_short.py 1 / 2 / 3 の出力）

== short_log1.txt
  成功率99パーセント: 704コマ（撮影 223）
ショート/01_成功率99パーセント/ショート1_成功率99パーセント_版1.mp4  23.5秒
== short_log2.txt
  料理も僕が置きます: 691コマ（撮影 221）
ショート/02_料理も僕が置きます/ショート2_料理も僕が置きます_版1.mp4  23.0秒
== short_log3.txt
  扉は体当たり: 663コマ（撮影 385）
ショート/03_扉は体当たり/ショート3_扉は体当たり_版1.mp4  22.1秒