# YouTubeの企画を良くしようと、3つのAIに話し合わせた ― 面白い題材は出なかった - 記録: LOG510（ひとり研究所の裏側） - 公開: 2026/11/14 - 記事のページ: https://pixelstomotors.com/record/three-ai-youtube-planning-no-good-topics - サイト: Pixels to Motors（ADAPT DESIGN / 島津 栄一） https://pixelstomotors.com/ - 要約: Claude・Gemini・codexの3つのAIに、YouTubeの企画を6通りのやり方で話し合わせたが、作り手が見たいと思う題材は1本も出なかった。話し合いで良くなったのは、事実の誤りを見つける所だけだった。 > AI が読むための記事の全文です（コード・実行ログを含む）。引用するときは上の「記事のページ」の住所を使ってください。 --- **Claude・Gemini・codex の3つの AI に YouTube の企画を6通りのやり方で話し合わせたが、作り手が見たいと思う題材は1本も出なかった。** 話し合いで良くなったのは、日付の古いニュースや存在しない画面のような事実の誤りを、別の AI が見つける所だけだった。 1日（2026年11月14日）で試したので、次のことが分かりました。 - AI を3つ並べても、題材の面白さは上がらない。3つとも同じような記事を読み、同じような題材を思いつき、同じものを無難と判断した - 一方で、1つの AI だけでは見落とす事実の誤りは、別の AI がかなりの数を拾った。ここは複数にした意味があった - 費用は Gemini（Google の AI。API で使う）が記録の残っている分で約1,590円、codex（OpenAI の AI。ChatGPT の定額の枠で使う）が約30回。100回話し合わせる会議は1回で約750円かかり、結果は30回の会議と変わらなかった YouTube のチャンネル「フィジカルAI解説｜Pixels to Motors」は、いま本編1本が数十回しか見られていません。1本1,000回を目標に、AI だけで企画を良くできないかを試しました。最初の依頼で決めたのは2つです。 > YouTubeの動画の内容をもっと良くするためにいくつものAIに議論させるシステムを作りたいですがどのように行いますか？まずはベースになる叩き台案を考えてください。悪質な再生数稼ぎはNGです。claudeだけで行うのもNGです。他のAIも使うようにしてください。 やり方を5回変えて6回試し、6回とも作り手の答えは「面白くない」でした。やったことの全体は次のとおりです。 | 回 | やり方 | 出てきたもの | 作り手の判定 | Gemini の費用 | |---|---|---|---|---| | 1 | 公開済みの台本を3つの AI に批評させた | 台本の直し（断り書きが長い・数字が耳で追えない） | 「この議論ではYouTubeの再生数が伸びると思えない」 | 約100円 | | 2 | 再生数の見込みを話し合わせた | いまのままだと1本30〜200回の見込み | 前提の確認として使った | 記録なし | | 3 | 役を分けた AI に100回の会議をさせた（3回） | 配膳ロボットの採算、ファミマの品出し、ネットスーパーの買い物 | 「全然題材が新しくなってない」 | 約1,369円 | | 4 | 話し合いをやめ、別々に企画書を書いて直し合った | 3本とも人型ロボットの値段の話 | 「なんか似たような題材だね」 | 約35円 | | 5 | AI ごとに材料を分けて、別々に書いて直し合った | ペンを片づけるアーム・AI の熱でエビ・配膳ロボットの皿 | 「出てきた題材が全く興味がわかない」 | 約60円 | | 6 | いま騒がれている人と出来事を拾い、20本の候補にした | NVIDIA の CEO の辞任・車輪の Atlas など20本 | 「全然面白くないし、興味を惹きつけられない」 | 約23円 | 作り手が面白いと感じたものの手がかりは、途中で2つ出ました。1つは、楽待の動画「【超知能AI】2030年にも『人類絶滅』か、元OpenAI・Anthropic研究者の警告《ジェイコブ・コクソン×エミン・ユルマズ》」（[YouTube で検索](https://www.youtube.com/results?search_query=%E6%A5%BD%E5%BE%85+%E8%B6%85%E7%9F%A5%E8%83%BDAI+%E3%82%B8%E3%82%A7%E3%82%A4%E3%82%B3%E3%83%96%E3%83%BB%E3%82%B3%E3%82%AF%E3%82%BD%E3%83%B3)）で、作り手は「時事ネタとはまさにこういうことを言うんだよ」と言いました。いま騒ぎの真ん中にいる人を、その人自身の言葉で扱う動画です。もう1つは、顔を出さずに猫のキャラクターが話す[海外Yパパラジオ](https://www.youtube.com/@海外Yパパ)で、作り手は次のように書いています。 > このYouTubeはAIで作られていると思われるけど、興味が惹かれる内容になっています。できる可能性があるのではないですか？ この2つを材料に入れた6回目でも、出てきた題名は「騒ぎ。僕の経験から見ると〜」という同じ型にそろいました。見る人が知りたいのは騒ぎの中身で、作り手の経験は味付けにすぎないのに、それを題名の主役にしていました。**何が面白いかを決める目は、3つの AI のどれにもなく、AI を増やしても補えませんでした。** 6回の流れと、回ごとに何が良くなり何が良くならなかったかは、下の図で1回ずつ見られます。 [図解: LOG510_six_runs.html](https://pixelstomotors.com/embeds/LOG510_six_runs.html) ここから下は作業ログです。回ごとのやり方と出てきたもの、仕組みのコード（Python 6本）、AI が書いたファイルを全部載せます。数字は、仕組みが書いた記録（進み具合.md の費用の目安）から取りました。Gemini の費用は返事の使用量（トークン数）と単価から出した見込みで、請求の明細ではありません。 ## 作業ログ ― 3つの AI を Mac から呼ぶ仕組み（debate_runner.py） ### 3つの AI の役と、呼び方 | AI | 作った会社 | 呼び方 | 費用 | この試しでの得意 | |---|---|---|---|---| | Claude | Anthropic | このチャットの中で、作り手と話しながら書く | 定額の枠 | 作り手の経験と決まりを知っている | | Gemini | Google | Mac から API（プログラムから呼ぶ窓口）で呼ぶ。Google 検索を使わせる | 使った分だけ（前払い） | 検索で新しいニュースを拾う | | codex | OpenAI | Mac の ChatGPT のアプリに入っている codex を、コマンドで呼ぶ | ChatGPT Plus の定額の枠 | Web で出典を開いて事実を確かめる | [Gemini](https://ai.google.dev/) は Google の AI で、API の鍵を Mac のキーチェーン（パスワードを保存する仕組み）に入れ、プログラムが読みます。[codex](https://openai.com/codex/) は OpenAI の AI で、ChatGPT のアプリに同梱されたコマンドを、読むだけ（書き込み禁止）の設定で動かします。 Claude からは Mac の中のコマンドを直接動かせないので、Mac に5分おきに見回る係（launchd という macOS の仕組みで動く常駐のプログラム）を置きました。見回る係は、決まったフォルダに `かける.txt` という印があれば、そのフォルダの依頼を3つの AI に回します。Claude の番が来ると `Claudeの番.txt` を置いて止まり、Claude がファイルを置くと次の見回りで続きから進みます。 | フォルダ | 何をするか | 動かすプログラム | |---|---|---| | `動画/{動画名}/議論/` | 台本を3つの AI に批評させる（1回目） | debate_runner.py | | `動画/_議論/{テーマ}/` | 方針を話し合わせる（2回目） | debate_runner.py | | `動画/_企画/{名前}/` | 100回の企画会議（3回目） | kikaku.py | | `動画/_制作/{名前}/` | 別々に書いて直し合う制作チーム（4・5回目） | seisaku.py | | `動画/_ネタ/{名前}/` | いまの騒ぎを拾うネタ出し（6回目） | neta.py | | `動画/_調べ/{名前}/` | YouTube で入口の言葉を検索して再生数を数える | youtube_market.py | ねらい：Claude だけで考えず、別の会社の AI に同じ依頼を回し、違う考えを混ぜる。 変わったこと：作り手がターミナルを触らなくても、フォルダに印を置くだけで3つの AI が回るようになった。 見込める効果：このまま、事実の確かめ（codex に出典を開かせる）にはそのまま使える。題材を選ぶ仕組みとしては、6回とも効果がなかった。 ## 作業ログ ― 1回目：公開済みの台本「何台入れたら店は変わる」を批評させた 最初は、公開済みの動画の台本を3つの AI に読ませ、直す所を挙げさせました。Gemini には視聴者の役、codex には事実を確かめる役を渡しました。 3つの AI が揃って挙げたのは、冒頭の断り書きが5文続いて答えまでが遠いこと、数字の並びが耳で追えないこと、作り手のファミレスでの経験の話がいちばん強いこと、でした。直す所としては正しいのですが、再生数とは関係のない話ばかりです。作り手はこう聞き返しました。 > というかこの議論ではYouTubeの再生数が伸びると思えないけど？何を目指してAIは議論をしていますか？ この回で、Gemini が2回目の発言で codex の25の指摘にすべて「賛成」と返したので、2回目からは Claude の指摘にだけ答えさせ、賛成するだけの返事を禁じました。また、Gemini のモデルを選ぶ所が `gemini-3.1-pro-preview-customtools` という道具用の版を選んでいたので、名前の決まりで外しました。 ## 作業ログ ― 2回目：フィジカルAIの題材で、1本あたり何回見込めるかを話し合わせた 目標の1本1,000回が、どのくらい遠いかを先に確かめました。3つの AI の見込みは、いまのままで1本30〜200回でした。 この回で、Claude は「表示1万回で1,000回」と書き、codex に二重に数えていると直されました。うちで一番伸びた本編（ジャングリア沖縄の赤字を試算した回）はクリック率4.3%なので、表示だけで1,000回に届くには約2.3万回の表示が要ります。 あわせて、作り手の答えが3つ決まりました。実験が好きな開発者からの相談も狙う仕事に入れてよい、撮影は1本2〜3時間まで、ショートは続ける、です。 ## 作業ログ ― 3回目：役を分けた AI に100回の企画会議をさせた 作り手が「AIの議論は最低でも100回は行って動画の企画をさせるようにしてください」と決め、途中を見られるように `進み具合.md` を1回ごとに書き直す形にしました。役は、案を出す・穴を突く・数字と釣りを見る・仕上げる、に分け、3つの AI に順に回しました。 | 会議 | 回数 | 時間 | Gemini の費用 | 第1候補 | |---|---|---|---|---| | 次の本編 | 100 | 14:57〜16:21 | 約745円 | ファミレスのネコロボ、元が取れる条件は？ | | 次の本編_数字で見直し | 30 | 16:32〜16:47 | 約233円 | Claudeでロボットアームを動かすまで｜作業時間と利用料を測った | | 入口を選ぶ | 100 | 16:57〜18:32 | 約391円（Pro 24回・Flash 66回） | ネコロボが運んだあと、人は何をする？ | 3回とも、上位に残ったのは配膳ロボット（ネコロボ）・ファミマの品出し・ネットスーパーの買い物・手で動かすアームの実験といった、前から手元にある題材でした。作り手の指摘はこうです。 > ん？全然題材が新しくなってないけど？本当に会議したの？ ログを読み返すと、理由は3つありました。 - 前の会議の最終案を材料に渡したので、それに引っ張られた - 「一般の人が集まっても仕事の相談にはつながらない」という前提で、一般向けの題材を次々に外していた（作り手は「一旦この制約外していいよ」と外した） - 「穴を突く」役が強く、尖った案から順に消えた。100回のうち後半は、残った無難な案の言い回しを整えていた 費用を下げるために、2回目以降は Pro（高い版）を「穴を突く」と「仕上げる」だけにし、ほかは Flash（安い版）にしました。「入口を選ぶ」が100回で約391円なのはこのためです。 途中で、YouTube の検索で入口の言葉ごとに再生数を数える `youtube_market.py` も作りました。作り手の自分のチャンネルの数字は少なすぎて題材を選ぶ材料にならない、と作り手に指摘されたためです。 > うちのYouTubeはまだ再生数取れてないんだからうちの動画のデータ調べたって無理でしょ？違うの？ 検索の結果では、人型ロボットの値段（登録者1万人未満のチャンネルで11.8万回）や Claude の仕事での使い方は小さなチャンネルでも見られていて、ジェンガ（中央142回）や品出し（80回）は見られていませんでした。 ## 作業ログ ― 話し合わせるやり方を調べ直した 3回目のあと、作り手は合議（全員が納得する1案にまとめること）そのものを疑いました。 > 合議がそもそもいけないんじゃないの？目指すのは別々のAIが話し合って価値あるコンテンツを作ることができるか？の方であって、話し合って誰にも怒られないネタを作れってことじゃないよ？ 複数の AI を話し合わせる使い方を、海外の研究と実例で調べました。調べて分かった要点は次の4つです。 | 分かったこと | このあと変えたこと | |---|---| | AI どうしで話し合わせると、意見が1つに寄っていく | 1つにまとめるのをやめ、3本を別々に残す | | 案は別々に作らせ、良し悪しは外（人や実際の数字）で選ぶほうがよい | 最後は作り手が3本から選ぶ | | 批評は、だめ出しより直し方を付けたほうが案が良くなる | 批評に「直し方」を必ず書かせ、案を消す提案を禁じる | | 誰の案かを伏せると、名前に引っ張られない | 批評する AI には、作者を伏せて案A・案B で渡す | 一方で、考えの幅を広げるのは役の名前（○○の専門家など）ではなく、渡す材料の違いだ、という指摘もありました。これは5回目で試しました。 ## 作業ログ ― 4回目：話し合いをやめ、別々に企画書を書いて直し合った（制作チーム） `seisaku.py` で、3つの AI がそれぞれ企画書を書き、作者を伏せてほかの2本を批評し、自分の案を書き直す、を2往復させる形にしました。批評で案を捨てる提案は禁じ、直し方を必ず書かせます。最後に3本を並べ、作り手が選びます。 1往復目の途中で、3本の題材がそろってしまいました。 | 作者 | 第1版の題名 | |---|---| | Claude | 300万円の家庭用ロボット、家事の途中で「人」が操作する。ロボットを学習させている側から見ると、それはズルじゃない | | Gemini | なぜ中国の人型ロボットは200万円台で買えるのか？フィジカルAIが起こした「メカの価格破壊」 | | codex | 月額499ドルの人型ロボット、人間1人で何台まで助けられる？ | 依頼に YouTube の検索の結果の表を入れていて、3つとも「人型ロボットの値段」が見られている、という同じ行を拾ったためです。作り手の一言（「なんか似たような題材だね」）で止めました。 ## 作業ログ ― 5回目：AI ごとに材料を分けて、別々に書いて直し合った 調べた要点の4つ目に合わせて、AI ごとに企画のもとにする材料（持ち場）を分けました。Gemini は直近1〜2週間の話題のニュース、codex は暮らし・店・街の身近なロボットの困りごと、Claude は机のロボットアームの実験です。検索の結果の表は依頼から外しました。 最後の3本は、題材が分かれました。 | 案 | 題名 | 入口の言葉の再生数（本編の中央） | |---|---|---| | 1（Claude） | AIに「ペンを片づけて」と頼んだ。人はコードを書かない。何を教えたら、ロボットアームは入れられたか | Claude Code 64,798回・AI ロボットアーム 77,112回 | | 2（Gemini） | データセンターの熱で、エビを育てる。捨てる熱はどれくらい使えるのか | データセンター 排熱 4,102回・陸上養殖 8,396回 | | 3（codex） | 配膳ロボットは、なぜ置いてくれない？ 卓上アームで「皿を置く」を試す | 配膳ロボット 取り方 390回・猫型ロボット 仕組み 442回 | 題材は分かれたのに、作り手の答えは「出てきた題材が全く興味がわかない」でした。 この回で効いたのは、批評の事実の直しです。Claude の批評は、エビの案の冒頭にあった「GPU の電気代の画面」が存在しないことを直しました（作り手が借りているクラウドの GPU の請求は時間単位の利用料で、電気代ではない）。codex は、ペンの案の安全の書き方（机のテープは目印で、指令を止める仕組みは別に要る）を直しました。 並べるときの仕組みに1つ誤りもありました。企画書の見出し「## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ）」を、見出しの後ろの括弧まで含めて読めず、YouTube の検索が動いていませんでした。正規表現（文字の並びを探す書き方）を直し、検索をかけ直しました。 ## 作業ログ ― 6回目：いま騒がれている人と出来事から、20本の候補を作った ここで、作り手の言う時事ネタの例（楽待の動画）と、海外Yパパラジオを見直しました。題材はいま騒がれている人や出来事で、見方は本人の経験から来ていて、形は遊んでいる（コンテスト・一言）。そこで、題材を AI に考え出させるのをやめ、拾わせることにしました（`neta.py`）。 | 番 | AI | 材料 | 出したもの | |---|---|---|---| | 1 | （YouTube の API） | 日本の急上昇50本 | 0_急上昇.md | | 2 | Gemini（Google 検索） | 日本で直近7日に騒がれている人・出来事 | 15件 | | 3 | codex（Web 検索） | 海外で直近7日に騒がれている AI・テック・ロボット | 10件 | | 4 | Claude | 2と3だけを材料に、作り手の経験で語れるものを選び、遊びの形にする | 候補20本 | | 5 | codex（Web 検索） | 候補ごとに事実を確かめる | 確認済8・言い過ぎ10・間違い1・未確認1 | 拾われた騒ぎには、NVIDIA の CEO の辞任（11月12日の発表）、Boston Dynamics の Atlas の足を車輪にした映像、イーロン・マスクの「ロボタクシーは週168時間働く」、QuizKnock のゲーム実況「3号、卵買ってきて！」（言葉どおりにしか動かないロボットの笑い話）などがありました。子どもが亡くなった事件は、遊びの形で扱わないので外しました。 20本は、たとえば「人型ロボットが車輪でドリフト。RCカーを作っていた僕が見ると」「『ロボタクシーは週168時間働く』。配膳ロボットの試算で、休まないロボットの本当の働く時間を出す」です。作り手の答えは「全然面白くないし、興味を惹きつけられない」でした。 並べ直すと、20本のほとんどが「騒ぎ。僕の経験から見ると〜」という同じ型でした。海外Yパパラジオの「どの企業トップの辞め方が一番恥ずかしいか？」は、見る人がつい答えたくなる問いが主役で、本人の経験は中で効いてくる形です。候補は、作り手の経験を題名の主役にしてしまい、見る人には関係のない話になっていました。 ## 作業ログ ― 3つの AI の話し合いで、良くなったこと・良くならなかったこと 6回の記録から、話し合いで良くなったことと、良くならなかったことを分けました。 | 良くなったこと（別の AI が見つけた誤り） | 見つけた AI | |---|---| | ファミマの遠隔操作の報道を新しいニュースとして出したが、2024年10月のものだった | codex | | OpenAI の「撤退」として出たものは、チームの組み直しだった | codex | | 「表示1万回で1,000回」は二重に数えていた（約2.3万回の表示が要る） | codex | | エビの案の冒頭の「GPU の電気代の画面」は存在しない | Claude | | Sakana AI の新しい方針の発表日は10月26日で、11月13日ではない | codex | | AI の曲の1位は「完全に AI が作った曲」ではなく、人が企画と作詞にかかわっていた | codex | | Gemini が出典に書いた URL の多くが、記事ではなくニュースサイトのトップページだった | Claude・codex | | 良くならなかったこと | 6回で見えたこと | |---|---| | 題材の面白さ | 3つの AI は違う会社のものでも、読む記事も検索で見る記事もほとんど同じ。同じ題材を思いつき、同じものを無難と判断した | | 話し合いの回数 | 100回の会議も30回の会議も、残った案は同じだった | | 役の名前 | 「穴を突く」「視聴者」の役を渡しても、考えの幅は広がらなかった。材料を分けると題材は分かれたが、面白くはならなかった | | 作り手の経験の使い方 | 経験を題名の主役にすると、見る人に関係のない話になった | まだ試していないことも1つあります。1つの AI だけで作った案と、3つの AI で作った案を、どちらか伏せて作り手が比べることです。これをしない限り、「1つの AI では出せない価値が、話し合いで出た」とも「出なかった」とも言い切れません。今回の6回で言えるのは、作り手が見たいと思う題材は、どちらのやり方でも出なかった、までです。 次に試すのは、作り手が最近思わずクリックした動画を2〜3本と、何に惹かれたかを聞き、そこから面白さの型を抜き出して AI に渡すことです。何が面白いかを決める目を、AI の外（作り手）から持ち込みます。話し合いは、事実の確かめに使います。 ## 作業ログ ― 仕組みのコード（全量） 6本とも Mac の `動画/_制作ベース/` に置いています。どれも、Mac の中で launchd の見回り係が動かします。読み込んでいる `codex_runner.py`（codex の呼び方と、作業フォルダの場所）と `youtube_schedule.py`（YouTube の API の許可）は、この記事より前に作ったもので、ここには載せません。API の鍵はコードに書かず、キーチェーンと Mac の設定のフォルダから読みます。 公開にあたって、コードと AI が書いたファイルの中の住んでいる場所の地名は「（地名）」に置き換えました。それ以外は書き換えていません。 ### debate_runner.py（見回り係の本体。Gemini と codex の呼び方、1・2回目の議論、ほかのプログラムへの振り分け） ```python #!/usr/bin/env python3 """debate_runner.py — 動画の台本を、ほかの AI に議論させる「議論係」. Claude だけで決めると、同じ書き手の盲点が残る。そこで役を分けた3社に台本を読ませ、 1回目は別々に指摘、2回目はお互いの指摘に賛成か反論かを1回だけ言わせる。 採るかどうかは、最後にエイイチが決める（AI の多数決では決めない）。 役: Claude … 台本の作り手。構成と流れの指摘、最後の論点表（まとめ.md）。チャットの中で書く Gemini … 視聴者役。経営者・PM・開発者になりきって、飽きる所・止まる言葉を言う（API） codex … 事実の番。1回目は事実確認。2回目は「直す案が事実をゆがめないか」だけを見る （ChatGPT のログインで動く。codex_runner.py と同じ本体を使う） 置き場所（動画/{動画名}/議論/）: 依頼.md Claude が書く。台本と、チャンネルの前提 1_Claude.md Claude が書く（1回目） 1_codex.md 無ければ codex にかける。前の codex_検証結果 を写して置けば、それを使う 1_Gemini.md このスクリプトが書く 2_Gemini.md このスクリプトが書く（2回目） 2_codex.md このスクリプトが書く（2回目） かける.txt 印。Claude が置く。終わると かけた.txt に名前を変える キー: Gemini の API キーは Mac のキーチェーン（名前 gemini_api_key）から読む。ファイルには書かない。 入れ方: security add-generic-password -a "$USER" -s gemini_api_key -w 使い方（Mac のターミナルで）: python3 debate_runner.py --check キーとモデルを確かめるだけ（議論はしない） python3 debate_runner.py --once 印のついた動画を1本、議論にかける python3 debate_runner.py --dry-run 何をするかを出すだけ python3 debate_runner.py --install 5分ごとに見回るように登録する（一度だけ。以後は印を置けば自動で回る） python3 debate_runner.py --uninstall 自動の見回りを外す Python の標準の道具だけで動く。台本（narration.py など）には触らない。ファイルは消さない。 """ import argparse, json, os, re, subprocess, sys, time, unicodedata, urllib.error, urllib.request from datetime import datetime, timezone, timedelta HERE = os.path.dirname(os.path.abspath(__file__)) VIDEOS = os.path.dirname(HERE) # 動画/ sys.path.insert(0, HERE) import codex_runner as cr # codex の本体の場所と環境を使い回す JST = timezone(timedelta(hours=9)) SUB = "議論" MARK = "かける.txt" DONE = "かけた.txt" RUNNING = "実行中.txt" REQ = "依頼.md" THEMES = "_議論" # 動画/_議論/{テーマ}/ … 台本ではなく、企画や方針を議論するとき（印と結果はフォルダの中に直接置く） ROLE_GEMINI = "役_Gemini.md" # テーマの議論で、Gemini の1回目の役（あれば視聴者役の代わりに使い、Google 検索も使わせる） ROLE_CODEX = "役_codex.md" # テーマの議論で、codex の1回目の役 KEYCHAIN_SERVICE = "gemini_api_key" GEMINI_BASE = "https://generativelanguage.googleapis.com/v1beta" GEMINI_MODEL = os.environ.get("GEMINI_MODEL", "") # 空なら、使える中でいちばん上の Pro を選ぶ GEMINI_TIMEOUT = 10 * 60 CODEX_EFFORT = "medium" # 2回目は検索なしで、直す案の事実だけを見る CODEX_TIMEOUT = 30 * 60 # ───────── 共通の前提（3社に同じものを渡す） ───────── GROUND = """\ # 議論の前提（全員に共通） あなたは、YouTube の解説動画の台本を良くするための議論に参加しています。 参加者は Claude（台本の作り手）・Gemini（視聴者役）・codex（事実の番）の3つの AI です。 採るかどうかは、最後に人間（エイイチ）が決めます。あなたは材料を出す役です。 ## 判定の軸（この4つだけで評価する） 1. ターゲットの役に立つか（ロボティクスに興味がある経営者・PM・マネージャー・開発者） 2. 最後まで分かるか（耳で聞いて分かる平易な言葉か・冗長でないか・飽きないか） 3. エイイチ（チャンネルの人）の見立て・実感が入っているか 4. 事実は正しいか（言い過ぎていないか） ## 出してはいけない提案 - 再生数を稼ぐための誇張・釣り・煽り。中身と合わないタイトルやサムネイル - 事実を曲げる・不安をあおる・他社や人を悪く言う演出 - 「ユーモアや実体験を AI が作って足す」案（実体験は本人に聞いて入れる決まり） 再生数が伸びそうでも、上の4つの軸に反する案は出さないこと。 ## 書き方 - 日本語で書く。英語の文を混ぜない - 台本の行は「文番号（S001 など）」で指す - 指摘には重さを付ける：【高】直さないと伝わらない・誤り ／【中】直すと良くなる ／【低】好み - 直す案は、元の文を置き換える短い案文で出す（長い書き直しはしない） """ GEMINI_R1 = """\ # あなたの役：視聴者（Gemini） 次の3人になりきって、この台本の動画を最初から最後まで見たつもりで読んでください。 - 経営者：飲食チェーンの役員。ロボット導入の判断をする立場。数字とお金に敏感で、忙しい - PM：サービスロボットの導入プロジェクトを任された人。現場とメーカーの間に立つ - 開発者：ロボットのソフトを書く人。試算の前提の甘さに気づく ## 出してほしいもの（この順で） 1. 離脱しそうな所：3人それぞれ、どの文番号のあたりで「もういいか」と思うか。理由を1行で 2. 止まる言葉：耳で聞いて意味が取れない言葉・数字の詰め込み。文番号と言い換え案 3. 物足りない所：その人が知りたいのに出てこないこと 4. 良かった所：残すべき所（2〜3個） 5. いちばん直すべき3つ：重さ付きで ほかの AI の意見はまだ見せていません。自分の目で見て書いてください。 """ ROUND2 = """\ # 2回目：ほかの AI の指摘への返事（{who}） 下に、3つの AI の1回目の指摘があります（あなた自身のものも含みます）。 ほかの AI の指摘1つずつに、次のどれかで答えてください。新しい指摘は足さないこと。 - 賛成：理由を1行 - 反論：理由を1行（直すと何が悪くなるか） - 保留：判断に人間の情報が要るもの（何を聞けばよいか） {extra} 最後に「人間が先に決めるべき3つ」を、重さ付きで挙げてください。 話を丸くまとめようとせず、意見が割れる所は割れたまま書いてください。 """ CODEX_EXTRA = """\ あなたは事実の番です。賛成・反論の判断は「その直す案を採ったとき、事実が正しいままか・ 言い過ぎにならないか」だけで決めてください。構成・面白さ・言葉の好みには意見しないこと （その指摘は「事実の面では問題なし」とだけ書く）。話の筋や構成を組み替える提案もしないこと。 作業フォルダの narration.py の冒頭のコメントに、数字の出どころが書いてあります。 """ GEMINI_EXTRA = """\ あなたは視聴者役のままです。経営者・PM・開発者の目で、その直し方で見やすくなるかを判断してください。 codex（事実の番）の1回目の指摘には返事をしないこと（事実の判断は codex に任せる）。返事をするのは Claude の指摘だけ。 賛成ばかりにしないこと。視聴者として本当に見やすくなるかを考え、反論すべき所は反論してください。 """ THEME_EXTRA = """\ 賛成ばかりにしないこと。ほかの AI の数字や見立てに、根拠が弱い所・甘い所があれば反論してください。 """ THEME_CODEX_EXTRA = """\ あなたは数字の番です。ほかの AI が出した数字（再生数の見込み・ほかのチャンネルの数字など）について、 根拠が確かか・言い過ぎていないかを中心に返事をしてください。 """ def log(*a): print(datetime.now(JST).strftime("%Y-%m-%d %H:%M:%S"), *a, flush=True) def nfc(s): return unicodedata.normalize("NFC", s) def notify(msg): try: t = msg.replace("\\", "\\\\").replace('"', '\\"') subprocess.run(["osascript", "-e", f'display notification "{t}" with title "議論係"'], capture_output=True, timeout=20) except Exception: pass def read(path): b, _ = cr.read_stable(path) return b.decode("utf-8", errors="replace") def write(path, text): with open(path, "w", encoding="utf-8") as f: f.write(text.rstrip() + "\n") # ───────── Gemini ───────── def gemini_key(): r = subprocess.run(["/usr/bin/security", "find-generic-password", "-s", KEYCHAIN_SERVICE, "-w"], capture_output=True, text=True) key = r.stdout.strip() if r.returncode != 0 or not key: raise RuntimeError("キーチェーンに gemini_api_key が見つかりません。" " security add-generic-password -a \"$USER\" -s gemini_api_key -w で入れてください") return key def http(url, key, body=None, timeout=60): data = json.dumps(body).encode("utf-8") if body is not None else None req = urllib.request.Request(url, data=data, method="POST" if data else "GET", headers={"x-goog-api-key": key, "Content-Type": "application/json"}) try: with urllib.request.urlopen(req, timeout=timeout) as r: return json.loads(r.read().decode("utf-8")) except urllib.error.HTTPError as e: detail = e.read().decode("utf-8", "replace")[:800] raise RuntimeError(f"Gemini の API がエラーを返しました（{e.code}）: {detail}") MODEL_RE = re.compile(r"^models/(gemini-(\d+(?:\.\d+)?)-(pro|flash)(-preview(?:-\d{2}-\d{4})?)?)$") # customtools・tts などの変わり種は外す def pick_model(key): """使えるモデルの一覧から選ぶ。Pro を優先し、版の数字が大きいもの、正式版を優先""" if GEMINI_MODEL: return GEMINI_MODEL, [] out, url = [], f"{GEMINI_BASE}/models?pageSize=1000" d = http(url, key) cands = [] for m in d.get("models", []): name = m.get("name", "") mm = MODEL_RE.match(name) if not mm or "generateContent" not in m.get("supportedGenerationMethods", []): continue model, ver, kind, pre = mm.groups() cands.append(((kind == "pro", float(ver), not pre), model)) cands.sort(reverse=True) if not cands: raise RuntimeError("使える Gemini のモデルが見つかりません") return cands[0][1], [c[1] for c in cands[:6]] THEME_GROUND = """\ # 議論の前提（全員に共通） あなたは、YouTube チャンネル「フィジカルAI解説｜Pixels to Motors」の企画や方針を決めるための議論に参加しています。 参加者は Claude・Gemini・codex の3つの AI です。採るかどうかは、最後に人間（エイイチ）が決めます。あなたは材料を出す役です。 - 再生数を稼ぐための誇張・釣り・煽り、中身と合わないタイトルやサムネイルは、伸びそうでも提案しない - 日本語で書く。英語の文を混ぜない - 数字を言うときは、根拠（実際のデータ・調べた出典・推測）のどれかを必ず添える。推測は推測と書く - 話を丸くまとめず、ほかの AI と意見が割れる所は割れたまま書く """ LAST_USAGE = {"inp": 0, "out": 0} def gemini(key, model, system, user, search=False): body = { "systemInstruction": {"parts": [{"text": system}]}, "contents": [{"role": "user", "parts": [{"text": user}]}], "generationConfig": {"temperature": 0.7}, } if search: body["tools"] = [{"google_search": {}}] t0 = time.time() d = http(f"{GEMINI_BASE}/models/{model}:generateContent", key, body, timeout=GEMINI_TIMEOUT) parts = (d.get("candidates") or [{}])[0].get("content", {}).get("parts", []) text = "\n".join(p.get("text", "") for p in parts if not p.get("thought")).strip() if not text: raise RuntimeError(f"Gemini の答えが空でした: {json.dumps(d, ensure_ascii=False)[:600]}") gm = (d.get("candidates") or [{}])[0].get("groundingMetadata", {}) srcs = [c.get("web", {}) for c in gm.get("groundingChunks", []) if c.get("web")] if srcs: text += "\n\n## Gemini が検索で見た出典\n\n" + "\n".join(f"- {w.get('title', '')}: {w.get('uri', '')}" for w in srcs) u = d.get("usageMetadata", {}) LAST_USAGE.update(inp=u.get("promptTokenCount", 0) or 0, out=(u.get("candidatesTokenCount", 0) or 0) + (u.get("thoughtsTokenCount", 0) or 0)) meta = f"{'Google 検索あり・' if search else ''}モデル {model}・{int(time.time() - t0)}秒・入力 {u.get('promptTokenCount', '?')}・出力 {u.get('candidatesTokenCount', '?')} トークン" return text, meta # ───────── codex ───────── def codex(wdir, prompt, web=False): tmp = os.path.join(os.environ.get("TMPDIR", "/tmp"), f"debate_codex_{os.getpid()}.md") cmd = [cr.CODEX, "exec"] + (["-c", "tools.web_search=true"] if web else []) + ["-c", f'model_reasoning_effort="{CODEX_EFFORT}"', "-m", cr.MODEL, "-s", "read-only", "--skip-git-repo-check", "-C", wdir, "-o", tmp, "-"] t0 = time.time() r = subprocess.run(cmd, input=prompt, text=True, encoding="utf-8", capture_output=True, timeout=CODEX_TIMEOUT, env=cr.env_for_codex(), cwd=wdir) ans = "" if os.path.isfile(tmp): with open(tmp, encoding="utf-8", errors="replace") as f: ans = f.read().strip() os.remove(tmp) if r.returncode != 0 or not ans: raise RuntimeError(f"codex が失敗しました（終了コード {r.returncode}）:\n" + "\n".join((r.stderr or "").splitlines()[-30:])) tk = re.findall(r"tokens used\s*\n?\s*([\d,]+)", r.stderr or "") return ans, f"モデル {cr.MODEL}・考える深さ {CODEX_EFFORT}・{int(time.time() - t0)}秒・{tk[-1] if tk else '?'} トークン" # ───────── 1本分 ───────── def head(title, name, meta): return f"# {title}（{name}）\n\n- 日時: {datetime.now(JST).strftime('%Y-%m-%d %H:%M')}（JST）\n- {meta}\n\n---\n\n" def run_one(name, vdir, dry, ddir=None): theme = ddir is not None ddir = ddir or os.path.join(vdir, SUB) vdir = vdir or ddir files = cr.listdir_nfc(ddir) p = lambda n: os.path.join(ddir, files.get(n, n)) if REQ not in files: log(f"× {name}: {SUB}/{REQ} がありません") return req = read(p(REQ)) todo = [f for f in ("1_Gemini.md", "1_codex.md", "2_Gemini.md", "2_codex.md") if f not in files] log(f"▶ {name}: これから作るもの → {'・'.join(todo) or 'なし'}") if "1_Claude.md" not in files: log(" 注意: 1_Claude.md がありません（Claude 抜きで進めます）") if dry: return write(p(RUNNING), f"開始 {datetime.now(JST).strftime('%Y-%m-%d %H:%M:%S')}\nPID {os.getpid()}\n") try: key = gemini_key() model, _ = pick_model(key) # 1回目 ground = THEME_GROUND if theme else GROUND if "1_Gemini.md" not in files: log(f" 1回目 Gemini（{model}）…") if theme and ROLE_GEMINI in files: ans, meta = gemini(key, model, ground + "\n" + read(p(ROLE_GEMINI)), req, search=True) else: ans, meta = gemini(key, model, GROUND + "\n" + GEMINI_R1, req) write(p("1_Gemini.md"), head("1回目 Gemini（視聴者役）", name, meta) + ans) files["1_Gemini.md"] = "1_Gemini.md" if "1_codex.md" not in files: log(" 1回目 codex（事実確認）…") if theme and ROLE_CODEX in files: ans, meta = codex(vdir, ground + "\n" + read(p(ROLE_CODEX)) + "\n\n" + req, web=True) else: ans, meta = codex(vdir, GROUND + "\n# あなたの役：事実の番（codex）\n台本の事実確認をしてください。" "観点は事実と言い過ぎだけ。筋・構成・見立ては変えない。\n\n" + req, web=True) write(p("1_codex.md"), head("1回目 codex（事実の番）", name, meta) + ans) files["1_codex.md"] = "1_codex.md" # 2回目（3つの1回目をまとめて見せる） r1 = "" labels = (("Claude", "1_Claude.md"), ("Gemini", "1_Gemini.md"), ("codex", "1_codex.md")) if theme else \ (("Claude（台本の作り手）", "1_Claude.md"), ("Gemini（視聴者役）", "1_Gemini.md"), ("codex（事実の番）", "1_codex.md")) for who, f in labels: if f in files: r1 += f"\n\n==================== {who} の1回目 ====================\n\n" + read(p(f)) body2 = ("# 依頼\n\n" if theme else "# 台本と前提\n\n") + req + "\n\n# 1回目の意見" + r1 if "2_Gemini.md" not in files: log(" 2回目 Gemini…") if theme: ans, meta = gemini(key, model, ground + "\n" + ROUND2.format(who="Gemini", extra=THEME_EXTRA), body2) else: ans, meta = gemini(key, model, GROUND + "\n" + ROUND2.format(who="Gemini・視聴者役", extra=GEMINI_EXTRA), body2) write(p("2_Gemini.md"), head("2回目 Gemini", name, meta) + ans) if "2_codex.md" not in files: log(" 2回目 codex…") if theme: ans, meta = codex(vdir, ground + "\n" + ROUND2.format(who="codex", extra=THEME_CODEX_EXTRA) + "\n\n" + body2) else: ans, meta = codex(vdir, GROUND + "\n" + ROUND2.format(who="codex・事実の番", extra=CODEX_EXTRA) + "\n\n" + body2) write(p("2_codex.md"), head("2回目 codex", name, meta) + ans) except Exception as e: log(f"× {name}: {e}") write(p("エラー.txt"), f"{datetime.now(JST).strftime('%Y-%m-%d %H:%M:%S')}\n\n{e}\n") notify(f"議論が止まりました：{name}") return finally: if os.path.exists(p(RUNNING)): os.remove(p(RUNNING)) if os.path.exists(p(MARK)): os.rename(p(MARK), p(DONE)) log(f"✓ {name}: 議論が終わりました → 1_・2_ のファイル。次は Claude がまとめる番") notify(f"議論が終わりました：{name}") def research(dry): """動画/_調べ/{名前}/ に かける.txt があれば、YouTube を検索して数字を取る（youtube_market.py）""" real = cr.listdir_nfc(VIDEOS).get(nfc("_調べ")) if not real: return False root = os.path.join(VIDEOS, real) for name, r in sorted(cr.listdir_nfc(root).items()): d = os.path.join(root, r) f = cr.listdir_nfc(d) if os.path.isdir(d) else {} if MARK in f and "キーワード.txt" in f: log(f"▶ YouTube の調べ _調べ/{name}") if dry: return True try: import youtube_market n = youtube_market.run(d) os.rename(os.path.join(d, f[MARK]), os.path.join(d, DONE)) log(f"✓ _調べ/{name}: {n} 語を調べました → 結果.md") notify(f"YouTube の調べが終わりました：{name}") except Exception as e: write(os.path.join(d, "エラー.txt"), f"{datetime.now(JST).strftime('%Y-%m-%d %H:%M:%S')}\n\n{e}\n") os.rename(os.path.join(d, f[MARK]), os.path.join(d, "失敗.txt")) log(f"× _調べ/{name}: {e}") return True return False def sweep(dry): if research(dry): return import neta # 動画/_ネタ/ … ネタ出し（neta.py） if neta.sweep(dry): return import seisaku # 動画/_制作/ … 制作チーム（seisaku.py） if seisaku.sweep(dry): return import kikaku # 動画/_企画/ … 100回の企画会議（kikaku.py） if kikaku.sweep(dry): return troot = cr.listdir_nfc(VIDEOS).get(nfc(THEMES)) if troot: tdir = os.path.join(VIDEOS, troot) for name, real in sorted(cr.listdir_nfc(tdir).items()): d = os.path.join(tdir, real) if not os.path.isdir(d): continue f = cr.listdir_nfc(d) if RUNNING in f: log(f"いま動いています: {THEMES}/{name}（今回は何もしません）") return if MARK in f: run_one(f"{THEMES}/{name}", None, dry, ddir=d) return for name, real in sorted(cr.listdir_nfc(VIDEOS).items()): if name.startswith("_"): continue vdir = os.path.join(VIDEOS, real) sub = cr.listdir_nfc(vdir).get(nfc(SUB)) if not sub: continue f = cr.listdir_nfc(os.path.join(vdir, sub)) if RUNNING in f: log(f"いま動いています: {name}（今回は何もしません）") return if MARK in f: run_one(name, vdir, dry) return # 一度に1本だけ log("印（議論/かける.txt・_議論/{テーマ}/かける.txt）のついたものはありません") LABEL = "jp.adaptdesign.pixelstomotors.debate-runner" PLIST = os.path.expanduser(f"~/Library/LaunchAgents/{LABEL}.plist") LOGFILE = os.path.join(cr.CONF, "debate_runner.log") def install(): """5分ごとに見回るように登録する。印（かける.txt）を置けば、ターミナルを開かなくても議論が回る""" os.makedirs(os.path.dirname(PLIST), exist_ok=True) os.makedirs(cr.CONF, exist_ok=True) cal = "".join(f"Minute{m}" for m in range(2, 60, 5)) plist = f""" Label{LABEL} ProgramArguments{sys.executable}{os.path.abspath(__file__)}--once StartCalendarInterval{cal} RunAtLoad WorkingDirectory{HERE} EnvironmentVariables PATH/usr/bin:/bin:/usr/sbin:/sbin CODEX_HOME{cr.CODEX_HOME} LANGja_JP.UTF-8 StandardOutPath{LOGFILE} StandardErrorPath{LOGFILE} """ with open(PLIST, "w") as f: f.write(plist) subprocess.run(["launchctl", "unload", PLIST], capture_output=True) r = subprocess.run(["launchctl", "load", PLIST], capture_output=True, text=True) if r.returncode != 0: raise RuntimeError(f"登録できませんでした: {r.stderr.strip()}") print(f"登録しました。5分ごとに見回ります（いまも1回動きます）。記録: {LOGFILE}") def uninstall(): subprocess.run(["launchctl", "unload", PLIST], capture_output=True) if os.path.exists(PLIST): os.remove(PLIST) print("自動の見回りを外しました") def check(): key = gemini_key() log(f"キー: 見つかりました（頭 {key[:4]}…・{len(key)} 文字）") model, top = pick_model(key) log(f"選んだモデル: {model}") if top: log("候補の上位:", "・".join(top)) ans, meta = gemini(key, model, "日本語で、ひとことで答えてください。", "動作確認です。「準備できました」とだけ返してください。") log(f"Gemini の返事: {ans}（{meta}）") log(f"codex の本体: {'あります' if os.path.isfile(cr.CODEX) else '見つかりません'}（{cr.CODEX}）") if __name__ == "__main__": ap = argparse.ArgumentParser(description="動画の台本を、Gemini と codex に議論させる") ap.add_argument("--check", action="store_true", help="キーとモデルを確かめるだけ") ap.add_argument("--once", action="store_true", help="印のついた動画を1本、議論にかける") ap.add_argument("--dry-run", action="store_true", help="何をするかを出すだけ") ap.add_argument("--install", action="store_true", help="5分ごとに見回るように登録する") ap.add_argument("--uninstall", action="store_true", help="自動の見回りを外す") a = ap.parse_args() try: if a.install: install() elif a.uninstall: uninstall() elif a.check: check() else: sweep(a.dry_run) except Exception as e: log("×", e) sys.exit(1) ``` ### kikaku.py（3回目の100回の企画会議） ```python #!/usr/bin/env python3 """kikaku.py — 動画の企画を、AI に100回以上議論させる「企画会議」. debate_runner.py の見回り（launchd・5分ごと）から呼ばれる。手で動かすときも debate_runner.py --once でよい。 置き場所（動画/_企画/{会議の名前}/）: 依頼.md Claude が書く。何の企画を決めたいか・前提・Claude の最初の案 回数.txt 何回議論するか（無ければ100）。数字だけを書く かける.txt 印。Claude が置く。終わると かけた.txt に名前を変える 止める.txt エイイチが置くと、その回が終わったところで止まる（あとで消せば続きから） 進み具合.md 毎回書き換える。いま何回目か・どの段階か・いまの企画ボード・かかった費用の目安 ログ.md 1回ごとの発言を、上に足していく（新しいものが上） 状態.json 続きから再開するための記録 最終案.md 100回終わったときの企画ボード 段階（回数を100としたとき。回数を変えると比で伸び縮みする）: 1〜20 出す 企画の案を広く出す 21〜60 揉む 案の穴を突き、直し、合わせ、捨てる 61〜90 絞る 4つの軸と見込みの再生数で点を付け、上位に絞る 91〜100 仕上げる 最終の3本を、題名・サムネイルの文字・冒頭5秒・構成・見込みまで書く 話す役: 10回に1回は codex（数字と釣りの番）。残りは Gemini が、次の役を順に回す 経営者の視聴者・PM の視聴者・開発者の視聴者・YouTube の企画の編集者・穴を突く役・ロボットに詳しくない一般の視聴者・エイイチの目的を守る役 Claude は最初の案（依頼.md の中）と、終わったあとのまとめで加わる """ import json, os, re, signal, subprocess, sys, time from datetime import datetime import debate_runner as dr cr = dr.cr ROOT = "_企画" MARK, DONE, STOP, RUNNING = "かける.txt", "かけた.txt", "止める.txt", "実行中.txt" PRICE = {"pro": (2.0, 12.0), "flash": (0.75, 3.75)} # 1百万トークンあたりのドル（入力・出力の目安。Pro は 3.1 Pro preview、Flash は 3.x Flash） YEN = 155 # 円の換算の目安 MAX_PARALLEL = 3 # 同時に回す会議の数の上限（会議は API を待つだけで Mac は軽い） PRO_ROLES = ("穴を突く",) # この役と「仕上げる」段階だけ Pro。ほかは安い Flash PERSONAS = [ ("経営者の視聴者", "飲食・小売・病院などでロボット導入を判断する立場。忙しく、数字とお金で考える。押したくなる題名か、最後まで見たいかを正直に言う"), ("PM の視聴者", "ロボット導入のプロジェクトを任された人。現場とメーカーの間に立つ。自分の仕事に使えるかで見る"), ("開発者の視聴者", "ロボットや AI のソフトを書く人。前提の甘さ・ありきたりな話にすぐ気づく。新しく分かることがあるかで見る"), ("YouTube の企画の編集者", "日本の YouTube でどんな題材・題名・サムネイルが表示され、押され、見続けられるかに詳しい。釣りはしないが、入口の作りには厳しい"), ("穴を突く役", "今の案のいちばん弱い所を探して突く。みんなが賛成している案ほど疑う"), ("ロボットに詳しくない一般の視聴者", "ロボットにも AI にも詳しくない、普段は身近なニュースや雑学の動画を見る人。おすすめに出てきたとき、題名とサムネイルだけで押すかどうかを決める。知らない言葉が1つでもあれば押さない"), ("エイイチの目的を守る役", "チャンネルの目的（仕事につながる人に見てもらう）と、守ること（釣りをしない・顔は出さない・声は AI）からずれていないかを見る"), ] PHASES = [(0.20, "出す", "企画の案を広く出す段階。いまのボードにない新しい案を1〜3本足す。似た案を足さない"), (0.60, "揉む", "案を揉む段階。ボードの案の穴を突き、直し、合わせ、見込みのない案は理由を書いて捨てる"), (0.90, "絞る", "絞る段階。4つの軸（ターゲットの役に立つ・最後まで分かる・エイイチの見立てがある・事実が正しい）と、公開から3か月の見込みの再生数で点を付け、上位5本に絞る"), (1.01, "仕上げる", "仕上げる段階。上位3本について、題名・サムネイルの文字・冒頭5秒のセリフ・構成（4〜6つの節）・見込みの再生数と根拠・撮影や試算で要るものを書く。前の回の書き方をよくする")] WAY_HEAD = """ # この会議のやり方 - これは、動画の企画を決めるための長い会議です。あなたは今回、1回分だけ発言します - 自分の名前（Gemini・codex・Claude など）や役の名前を名乗らない。発言の中身だけを書く - 前の人の発言に、必ず1つは具体的に反応する（賛成でも反論でもよい）。同じことを言い直さない - 「企画ボード」は、会議の今の結論をまとめた板です。あなたの発言を受けて、ボードを書き直してください """ WAY_BOARD_VIDEO = """- ボードは2,500字以内。案ごとに、題名の案・中身・どの柱か・見込みの再生数（根拠つき）・いまの評価・残っている疑問 を書く - 見込みの再生数は、依頼に書いたチャンネルの実際の数字を土台にする。根拠のない楽観はしない """ WAY_TAIL = """ # 出す形（この形を必ず守る） 【発言】 （あなたの発言。400字くらいまで） 【ボード】 （書き直した企画ボードの全文） """ GROUND = dr.THEME_GROUND + WAY_HEAD + WAY_BOARD_VIDEO + WAY_TAIL # 動画の会議（前と同じ） CODEX_ROLE_VIDEO = ("# あなたの役：数字と釣りの番（codex）\nボードの見込みの再生数の根拠と計算を確かめ、甘い所は直す。" "題名やサムネイルの案が中身より言い過ぎていないか（釣りになっていないか）も止める。必要ならウェブで確かめる。\n") # 会議ごとの差し替え（フォルダに置けば、その会議だけ動画用の決まりの代わりに使う） # 前提.md … 議論の前提とボードの書き方（THEME_GROUND と、ボードの2行の代わり） # 段階.json … [[比, "名前", "やること"], ...]（PHASES の代わり） # 番.md … 10回に1回の codex の役（CODEX_ROLE_VIDEO の代わり） # 役.json … Gemini が回す役（PERSONAS の代わり。前からある） def pick_flash(key): """使える Flash の中で、版の数字がいちばん大きい正式版（無ければ preview）""" d = dr.http(f"{dr.GEMINI_BASE}/models?pageSize=1000", key) c = [] for m in d.get("models", []): mm = dr.MODEL_RE.match(m.get("name", "")) if mm and mm.group(3) == "flash" and "generateContent" in m.get("supportedGenerationMethods", []): c.append(((float(mm.group(2)), not mm.group(4)), mm.group(1))) return max(c)[1] if c else None def phase_of(t, total, phases=None): phases = phases or PHASES for edge, name, how in phases: if t <= max(1, round(total * edge)): return name, how return phases[-1][1], phases[-1][2] def split(ans): m = re.search(r"【発言】\s*(.*?)\s*【ボード】\s*(.*)", ans, re.S) if not m: return ans.strip(), None board = m.group(2).strip() return m.group(1).strip(), (board if len(board) > 50 else None) def load(d): p = os.path.join(d, "状態.json") if os.path.isfile(p): return json.load(open(p, encoding="utf-8")) return {"turn": 0, "board": "（まだ案はありません）", "recent": [], "inp": 0, "out": 0, "codex": 0, "start": datetime.now(dr.JST).isoformat(timespec="minutes")} def save(d, st): tmp = os.path.join(d, "状態.json.tmp") with open(tmp, "w", encoding="utf-8") as f: json.dump(st, f, ensure_ascii=False, indent=1) os.replace(tmp, os.path.join(d, "状態.json")) def progress(d, st, total, now_phase, note=""): usd = sum(st.get(f"inp_{k}", 0) / 1e6 * PRICE[k][0] + st.get(f"out_{k}", 0) / 1e6 * PRICE[k][1] for k in PRICE) \ + st["inp"] / 1e6 * PRICE["pro"][0] + st["out"] / 1e6 * PRICE["pro"][1] # inp/out は Pro だけだった前の版の分 bar = "■" * (st["turn"] * 20 // total) + "□" * (20 - st["turn"] * 20 // total) L = [f"# 進み具合（{os.path.basename(d)}）", "", f"- {bar} **{st['turn']} / {total} 回**（段階：{now_phase}）", f"- 始めた時刻 {st['start'].replace('T', ' ')}・最後に書いた時刻 {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M')}", f"- Gemini の費用の目安 約{usd * YEN:,.0f}円（Pro {st.get('n_pro', 0)} 回・Flash {st.get('n_flash', 0)} 回）・codex {st['codex']} 回（ChatGPT Plus の枠）", "- 止めたいときは、このフォルダに 止める.txt を置く（いまの回が終わったら止まる。消せば続きから）"] if note: L.append(f"- {note}") L += ["", "## 直近の発言", ""] for r in st["recent"][-3:][::-1]: L += [f"**{r['n']}回目｜{r['who']}**", "", r["say"][:400], ""] L += ["## いまの企画ボード", "", st["board"], ""] dr.write(os.path.join(d, "進み具合.md"), "\n".join(L)) def append_log(d, n, total, phase, who, say): p = os.path.join(d, "ログ.md") old = open(p, encoding="utf-8").read() if os.path.isfile(p) else f"# 会議のログ（{os.path.basename(d)}・新しい発言が上）\n\n" head, _, rest = old.partition("\n\n") entry = f"## {n} / {total}｜{phase}｜{who}（{datetime.now(dr.JST).strftime('%H:%M')}）\n\n{say}\n\n" dr.write(p, head + "\n\n" + entry + rest) def run(name, d, dry): files = cr.listdir_nfc(d) if "依頼.md" not in files: dr.log(f"× {name}: 依頼.md がありません") return total = 100 if "回数.txt" in files: try: total = max(10, int(open(os.path.join(d, files["回数.txt"]), encoding="utf-8").read().strip())) except ValueError: pass personas = PERSONAS if "役.json" in files: # 会議ごとに役を差し替える（[["名前","説明"], ...]） personas = [tuple(x) for x in json.load(open(os.path.join(d, files["役.json"]), encoding="utf-8"))] ground, phases, codex_role = GROUND, PHASES, CODEX_ROLE_VIDEO if "前提.md" in files: ground = dr.read(os.path.join(d, files["前提.md"])) + WAY_HEAD + WAY_TAIL if "段階.json" in files: phases = [tuple(x) for x in json.load(open(os.path.join(d, files["段階.json"]), encoding="utf-8"))] if "番.md" in files: codex_role = dr.read(os.path.join(d, files["番.md"])) + "\n" st = load(d) if dry: dr.log(f"［試し］{name}: {st['turn']} / {total} 回まで済み") return req = dr.read(os.path.join(d, files["依頼.md"])) key = dr.gemini_key() model, _ = dr.pick_model(key) flash = pick_flash(key) or model dr.write(os.path.join(d, RUNNING), f"開始 {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M:%S')}\nPID {os.getpid()}\n") dr.log(f"▶ 企画会議 {name}: {st['turn'] + 1} 回目から {total} 回目まで（Pro {model}・Flash {flash}）") try: while st["turn"] < total: if os.path.exists(os.path.join(d, STOP)): progress(d, st, total, phase_of(st["turn"] + 1, total, phases)[0], "止める.txt があるので止まっています") dr.log(f" 止める.txt があるので {st['turn']} 回目で止めました") return n = st["turn"] + 1 phase, how = phase_of(n, total, phases) recent = "\n\n".join(f"［{r['n']}回目｜{r['who']}］\n{r['say']}" for r in st["recent"][-6:]) or "（まだ発言はありません）" body = (f"# 依頼\n\n{req}\n\n# いまの企画ボード\n\n{st['board']}\n\n# 直近の発言\n\n{recent}\n\n" f"# 今回\n\n{n} / {total} 回目。段階は「{phase}」。{how}") for attempt in range(3): try: if n % 10 == 0: who = "codex（数字と釣りの番）" first = codex_role.split("\n")[0] who = "codex（" + (first.split("：", 1)[-1].split("（")[0].strip() if "：" in first else "番") + "）" ans, _ = dr.codex(d, ground + "\n" + codex_role + "\n" + body, web=True) st["codex"] += 1 else: pname, pdesc = personas[(n - 1) % len(personas)] who = f"Gemini（{pname}）" search = phase in ("出す", "揉む") and ("編集者" in pname or "一般" in pname or "ニュース" in pname) tier = "pro" if (phase == "仕上げる" or any(r in pname for r in PRO_ROLES) or flash == model) else "flash" ans, _ = dr.gemini(key, model if tier == "pro" else flash, ground + f"\n# あなたの役：{pname}\n{pdesc}\n", body, search=search) st[f"inp_{tier}"] = st.get(f"inp_{tier}", 0) + dr.LAST_USAGE["inp"] st[f"out_{tier}"] = st.get(f"out_{tier}", 0) + dr.LAST_USAGE["out"] st[f"n_{tier}"] = st.get(f"n_{tier}", 0) + 1 who += "・Pro" if tier == "pro" else "" break except Exception as e: dr.log(f" {n}回目 失敗（{attempt + 1}回目）: {str(e)[:200]}") if attempt == 2: raise time.sleep(30) say, board = split(ans) if board: st["board"] = board st["turn"] = n st["recent"] = (st["recent"] + [{"n": n, "who": who, "say": say}])[-12:] save(d, st) try: os.utime(os.path.join(d, RUNNING)) except OSError: pass append_log(d, n, total, phase, who, say) progress(d, st, total, phase) dr.log(f" {n}/{total} {phase} {who}") if n in (total // 4, total // 2, total * 3 // 4): dr.notify(f"企画会議 {os.path.basename(d)}：{n} / {total} 回") dr.write(os.path.join(d, "最終案.md"), f"# 最終案（{os.path.basename(d)}・{total}回の会議のあと）\n\n" + st["board"]) mk = os.path.join(d, MARK) if os.path.exists(mk): os.rename(mk, os.path.join(d, DONE)) progress(d, st, total, "終わり", "会議は終わりました。最終案.md を見てください") dr.log(f"✓ 企画会議 {name}: {total} 回終わりました") dr.notify(f"企画会議が終わりました：{os.path.basename(d)}") except Exception as e: dr.write(os.path.join(d, "エラー.txt"), f"{datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M:%S')}\n\n{e}\n") progress(d, st, total, phase_of(st["turn"] + 1, total, phases)[0], f"エラーで止まりました（エラー.txt）。次の見回りで続きから試します") dr.log(f"× 企画会議 {name}: {e}") dr.notify(f"企画会議が止まりました：{os.path.basename(d)}") finally: p = os.path.join(d, RUNNING) if os.path.exists(p): os.remove(p) SITE_ROOT = os.path.join(os.path.dirname(os.path.dirname(dr.VIDEOS)), "サイト改善", "_企画") # PixelstoMotors/サイト改善/_企画/ def roots(): out = [] real = cr.listdir_nfc(dr.VIDEOS).get(dr.nfc(ROOT)) if real: out.append((ROOT, os.path.join(dr.VIDEOS, real))) if os.path.isdir(SITE_ROOT): out.append(("サイト改善/_企画", SITE_ROOT)) return out def meetings(): for label, root in roots(): for name, r in sorted(cr.listdir_nfc(root).items()): d = os.path.join(root, r) if os.path.isdir(d): yield f"{label}/{name}", d, cr.listdir_nfc(d) def is_running(d, f): """実行中.txt があり、その PID が生きているか、起こしてから20分以内なら「動いている」""" if RUNNING not in f: return False p = os.path.join(d, f[RUNNING]) try: txt = open(p, encoding="utf-8").read() age = time.time() - os.path.getmtime(p) except OSError: return False m = re.search(r"PID (\d+)", txt) if m: try: os.kill(int(m.group(1)), 0) return True except ProcessLookupError: return False except PermissionError: return True return age < 20 * 60 def spawn(label, d): """会議を別の作業として起こし、見張り係はすぐ見回りに戻る（会議が終わるまで待たない）""" dr.write(os.path.join(d, RUNNING), f"起動 {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M:%S')}（見張り係が起こしたところ）\n") os.makedirs(cr.CONF, exist_ok=True) logf = open(os.path.join(cr.CONF, "kikaku.log"), "a") subprocess.Popen([sys.executable, os.path.abspath(__file__), "--run", d, label], cwd=dr.HERE, stdin=subprocess.DEVNULL, stdout=logf, stderr=subprocess.STDOUT, start_new_session=True, env=os.environ.copy()) dr.log(f"▶ 企画会議 {label} を別の作業として起こしました") def sweep(dry): """印のついた会議を、同時に MAX_PARALLEL 本まで起こす。会議の終わりは待たない。 ほかの議論（台本の議論・テーマの議論）の見回りも続けられるよう、いつも False を返す""" ms = list(meetings()) running = [] for label, d, f in ms: if is_running(d, f): running.append(label) elif RUNNING in f and not dry: os.remove(os.path.join(d, f[RUNNING])) # PID が死んでいる・古い印は、止まった跡 f.pop(RUNNING, None) if running: dr.log(f"企画会議 動いている: {'・'.join(running)}") for label, d, f in ms: if len(running) >= MAX_PARALLEL: break if label in running or MARK not in f or STOP in f: continue if dry: dr.log(f"［試し］企画会議 {label} を起こします") else: spawn(label, d) running.append(label) return False if __name__ == "__main__": if len(sys.argv) >= 4 and sys.argv[1] == "--run": d, label = sys.argv[2], sys.argv[3] try: run(label, d, False) except Exception as e: dr.log(f"× 企画会議 {label}: {e}") p = os.path.join(d, RUNNING) if os.path.exists(p) and "PID" not in open(p, encoding="utf-8").read(): os.remove(p) sys.exit(1) ``` ### seisaku.py（4・5回目の制作チーム（別々に書いて直し合う。見出しの読み取りを直したあとの版）） ```python #!/usr/bin/env python3 """seisaku.py — 別々の AI が話し合って、価値のある動画の企画を作る「制作チーム」. 合議（みんなで1つの結論に寄せる）はしない。批判は案を消すためではなく、強くするために使う。 流れ（動画/_制作/{名前}/）: 1. 3社が別々に企画書を1本ずつ作る（互いに見ない） Claude … 案_Claude_1.md（チャットの中で Claude が書く） Gemini … 案_Gemini_1.md（このスクリプト。Google 検索つき） codex … 案_codex_1.md （このスクリプト。ウェブ検索つき） 2. 攻めと直し：各社が、ほかの2本を「誰が書いたか伏せて」読み、直し方つきで攻める 批評_{回}_{批評した人}.md。「弱い」だけの指摘は禁止。言い過ぎは、事実の範囲で一番強い言い方に直す。案を捨てる権限は誰にもない 3. 書き直し：作者が、自分の案への批評を読み、取り込むかを自分で決めて書き直す 案_{作者}_{回+1}.md 2と3を 回数.txt の回数（無ければ2回）くり返す 4. 並べる.md … 最後の3本を、作者を伏せて並べる（YouTube で調べた数字を横に添える） 比べる.md … 作者ごとに「最初の版」と「最後の版」を、どちらがどちらか伏せて並べる（話し合いで良くなったかをエイイチが判定する） 答え_見ないで.json … 伏せた名前の対応 Claude の番になると、ここで止まって 進み具合.md に「Claude の番」と書き、Mac に通知を出す。 Claude がファイルを置けば、次の見回りで続きから進む。 """ import json, os, random, re, time from datetime import datetime import debate_runner as dr cr = dr.cr ROOT = "_制作" MARK, DONE, STOP, RUNNING = "かける.txt", "かけた.txt", "止める.txt", "実行中.txt" AUTHORS = ["Claude", "Gemini", "codex"] AUTO = {"Gemini", "codex"} FORMAT = """\ # 企画書の形（この見出しで、この順に書く） ## 題名 ## サムネイルの文字（大きく2〜3行） ## 冒頭15秒のセリフ（ハコブくんが話す） ## 見せ場（見た人が新しく知ること・誰かに話したくなること） ## ロボットに詳しい人の目（この動画にしかない見方） ## 構成（5〜7節。1節1〜2行） ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ## 撮るもの・作るもの（撮影は2〜3時間以内） ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） """ GROUND = """\ # 制作チームの決まり（全員に共通） あなたは YouTube チャンネル「フィジカルAI解説｜Pixels to Motors」の動画の企画を作る制作チームの一員です。 チームの目的は、全員が反対しない案を作ることではなく、見た人にとって価値があり、たくさんの人が押して最後まで見る企画を作ることです。 - 尖った所・話題性のある所は、チームの財産です。消さずに、事実の範囲で一番強く伝わる形にする - 事実と違うこと・確かめられないことを、確かなこととして言わない。言い過ぎは、事実に合わせて言い方を直す（題材は捨てない） - 時事のニュースは、出典の URL と発表日を必ず添える。検索で見つけた要約ではなく、元の記事・発表で確かめる - 釣り（中身と合わない題名やサムネイル）・煽り・人や会社を悪く言う演出はしない - 日本語で書く。英語の文を混ぜない。自分の名前や役の名前を名乗らない """ DRAFT = """\ # あなたの仕事：企画書を1本作る 依頼を読んで、あなたが一番価値があると思う動画の企画を1本だけ作ってください。題材は自由です。 ほかのメンバーも別々に企画を作っています。似た案にしないために、あなたにしか出せない切り口を選んでください。 無難な案は求めていません。話題性があって、事実で裏付けられる、尖った案を作ってください。 """ + FORMAT CRITIQUE = """\ # あなたの仕事：ほかのメンバーの企画書を、強くするために攻める 下に、ほかのメンバーが作った企画書が2本あります（誰が書いたかは伏せてあります）。1本ずつ、次の形で書いてください。 ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） ### 弱い所と、その直し方（弱い所1つにつき、必ず具体的な直し方を書く。「弱い」だけの指摘は書かない） ### 事実の直し（間違い・言い過ぎ・出典がない所を、事実の範囲で一番強い言い方に書き直す。出典の URL と日付を添える。確かめられなければ「未確認」） ### もっと見られるための一手（題名・サムネイル・冒頭・見せ場のどれか1つを、具体的な文で） ## 案B （同じ形） 決まり：案を「やめるべき」「別の題材にすべき」と言わない。題材を活かしたまま強くする方法だけを書く。 """ REWRITE = """\ # あなたの仕事：自分の企画書を書き直す 下に、あなたが書いた企画書と、それへのほかのメンバーからの批評があります。 この企画の作者はあなたです。批評を取り込むかどうかは、あなたが決めてください。 - 取り込むと良くなる直しは取り込む。事実の直しは必ず取り込む - 案が平凡になる直し・尖りを消す直しは、理由を書いて断ってよい - 題材は変えない（磨く） はじめに「## 受け取った直し」として、直しごとに「取り込んだ／断った」と理由を1行ずつ書き、 そのあとに書き直した企画書の全文を、下の形で書いてください。 """ + FORMAT def log(*a): dr.log(*a) def path(d, name): return os.path.join(d, name) def exists(d, name): return os.path.isfile(path(d, name)) def read(d, name): return dr.read(path(d, name)) def strip_head(text): """書き出しのヘッダ（日時など）を除いた本文""" return text.split("\n---\n", 1)[1].strip() if "\n---\n" in text[:600] else text.strip() def write_doc(d, name, title, meta, body): dr.write(path(d, name), f"# {title}\n\n- 日時: {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M')}（JST）\n- {meta}\n\n---\n\n{body}") def load(d): p = path(d, "状態.json") if os.path.isfile(p): return json.load(open(p, encoding="utf-8")) rnd = random.Random() labels = {} for c in AUTHORS: # 批評する人ごとに、ほかの2本を 案A・案B に（順は毎回ばらばら） others = [a for a in AUTHORS if a != c] rnd.shuffle(others) labels[c] = {"案A": others[0], "案B": others[1]} return {"labels": labels, "cost_in": 0, "cost_out": 0, "codex": 0, "start": datetime.now(dr.JST).isoformat(timespec="minutes")} def save(d, st): tmp = path(d, "状態.json.tmp") with open(tmp, "w", encoding="utf-8") as f: json.dump(st, f, ensure_ascii=False, indent=1) os.replace(tmp, path(d, "状態.json")) def progress(d, st, rounds, now, note=""): usd = st["cost_in"] / 1e6 * 2.0 + st["cost_out"] / 1e6 * 12.0 rows = [] for a in AUTHORS: vs = [v for v in range(1, rounds + 2) if exists(d, f"案_{a}_{v}.md")] cs = [k for k in range(1, rounds + 1) if exists(d, f"批評_{k}_{a}.md")] rows.append(f"| {a} | {('第' + str(max(vs)) + '版') if vs else 'まだ'} | {('・'.join(f'{k}回目' for k in cs)) or 'まだ'} |") L = [f"# 進み具合（制作チーム：{os.path.basename(d)}）", "", f"- いま：**{now}**", f"- 往復の回数：{rounds} 回（攻めと書き直しを1往復と数える）", f"- 始めた時刻 {st['start'].replace('T', ' ')}・最後に書いた時刻 {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M')}", f"- Gemini の費用の目安 約{usd * 155:,.0f}円・codex {st['codex']} 回（ChatGPT Plus の枠）"] if note: L.append(f"- {note}") L += ["", "| 作者 | 企画書 | 攻めた回 |", "|---|---|---|"] + rows + [ "", "ファイル：案_{作者}_{版}.md（企画書）・批評_{回}_{批評した人}.md（攻め）。最後に 並べる.md と 比べる.md ができる"] dr.write(path(d, "進み具合.md"), "\n".join(L)) def run_gemini(st, key, model, task, body): ans, meta = dr.gemini(key, model, GROUND + "\n" + task, body, search=True) st["cost_in"] += dr.LAST_USAGE["inp"] st["cost_out"] += dr.LAST_USAGE["out"] return ans, meta def run_codex(st, d, task, body): ans, meta = dr.codex(d, GROUND + "\n" + task + "\n\n" + body, web=True) st["codex"] += 1 return ans, meta def critique_input(d, st, critic, version): lab = st["labels"][critic] parts = [] for L in ("案A", "案B"): parts.append(f"==================== {L} ====================\n\n" + strip_head(read(d, f"案_{lab[L]}_{version}.md"))) return "# 依頼\n\n" + read(d, "依頼.md") + "\n\n# ほかのメンバーの企画書\n\n" + "\n\n".join(parts) def section_for(text, label): """批評の中から、案A・案B のどちらか1本ぶんを抜き出す""" text = strip_head(text) m = re.search(rf"^#+\s*{label}\s*$(.*?)(?=^#+\s*案[AB]\s*$|\Z)", text, re.M | re.S) return m.group(1).strip() if m else "" def rewrite_input(d, st, author, k): mine = strip_head(read(d, f"案_{author}_{k}.md")) notes = [] for critic in AUTHORS: if critic == author or not exists(d, f"批評_{k}_{critic}.md"): continue lab = {v: L for L, v in st["labels"][critic].items()}[author] sec = section_for(read(d, f"批評_{k}_{critic}.md"), lab) if sec: notes.append(f"==================== メンバーからの批評 ====================\n\n{sec}") return ("# 依頼\n\n" + read(d, "依頼.md") + "\n\n# あなたの企画書（いまの版）\n\n" + mine + "\n\n# あなたの企画書への批評\n\n" + ("\n\n".join(notes) or "（批評が見つかりませんでした）")) def claude_turn(d, st, rounds, what, name): progress(d, st, rounds, f"Claude の番：{what}（{name} を待っています）") flag = path(d, "Claudeの番.txt") if not os.path.exists(flag): dr.write(flag, f"{datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M')}\n{what}\n{name} を置けば続きます\n") dr.notify(f"制作チーム {os.path.basename(d)}：Claude の番（{what}）") log(f" Claude の番：{what}（{name}）") def finish(d, st, rounds): rnd = random.Random() key = {"並べる": {}, "比べる": {}} order = AUTHORS[:] rnd.shuffle(order) L = [f"# 並べる：最後の3本（{os.path.basename(d)}・作者は伏せてあります）", ""] words = [] for i, a in enumerate(order, 1): key["並べる"][f"案{i}"] = a body = strip_head(read(d, f"案_{a}_{rounds + 1}.md")) body = re.sub(r"^##\s*受け取った直し.*?(?=^##\s*題名)", "", body, flags=re.M | re.S).strip() L += [f"## 案{i}", "", body, ""] m = re.search(r"^##\s*YouTubeで調べる言葉[^\n]*$(.*?)(?=^##|\Z)", body, re.M | re.S) if m: words += [w.strip(" -・*") for w in m.group(1).strip().splitlines() if w.strip(" -・*")][:2] # YouTube で入口の言葉を調べる（小さなチャンネルの実績を横に添える） if words: sub = path(d, "調べ") os.makedirs(sub, exist_ok=True) with open(path(sub, "キーワード.txt"), "w", encoding="utf-8") as f: f.write("\n".join(dict.fromkeys(words)) + "\n") try: import youtube_market youtube_market.run(sub) L += ["---", "", "## YouTube で入口の言葉を調べた数字", "", "（調べ/結果.md の要点。小さなチャンネル＝登録者1万人未満の本編を見る）", ""] res = open(path(sub, "結果.md"), encoding="utf-8").read() L += [x for x in res.splitlines() if x.startswith("## ") or x.startswith("- 本編") or x.startswith("- ")][:80] except Exception as e: L += ["", f"（YouTube の調べはできませんでした: {e}）"] dr.write(path(d, "並べる.md"), "\n".join(L)) C = [f"# 比べる：話し合いで良くなったか（{os.path.basename(d)}）", "", "作者ごとに、最初の版と最後の版を、どちらがどちらか伏せて並べました。", "それぞれ「X と Y のどちらが良いか」と一言の理由を書いてください。答えは 答え_見ないで.json にあります。", ""] for i, a in enumerate(order, 1): pair = [("最初", strip_head(read(d, f"案_{a}_1.md"))), ("最後", strip_head(read(d, f"案_{a}_{rounds + 1}.md")))] rnd.shuffle(pair) key["比べる"][f"組{i}"] = {"X": pair[0][0], "Y": pair[1][0], "作者": a} for tag, (_, body) in zip(("X", "Y"), pair): body = re.sub(r"^##\s*受け取った直し.*?(?=^##\s*題名)", "", body, flags=re.M | re.S).strip() C += [f"## 組{i}・{tag}", "", body, ""] C += [f"**組{i}の判定**：（X か Y）　理由：", "", "---", ""] dr.write(path(d, "比べる.md"), "\n".join(C)) with open(path(d, "答え_見ないで.json"), "w", encoding="utf-8") as f: json.dump(key, f, ensure_ascii=False, indent=1) def run(name, d, dry): files = cr.listdir_nfc(d) if "依頼.md" not in files: log(f"× {name}: 依頼.md がありません") return rounds = 2 if "回数.txt" in files: try: rounds = max(1, int(read(d, "回数.txt").strip())) except ValueError: pass st = load(d) save(d, st) if dry: log(f"［試し］制作チーム {name}") return key = dr.gemini_key() model, _ = dr.pick_model(key) dr.write(path(d, RUNNING), f"開始 {datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M:%S')}\nPID {os.getpid()}\n") flag = path(d, "Claudeの番.txt") if os.path.exists(flag): # 待っていた Claude のファイルが置かれたら、印を外して進む want = open(flag, encoding="utf-8").read().splitlines()[-1].split(" ")[0] if exists(d, want): os.remove(flag) else: os.remove(path(d, RUNNING)) return log(f" まだ Claude の番です（{want}）") try: req = "# 依頼\n\n" + read(d, "依頼.md") posts = {} # 持ち場.json … 作者ごとに、企画のもとにする材料を分ける（同じ材料だと題材が似るため） if exists(d, "持ち場.json"): posts = json.load(open(path(d, "持ち場.json"), encoding="utf-8")) # 1. 別々に企画書 for a in ("Gemini", "codex"): if not exists(d, f"案_{a}_1.md"): progress(d, st, rounds, f"{a} が企画書の第1版を作っています") log(f" {a} 第1版") mine = req + (f"\n\n# あなたの持ち場（この材料から企画を作る。ほかのメンバーは別の持ち場から作っている）\n\n{posts[a]}" if a in posts else "") ans, meta = run_gemini(st, key, model, DRAFT, mine) if a == "Gemini" else run_codex(st, d, DRAFT, mine) write_doc(d, f"案_{a}_1.md", f"企画書 第1版（{a}）", meta, ans) save(d, st) if not exists(d, "案_Claude_1.md"): return claude_turn(d, st, rounds, "企画書の第1版", "案_Claude_1.md") # 2・3. 攻めと書き直しを往復 for k in range(1, rounds + 1): for c in ("Gemini", "codex"): if not exists(d, f"批評_{k}_{c}.md"): progress(d, st, rounds, f"{k}往復目：{c} がほかの2本を攻めています") log(f" {k}往復目 {c} の批評") body = critique_input(d, st, c, k) ans, meta = run_gemini(st, key, model, CRITIQUE, body) if c == "Gemini" else run_codex(st, d, CRITIQUE, body) write_doc(d, f"批評_{k}_{c}.md", f"{k}往復目の批評（{c}）", meta, ans) save(d, st) if not exists(d, f"批評_{k}_Claude.md"): dr.write(path(d, f"Claudeへ_批評_{k}.md"), CRITIQUE + "\n\n" + critique_input(d, st, "Claude", k)) return claude_turn(d, st, rounds, f"{k}往復目の批評（Claudeへ_批評_{k}.md を読む）", f"批評_{k}_Claude.md") for a in ("Gemini", "codex"): if not exists(d, f"案_{a}_{k + 1}.md"): progress(d, st, rounds, f"{k}往復目：{a} が自分の企画書を書き直しています") log(f" {k}往復目 {a} の書き直し") body = rewrite_input(d, st, a, k) ans, meta = run_gemini(st, key, model, REWRITE, body) if a == "Gemini" else run_codex(st, d, REWRITE, body) write_doc(d, f"案_{a}_{k + 1}.md", f"企画書 第{k + 1}版（{a}）", meta, ans) save(d, st) if not exists(d, f"案_Claude_{k + 1}.md"): dr.write(path(d, f"Claudeへ_書き直し_{k}.md"), REWRITE + "\n\n" + rewrite_input(d, st, "Claude", k)) return claude_turn(d, st, rounds, f"{k}往復目の書き直し（Claudeへ_書き直し_{k}.md を読む）", f"案_Claude_{k + 1}.md") # 4. 並べる・比べる progress(d, st, rounds, "最後の3本を並べて、YouTube の数字を調べています") finish(d, st, rounds) if os.path.exists(path(d, MARK)): os.rename(path(d, MARK), path(d, DONE)) progress(d, st, rounds, "終わり。並べる.md（最後の3本）と 比べる.md（良くなったかの判定）を見てください") dr.notify(f"制作チームが終わりました：{os.path.basename(d)}") log(f"✓ 制作チーム {name} が終わりました") except Exception as e: dr.write(path(d, "エラー.txt"), f"{datetime.now(dr.JST).strftime('%Y-%m-%d %H:%M:%S')}\n\n{e}\n") progress(d, st, rounds, "エラーで止まりました（エラー.txt）。次の見回りで続きから試します") log(f"× 制作チーム {name}: {e}") finally: save(d, st) if os.path.exists(path(d, RUNNING)): os.remove(path(d, RUNNING)) def sweep(dry): real = cr.listdir_nfc(dr.VIDEOS).get(dr.nfc(ROOT)) if not real: return False root = os.path.join(dr.VIDEOS, real) for name, r in sorted(cr.listdir_nfc(root).items()): d = os.path.join(root, r) if not os.path.isdir(d): continue f = cr.listdir_nfc(d) if RUNNING in f: if time.time() - os.path.getmtime(path(d, f[RUNNING])) < 3 * 3600: log(f"制作チーム {name} が動いています") return True os.remove(path(d, f[RUNNING])) if MARK in f and STOP not in f: # Claude の番で待っているときは、Claude のファイルが置かれるまで何もしない（Gemini を無駄に呼ばない） run(f"{ROOT}/{name}", d, dry) return True return False ``` ### neta.py（6回目のネタ出し） ```python #!/usr/bin/env python3 """neta.py — ネタ出し係。いま騒がれている人・出来事を拾い、エイイチの経験とつなぎ、事実を確かめた候補を20本出す. 制作チーム（seisaku.py）で、題材を AI が考え出すと面白くならなかったため、題材は「考え出す」のをやめて 「いま騒がれているものを拾う」ことにした。3つの AI は持つ材料を分ける。 置き場所: 動画/_ネタ/{名前}/ かける.txt 印。見回り（debate_runner.py）がこれを見て動かす。終わると かけた.txt 止める.txt 置くと止まる 依頼.md （なくてよい）足したい注文 流れ: 0_急上昇.md YouTube の日本の急上昇50本（Data API の mostPopular） 1_騒ぎ_Gemini.md Gemini（Google 検索）：日本で直近7日に騒がれている人・出来事 15件（急上昇も材料にする） 1_騒ぎ_codex.md codex（Web 検索）：海外で直近7日に騒がれ、日本にも届きそうな AI・テック・ロボットの騒ぎ 10件 2_候補_Claude.md Claude：騒ぎの中から、エイイチにしか言えない角度があるものを選び、遊びの形にした候補 20本 （ここで止まり、Claudeの番.txt を置く） 候補.md codex（Web 検索）：候補ごとに事実を確かめ、判定と直しをつけた最終の表 進み具合.md・エラー.txt・状態.json """ import json, os, time from datetime import datetime, timedelta, timezone import debate_runner as dr cr = dr.cr ROOT = "_ネタ" MARK, DONE, STOP, RUNNING = "かける.txt", "かけた.txt", "止める.txt", "実行中.txt" JIJI = """\ # 時事ネタとは（エイイチが決めたお手本） 楽待の動画「【超知能AI】2030年にも『人類絶滅』か、元OpenAI・Anthropic研究者の警告」（2026-11-14公開、当日約1.4万回）。 - 題材は、いま騒ぎの真ん中にいる人・出来事そのもの。少し古い発表を検索で見つけてきたものではない - その人自身の言葉（発言・投稿・会見）がある - 日本の人に身近な問いに引き寄せている（スカイネット、ドラえもん） 海外Yパパラジオの例：「炎を呼んだ男ファイアー鈴木の話」（2時間で2.4万回）、「どの企業トップの辞め方が一番恥ずかしいか？（恥ずかしい辞任コンテスト）」（15時間で19万回）。 いま騒がれている人を、本人の経験と遊びの形（コンテスト・ランキング・一言）で読む。 """ GEMINI_TASK = JIJI + """ # あなたの仕事：日本で、いま騒がれている人・出来事を15件拾う - 期間は今日から数えて直近7日。それより古いものは入れない（発表日・発生日を必ず確かめる） - 分野は問わない（芸能・経済・事件・事故・企業・政治家の発言・SNSの炎上・スポーツ・AI）。ただし AI・テック・ロボットに関わるものを4件以上入れる - 下の「YouTube の急上昇」も材料にしてよい（そこから拾ったら、そう書く） - 考え出さない。実際に起きて、実際に騒がれているものだけ - 1件ずつ、次の形で書く： ### {番号}. {人・出来事の名前} - 何が起きた：1〜2行 - 本人の言葉：本人の発言・投稿の短い引用（なければ「なし」） - なぜ騒がれている：1行 - 日付：YYYY-MM-DD - 出典：URL（報道・公式。まとめサイトは不可） """ CODEX_COLLECT = JIJI + """ # あなたの仕事：海外で、いま騒がれている AI・テック・ロボットの人・出来事を10件拾う - 期間は今日から数えて直近7日。それより古いものは入れない（日付を必ず確かめる） - 日本でもこれから話題になりそうなもの（有名な CEO・研究者の発言、事故、訴訟、大きな発表、炎上、人型ロボットの映像など） - 考え出さない。実際に起きて、実際に騒がれているものだけ。必ず Web で確かめる - 1件ずつ、次の形で書く： ### {番号}. {人・出来事の名前} - 何が起きた：1〜2行（日本語） - 本人の言葉：本人の発言・投稿の短い引用（日本語訳と原文。なければ「なし」） - なぜ騒がれている：1行 - 日付：YYYY-MM-DD - 出典：URL """ CLAUDE_TASK = JIJI + """ # あなたの仕事（Claude）：騒ぎの中から、エイイチにしか言えない角度があるものを選び、候補を20本作る - 材料は下の 1_騒ぎ_Gemini.md と 1_騒ぎ_codex.md。新しい題材を考え出さない - エイイチの経験：ファミレスのホール、ロボットの研究と開発（机のロボットアーム・π0.5の学習・配膳ロボットの試算）、29年のデザイナー、アパレルの量産で遠い工場に仕様を渡してきた、RCカーの会社、（地名）での暮らし、生成AIで仕事が減った - 形は遊んでよい（コンテスト・ランキング・判定・ハコブくんの一言）。ただし釣り・誇張・中身と合わない題名はしない - ロボット以外の AI・時事は全体の30%までという決まりは、ここでは数えない（最後に選ぶときに数える） - 1本ずつ、次の形で書く（1本は5行以内）： ### {番号}. {題名} - サムネイル：大きな文字2〜3行（／で区切る）＋ハコブくんの一言 - 騒ぎ：材料の番号と名前 - エイイチの角度：1行（どの経験から、何が言えるか） - 見せるもの：1行（撮る・作るもの。2〜3時間で撮れるもの） """ CHECK_TASK = """\ # あなたの仕事：候補20本の事実を確かめ、最終の表を作る - 候補ごとに、題名・サムネイル・騒ぎの事実が出典と合っているかを Web で確かめる - 判定は4つのどれか：確認済／言い過ぎ（直せば使える）／間違い／未確認 - 直しは、事実を合わせるための最小限だけ。角度・形・面白さは変えない（面白くするのはあなたの仕事ではない） - 出力は次の表1つと、表の下に「直した所」の箇条書きだけ： | 番号 | 題名（直したならあとの文） | サムネイル | 判定 | 日付 | 出典 | """ def path(d, n): return os.path.join(d, n) def exists(d, n): return os.path.isfile(path(d, n)) def read(d, n): return dr.read(path(d, n)) def now(): return datetime.now(dr.JST).strftime("%Y-%m-%d %H:%M") def doc(d, name, title, meta, body): dr.write(path(d, name), f"# {title}\n\n- 日時: {now()}（JST）\n- {meta}\n\n---\n\n{body}") def load(d): p = path(d, "状態.json") if os.path.isfile(p): return json.load(open(p, encoding="utf-8")) return {"cost_in": 0, "cost_out": 0, "codex": 0, "start": now()} def save(d, st): with open(path(d, "状態.json"), "w", encoding="utf-8") as f: json.dump(st, f, ensure_ascii=False, indent=1) def progress(d, st, what): usd = st["cost_in"] / 1e6 * 2.0 + st["cost_out"] / 1e6 * 12.0 steps = [("0_急上昇.md", "YouTube の急上昇"), ("1_騒ぎ_Gemini.md", "日本の騒ぎ（Gemini）"), ("1_騒ぎ_codex.md", "海外の騒ぎ（codex）"), ("2_候補_Claude.md", "候補20本（Claude）"), ("候補.md", "事実の確かめ（codex）")] L = [f"# 進み具合（ネタ出し：{os.path.basename(d)}）", "", f"- いま：**{what}**", f"- 始めた時刻 {st['start']}・最後に書いた時刻 {now()}", f"- Gemini の費用の目安 約{usd * 155:,.0f}円・codex {st['codex']} 回（ChatGPT Plus の枠）", ""] L += [f"- [{'x' if exists(d, f) else ' '}] {label}（{f}）" for f, label in steps] dr.write(path(d, "進み具合.md"), "\n".join(L)) def trending(): import youtube_market as ym import youtube_schedule as ys tok = ys.access_token() r = ym.api("videos", tok, part="snippet,statistics", chart="mostPopular", regionCode="JP", maxResults=50) L = [f"YouTube 日本の急上昇（{now()} 取得）", ""] for i, v in enumerate(r.get("items", []), 1): s, st = v["snippet"], v.get("statistics", {}) L.append(f"{i}. {s.get('title', '')}｜{s.get('channelTitle', '')}｜{int(st.get('viewCount', 0)):,}回｜{s.get('publishedAt', '')[:10]}") return "\n".join(L) def run(name, d, dry): st = load(d) save(d, st) if dry: return dr.log(f"［試し］ネタ出し {name}") dr.write(path(d, RUNNING), f"開始 {now()}\nPID {os.getpid()}\n") flag = path(d, "Claudeの番.txt") try: if os.path.exists(flag): if exists(d, "2_候補_Claude.md"): os.remove(flag) else: return dr.log(" ネタ出し：まだ Claude の番です") extra = ("\n\n# エイイチからの注文\n\n" + read(d, "依頼.md")) if exists(d, "依頼.md") else "" today = f"\n\n今日は {datetime.now(dr.JST).strftime('%Y-%m-%d')}（JST）。" if not exists(d, "0_急上昇.md"): progress(d, st, "YouTube の急上昇を取っています") try: body = trending() except Exception as e: body = f"（急上昇は取れませんでした: {e}）" doc(d, "0_急上昇.md", "YouTube の急上昇", "YouTube Data API（chart=mostPopular・regionCode=JP）", body) if not exists(d, "1_騒ぎ_Gemini.md"): progress(d, st, "Gemini が日本の騒ぎを拾っています") key = dr.gemini_key() model, _ = dr.pick_model(key) ans, meta = dr.gemini(key, model, GEMINI_TASK + today + extra, read(d, "0_急上昇.md"), search=True) st["cost_in"] += dr.LAST_USAGE["inp"] st["cost_out"] += dr.LAST_USAGE["out"] doc(d, "1_騒ぎ_Gemini.md", "日本で騒がれている人・出来事（Gemini）", meta, ans) save(d, st) if not exists(d, "1_騒ぎ_codex.md"): progress(d, st, "codex が海外の騒ぎを拾っています") ans, meta = dr.codex(d, CODEX_COLLECT + today + extra, web=True) st["codex"] += 1 doc(d, "1_騒ぎ_codex.md", "海外で騒がれている AI・テック・ロボット（codex）", meta, ans) save(d, st) if not exists(d, "2_候補_Claude.md"): dr.write(path(d, "Claudeへ.md"), CLAUDE_TASK + today + extra + "\n\n# 材料\n\n" + read(d, "1_騒ぎ_Gemini.md") + "\n\n" + read(d, "1_騒ぎ_codex.md")) progress(d, st, "Claude の番：候補20本（Claudeへ.md を読む・2_候補_Claude.md を待っています）") if not os.path.exists(flag): dr.write(flag, f"{now()}\n候補20本（Claudeへ.md を読む）\n2_候補_Claude.md を置けば続きます\n") dr.notify(f"ネタ出し {name}：Claude の番") return if not exists(d, "候補.md"): progress(d, st, "codex が候補の事実を確かめています") body = (CHECK_TASK + today + "\n\n# 候補\n\n" + read(d, "2_候補_Claude.md") + "\n\n# 材料\n\n" + read(d, "1_騒ぎ_Gemini.md") + "\n\n" + read(d, "1_騒ぎ_codex.md")) ans, meta = dr.codex(d, body, web=True) st["codex"] += 1 doc(d, "候補.md", "候補（事実を確かめた最終の表）", meta, "見たいものに ○ をつけてください（番号だけチャットで伝えるのでもよい）。\n\n" + ans) save(d, st) if os.path.exists(path(d, MARK)): os.rename(path(d, MARK), path(d, DONE)) progress(d, st, "終わり。候補.md を見て、見たいものに ○ をつけてください") dr.notify(f"ネタ出しが終わりました：{name}") dr.log(f"✓ ネタ出し {name}") except Exception as e: dr.write(path(d, "エラー.txt"), f"{now()}\n\n{e}\n") progress(d, st, "エラーで止まりました（エラー.txt）。次の見回りで続きから試します") dr.log(f"× ネタ出し {name}: {e}") finally: save(d, st) if os.path.exists(path(d, RUNNING)): os.remove(path(d, RUNNING)) def sweep(dry): real = cr.listdir_nfc(dr.VIDEOS).get(dr.nfc(ROOT)) if not real: return False root = os.path.join(dr.VIDEOS, real) for name, r in sorted(cr.listdir_nfc(root).items()): d = os.path.join(root, r) if not os.path.isdir(d): continue f = cr.listdir_nfc(d) if RUNNING in f: if time.time() - os.path.getmtime(path(d, f[RUNNING])) < 3 * 3600: dr.log(f"ネタ出し {name} が動いています") return True os.remove(path(d, f[RUNNING])) if MARK in f and STOP not in f: if "Claudeの番.txt" in f and "2_候補_Claude.md" not in f: continue # Claude を待っている間は、ほかの仕事を回す dr.log(f"▶ ネタ出し {ROOT}/{name}") run(name, d, dry) return True return False ``` ### youtube_market.py（入口の言葉で YouTube を検索し、再生数を数える） ```python #!/usr/bin/env python3 """youtube_market.py — 企画の入口になる言葉で YouTube を検索し、似た題材の動画が実際に何回見られているかを調べる. 企画会議（kikaku.py）が「どれが伸びるか」を推測だけで決めないための材料。 YouTube Data API の検索（search.list）と、動画・チャンネルの数字（videos.list・channels.list）を使う。 置き場所（動画/_調べ/{調べの名前}/）: キーワード.txt 1行に1つ、調べる言葉（# で始まる行は無視） かける.txt 印。議論係の見回り（debate_runner.py）がこれを見て動かす。終わると かけた.txt 結果.md 言葉ごとの数字（本編とショートを分けて、再生数の中央値・上位の動画・登録者の少ないチャンネルで伸びた動画） 結果.json 取ったままの数字 許可は youtube_schedule.py の読み取りの許可（~/.config/pixelstomotors/youtube_token.json）をそのまま使う。 API の1日の枠は10,000。検索1回で100使うので、1回の調べは言葉20個までにする。 手で動かすとき: python3 youtube_market.py {調べのフォルダ} """ import json, os, statistics, sys, urllib.parse from datetime import datetime, timedelta, timezone HERE = os.path.dirname(os.path.abspath(__file__)) sys.path.insert(0, HERE) import youtube_schedule as ys JST = timezone(timedelta(hours=9)) MAX_WORDS = 20 SHORT_SEC = 180 # これ以下はショートとして分ける def api(path, tok, **q): return ys.call(f"{ys.API}/{path}?" + urllib.parse.urlencode(q), headers={"Authorization": "Bearer " + tok}) def search(tok, word, since): ids, page = [], "" for _ in range(1): # 1ページ50本（枠を守るため1ページだけ） q = dict(part="id", q=word, type="video", maxResults=50, regionCode="JP", relevanceLanguage="ja", order="relevance", publishedAfter=since) if page: q["pageToken"] = page r = api("search", tok, **q) ids += [i["id"]["videoId"] for i in r.get("items", []) if i.get("id", {}).get("videoId")] page = r.get("nextPageToken") if not page: break return ids def details(tok, ids): out = [] for i in range(0, len(ids), 50): r = api("videos", tok, part="snippet,statistics,contentDetails", id=",".join(ids[i:i + 50])) out += r.get("items", []) return out def subs(tok, chids): m = {} chids = list(dict.fromkeys(chids)) for i in range(0, len(chids), 50): r = api("channels", tok, part="statistics", id=",".join(chids[i:i + 50])) for c in r.get("items", []): s = c.get("statistics", {}) m[c["id"]] = None if s.get("hiddenSubscriberCount") else int(s.get("subscriberCount", 0)) return m def run(folder): words = [w.strip() for w in open(os.path.join(folder, "キーワード.txt"), encoding="utf-8") if w.strip() and not w.strip().startswith("#")][:MAX_WORDS] tok = ys.access_token() now = datetime.now(timezone.utc) since = (now - timedelta(days=365)).strftime("%Y-%m-%dT%H:%M:%SZ") allres = {} L = [f"# YouTube で調べた結果（{datetime.now(JST).strftime('%Y-%m-%d %H:%M')}・直近1年に公開された動画・日本向けの検索）", "", "- 1つの言葉につき、YouTube の検索の上位50本を見た。本編（3分より長い）とショートを分けた", "- 再生数は調べた時点の累計。公開からの日数がばらばらなので、1日あたりの再生数も出した", "- 「小さなチャンネルで伸びた」は、登録者1万人未満のチャンネルで再生数が登録者数を超えた本編。題材そのものの力が強い目安", ""] for w in words: ids = search(tok, w, since) vs = details(tok, ids) sm = subs(tok, [v["snippet"]["channelId"] for v in vs]) rows = [] for v in vs: sec = ys.seconds(v.get("contentDetails", {}).get("duration")) or 0 pub = datetime.fromisoformat(v["snippet"]["publishedAt"].replace("Z", "+00:00")) days = max(1, (now - pub).days) views = int(v.get("statistics", {}).get("viewCount", 0)) rows.append({"id": v["id"], "title": v["snippet"]["title"], "channel": v["snippet"]["channelTitle"], "subs": sm.get(v["snippet"]["channelId"]), "views": views, "days": days, "per_day": round(views / days, 1), "sec": sec, "short": sec <= SHORT_SEC, "published": pub.date().isoformat()}) allres[w] = rows longs = sorted([r for r in rows if not r["short"]], key=lambda r: -r["views"]) shorts = [r for r in rows if r["short"]] L += [f"## {w}", ""] if longs: med = statistics.median(r["views"] for r in longs) n1k = sum(1 for r in longs if r["views"] >= 1000) n10k = sum(1 for r in longs if r["views"] >= 10000) L.append(f"- 本編 {len(longs)} 本：再生数の中央値 {med:,.0f} 回・1,000回以上 {n1k} 本・10,000回以上 {n10k} 本") else: L.append("- 本編は見つからなかった") if shorts: L.append(f"- ショート {len(shorts)} 本：中央値 {statistics.median(r['views'] for r in shorts):,.0f} 回") small = [r for r in longs if r["subs"] is not None and r["subs"] < 10000 and r["views"] > r["subs"]] L += ["", "上位の本編（再生数の順・5本）", "", "| 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 |", "|---|---|---|---|---|"] for r in longs[:5]: L.append(f"| {r['title'][:50]} | {r['channel'][:20]}（{r['subs'] if r['subs'] is not None else '非公開'}） | {r['views']:,} | {r['per_day']:,} | {r['published']} |") if small: L += ["", "小さなチャンネルで伸びた本編", ""] for r in sorted(small, key=lambda r: -r["views"])[:5]: L.append(f"- {r['title'][:60]}（{r['channel'][:20]}・登録者 {r['subs']:,}・{r['views']:,} 回・{r['published']}）") L.append("") with open(os.path.join(folder, "結果.json"), "w", encoding="utf-8") as f: json.dump(allres, f, ensure_ascii=False, indent=1) with open(os.path.join(folder, "結果.md"), "w", encoding="utf-8") as f: f.write("\n".join(L)) return len(words) if __name__ == "__main__": print(run(sys.argv[1]), "語を調べました") ``` ### youtube_analytics.py（自分のチャンネルの数字を YouTube Analytics の API で取る（許可の手続きをしていないので、まだ動かしていない）） ```python #!/usr/bin/env python3 """youtube_analytics.py — YouTube の分析の数字を、API で取って残す. これまでは YouTube Studio の画面や書き出した zip から読んでいた数字を、自動で取る。 議論係（debate_runner.py）に渡して、AI が想像ではなく実際の数字で企画を議論できるようにする。 取るもの（期間は既定で直近90日）: - 動画ごとの表示回数・クリック率・視聴回数・平均視聴時間・平均視聴率・登録の増加 - 本編ごとの視聴者維持率（動画の長さを100に分けた点ごと）と、30秒の時点の残り - 本編ごとの来た道（YouTube 検索・ブラウジング・関連動画・ショートなど） 置き場所: iCloud の PixelstoMotors/sns_analytics/youtube/api/ {開始}_{終了}.json 取ったままの数字 {開始}_{終了}.md 議論に渡す要約（本編の一覧・30秒の残り・来た道） 許可: ~/.config/pixelstomotors/client_secret.json youtube_schedule.py と同じもの（pixelstomotors-studio） ~/.config/pixelstomotors/youtube_analytics_token.json 分析を読む許可（このスクリプトが作る。ほかの許可とは別のファイル） 分析を読むだけ。動画を変えたり上げたりする権限はない 使い方（Mac のターミナルで）: python3 youtube_analytics.py --login 最初に1回。ブラウザで Pixels to Motors を選んで許可 python3 youtube_analytics.py 直近90日を取る python3 youtube_analytics.py --days 28 直近28日 python3 youtube_analytics.py --start 2026-10-01 --end 2026-11-13 """ import argparse, json, os, sys, urllib.error, urllib.parse, urllib.request from datetime import date, datetime, timedelta, timezone HERE = os.path.dirname(os.path.abspath(__file__)) sys.path.insert(0, HERE) import youtube_schedule as ys # ログインの仕組みは youtube_schedule.py のものを使う # ブランドアカウントにはメールがないので openid・email は入れない（youtube_upload.py と同じ理由） ys.SCOPE = "https://www.googleapis.com/auth/yt-analytics.readonly https://www.googleapis.com/auth/youtube.readonly" ys.TOKEN = os.path.join(ys.CONF, "youtube_analytics_token.json") JST = timezone(timedelta(hours=9)) AN = "https://youtubeanalytics.googleapis.com/v2/reports" VIDEOS_JSON = os.path.join(HERE, "youtube_videos.json") # youtube_schedule.py が作る動画の一覧 PTM = os.path.dirname(os.path.dirname(os.path.dirname(HERE))) # PixelstoMotors/ OUTDIR = os.path.join(PTM, "sns_analytics", "youtube", "api") BASE = "views,estimatedMinutesWatched,averageViewDuration,averageViewPercentage,subscribersGained" REACH = "videoThumbnailImpressions,videoThumbnailImpressionsClickRate" TRAFFIC_JA = { "YT_SEARCH": "YouTube 検索", "SUBSCRIBER": "ブラウジング（登録者）", "RELATED_VIDEO": "関連動画", "YT_CHANNEL": "チャンネルページ", "EXT_URL": "外部", "SHORTS": "ショートのフィード", "NO_LINK_OTHER": "直接・不明", "PLAYLIST": "再生リスト", "END_SCREEN": "終了画面", "NOTIFICATION": "通知", "YT_OTHER_PAGE": "YouTube のほかのページ", "HASHTAGS": "ハッシュタグ", "BROWSE": "ブラウジング", "SHORTS_CONTENT_LINKS": "関連のショート動画", "ANNOTATION": "カード", "YT_PLAYLIST_PAGE": "再生リストのページ", "SOUND_PAGE": "サウンドのページ", "CAMPAIGN_CARD": "キャンペーン", } def get(tok, **q): url = AN + "?" + urllib.parse.urlencode({"ids": "channel==MINE", **q}) req = urllib.request.Request(url, headers={"Authorization": "Bearer " + tok}) try: with urllib.request.urlopen(req, timeout=120) as r: return json.loads(r.read().decode()) except urllib.error.HTTPError as e: raise RuntimeError(f"分析の API がエラーを返しました（{e.code}）: {e.read().decode('utf-8', 'replace')[:600]}") def rows(d): cols = [c["name"] for c in d.get("columnHeaders", [])] return [dict(zip(cols, r)) for r in d.get("rows", []) or []] def video_list(): """youtube_videos.json から、題名・長さ・ショートかどうかを引く""" try: d = json.load(open(VIDEOS_JSON, encoding="utf-8")) return {v["id"]: v for v in d.get("動画", [])} except Exception: return {} def fmt_sec(s): s = int(round(s or 0)) return f"{s // 60}分{s % 60:02d}秒" def main(): ap = argparse.ArgumentParser(description="YouTube の分析の数字を API で取る") ap.add_argument("--login", action="store_true") ap.add_argument("--days", type=int, default=90) ap.add_argument("--start") ap.add_argument("--end") a = ap.parse_args() if a.login: ys.login() tok = ys.access_token() me = ys.call(f"{ys.API}/channels?part=snippet&mine=true", headers={"Authorization": "Bearer " + tok}) if ys.CHANNEL_ID not in [i["id"] for i in me.get("items", [])]: raise SystemExit("許可したアカウントのチャンネルが Pixels to Motors ではありません。--login で選び直してください") print("チャンネル Pixels to Motors の分析を読める許可です") return end = date.fromisoformat(a.end) if a.end else date.today() - timedelta(days=1) start = date.fromisoformat(a.start) if a.start else end - timedelta(days=a.days - 1) tok = ys.access_token() vids = video_list() print(f"期間: {start}〜{end}") # 1. 動画ごとの数字（表示回数とクリック率が取れないときは、それ抜きで取り直す） note = "" try: per = rows(get(tok, startDate=start, endDate=end, dimensions="video", metrics=BASE + "," + REACH, sort="-views", maxResults=200)) except RuntimeError as e: note = f"表示回数とクリック率は取れませんでした（{str(e)[:160]}）" print("注意:", note) per = rows(get(tok, startDate=start, endDate=end, dimensions="video", metrics=BASE, sort="-views", maxResults=200)) for r in per: v = vids.get(r["video"], {}) r["title"] = v.get("title", "（一覧にない動画）") r["seconds"] = v.get("seconds") r["is_short"] = v.get("is_short") r["published"] = v.get("published") longs = [r for r in per if r.get("is_short") is False] # 2. 本編ごとの視聴者維持率と来た道 for r in longs: vid = r["video"] try: ret = rows(get(tok, startDate=start, endDate=end, dimensions="elapsedVideoTimeRatio", metrics="audienceWatchRatio,relativeRetentionPerformance", filters=f"video=={vid};audienceType==ORGANIC", sort="elapsedVideoTimeRatio")) r["retention"] = ret if ret and r.get("seconds"): x = 30 / r["seconds"] near = min(ret, key=lambda p: abs(p["elapsedVideoTimeRatio"] - x)) r["retention_30s"] = near["audienceWatchRatio"] except RuntimeError as e: r["retention_error"] = str(e)[:200] try: r["traffic"] = rows(get(tok, startDate=start, endDate=end, dimensions="insightTrafficSourceType", metrics="views,averageViewDuration", filters=f"video=={vid}", sort="-views")) except RuntimeError as e: r["traffic_error"] = str(e)[:200] os.makedirs(OUTDIR, exist_ok=True) stem = f"{start}_{end}" with open(os.path.join(OUTDIR, stem + ".json"), "w", encoding="utf-8") as f: json.dump({"取った日時": datetime.now(JST).isoformat(timespec="minutes"), "期間": [str(start), str(end)], "注意": note, "動画": per}, f, ensure_ascii=False, indent=1) # 3. 議論に渡す要約 L = [f"# YouTube の数字（{start}〜{end}・API で取得 {datetime.now(JST).strftime('%Y-%m-%d %H:%M')}）", ""] if note: L += [f"- 注意: {note}", ""] tv = sum(r["views"] for r in per) lv = sum(r["views"] for r in longs) L += [f"- 視聴の合計 {tv:,} 回（本編 {lv:,} 回・ショート {tv - lv:,} 回）", "", "## 本編（視聴の多い順）", "", "| 題名 | 長さ | 表示 | クリック率 | 視聴 | 平均視聴 | 平均視聴率 | 30秒の残り | 登録 |", "|---|---|---|---|---|---|---|---|---|"] for r in sorted(longs, key=lambda r: -r["views"]): imp = r.get("videoThumbnailImpressions") ctr = r.get("videoThumbnailImpressionsClickRate") r30 = r.get("retention_30s") L.append(f"| {r['title'][:60]} | {fmt_sec(r.get('seconds'))} | {imp if imp is not None else '—'} | " f"{f'{ctr * 100:.1f}%' if ctr is not None else '—'} | {r['views']} | {fmt_sec(r['averageViewDuration'])} | " f"{r['averageViewPercentage']:.0f}% | {f'{r30 * 100:.0f}%' if r30 is not None else '—'} | {r['subscribersGained']} |") L += ["", "## 本編の来た道（上位3つ）", ""] for r in sorted(longs, key=lambda r: -r["views"]): t = r.get("traffic") or [] if t: parts = [f"{TRAFFIC_JA.get(x['insightTrafficSourceType'], x['insightTrafficSourceType'])} {x['views']}" for x in t[:3]] L.append(f"- {r['title'][:50]}：{'・'.join(parts)}") L += ["", "## ショート（視聴の多い順・上位10）", "", "| 題名 | 視聴 | 平均視聴率 | 登録 |", "|---|---|---|---|"] for r in sorted([r for r in per if r.get("is_short")], key=lambda r: -r["views"])[:10]: L.append(f"| {r['title'][:60]} | {r['views']} | {r['averageViewPercentage']:.0f}% | {r['subscribersGained']} |") L += ["", "- 30秒の残り：維持率のグラフで、30秒の時点にいちばん近い点の値（自然な流入だけ。再生を始めた人に対する割合）", "- 平均視聴率：1回の再生で、動画の長さの何%を見たか", ""] with open(os.path.join(OUTDIR, stem + ".md"), "w", encoding="utf-8") as f: f.write("\n".join(L)) print(f"書き出しました: sns_analytics/youtube/api/{stem}.json と .md（本編 {len(longs)} 本・全部で {len(per)} 本）") if __name__ == "__main__": try: main() except RuntimeError as e: raise SystemExit(f"× {e}") ``` ## 作業ログ ― 回ごとに AI が書いたファイル（全量） 回ごとのフォルダの中身を、そのまま載せます。載せていないのは、ほかのファイルを組み合わせて AI に渡しただけの入力（`Claudeへ_*.md`）、仕組みの中の状態の記録（`状態.json`）、YouTube の API の返事のそのままの数字（`結果.json`。要点は `結果.md`）、印のファイル（`かけた.txt`）です。これらも作業フォルダ（`記事/LOG510_data/src.tgz`）に残しています。 ### 1回目：台本の批評（何台入れたら店は変わる/議論/） #### 1_Claude.md ```markdown # 1回目 Claude（台本の作り手）（何台入れたら店は変わる） - 日時: 2026-11-14（JST） - 見た観点: 構成と流れ。どこで話の勢いが落ちるか、同じことを何度言っているか、見立てが立っているか --- ## 全体の見立て 問いと驚き（1台だと料理が遅くなる）は強い。弱いのは、その驚きにたどり着くまでの道のりの長さ。答えを3回言い（S016・S026・S078）、断り書きを2回言う（S011〜S015・S073〜S075）ので、85文のうち3割近くが前置きと繰り返しになっている。 ## 指摘 **【高】S011〜S015：断り書きが答えより先に5文続く** 線の決め方・仮の値・空の店から始める・兼務は外す・シリーズの1回目。どれも正しいが、経営者はここで「で、何台なの」と待たされる。S073〜S075 にも同じ種類の断りがあるので、冒頭は S012（10分の線）と S013 の1文目だけ残し、残りは限界の節へまとめる。 - 直す案（S013〜S015をまとめて）：これはパソコンの中の試算で、数字の多くは仮の値です。細かい条件は、最後にまとめて話します。 - 次の回への学び：断りは冒頭に1文、残りは終盤の限界の節に寄せる **【高】S031〜S039：数字が耳で追えない密度** 入店待ち 8.6・4.0・3.2・2.9 分、4台で 3.9 分、席はあるのに 7.4→2.3 分、ふさがっていた割合 2割、歩く距離 3.9→2.3 キロ。9文で数字が12個以上出る。画面のグラフが主役なら、声は「8.6分が2台で3.2分。そこから先はほぼ横ばい」の形の、始まりと折れ目だけでよい。 - 次の回への学び：1つの文に出す数字は2つまで。残りはグラフに任せる **【高】S042：いちばんの驚きが中盤まで出てこない** タイトルにもした「1台だと料理が遅くなる」は、節2に入ってから。フック（S006）でにおわせてはいるが、数字（58秒→2分12秒）が出るのは中盤。この回の一番の見せ場なので、節の順を入れ替えて、節2を先に置く案がある（1台の失敗 → 台数を増やすと → 人は減らせるか）。 **【中】S016〜S024：結論・立場・目次・節の頭で、同じ答えを4回言う** S016 と S026 はほぼ同じ文。結論を先に言う型は守りつつ、節の頭の一言（S026・S053）は削れる。 - 直す案（S026）：削る **【中】S070：見立てがぼやけている** 専門家の知見が要る、は正しいが、誰の動画でも言える。エイイチにしか言えないのは S057〜S058（昔ファミレスで働いていた・皿下げとシルバー拭きを任せたかった）の方。見立ての節を、この実感から始めると立つ。 - 直す案（S070の前に）：ファミレスで働いていたエイイチが任せたかったのは、運ぶことより、下げることと拭くことでした。今日の試算でも、詰まったのは運ぶ所ではなく、下げて拭く所でした。 - 次の回への学び：見立ての節は、本人の実感の一言から入る **【中】S076：経営者が知りたい「お金」が次の回送り** 月いくら浮くかは次の回。仕方ないが、終わり際に「1台いくらで借りられるのか」くらいの手がかりを1文置くと、次の回を見る理由になる（数字は本人に確かめてから）。 **【低】S038・S047：ハコブくんの小さな笑いは効いている** 気の毒・居心地が悪い、のくだりは数字の続く所の息抜きになっている。次の回も、数字が3文続いたら1回この種の一言を入れるくらいの間隔がよい。 ## いちばん直すべき3つ 1. 【高】冒頭の断り書きを1文にして、答えまでの時間を縮める 2. 【高】1文に出す数字は2つまで。残りはグラフへ 3. 【中】見立ては、エイイチのファミレスの実感から始める ``` #### 1_Gemini.md ```markdown # 1回目 Gemini（視聴者役）（何台入れたら店は変わる） - 日時: 2026-11-14 14:30（JST） - モデル gemini-3.1-pro-preview・24秒・入力 5421・出力 1047 トークン --- 3つのペルソナ（経営者・PM・開発者）の視点で、動画を最後まで視聴したつもりでレビューしました。次回以降の台本制作に生かせる学びとしてまとめます。 ### 1. 離脱しそうな所 - **経営者**：【S014】前提条件の説明が長すぎる。「早く投資対効果の結論を知りたい」と焦れる。 - **PM**：【S028】「SimPyというPythonの道具〜」という技術的な話は、現場への導入と関係ないため退屈する。 - **開発者**：【S044】「2分待ってもロボットが来なければ人も運ぶ」という実運用ではあり得ないルール設定に、シミュレーション自体の信頼性を疑う。 ### 2. 止まる言葉（耳で聞いて意味が取れない言葉・数字の詰め込み） - **S031** - 理由：数字が連続し、耳だけで変化の大きさを追えない。 - 言い換え案：「まず、お客さんが席に着くまで。ロボットなしの8.6分が、1台で半分以下の4.0分。2台で3.2分まで縮みました。」 - **S037** - 理由：「仕事でふさがっていた時間」という表現が回りくどい。 - 言い換え案：「6台入れたとき、ロボット1台が動いていた時間は、平均で2割ちょっとでした。」 - **S061** - 理由：条件と数字が入り組んでいて、1回聞いて理解できない。 - 言い換え案：「混雑する日なら、ロボットを1台入れれば、スタッフを4人から3人に減らしても店は回りました。」 ### 3. 物足りない所 - **経営者**：結局、月額いくら払って、人件費がいくら浮くのかという「お金」の話。次回予告にはあるが、今回も「費用対効果の片鱗」だけでも触れてほしい。 - **PM**：ロボットに料理を載せる・行き先を指示するという「現場スタッフの新たな手間」がオペレーションにどう影響するのか（S075で除外されているが、PMが一番気になる所）。 - **開発者**：ロボット同士のすれ違いや干渉、障害物回避による遅延。S074で「まだ入っていない」とあるが、複数台（3〜6台）を評価するならそこが一番のボトルネックになるはずだと感じる。 ### 4. 良かった所（残すべき所） - **S016〜S017**：動画の序盤で「何台で時間が縮むか」「人は減らせない」という結論をズバッと言い切っている点。忙しい視聴者を引きつける強力なフックになっています。 - **S057〜S058**：エイイチさんのファミレス勤務経験に基づく「本当に任せたい仕事（下げ膳、カトラリー拭き）」のくだり。現場のリアルな解像度があり、説得力が跳ね上がっています。 ### 5. いちばん直すべき3つ - **【高】S012〜S015：前提条件の羅列が長すぎる** - 理由：結論（S016）にたどり着く前に視聴者が離脱する原因になります。 - 対策：音声での説明は「パソコンの中で2時間の営業を再現しました」程度にとどめ、細かい前提条件（10分の基準、厨房の兼務除外など）は画面の隅にテロップで常時表示するか、概要欄に回すのが良いです。 - **【中】S044〜S045：非現実的なルールの見せ方** - 理由：「2分待つ」という設定は意図的だとしても、開発者やPMからは「前提が甘い」と見透かされます。 - 対策：「あえてロボットを優先する極端なルールで試しました」と、シミュレーションの意図（ストレステストであること）を強調すると、専門家も納得して見られます。 - **【中】S064〜S067：数字の羅列による聴覚的負荷** - 理由：複数の店舗タイプの条件と結果が連続し、耳で処理しきれません。 - 対策：ナレーションでは具体的な秒数を省き、「焼肉食べ放題では時間を大幅に短縮できた」「洗い場が遠い店でも効果があった」と傾向を伝えることに徹し、正確な数字はグラフや表に任せるべきです。 ``` #### 1_codex.md ```markdown # 1回目 codex（事実の番）（何台入れたら店は変わる） - 注意：これは議論係を作る前、2026-10-24 にかけた敵対的検証の写し（台本の3版に対する指摘）。指摘を受けて直した4版が、いまの台本。Plus の枠を節約するため、試作ではかけ直さずにこれを使う - 元のファイル：../codex_検証結果_1回目.md --- 判定は **「直してから」** です。主な問題は数字の転記よりも、**独自の判定基準を通ったことを「人を減らして店が回る」と表現している点**と、**仮の運用ルールの結果を実機の限界に結びつけている点**です。 確認範囲を明記します。 - 公開中の試算ページ・シリーズページ・LOG351／359／367は、ウェブから取得できませんでした。**公開画面で条件を選んだ照合は未確認**です。 - 関連フォルダの [v2.7試算ページのローカル版]()、[v2.7コード]()、保存結果、記事原稿を読みました。以下の「試算ページ」「コード」は、このローカル資料を指します。公開版との同一性は未確認です。 - 主要な数値はローカル資料と一致しました。S064には後述する表示上の丸めの差があります。SimPyが実行環境にないため、**今回の再計算と統計的なばらつきの確認は未実施**です。 - すかいらーくの導入実績は公式サイトでも確認できました。 --- **[❌ NG] S018・S062・S064・S066〜S067・S079** 問題：「1人少なくても回る」は、サービス水準を保って人を減らせたように聞こえます。実際には、独自の入店待ち基準を通っただけで、料理の待ち時間などは悪化しています。 根拠：試算ページで、人数を減らす前後を比較すると次のとおりです。 | 条件変更 | 入店待ち | 料理が届くまで | |---|---:|---:| | 混雑ファミレス：4人・0台→3人・1台 | 11.4→17.4分 | 45秒→2分17秒 | | 食べ放題：3人・0台→2人・1台 | 9.2→9.8分 | 1分17秒→3分26秒 | | 洗い場が遠い店：3人・0台→2人・1台 | 2.9→6.0分 | 1分06秒→2分22秒 | | 大型店：6人・0台→5人・2台 | 9.7→7.4分 | 57秒→2分25秒 | さらに食べ放題の2人・1台では、完成から到着まで3分を超える料理が約55%あります。「回る」の判定は、これらを条件にしていません。 修正案：「店によっては、1人少なくしても、今回の入店待ちの基準は通りました。ただし、料理が遅くなる条件もあります。同じサービスを保って人を減らせた、という意味ではありません。」 --- **[❌ NG] S051** 問題：本人の感想として引用していても、「いまの配膳ロボットの限界点」が今回の結果で分かった、という受け取りになります。今回確認したのは、仮のロボットと運用ルールを組み合わせたモデルの挙動です。 根拠：料理を2分待たせるルール、秒速0.5m、作業時間などを設定した結果であり、現行製品の性能限界を測定していません。本人の感想の真偽ではなく、引用の置き方の問題です。 修正案：「エイイチは、『いまの配膳ロボットの限界点も、よくわかった』と感じたそうです。ただ、今回確かめたのは、この試算の条件での限界です。実機全体の限界が分かったわけではありません。」 --- **[❌ NG] S032** 問題：「ぶれの範囲と見ています」に続く「変わらない、と見てください」は、根拠を示さず増加を打ち消しています。40回平均という情報だけでは、ぶれかどうかも、実用上同等かどうかも判断できません。 根拠：3台2.906分に対し4台3.897分で、差は約1分、約34%です。確認した保存結果は平均値で、反復ごとの分散や差の信頼区間は確認できませんでした。同じコード・同じ乱数で再現しても、この統計的な問題は解消しません。 修正案：「4台では3.9分と、3台より延びています。偶然のばらつきかどうかは、この平均値だけでは判断できません。ここでは、2台目までのような大きな短縮は見られなかった、と読んでください。」 --- **[❌ NG] S013・S027〜S029・S073〜S074** 問題：省略している前提のうち、人員の結論に直接効くものが説明されていません。特に、料理をロボットに積み込み、行き先を設定するためのスタッフの時間が計上されていません。 根拠：コードの `deliver()` から `_robot_run()` では、スタッフを確保せず、待っている料理をまとめて出発させています。`load_s` は下げ膳への積み込みで使われ、上げ膳には使われません。したがって、ロボットを導入すると運搬の仕事は減りますが、その準備に必要な人の仕事が追加されないモデルです。 修正案：「もう一つ、料理をロボットに載せて、行き先を設定する人の時間は、今回の計算に入れていません。人を減らせるかを見るには、ここも実際の店に合わせて確かめる必要があります。」 --- **[❌ NG] S036〜S037・S049** 問題：「動いていた割合」「出ずっぱり」は、計算している指標と違います。「残りは受け渡し口の前」「6台が並ぶ」も、位置を計算していない試算からは確認できません。 根拠：`robot_util` は、全処理が終わるまでの時間に対する、1台平均の仕事でふさがっていた時間です。走行のほか、客の取り出し待ち25秒、一時停止、救出待ちなどを含みます。6台平均22.5%から、6台が同時に並んで待つ様子は分かりません。 修正案：「6台では、1台あたり、仕事でふさがっていた時間は平均で約23%。走る時間だけでなく、お客さんが料理を取るのを待つ時間なども含みます。台数に対して、出番は少なくなりました。」 S049は「1台では、この割合が約75%でした」に変更。 --- **[⚠️ 要注意] S012** 問題：「席は空いているのに」と「満席」の区分は、実際の着席状況をそのまま再現したものではありません。この区分が、人員の合否を決める中心指標になっています。 根拠：コードでは、客が案内される前に卓を確保します。その卓は、案内待ちの間も使用中として扱われます。後続客の待ちが「満席」側に入る場合があり、物理的に客が座っているかとは一致しません。判定への影響量は未確認です。 修正案：「このモデルで、片付け待ちと、案内する人の手が空くまでの待ちを足して、平均10分以上なら『店が回らない』と呼びます。実際の店の営業可否を決める基準ではありません。」 --- **[⚠️ 要注意] S015・S025・S039・S077** 問題：「2台目まで」という境目が、35卓という店の大きさから決まるように聞こえます。また、席待ちの改善が小さいことから、導入すべき台数までは決まりません。 根拠：対象は35組/時、スタッフ3人、料理を運ぶだけ、ロボット優先2分という条件です。料理の到着は2台約62秒から3台約39秒へ短縮しており、何を改善したいかで台数の評価が変わります。 修正案：「今回の35卓・35組毎時・スタッフ3人で、料理を運ぶだけの条件では、席待ちの大きな改善は2台目まででした。料理を早く届けたい場合は、3台目にも効果が出ています。」 --- **[⚠️ 要注意] S016・S054・S078** 問題：「何台入れても」は、試した範囲を超えています。「このファミレスの普通の日には、ありませんでした」は、後で紹介する巡回回収とも衝突します。 根拠：確認したのは0〜6台です。また、同じ店・同じ来客ペースでも、巡回回収なら2人・3台で判定を通っています。 修正案：「このファミレスで、普通の混み具合、料理を運ぶだけなら、試した0台から6台の範囲では、2人で基準を通る条件はありませんでした。」 --- **[⚠️ 要注意] S063〜S066** 問題：「普通の混み具合で比べます」では、来客数などをそろえた業態比較に聞こえます。実際には、業態以外の条件もまとめて変えています。 根拠：ファミレス35組/時、食べ放題20組/時、洗い場が遠い店22組/時、大型店60組/時。食事時間や追加注文数も異なります。食べ放題は来客を発生させる時間も150分で、ほかの120分と違います。 修正案：「ここからは、それぞれの店に別々に置いた『普通』の条件です。来客数も、食事の長さも違います。食べ放題だけは、混む時間を2時間半にしています。店の種類だけを変えた比較ではありません。」 --- **[⚠️ 要注意] S064** 問題：「9.8分で、ぎりぎり」は、入店待ち9.8分を10分の判定線と比べたように聞こえます。判定に使う数字は別です。 根拠：入店待ちは9.803分ですが、判定対象の「席はあるのに」は9.191分です。また、40回平均が線を下回っても、各回で安定して通るかは未確認です。 修正案：「1台では、入店待ちが9.8分に。判定に使う片付け・案内の待ちは9.2分で、今回の10分の線を下回りました。ただし、毎回安定して通るかまでは、この平均だけでは分かりません。」 --- **[⚠️ 要注意] S061** 問題：客が皿を載せることが、結果を左右する前提なのに省略されています。ロボットの使い方を変えるだけで、自動的に2人で回るように聞こえます。 根拠：コードでは回収が完了するたびに、最後の下げ膳の往復を1回減らします。客が載せない、十分な量が集まらない、といった場合は表現していません。 修正案：「この使い方では、ロボットが回収に来るたび、お客さんが一定量の皿を載せてくれる前提です。その条件なら、2人と3台で、今回の基準を通りました。」 --- **[⚠️ 要注意] S033〜S035・S057** 問題：残った待ちの原因を、片付けと案内だけに絞りすぎています。「人の手の速さで決まります」も、作業時間、優先順位、来客の集中などを一括してしまっています。 根拠：コードではスタッフが案内・配膳・会計・呼び出し・片付けを共通で担当し、片付けの優先順位は案内・配膳・会計より低く設定されています。作業別に条件を変えた検証は今回確認できていません。 修正案：「料理の運搬を任せても、片付けや案内、会計などは人に残ります。今回の作業時間と仕事の優先順位では、人の仕事を待つ時間が残りました。」 --- **[⚠️ 要注意] S011・S016・S054・S073** 問題：「ホールのスタッフを減らせるか」という問いに対し、実際の勤務体制を決める仕事がモデルの外にあります。 根拠：スタッフは全員が同じ能力で各仕事を引き受ける共通資源です。担当分け、厨房との兼務、休憩、ピーク前後の準備、清掃などは表現していません。調理にも人数や設備の取り合いがなく、設定した時間で料理ができます。 修正案：「ここで比べるのは、モデルに入れたホールの仕事を、何人で処理できたかです。厨房との兼務や準備、休憩まで含めた、その店の必要人数ではありません。」 --- **[⚠️ 要注意] S046〜S050・S052** 問題：「現場なら空いている人が運べばよい」という反論に、説明はありますが検証結果はありません。「ロボットの出番が減る」は、その運用が悪い理由にはなりません。 根拠：ロボットの稼働割合は、待ち時間や人の負担とは別の指標です。同じv2.7のほかの条件を固定して、優先待ち0秒・30秒・120秒などを比較した結果は未確認です。 修正案：「現場なら、空いた人が先に運ぶ運用も考えられます。今回は、ロボットを優先して使う決まりを試した結果です。2分待つのがよいか、すぐ人も運ぶ方がよいかは、別に比べる必要があります。」 --- **[⚠️ 要注意] S071** 問題：「誰が先に運ぶかで、答えが変わりました」は、この回で運用ルールをそろえて比較した結果まで示したように聞こえます。 根拠：この回の数値比較はv2.7内の台数・人数・使い方が中心です。前の版の説明はありますが、同条件でルールだけを変えた定量比較は提示していません。 修正案：「今日の比較では、台数と任せる仕事で答えが変わりました。そして、誰が先に運ぶかという決まりも、結果に関わっています。」 --- **[⚠️ 要注意] S011・S042〜S045** 問題：「料理が席に届くまで」の終点が、視聴者の想像とずれる可能性があります。 根拠：コードは卓への到着時点で料理の待ち時間を記録し、その後にロボット25秒、人10秒の受け渡し時間を置きます。客が取り終わるまでの時間ではありません。 修正案：「料理の時間は、できあがってから、人かロボットが卓に着くまでです。そこから料理を取り出す時間は含めていません。」 --- **[⚠️ 要注意] S026・S081** 問題：台本の数字を再現するための条件が一つ抜けています。また、「最大3卓」は、コードのまとめ運びの単位を正確には説明していません。 根拠：該当行は `fragile_by="any"`、つまりデザート・ドリンクもロボットが運ぶ設定です。まとめ運びは最大3件の料理で、異なる3卓であることを保証していません。 修正案：「ロボットは料理を運ぶだけ。デザートやドリンクも任せ、待っている料理を一度に最大3件まとめて運ぶ設定です。」 --- **[⚠️ 要注意] S005・S028・S038** 問題：「ファミレスの混む2時間を再現」は、ピーク開始時点ですでに客がいる店を想像させます。今回の計算は空の店から始まります。 根拠：コードは初期客なしで開始し、120分で新規来客を止め、処理が終わるまで回します。歩く距離は客の退店後の片付けまで含むため、「送り出すまで」より範囲が広いです。 修正案：「空の店に2時間だけお客さんが来て、最後の片付けまで計算しています。すでに混んでいる店の2時間を切り取ったものではありません。」 S038は「そのお客さんが帰ったあとの片付けまでに」に変更。 --- **[⚠️ 要注意] S074** 問題：一時停止を仮に入れている説明だけでは、台数を増やしたときの混雑を扱っているようにも聞こえます。 根拠：コードの停止確率は各往復で固定です。ロボットが増えたことで互いを妨げる仕組みはありません。試算ページ自体にも、ロボット同士の通路待ちを入れていない旨の注意があります。 修正案：「停止は、台数に関係なく、往復ごとに同じ確率で入れています。台数を増やしたせいでロボット同士が邪魔になることは、まだ計算していません。」 --- **[⚠️ 要注意] S075** 問題：「3Dで走らせて確かめる」だけでは、現実の妥当性まで確かめられるように聞こえます。 根拠：3D上の動きも、人やロボットの動作ルールに依存します。SimPyとUnityの一致は、現場で同じことが起こる証明にはなりません。 修正案：「そのあと、図面から3Dの店を建てて、通路や動きの影響を調べます。実際の店にどこまで合うかは、現場の観察や実測とも照らしていきます。」 --- **[⚠️ 要注意] S070〜S072・S083** 問題：最も強い反論は、「仮の運用で問題を作って、その結果から専門家の必要性を説いていないか」です。相談窓口への誘導が続くため、宣伝として読まれる余地があります。 根拠：今回の試算には、専門家が関与した場合としなかった場合の比較がありません。「仕事の流れを調べる必要がある」から「専門家が必須」までは導けません。必要な知見を持つ人が、店長や現場スタッフである可能性もあります。 修正案：本人の見立ては残し、S072を変更。 「ハコブくんなりに言うと、まず、店の仕事を知る人と一緒に、運び方を確かめることです。その人は、店長やスタッフかもしれないし、メーカーや導入支援の人かもしれません。」 --- **[⚠️ 要注意] S065〜S066** 問題：「1台の効き目がいちばん大きい」は、何を比べた順位なのか不明です。また、洗い場が遠い店で効いたことから、洗い場の遠さが原因だとは言えません。 根拠：通常表示の人数で入店待ちの短縮量を見ると、大型店は約8.7分、食べ放題は約5.5分です。一方、S064のスタッフ2人での比較なら食べ放題は約17.6分短縮します。「洗い場が遠い店」には追加注文など別の違いもあり、ここでロボットに任せているのは上げ膳です。 修正案：「この食べ放題の設定では、スタッフ2人のまま1台足すと、入店待ちが約18分短くなりました。洗い場が遠い設定の店でも、料理の運搬を任せることで、今回の基準を通りました。」 --- **[⚠️ 要注意] S018** 問題：「人を減らさずに足せば、待ち時間ははっきり縮みます」は、「待ち時間」全体への断定です。直後の料理の悪化と矛盾して聞こえます。 根拠：この条件で1台導入すると、入店待ちは短縮しますが料理の到着は遅くなります。台数を追加するたびに改善する結果でもありません。 修正案：「今日の条件では、人を減らさずに1台、2台と足すと、席に着くまでの時間は短くなりました。一方、料理の待ちは、1台では延びています。」 --- **[⚠️ 要注意] S064** 問題：公開ページと同じ表示値を確かめるという点では、27.5分に小さな不一致があります。 根拠：保存結果は27.4502分なので、直接小数1桁に丸めれば27.5分です。しかしローカルHTMLには27.450として収録され、ページのJavaScriptの `toFixed(1)` では27.4分になります。転記ミスというより、表示までの丸めの問題です。公開画面は未確認です。 修正案：「ロボットなしでは、約27分半。」 または、ページ側の表示精度と台本を統一。 --- **[⚠️ 要注意] S002** 問題：1.4台という計算は成立しますが、導入店舗平均であり、典型的な店舗の台数や適正台数を示す数字ではありません。 根拠：公式の沿革に、2022年12月、約2,100店へ3,000台の導入完了とあります。3,000÷2,100≒1.43です。店舗別の分布は示されていません。提示された2022年2月の開示資料は計画なので、実績の出典は公式沿革に替える方が明確です。[すかいらーく公式「歴史・沿革」](https://corp.skylark.co.jp/about/history/) 修正案：「導入した約2,100店で単純に割ると、1店平均で約1.4台です。店ごとの台数や、ちょうどよい台数が分かる数字ではありません。」 --- **[⚠️ 要注意] S029** 問題：「急がないのも、配膳ロボットの仕事のうち」は、仮に置いた速度を、実機の安全性や設計意図で裏付けたように聞かせます。 根拠：この試算では速度を固定しており、安全性や混雑に応じた速度調整を評価していません。店や会社を笑う表現ではありませんが、前提の説明としては曖昧になります。 修正案：「ロボットは仮に秒速0.5メートル、人は秒速1メートルとしました。この速さも、実際の店で測った値ではありません。」 --- **[⚠️ 要注意] S019〜S025・S040〜S043・S053〜S054** 問題：結論の先出し、目次、節タイトル、「一言で言うと」が重なっています。特に料理が遅くなる話は、答えを何度か明かしたあとにクイズを置いています。 根拠：S006・S021・S023・S040・S041のあとでS043の問いかけが来るため、意外性を作る構成として機能しにくくなっています。必要な但し書きを増やすなら、ここが削減候補です。 修正案：S019〜S023を次の一文に置換。 「まず、スタッフ3人のまま台数を増やした結果から見ます。」 S040〜S043は次に圧縮。 「ところが、料理の待ちは別でした。ロボットなしの58秒が、1台では2分12秒に延びたんです。」 --- 最後の判定です。 1. **このまま公開してよいか：直してから。** 構成全体を作り直す必要はありません。ただし、「回る」「限界」「ぶれ」「動いていた割合」の意味は修正が必要です。 2. **公開前に必ず直すべき文番号：** **S012〜S013、S015〜S016、S018、S032、S036〜S037、S049、S051、S054、S061〜S064、S066〜S067、S070〜S075、S077〜S079。** とくに、人員削減の文には「今回の入店待ち基準を通った」という限定と、料理の待ちが悪化する事実を戻してください。 3. **台本の結論そのもの：条件つきで成立。** 「このモデルでは、席待ちと歩行距離の大きな改善が2台目まで」「台数・仕事・運用ルールで結果が変わる」は支持されます。一方、**実店舗の必要人数、現行ロボットの性能限界、専門家の必須性までは、この試算からは成立しません。** また、「3台目以降は同等」とする統計的な裏付けと、公開中の試算画面との一致は未確認です。 ``` #### 2_Gemini.md ```markdown # 2回目 Gemini（何台入れたら店は変わる） - 日時: 2026-11-14 14:31（JST） - モデル gemini-3.1-pro-preview・53秒・入力 13336・出力 2114 トークン --- 視聴者役（経営者・PM・開発者の目線）として、各AIの指摘に回答します。 ### Claude（台本の作り手）の指摘への返事 - **【高】S011〜S015（断り書きを限界の節へ）** - 賛成：経営者は早く結論を知りたいので、前提は後回しにする方が見やすい。 - **【高】S031〜S039（数字を減らしてグラフへ）** - 賛成：PM・開発者としても、耳で聞く数字は要点だけで十分。 - **【高】S042（1台の失敗を先に置く）** - 反論：「3人体制の比較」という基準がないと1台の失敗が浮き立たないので、順序を変えると文脈が崩れる。 - **【中】S016〜S024（同じ答えの繰り返しを削る）** - 賛成：冗長さを省くことで、最後まで飽きずに見られる。 - **【中】S070（見立てを実感から始める）** - 賛成：現場の実感から入る方が、経営者やPMにとって説得力が増す。 - **【中】S076（お金の手がかりを1文置く）** - 保留：エイイチさんに、1台の相場価格を1文だけ出せるか事実確認が必要。 - **【低】S038・S047（ハコブくんの笑いを入れる）** - 賛成：真面目な数字の連続の中で良いフックになっている。 ### Gemini（視聴者役・自分）の指摘への返事 - **【高】S012〜S015（前提条件をテロップや概要欄へ）** - 賛成：Claudeの指摘と同じく、視聴維持に直結する。 - **【中】S044〜S045（非現実的なルールの意図を強調）** - 賛成：ストレステストだと分かれば、開発者も納得して見られる。 - **【中】S064〜S067（数字の羅列を減らす）** - 賛成：聴覚的負荷を下げ、傾向だけ伝える方が理解しやすい。 ### codex（事実の番）の指摘への返事 - **[❌ NG] S018・S062等（「回る」と料理待ち悪化）** - 賛成：経営者が「人を減らしてもサービスが維持できる」と誤認するのを防げる。 - **[❌ NG] S051（実機の限界ではなく条件の限界）** - 賛成：開発者目線でも、シミュレーションと実機の限界は分けるべき。 - **[❌ NG] S032（ばらつきか判断できない）** - 賛成：データ分析の観点から、不確かな断定は信頼を損なう。 - **[❌ NG] S013等（積み込み・行き先設定の未計上）** - 賛成：PMとして、現場の新たなオペレーション負荷が計算外であることは知っておきたい。 - **[❌ NG] S036〜S037等（「仕事でふさがっていた時間」）** - 賛成：正確な定義の方が開発者も納得する。 - **[⚠️ 要注意] S012（「満席」の区分）** - 賛成：実際の店舗オペレーションとの違いは明記すべき。 - **[⚠️ 要注意] S015等（「2台目まで」の条件限定）** - 賛成：他の店でも2台が最適だと誤解させないために必要。 - **[⚠️ 要注意] S016等（試した範囲の明記）** - 賛成：「何台入れても」という過剰な一般化は避けるべき。 - **[⚠️ 要注意] S063〜S066（業態比較ではない）** - 賛成：前提条件が異なることをPMにフェアに伝えるべき。 - **[⚠️ 要注意] S064（「ぎりぎり」の判定線）** - 賛成：数字の厳密さはシミュレーションの信頼性に直結する。 - **[⚠️ 要注意] S061（客が皿を載せる前提）** - 賛成：PM目線で、顧客参加型のオペレーション変更だと分からないと意味が変わる。 - **[⚠️ 要注意] S033〜S035等（残った待ちの原因）** - 賛成：現場の複雑なタスクを単純化しすぎない方が良い。 - **[⚠️ 要注意] S011等（実際の勤務体制がモデル外）** - 賛成：経営者が「そのまま人を減らせる」と勘違いするのを防ぐ。 - **[⚠️ 要注意] S046〜S050等（空いた人が運ぶルールの検証なし）** - 賛成：検証していないことを断言するのは不誠実。 - **[⚠️ 要注意] S071（誰が先に運ぶかで答えが変わった）** - 賛成：これも検証外なら言い過ぎになる。 - **[⚠️ 要注意] S011等（料理が席に届くまでの終点）** - 賛成：PMとして、客が取る時間は別だと認識しておきたい。 - **[⚠️ 要注意] S026等（デザート・ドリンクも運ぶ）** - 賛成：前提条件の正確な共有は開発者にとって重要。 - **[⚠️ 要注意] S005等（空の店から始まる）** - 賛成：ピーク時の切り取りでないことは、前提として重要。 - **[⚠️ 要注意] S074（ロボット同士の干渉未計算）** - 賛成：開発者が一番気にするボトルネックなので明記すべき。 - **[⚠️ 要注意] S075（3Dと現実の妥当性）** - 賛成：シミュレーションと現実の差を認識している姿勢が信頼を生む。 - **[⚠️ 要注意] S070等（専門家必須という誘導）** - 賛成：経営者から見てポジショントーク（営業）が強すぎると冷める。 - **[⚠️ 要注意] S065〜S066（比較対象が不明）** - 賛成：何を基準にした効果なのか明確にすべき。 - **[⚠️ 要注意] S018（「待ち時間」全体への断定）** - 賛成：席待ちと料理待ちを混同させない方が分かりやすい。 - **[⚠️ 要注意] S064（27.5分の丸め）** - 賛成：画面の数字と音声の数字が違うと視聴者が混乱する。 - **[⚠️ 要注意] S002（1.4台は適正台数ではない）** - 賛成：単なる平均値だと経営者に正しく伝えるべき。 - **[⚠️ 要注意] S029（速度の裏付けがない）** - 賛成：仮の値であることを明言した方がフェア。 - **[⚠️ 要注意] S019等（結論・目次の重なり）** - 賛成：冗長さを省いてテンポを良くするべき。 --- ### 人間（エイイチ）が先に決めるべき3つ **1. 【高】冒頭の断り書きと正確性のトレードオフ（意見の対立）** ClaudeとGeminiは「離脱を防ぐため、S011〜S015の前提条件は削って後半やテロップに回すべき」と主張していますが、codexは「積み込み時間の未計上など、人員の結論に直結する前提が抜けているため冒頭で足すべき」と主張しています。テンポを優先するか、冒頭での厳密なファクト提示を優先するかを決める必要があります。 **2. 【高】「店が回る」という表現の厳密さ（冗長さとの兼ね合い）** codexから「入店待ちの基準は通っても料理の待ちは悪化しているため、同じサービス水準で人を減らせたわけではないと毎度明記すべき」と多数の指摘が入っています。これをすべて音声の台本に組み込むと冗長になるため、「どこまでを音声で語り、どこからを画面の注釈に任せるか」の線引きが必要です。 **3. 【中】「1台だと料理が遅くなる」の構成順（意見の対立）** Claudeは「一番の驚きなので、節2を節1の前に出して早く見せるべき」と提案していますが、Gemini（私）は「基準となる節1（3人体制での変化）がないと文脈が崩れる」と反論しています。動画のフックの強さを取るか、論理的な分かりやすさを取るかを決める必要があります。 ``` #### 2_codex.md ```markdown # 2回目 codex（何台入れたら店は変わる） - 日時: 2026-11-14 14:32（JST） - モデル gpt-6.1-sol・考える深さ medium・57秒・29,680 トークン --- narration.py 冒頭の出典・前提・本人の発言記録を確認しました。以下は、現在の台本に対する Claude・Gemini の指摘への返答です。旧版への自分の指摘は再掲しません。 **Claude の指摘への返答** - 【高】S011〜S015：前提説明を短くする案 **賛成**：提示案は試算・仮の値という限定を残しており、S012の判定基準と、後段へ移す条件説明が残るなら、事実を保てます。 - 【高】S031〜S039：数字を絞る案 **反論**：「そこから先はほぼ横ばい」だけに置き換えると、S033の「4台では延びた・ばらつきかは不明」が落ち、同等と確認できたように聞こえます。 案文：「8.6分が2台で3.2分。その先は、大きな短縮は見られませんでした。」 - 【高】S042：節2を先に置く案 **賛成**：事実の面では問題なし。 - 【中】S016〜S024：S026・S053を削る案 **賛成**：事実の面では問題なし。 - 【中】S070：本人の実感から始める案 **反論**：「運ぶことより」という本人の優先順位は記録にありません。また、試算で詰まった原因を「下げて拭く所」に限定する検証も示されていません。 案文：「エイイチが任せたかったのは、皿を下げることや、フォークとスプーンを拭くことでした。」 - 【中】S076：借りる費用を1文加える案 **保留**：どの機種・契約期間・費用範囲の金額を示すのか、エイイチに確認が必要です。 - 【低】S038・S047：小さな笑いを残す案 **賛成**：事実の面では問題なし。 **Gemini の指摘への返答** 「離脱しそうな所」 - 【高】S014：前提説明が長い **賛成**：事実の面では問題なし。 - 【低】S028：使用した道具の説明が退屈 **賛成**：事実の面では問題なし。 - 【中】S044：「実運用ではあり得ない」ルール **反論**：実運用であり得ないと断定する根拠は示されていません。仮に置いたルールであることと、現場で不可能であることは別です。 「止まる言葉」 - 【中】S031：「1台で半分以下」を加える案 **賛成**：8.6分に対する4.0分は半分以下で、数字の意味は保たれています。 - 【高】S037：「動いていた時間」に替える案 **反論**：集計には料理の取り出し待ちや停止なども含まれ、動いていた時間とは一致しません。 案文：「6台では、1台あたり仕事に使われていた時間は平均で2割ちょっと。料理の取り出し待ちも含みます。」 - 【高】S061：「スタッフを減らしても店は回った」に替える案 **反論**：「今回の線」という限定を外すと、独自基準を通った結果が、実店舗の営業可否を確かめた結果に広がります。 案文：「今回の混雑条件では、1台入れると、3人でも今回の線を下回りました。」 「物足りない所」 - 【中】S076：費用対効果の手がかりが欲しい **保留**：採用する費用と、人件費削減を見込める勤務条件を、エイイチに確認する必要があります。 - 【中】S075：積み込み・行き先指定の手間を知りたい **賛成**：その時間は計算対象外で、人員への影響は今回の結果から判断できません。 - 【中】S074：複数台なら干渉が最大の詰まりになるはず **反論**：干渉を計算していないことは確かですが、それが最大の原因になるかは、この試算では判断できません。 「良かった所」 - 【中】S016〜S017：序盤の結論を残す **賛成**：事実の面では問題なし。 - 【低】S057〜S058：本人の勤務経験を残す **賛成**：事実の面では問題なし。 「いちばん直すべき3つ」 - 【高】S012〜S015：前提を字幕・概要欄へ回す案 **反論**：提示された音声案だけでは、「店が回る」が独自基準による判定だと伝わりません。 案文：「これは仮の条件での試算です。『店が回る』かは、片付けと案内の平均待ち時間で判定します。」 - 【中】S044〜S045：「極端なルールによる試験」と位置づける案 **保留**：冒頭コメントにあるのは「ロボットを優先するために決めた」という経緯です。厳しい条件を与える試験として設計したのか、エイイチに確認が必要です。 - 【高】S064〜S067：数字を省いて効果だけ伝える案 **反論**：時間の種類と比較する人数を省くと、人数を減らした際の待ち時間悪化が消え、「全体に良くなった」と受け取られます。 案文：「食べ放題の設定では、2人のまま1台足すと入店待ちは短縮しました。ただし、3人・ロボットなしより料理の待ちは延びました。」 **人間が先に決めるべき3つ** 1. 【高】S012〜S015：「店が回る」の独自基準を音声に残すか。Claude の限定を残す短縮案には賛成、Gemini の音声から外す案には反対です。 2. 【中】S044〜S045：2分待つ設定は、何を確かめるために決めたのか。本人が意図していない試験目的を、後から付けないことが必要です。 3. 【中】S070：本人は本当に「運ぶことより、下げることと拭くこと」を優先していたのか。記録には比較がなく、Claude の案を採るには本人への確認が要ります。 ``` #### まとめ.md ```markdown # 議論のまとめ（何台入れたら店は変わる・議論係の試作 1本目） - 日時: 2026-11-14（JST） - 参加: Claude（作り手）・Gemini 3.1 Pro preview（視聴者役）・codex gpt-6.1-sol（事実の番。1回目は 10-24 の検証の写し） - この回は公開済み。ここに出たのは、次の回からの台本づくりへの学び ## 3社が揃った所（そのまま次の回から使える） 1. **答えまでが遠い**。S011〜S015 の断り書き5文で、経営者がここで離れる（Claude・Gemini が指摘、codex も条件つきで賛成） 2. **耳で追えない数字の並び**。S031〜S039、S061、S064〜S067（Claude・Gemini） 3. **S057〜S058 のファミレス勤務の話がいちばん強い**（Gemini が良かった所に挙げ、Claude も見立ての入口に推した） 4. **同じ答えの言い直しは削ってよい**（S026・S053） 5. **ハコブくんの小さな笑い（S038・S047）は残す** ## 割れた所（エイイチが決める） | 論点 | 意見 | |---|---| | 前提をどこまで声で言うか | Gemini：声から外して字幕と概要欄へ／codex：店が回るの線（10分）だけは声に残さないと結論が誤って伝わる／Claude：codex 寄り（線は残す、他は終盤へ） | | 1台の失敗を先に出すか | Claude：一番の驚きなので先に／Gemini：3人のままの比べが先にないと驚きが立たない／codex：事実の面ではどちらでもよい | | 数字をどこまで削るか | Gemini：傾向だけ言えばよい／codex：比べる人数と、悪くなった方の数字を落とすと、全部良くなったように聞こえる | ## エイイチにしか答えられない問い 1. **2分ロボットを待つ決まりは、何を確かめるために決めたか**。Gemini は「わざと厳しい条件で試した」と言えば開発者も納得すると言うが、codex はその意図を後から付けるのは不可と指摘。本当の理由を一言で 2. **任せたかった仕事は、運ぶことより下げることと拭くことが先だったか**。Claude の直す案がこの優先順位を勝手に足していたのを、codex が止めた 3. **お金の手がかりを1文入れるなら、どの数字か**（レンタルの月額など。機種と契約の条件も） ## 次の回からの台本の決まり（案） - 断りは冒頭に1文と、判定の線だけ。残りは終盤の限界の節にまとめる - 1文に出す数字は2つまで。ただし、比べる相手と、悪くなった方の数字は落とさない - 見立ての節は、本人の言葉をそのまま入口にする。AI が優先順位や理由を足さない - 仮に置いた決まり（2分待つなど）は、なぜそう置いたかを一言添える ## 仕組みの振り返り（議論係そのものの直す所） - **Gemini の2回目が、codex の指摘25件すべてに賛成した**。視聴者役なのに事実の指摘に口を出し、反論がない。次からは、2回目で返す相手を絞る（視聴者役は構成と分かりやすさの指摘だけに返事） - **codex の2回目は効いた**。Claude と Gemini の直す案のうち、事実をゆがめるもの5件を具体的に止めた（S031・S037・S061・S064〜S067・S070） - 費用は Gemini が2回で約2万トークン、codex が約3万トークン（Plus の枠）。1本あたりの時間は約2分半 ## エイイチの答え（2026-11-14） 1. 2分待つ決まり：昔バイトしていたとき、2分でも長いと感じたが、忙しくて料理を運べないこともあった。その記憶から推測して置いた（わざと厳しくした試験ではない） 2. 任せたかった仕事：順番は考えていない（料理を運ぶことと並べて比べる話ではない）。Claude の S070 の案は採らない 3. お金の手がかり：数字は出さず、次の回で月いくら浮くかを計算します、とだけ言う ``` #### エラー.txt ```text 2026-11-14 14:28:31 Gemini の API がエラーを返しました（429）: { "error": { "code": 429, "message": "Your project has exceeded its monthly spending cap. Please go to AI Studio at https://ai.studio/spend to manage your project spend cap. Learn more at https://ai.google.dev/gemini-api/docs/billing#project-spend-caps. ", "status": "RESOURCE_EXHAUSTED" } } ``` #### 依頼.md ```markdown # 議論の依頼：配膳ロボット1台だと、料理が遅くなる？ ファミレスで0〜6台を試算 ## この動画について - チャンネル：フィジカルAI解説｜Pixels to Motors（ナレーションはキャラクターのハコブくん。チャンネルの人はエイイチ） - チャンネルの方向：ロボット、入れたらどうなる？を、数字とシミュレーションで確かめるチャンネル - 目的：再生数そのものではなく、仕事につながりそうな視聴者（ロボティクスに興味がある経営者・PM・マネージャー・開発者）に見てもらい、相談や仕事のきっかけにすること - この回の位置：配膳ロボットのシリーズの第1回。このあと、人を減らせるか・月いくら浮くか、3Dの店でロボットを走らせる回へ続く - 状態：公開済み。だからこの議論の目的は、この台本を直すことより「次の回からの台本の作り方に生かす学び」を出すこと。直す案は、次の回でも使える形の学びとして書いてくれると助かる - 本人の決まり：セリフは平易な言葉、難しい言葉はポイントだけ。冗長にしない。真面目なだけにせずユーモアを交える。冒頭で人を惹きつける。エイイチ本人の見立て・実感を入れる（実体験は本人に聞いて入れる） - 長さの目安：85文。画面には字幕と、背景にシミュレーションの映像・グラフのカードが出る ## 台本（タイトルの行・本文） タイトル：配膳ロボット1台だと、料理が遅くなる？ ファミレスで0〜6台を試算 # 台本：配膳ロボット、何台入れたら店は変わる？ ― ファミレスの混む2時間を、0台から6台まで試算した 話し手はハコブくん（エイイチは三人称）。各行は「文番号｜表情｜場面｜字幕の文」。字幕の「｜」は、読み上げは1文のまま字幕だけ次の枚に替える位置。 ## 0 フック（0:00〜） - S001｜基本｜hook｜ファミレスで、ネコの顔をした配膳ロボットを見かけたとき、その店に何台いたか、覚えていますか。 - S002｜基本｜hook｜すかいらーくグループは、2022年の12月に、約2,100店へ、約3,000台の導入を終えました。｜単純に割ると、1店あたり平均で約1.4台です。 - S003｜小さな笑み｜hook｜エイイチが見かけた店も、2台くらいだったそうです。 - S004｜ジト目｜hook_q｜では、2台より3台、3台より6台。ロボットを増やせば増やすほど、店は良くなるのでしょうか。 - S005｜目を閉じる｜hook_try｜そこで、ファミレスの混む時間帯の2時間を、パソコンの中で再現して、ロボットを0台から6台まで、1台ずつ増やしてみました。 - S006｜驚き｜hook_try｜すると、ある台数から先は、席に着くまでの時間が、ほとんど縮まなくなりました。｜しかも1台だけのときは、料理が、かえって遅く届いたんです。 ## 1 自己紹介 - S007｜小さな笑み｜title｜Pixels to Motors。案内役のハコブくんです。 - S008｜基本｜title｜この番組では、フィジカルAIのニュースや実機の記録から、現場で使える形を考えます。 - S009｜基本｜title_eiichi｜エイイチは、本業のデザイナーをしながら、ロボティクスの研究と開発をしています。｜その中で分かったことと、そこから考えた見立てを、ハコブくんがお伝えします。 ## 2 今日の問い - S010｜驚き｜question｜今日の問いは、配膳ロボットを何台入れたら、店は変わるのか、です。 - S011｜基本｜define｜見るのは3つです。お客さんが店に来てから、席に着くまでの時間。料理ができてから、人かロボットが卓に着くまでの時間。｜そして、ホールのスタッフを減らしても、店が回るかどうか。 - S012｜基本｜define2｜この試算では、席は空いているのに、片付けや案内を待たせた時間が、平均で10分以上になったら、「店が回らない」と数えます。｜この10分は、エイイチが決めた比べるための線で、実際の店の営業を決める基準ではありません。満席で待つ時間は入れていません。 - S013｜基本｜scope｜話の範囲も言っておきます。これは、パソコンの中の試算です。｜数字の多くは、公開されている導入事例やメーカーの仕様をもとにした仮の値で、実際の店で測ったものではありません。 - S014｜基本｜scope｜店は、お客さんが1人もいない状態から始めて、2時間だけお客さんを受け入れ、最後の片付けが終わるまでを計算します。｜比べるのは、試算に入れたホールの仕事を何人でこなせるかで、厨房との兼務や準備、休憩までは入っていません。 - S015｜基本｜scope｜そしてこの動画は、シリーズの1回目です。今日は、時間と数だけで計算する試算の話。｜通路でロボットがどこで止まるかは、このあとの回で、3Dの店を建てて調べます。 ## 3 結論と立場 - S016｜基本｜answer｜先に結論を言うと、35卓のファミレスで、スタッフ3人のまま、料理を運ぶロボットを増やすと、席に着くまでの時間は、2台目までで大きく縮み、3台目から先は、大きくは縮みませんでした。 - S017｜目を閉じる｜answer_two｜そして、普通の混み具合で、料理を運ぶだけなら、試した6台までのどの台数でも、スタッフを3人から2人にすると、店は回りませんでした。｜変わったのは待ち時間で、要る人数ではなかったんです。 - S018｜基本｜stance｜先に言っておくと、配膳ロボットは意味がない、と言いたいわけじゃないんです。 - S019｜小さな笑み｜stance｜人を減らさずに足せば、席に着くまでの時間は縮みました。｜そして、店の種類や混み具合によっては、1台入れると、1人少なくても、今回の線を下回りました。ただし、そのときは料理の待ちが延びています。 ## 4 目次 - S020｜基本｜toc｜大きく3つあります。 - S021｜基本｜toc｜スタッフ3人のまま、ロボットを増やすと、何が変わるのか。 - S022｜基本｜toc｜1台だけだと、なぜ料理が遅くなるのか。 - S023｜基本｜toc｜人を減らせる台数は、あるのか。 - S024｜小さな笑み｜toc｜特に2つ目は、ロボットにとって、ちょっと気の毒な話です。最後に、エイイチの見立てを話します。 ## 5 節1：スタッフ3人のまま、ロボットを増やすと何が変わるのか - S025｜基本｜c1｜1つ目、スタッフ3人のまま、ロボットを増やすと、何が変わるのか、です。 - S026｜基本｜c1｜一言で言うと、席に着くまでの時間は、2台目までで大きく変わり、そこから先は横ばいです。 - S027｜基本｜setup｜試算の店は、35卓のファミレス。普通の混み具合で、1時間に35組が来ます。｜ロボットは料理を運ぶだけで、デザートやドリンクも含めて、1回の往復で料理を3つまで運びます。 - S028｜基本｜simpy｜使ったのは、SimPyという、Pythonの道具です。お客さんが来る、料理ができる、誰かが運ぶ、皿を下げる、といった出来事を時間の順に並べて、どこで待ちが生まれるかを数えます。 - S029｜基本｜simpy｜1つの条件を40回計算して、平均を出しています。 - S030｜基本｜speed｜ロボットの速さは、仮に秒速0.5メートル。人が歩く速さの半分です。この速さも、実際の店で測った値ではありません。 - S031｜基本｜entry｜まず、お客さんが店に来てから、席に着くまで。ロボットなしで8.6分。1台で4.0分。2台で3.2分。 - S032｜驚き｜entry_flat｜3台で2.9分。そこから先は、4台でも6台でも、3分台です。 - S033｜基本｜entry_flat｜4台では3.9分と、3台より延びています。偶然のばらつきかどうかは、この平均だけでは分かりません。｜ここでは、2台目までのような大きな縮み方は、もう見られなかった、と読んでください。 - S034｜目を閉じる｜why1｜席に着くまでが縮んだのは、料理を運ぶ仕事がロボットに移って、人の手が、片付けや案内に回ったからです。 - S035｜基本｜why1b｜席は空いているのに待たせた時間は、ロボットなしの7.4分から、2台で2.3分まで減りました。 - S036｜目を閉じる｜why1c｜でも、皿を下げて卓を拭くのも、案内も、会計も、人の仕事のまま。｜今回の作業時間と仕事の順番では、ロボットを増やしても、人の仕事を待つ時間が残りました。 - S037｜基本｜util｜6台入れたときに、ロボット1台が仕事でふさがっていた時間は、平均で2割ちょっと。お客さんが料理を取るのを待つ時間も含めて、です。 - S038｜小さな笑み｜util｜台数に対して、出番は少なくなりました。ハコブくんなら、ちょっと居心地が悪いです。 - S039｜基本｜walk｜人が歩く距離も見ておきます。お客さんが帰ったあとの片付けまでで、ロボットなしでは1人3.9キロ。2台で2.3キロ。約4割減です。これも、3台目から先は変わりませんでした。 - S040｜基本｜c1_end｜席に着くまでの時間と歩く距離が大きく変わったのは、2台目まで。料理を早く届けたいなら、3台目にも効き目がありました。そこは、次の話です。 ## 6 節2：1台だけだと、なぜ料理が遅くなるのか - S041｜基本｜c2｜2つ目、1台だけだと、なぜ料理が遅くなるのか、です。 - S042｜驚き｜dish_ans｜料理ができてから卓に着くまで。ロボットなしの58秒が、1台では2分12秒。倍以上に延びました。 - S043｜基本｜dish_more｜2台で約1分、3台で39秒。ロボットなしより早く届くようになったのは、3台目からでした。 - S044｜基本｜rule｜理由は、この試算の運び方の決まりにあります。料理ができたら、まずロボットを待つ。2分待ってもロボットが来なければ、人も運べるようにする。 - S045｜目を閉じる｜rule｜ロボットを入れたのなら、人よりロボットに働いてもらう。エイイチが、そう決めた決まりです。 - S046｜基本｜rule2｜ロボットが1台だと、往復している間に、次の料理ができてしまいます。その料理は、受け渡し口でロボットの帰りを待つ。これが積み重なって、平均が延びました。 - S047｜小さな笑み｜rule2｜1台のときは、ロボットが仕事でふさがっていた時間が、約4分の3。がんばっているのに、遅いと言われる。ちょっと気の毒です。 - S048｜基本｜fair｜現場なら、手が空いた人が先に運ぶ、というやり方もあります。｜前の版の試算はその決まりで、受け渡し口の近くにいる人が先に運び、ロボットの出番が減っていました。2分待つのがいいか、すぐに人も運ぶのがいいかは、別に比べる必要があります。 - S049｜小さな笑み｜honne1｜この結果を見たエイイチの感想は、「意外な結果だなと。でも、いまの配膳ロボットの限界点も、よくわかった」、だそうです。 - S050｜基本｜honne1｜ただ、今回分かったのは、この試算の条件での限界です。今の製品の性能を測ったわけではありません。 - S051｜目を閉じる｜c2_end｜何台入れるかは、誰が先に運ぶかの決まりと、セットで決める。台数だけを見ても、答えは出ません。 ## 7 節3：人を減らせる台数は、あるのか - S052｜基本｜c3｜3つ目、人を減らせる台数は、あるのか、です。 - S053｜基本｜c3｜一言で言うと、このファミレスの普通の日に、料理を運ぶだけなら、試した6台までには、ありませんでした。でも、混み具合や店が変わると、答えも変わります。 - S054｜基本｜two｜スタッフを2人にすると、ロボットなしでは、席に着くまで28.3分。 - S055｜困り眉｜two_b｜1台で16.9分、2台で14.3分。3台から6台でも、14分から16分のまま。どれも、店が回らない、に入りました。 - S056｜目を閉じる｜two_c｜運ぶ仕事はロボットが持っていっても、皿を下げて、卓を拭いて、案内するのは、2人のまま。そこが追いつかないんです。 - S057｜基本｜honne2｜昔ファミレスで働いていたエイイチに、ロボットに任せたかった仕事を聞いてみました。 - S058｜小さな笑み｜honne2_list｜お客さんが食べ終わった皿を下げること。パントリーに下げた皿を、洗い場まで運ぶこと。｜そして、フォークやスプーンを拭くこと。「地味に大変」だそうです。 - S059｜基本｜honne2_c｜どれも、今日の試算のロボットには、任せていない仕事です。 - S060｜小さな笑み｜patrol｜実は試算には、食事中に席を回って、お客さんに空いた皿を載せてもらう使い方もあります。｜ロボットが来るたびに、お客さんが一定の量の皿を載せてくれる前提なら、2人とロボット3台で、今回の線を下回りました。この話は、次の回で。 - S061｜基本｜crowd｜同じ店でも、混雑の日は話が変わります。1時間に45組来ると、ロボットなしでは4人要るところが、1台で、3人でも今回の線を下回りました。 - S062｜目を閉じる｜crowd_note｜ただし、席に着くまでの時間は、4人のときの11.4分から17.4分に、料理の待ちは45秒から2分17秒に延びます。｜同じサービスのまま人を減らせた、という意味ではありません。 - S063｜基本｜other｜では、店が変わるとどうなるか。試算には、ファミレスのほかに、店の種類があと4つあります。｜それぞれの店に、来客数も食事の長さも別々の、普通の混み具合を置いています。店の種類だけを変えた比べではありません。 - S064｜驚き｜buffet｜焼肉の食べ放題の店では、スタッフ2人だと、ロボットなしで約27分半。1台入れると9.8分に、約18分縮んで、今回の線を下回りました。 - S065｜基本｜buffet｜ただ、3人でロボットなしの9.2分より少し長く、料理の待ちは1分17秒から3分26秒に延びます。追加の注文が多くて、皿の行き来が多い店です。 - S066｜基本｜hotel｜洗い場が遠い店でも、2人とロボット1台で、線を下回りました。ただ、3人のときの2.9分に比べると、6.0分に延びます。 - S067｜基本｜large｜60卓の大型店は、普通の混み具合で、6人が5人に。ただし、5人で線を下回るのは、2台からです。 - S068｜目を閉じる｜c3_end｜何台で、何が変わるかは、店と混み具合ごとに違う。近い店の数字は、自分の店の答えにはなりません。 ## 8 見立て - S069｜基本｜mitate｜ここからは、エイイチの見立てです。 - S070｜目を閉じる｜mitate1｜ロボットを入れるだけでは、良くならないこともある。そこには、専門家の知見が要る。エイイチは、そのことを知ってほしいと考えています。 - S071｜基本｜mitate2｜今日の比べでも、台数と、任せる仕事で、答えが変わりました。誰が先に運ぶかという決まりも、結果に関わっています。 - S072｜小さな笑み｜mitate2｜ハコブくんなりに言うと、まず、店の仕事を知る人と一緒に、運び方を確かめることです。｜その人は、店長やスタッフかもしれないし、メーカーや導入を手伝う人かもしれません。 - S073｜基本｜limits｜ただ、フェアに言っておくと、今日の試算は、時間と数だけの計算です。 - S074｜基本｜limits｜ロボットが止まるのは、台数に関係なく、往復の3割で数秒、1%で人が動かしに行く、と仮に置いています。台数が増えて、ロボットどうしが邪魔になることは、まだ入っていません。 - S075｜基本｜limits｜料理をロボットに載せて、行き先を決める人の時間も入っていません。｜そして今日の35卓の店は、卓までの距離を幅で置いただけで、図面は使っていません。 - S076｜小さな笑み｜next｜だから次の回からは、そこを調べていきます。まず、人は減らせるのか、月いくら浮くのか。｜そのあと、店の図面から3Dの店を建てて、ロボットを走らせます。実際の店にどこまで合うかは、店での観察とも照らしていきます。 ## 9 問いへの回答・まとめ - S077｜基本｜answer2｜じゃあ、冒頭の問いに答えますね。配膳ロボットを何台入れたら、店は変わるのか。 - S078｜目を閉じる｜answer2｜35卓のファミレスで、スタッフ3人のまま増やすと、2台までで、席に着くまでの時間が8.6分から3.2分に縮み、3台目から先は、大きくは縮みませんでした。 - S079｜基本｜answer2b｜1台では、ロボットを待つ決まりのため、料理はかえって遅く届きました。｜そして、普通の混み具合で料理を運ぶだけなら、試した6台まで、3人を2人にすると、店は回りませんでした。 - S080｜基本｜answer2b｜混雑の日や、焼肉の食べ放題、洗い場が遠い店では、1台で、1人少なくても線を下回りました。ただし、待ち時間は延びています。｜何台で変わるかは、店と混み具合と、決まりで変わります。 - S081｜小さな笑み｜question_next｜次に、配膳ロボットのいる店に行ったら、数えてみてください。何台いて、料理を運んでいるのは、ロボットか、人か。 - S082｜小さな笑み｜try｜この試算は、サイトのシリーズのページで、台数や人数を変えて試せます。リンクは、概要欄に置いておきます。 ## 10 アウトロ - S083｜小さな笑み｜outro｜この動画が役に立ったら、高評価とチャンネル登録をお願いします。 - S084｜基本｜outro｜ロボットの開発や導入の相談は、概要欄の連絡先から、エイイチに直接どうぞ。 - S085｜ウインク｜outro｜コメントは、エイイチが全部読んでいます。それではまた。 ``` ### 2回目：再生数の見込み（_議論/再生数の見込み/） #### 1_Claude.md ```markdown # 1回目 Claude（再生数の見込み） - 日時: 2026-11-14（JST） - 根拠は、依頼に書いたこのチャンネルの数字だけ。ほかのチャンネルの相場は調べていない（Gemini と codex に任せる） --- ## 1. いまのまま続けたときの見込み：1本あたり50〜200回（公開から3か月） - 9-29〜10-27 は1本あたり約36回。ただしこれは28日の切り取りで、公開直後の本も混ざっている。検索と関連動画は時間をかけて積み上がるので、3か月なら倍から数倍と見る（推測） - 表示の87%が4本に集まっていた。中央の1本は、もっと少ない（推測で30〜80回） ## 2. 1,000回に届く本の形：誰もが知っている名前 × 具体的な数字 × 自分で確かめた - 1,000回に一番近かったのはジャングリアの回。表示2,547・クリック率4.3% で、表示からの視聴だけでは約110回。届くには、表示が1万回前後に増える必要がある（クリック率4%のまま、表示1万 × 4% ≒ 400回、加えて検索と関連動画） - 表示が増えるのは、YouTube が「この題名で探す人・この動画の次に見る人がいる」と判断したとき。つまり世間で探される言葉が題名にあるとき。「フィジカルAI」という言葉で探す人はほぼいない（57回）ので、言葉は題名の頭から外し、テスラ・ソフトバンク・すかいらーく・ジャングリアのような名前を頭に置く - 届く割合は、いまのやり方なら10本に1本あるかどうか（推測） ## 3. 10,000回に届くとしたら - 検索だけでは届かない。ブラウジング（おすすめ）に乗る必要がある。その条件は、クリック率がそのジャンルの平均以上で、最初の30秒で半分以上が残ること。いまは30秒で55%なので、入口の作りはもう一歩 - 題材は、ロボットに興味がない人も気になるもの（家の中・店・身近な仕事の話）でないと、おすすめの広がりが止まる。配膳ロボットの猫は、その入口になりうる - 天井：ハコブくんの声だけで顔も声も出ていない、仕事向けの試算チャンネルとしては、10,000回は年に数本当たれば大成功。毎回狙うものではない ## 本人が出る条件（顔はアイコン・声は AI）で変わること - 手元と体が映るだけでも、実際に人が手を動かしている証拠になり、ハコブくんだけの解説より信用されやすい（推測）。特に③の自分で試してみた回は、手元が主役になる - 顔と声を出す実験系の個人チャンネルと比べると、人となりで登録してもらう力は弱いまま。だから題材と題名で選ばれる作りは変わらない ## 4. 割れそうな所（ほかの AI に聞きたい） - ③の自分で試してみた（ジェンガ対決など）は、題材としては一番おすすめに乗りやすいが、仕事につながる人が見るかは別。ここは数字と目的がぶつかる - ショートを本編の入口にする作戦は、これまでの数字では効いていない（4万回で本編へ8回）。続けるか、ショートは知ってもらう役と割り切るか ``` #### 1_Gemini.md ```markdown # 1回目 Gemini（視聴者役）（_議論/再生数の見込み） - 日時: 2026-11-14 14:46（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・43秒・入力 2222・出力 1815 トークン --- 日本のYouTube市場と視聴者の動向を見る役として、Google検索で集めた実際のデータをもとに、シビアに現実をお伝えします。 まず、大手メディアから個人の実験チャンネルまで、現在の「フィジカルAI」「ロボット」関連動画の再生数の相場を共有します。 ### 4. 日本語でフィジカルAI・ロボットを扱うほかのチャンネルや動画の実際の再生数の相場 **【大手メディア・ビジネス系（専門家対談・現地取材）】** ここは現在「フィジカルAI」という言葉を積極的に押し出しており、数万〜20万回の再生数を稼いでいます。 - PIVOT 公式チャンネル「【AIが”体”を持つ日】『フィジカルAI』10.5兆円市場の正体…」：約21.2万回（3ヶ月前） - PIVOT 公式チャンネル「【フィジカルAIで日本は勝てるか？】…」：約11万回（2週間前） - テレ東BIZ「「フィジカルAI」開発の現場に潜入！…」：約10.2万回（3日前） - 日テレNEWS「【最新】“フィジカルAI元年”/ 国内最大「人型ロボット」研究開発拠点を公開…」：約29.1万回（24日前） **【個人の解説・ビジネス・投資系】** - FabScene「なぜ1万円台でロボットを配るのか？NVIDIAが2兆円で買ったフィジカルAIの中心地…」：約3.2万回（12日前） - ヤンチャンCH（中国事情解説）「【衝撃】中国でなぜ人型ロボットが急増？1年で異次元の進化…」：約1.8万回（21時間前） - 元NASDAQ100企業で20年、日米2拠点（投資系）「【フィジカルAI】人型ロボット市場の予想は3.6倍に…」：約2,100回（4週間前） - Wevery!チャンネル（医療機関向け）「配膳ロボットが医院で大活躍!? 想像以上にコスパも抜群…」：約3,300回（2年4ヶ月前） **【個人の実験・モノづくり系（ロボットアームなど）】** - LIGHTCAFE LAB「【お手軽ロボットアーム】Dobot Magicianを開封&レビュー！」：約2.3万回（6年前） - Skyentific「人型ロボットアームの製作（パート2）」：約2.6万回（2年前） - 電子工作チャンネル - STUDIO-K「低コストのロボットアームを3Dプリンターで作成」：約2,400回（1年前） - DIYロボ工房「3Dプリンターでロボットアームを作ってみた」：約459回（3ヶ月前） --- この相場を踏まえたうえで、依頼の問いに答えます。 ### 1. いまのやり方のまま続けたときの現実的な見込み **結論：公開から3か月で「30〜50回」程度です。** 理由は明確です。YouTube検索の66%が「ジャングリア」関連であり、「フィジカルAI」で検索して来る人がほぼいないというデータがすべてを物語っています。「フィジカルAI」という言葉は、PIVOTや日経などの大手メディアがプッシュしている段階であり、現場の経営者やPMが自ら検索窓に打ち込む言葉にはまだなっていません。 また、平均視聴が長さの24〜27%（3分で30%に低下）という維持率では、YouTubeのアルゴリズム（ブラウジング機能）に見放され、おすすめに表示されません。 ### 2. 1,000回に届く本は、どんな題材・タイトル・型か 1,000回に届くのは**「具体的な企業名/場所」×「独自のシミュレーション」**の型です。割合としては、この型に絞れば**「3〜4本に1本（25〜30%）」**は1,000回に届く可能性があります。 **【視聴者目線でのタイトルの評価】** - **押したくなるタイトル：** - 「ジャングリア沖縄の赤字89億円、AIとロボットで埋められるか勝手に試算してみた」 - 「配膳ロボット1台だと、料理が遅くなる？ ファミレスで0〜6台を試算」 （理由：誰もが知っている固有名詞や身近な状況に対して、「どうなるの？」という具体的な好奇心を刺激されるから） - **絶対に押さないタイトル：** - 「人型ロボットの出荷は4倍。ロボットにも「ChatGPTの瞬間」は来たのか｜フィジカルAIの現在地」 - 「KDDIとソフトバンクはフィジカルAIでもライバルか　300億円の新会社を読み解く」 （理由：この手のマクロな時事解説は、PIVOTやNewsPicksで権威ある専門家が顔出しで語る動画を見ます。どこの誰かわからないAI音声のキャラクター（ハコブくん）が語るマクロ解説に、視聴者は時間を使いません） ### 3. 10,000回に届くとしたら、何がそろったときか。狙える天井はどこか 10,000回に届くには、検索だけでなく「ブラウジング（おすすめ）」や「関連動画」に乗る必要があります。そのためには**「エイイチさん本人の実写（手元や体）」と「動きのある映像」**が絶対に必要です。 AI音声と静止画・グラフだけの動画は、よほど話術が優れていない限り3分で飽きられます。しかし、「自分で試してみた（ロボットアームでジェンガ対決など）」の企画で、エイイチさんの手元や実際のロボットの動きが画面に映れば、視覚的な変化が生まれ、視聴者維持率は劇的に改善します。顔出しは不要ですが、人間が実際に作業している「属人性」と「生っぽさ」が、視聴者の信頼と滞在時間を生みます。 **狙える天井：** ビジネス（導入検討者）にターゲットを絞った場合、日本の市場規模から推測して**「3万〜5万回」が天井**です。もしロボットアームの実験動画がエンタメ層（純粋なモノづくり好き）にウケた場合は10万回以上も狙えますが、それは「仕事につなげる」という本来の目的からは少しズレる客層になります。 ### まとめ：1本あたりの見込み（数字の幅） - **いまのまま（抽象的な解説・AI音声のみ・静止画主体）：** **30 〜 50回** - **題材と題名を選んだ場合（具体名×試算に特化）：** **500 〜 1,500回** - **当たった場合（実写映像の投入で維持率が改善し、おすすめに載った場合）：** **10,000 〜 30,000回** 他のAI（ClaudeやCodex）は「質の高い解説を続ければ伸びる」と言うかもしれませんが、市場を見る役としては反対します。YouTubeの視聴者は「誰が言っているか」を重視します。権威がない初期段階では、「マクロな解説」は捨て、「ニッチで具体的なシミュレーション」と「実写を交えた泥臭い実験」に振り切るべきです。 ## Gemini が検索で見た出典 - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGg6m4ovi8wEFddd72TWSRDLcnjLAaqpqaSujW0rykrlQXx-hY1LJl1or4WLi0WxpbPu9IkAn6h3-kTs827oj8dth0Z2xyCkHLphAMAvpRF_GfBeE0xCH1pV9rwxO93vOrGJvpsI1o4VzZr9UEtguuulGsGJieF26oqKSxPTvYNqsjojdHD - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHPriM6AhQSZZ5XY7iGDdaZa3N2XyDqJltcQXlrvvjlJPtcKc2dOfrvc6M87I7YUeinaImQTReszajDsXRcwwUdPa8YViMjzUsyIwPHZMaJDMaJNJSeu-ZHKgDg4xHvsNEo - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGAx--Nc-8-uDeco72M6SDmvIRW7fwXRkUu6SebNmGEUMHuPiymn86EPrQZeWPY3gkZlYwQZI0tXderRQx4BuSyUnu7yyWTqEFw9zGJcqdoXcDtQMSiVjSuwIDJCAcF4n4FO74SlrD9z5s06XtnONIrol9Hdb-mfi8qYm3_hmSwaO2XB4zocvW8MKcMik6IeY_1BbPE9w== - yutura.net: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQG95B1SOAacntAoCFjwgfz63TNcTvryyLInG9rQ7TzuyaBuPNc6C2yigVZ_XdTFh8nWStVw198piQV2ap9kQVJ8qQJs0F9DtChntMcsO2kyCf_X5wQZRf38fPImAOef1-EF5D5CdU4qJrk= - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQFxWewZasMCp5v3a_-k6f0c00ejdb5XhFsZyoM5HQQV2gRrFW5o0xzFVmfE0_BWo7j7r7zZ4EPPrpf2-HTG9baoFlX8X5pN50v3VGCeN0jo0jenCYRcAq00sEehovUyXWa9CzaW6XgdYeI5mHcyT57q1zSYfII= - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHl8MfDYp8tybgc3JtKI8fY037MuJ7RQgv4YYQhWASkkN38Ybo7D4lp2mbROCfXPCwyeKHySSbIdXvE8Kle574J_y7XCj9IAv7fZzZ_8va3a8vjJ6nDcYXfQWu6zbRWM8G1 ``` #### 1_codex.md ```markdown # 1回目 codex（事実の番）（_議論/再生数の見込み） - 日時: 2026-11-14 14:49（JST） - モデル gpt-6.1-sol・考える深さ medium・210秒・133,717 トークン --- **私の見立ては、現状のままなら公開から3か月で、平均50〜150回／本。計画用の中心値は約90回／本です。いずれも推測で、1,000回を通常の見込みに置けるデータはまだありません。** 一方、他チャンネルにはフィジカルAIの長い解説で数千〜数万回の実例があります。題材の需要はあります。ただし、それをこのチャンネルが現在獲得できる再生数とは分けて考えます。 以下、自チャンネルの「実績」は依頼文の数字です。外部調査は2026年11月14日に行いました。 **他チャンネルでは、実際にどれくらい見られているか** 出典を開いて確認できた記録を示します。**外部集計サイトに記録された時点の累計で、今日の再生数ではありません。** YouTube本体も開きましたが取得できず、現在値との照合は未確認です。 | チャンネル・動画 | 記録された再生数 | 公開日 → 集計日 | 比較するときの注意 | |---|---:|---|---| | イチゼロシステム「【徹底解説】フィジカルAIとは何か？」 | **7,052回** | 2026/7/8 → 10/13 | 専門的な長い解説の例。ただし新設チャンネルではない。[出典](https://yutura.net/channel/4457/video/5CG1Uz9frMQ/) | | ものづくり太郎「【米国速報】最強フィジカルAI企業を追え！」 | **58,405回** | 2026/3/13 → 3/20 | 対談形式。既存の視聴者と出演者の認知がある。[出典](https://yutura.net/channel/48788/video/IUv9i_pe9do/) | | ものづくり太郎「【Ｒ＆ＤもフィジカルＡＩが流入】次元が違う！研究開発が１０００倍速で進む世界が到来！」 | **28,667回** | 2026/7/24 → 9/6 | 研究開発という用途を持つ解説。[出典](https://digitalcreators.jp/channel/ja/UCY9KXoezyo6cp-YwguOOCcg/videos/) | | ものづくり太郎「ロボットだけじゃなかった！フィジカルＡＩ革命が始まる！」 | **96,006回** | 2026/8/7 → 9/6 | 同じ発信者でも動画によって大きく違う。[出典](https://digitalcreators.jp/channel/ja/UCY9KXoezyo6cp-YwguOOCcg/videos/) | | 楽待「【フィジカルAI『勝ち組銘柄』は？】…《ものづくり太郎×山田太郎》」 | **45,961回** | 2026/7/17 → 7/21 | 投資への関心と出演者の認知も含む。導入検討者向け動画とは視聴者が異なる。[出典](https://yutura.net/channel/11906/video/i23MnQnn0Sk/) | タイトルは比較対象の識別のために記載しました。表現や主張を、このチャンネルへの提案として採用するものではありません。 低い側の参考として、個人ブログには小林由幸氏の「フィジカルAIに対して抱かれる典型的誤解と本質的機会」が**700回**と記載されています。ただし、記載された日付は2026年1月5日で、再生数を取得した正確な時刻・公開後の経過日数は不明です。**ブログの記載は確認済み、動画本体の数値は未確認**なので、主要な比較から外します。[記載箇所](https://ume2509.github.io/ds/blog/2026/01/05/robot_ai) また、小規模側を探すと、配膳ロボット解説の**50回**という検索結果もありましたが、出典ページを開けませんでした。これは**未確認**で、相場の計算には使いません。[検索で見つかったページ](https://glasp.co/youtube/UI8IXAxQbGU) ここから言えるのは、**「フィジカルAIなら通常何回」という相場は決められないが、専門解説で数千回、大手の解説・対談で数万回という実例はある**ということです。検索で見つかる動画には偏りがあり、新設チャンネルの母集団も確保できていません。この表の平均を自チャンネルの予測に使うことには反対です。 **自チャンネルの実績から、どこまで計算できるか** まず、データの制約があります。 - 実績の**682回 ÷ 19本＝約35.9回／本**は、指定期間内の平均です。各動画の「公開後28日間」の平均ではありません。 - 後の期間の**本編788回**は、対象本数と各動画の公開日が不明なので、1本あたりには換算できません。前の期間とも重なるため、合算しません。 - 「19本」と「表示が集中した4本＋残り17本」は本数が一致しません。このため、表示の集中は判断材料にしますが、動画群の割合の計算には使いません。 したがって、公開から3か月の予測を実測データだけで確定することはできません。暫定計算は次の形です。 > **公開後3か月の平均再生数 ≈ 35.9回 × 補正倍率** 補正倍率には、集計時点で投稿直後だった動画がその後に見られる分と、その後の追加流入をまとめて入れます。**倍率はすべて私の仮定で、実測から推定できた値ではありません。** | 仮定する補正倍率 | 計算 | 公開後3か月の平均見込み・推測 | |---:|---|---:| | 1.5倍 | 35.9 × 1.5 | 約54回／本 | | 2.5倍 | 35.9 × 2.5 | 約90回／本 | | 4倍 | 35.9 × 4 | 約144回／本 | これを丸めて、冒頭の**平均50〜150回、中心約90回／本という暫定見込み**にしています。統計的な信頼区間ではなく、制作計画のための仮置きです。平均なので、各動画がこの範囲に収まるという意味でもありません。中央値は算出できません。 **流入の中身も、強気な予測を支えていません。** 依頼文の実績から計算すると、 - 検索のうちジャングリア関連は、**286 × 66% ≈ 189回**。 - それ以外の検索は、**286 × 34% ≈ 97回**。これは本編全体の数字で、1本分ではありません。 - 列挙された流入元の合計は、**286＋279＋111＋37＋28＝741回**。本編合計788回との差の**47回は内訳不明**として残します。 現時点の検索実績は「フィジカルAI全般への需要」より、特定の題材を入口にして生じています。 ショート経由の本編視聴も実績では8回です。**ショートの大きな再生数を、本編の見込みに上乗せする根拠はありません。** **1,000回に届くには、何が必要か** 計算では、検索の二重計上を避けます。YouTubeの表示回数には検索結果での表示も含まれます。そのため「全表示×クリック率＋検索流入」だと重複します。[YouTube公式の説明](https://support.google.com/youtube/answer/9314486?hl=ja) ここでは、 > **再生数 ≈ 全表示回数 × クリック率 ＋ 表示に計上されない経路からの再生数** と置きます。流入元別の表示・クリック率がないため、以下は全体のクリック率を固定した概算です。 まず追加経路をゼロと仮定すると、 | 仮定するクリック率 | 1,000回に必要な表示 | 10,000回に必要な表示 | |---:|---:|---:| | 3%・仮定 | 約33,334表示 | 約333,334表示 | | **4.3%・ジャングリア動画の実績** | **約23,256表示** | **約232,559表示** | | 5%・改善した場合の仮定 | 20,000表示 | 200,000表示 | 計算式は、いずれも**目標再生数 ÷ クリック率**です。 ジャングリア動画の実績では、 > **2,547表示 × 4.3% ≈ 110回** が表示経由の再生の概算です。これは動画全体の実際の再生数とは区別します。 同じクリック率で1,000回に届くには、表示が**約9.1倍**必要です。クリック率だけを仮に5%へ上げても、 > **2,547 × 5% ≈ 127回** です。**タイトルとサムネイルの改善は必要ですが、それだけで目標との差は埋まりません。継続して表示される入口が必要です。** 題材として優先したいのは、次のような形です。これは実績からの推測で、到達を保証するものではありません。 | 題材・タイトル案 | 到達に向けた強み | 本編で必要な内容 | |---|---|---| | 「配膳ロボットでホールの人を減らせる？ 条件を変えて試算」 | 導入する人の判断に直結する | 減らせる条件と、減らせない条件の比較 | | 「配膳ロボットを増やすと料理は早く届く？ 店の中を再現して比較」 | 身近な機械と、目で分かる結果 | 同じ条件で台数を変えた動きと待ち時間 | | 「病院の搬送ロボット、人が運ぶ場合とどこで差が出る？」 | 仕事につながる視聴者との適合が強い | 搬送以外の作業や待ち時間も含めた比較 | | 「ロボットアームとジェンガ対決。抜けない原因を直して再挑戦」 | 専門用語を知らなくても結果を見たくなる | 実際の失敗、修正、再挑戦の映像 | 「フィジカルAI」という言葉を先頭に置く必然性は、現状の検索実績からは見えません。**見る人が知っている機械・場所・困りごとを入口にし、試算や実験で答える型**を優先します。 1,000回に届く割合は、現在の集計だけでは推定できません。各動画の公開後の成績分布がないためです。どうしても制作計画に数字を置くなら、**現状継続では20本中0〜1本程度、割合で0〜5%を仮置きします。これは推測で、統計的な上限でもありません。** 題材を変えた後の到達割合は、まだ数値を置く根拠がありません。 **10,000回は狙えるか。天井はどこか** **題材としての10,000回は狙えます。自チャンネルの通常予測には、まだ入れません。** 比較表には、それを超える長い動画の実績があります。一方、自チャンネルが実績のクリック率4.3%で、表示経由だけで届くには約23.3万表示が必要です。現在のジャングリア動画の表示に対して**約91倍という計算**になります。 そこに近づく条件として、私は次を考えます。いずれも仮説です。 - 導入検討者以外にも伝わる、具体的な問いがある。 - 自前の実験やシミュレーションに、続きを見る理由がある。 - 冒頭で問いと実際の映像を示し、その後も結果が進む。 - 関連する動画や外部の紹介先があり、最初の表示の後にも視聴者と接点が続く。 ただし、これらがそろえばYouTubeが一定数を表示する、という換算式はありません。依頼文の**冒頭30秒で55%、平均視聴24〜27%という実績だけから、今後広く表示されると予測することもできません。** また、その数字だけで表示不足の原因を断定することもできません。 天井の数値は決められません。外部事例が示しているのは、この題材に大きな視聴実績があることまでです。チャンネル固有の天井を算出できるデータはありません。 **本人が手元・体だけ出る効果について** **本人が映ること自体に、再生数の倍率は付けません。効果は未測定です。** 価値がありそうなのは、本人の手が映ることで「誰かが本当に操作し、失敗して、修正した」と分かる点です。ジェンガ対決では、その動作が本編の内容になります。顔や本人の声がなくても成立します。 ただし、配膳ロボットの試算画面に本人の体を加えるだけで、再生が増えるとは予測しません。今の予測には上乗せせず、実機企画の公開後に表示・クリック率・視聴の残り方を確認します。 議論で私が異論を出すのは、**「題材が伸びているから、このチャンネルも普通に1,000回はいく」「本人が出れば大きく増える」**という見方です。現在の数字からそこまでは言えません。エイイチの「1,000回で十分」は妥当な目標ですが、現状では、表示され続ける企画の型を見つけて初めて届く目標と判断します。 ``` #### 2_Gemini.md ```markdown # 2回目 Gemini（_議論/再生数の見込み） - 日時: 2026-11-14 14:50（JST） - モデル gemini-3.1-pro-preview・36秒・入力 8354・出力 748 トークン --- **【Claudeの指摘への返事】** ・3か月なら倍から数倍と見る（推測） 反論：検索需要がない言葉では時間が経っても積み上がらないため、倍増を見込んで計画を直すと、現実には届かない数字を前提にしてしまう。 ・③自分で試してみた回はおすすめに乗りやすいが、仕事につながる人が見るかは別 賛成：エンタメ層が集まるだけで、ロボット導入を考える経営者やPMという本来のターゲットからズレるリスクが非常に高い。 ・ショートを本編の入口にする作戦は効いていない 賛成：ショート4万回再生で本編へ8回という実データが、導線として機能していない現実を証明している。 **【codexの指摘への返事】** ・本人が映ること自体に、再生数の倍率は付けない 反論：実写の「動き」がないと30秒維持率（現状55%）は改善しないため、実写の効果をゼロとして計画を直すと、おすすめ（ブラウジング）に乗るための必須の打ち手を見落とす。 ・現状継続で1,000回に届く割合は0〜5%（推測） 賛成：現在の表示回数とクリック率の延長線上で計算すれば、その程度の極めて低い確率になるのは妥当。 ・10,000回は題材として狙えるが、自チャンネルの通常予測には入れない 賛成：現状の低い視聴者維持率（平均24〜27%）のまま、アルゴリズムによる爆発的な拡散を計画の予測に組み込むのは危険すぎる。 --- **【人間（エイイチ）が先に決めるべき3つ】** **重さ：大** **ターゲット（目的）と、選ぶ題材のジレンマの決着** 「③自分で試してみた（実機実験）」は視覚的な変化があり再生数を稼ぎやすい反面、エンタメ層が集まりやすく「仕事につながる人に見てもらう」という目的からズレる懸念があります（Claudeと私の共通意見）。再生数が少なくても仕事に直結しやすい「①②の試算・シミュレーション」に絞るのか、まずは再生数の天井を上げるために「③の実機実験」を増やすのか、どちらを優先するか決める必要があります。 **重さ：中** **本人（実写）を画面に出すことへの評価と投入範囲** 本人の手元や体が映ることの効果について、3つのAIで意見が完全に割れています。私は「画面に動きが出て維持率が上がり、おすすめに乗るための必須条件」と見ていますが、codexは「効果未測定で再生数の倍率はつけない」、Claudeは「信用にはなるが、人となりで登録させる力は弱い」と評価しています。この割れた見立ての中で、どの企画にどこまで実写の手間をかけるか決める必要があります。 **重さ：中** **ショート動画の運用方針（撤退か、割り切りか）** 「ショートから本編への誘導は失敗している」という点ではAI全員の認識が一致しています。今後、本編への導線を直す実験に労力を使うのか、単なる認知拡大用と割り切って現状のまま続けるのか、あるいは本編の制作にリソースを集中させるためにショート自体をやめるのかの判断が必要です。 ``` #### 2_codex.md ```markdown # 2回目 codex（_議論/再生数の見込み） - 日時: 2026-11-14 14:51（JST） - モデル gpt-6.1-sol・考える深さ medium・74秒・25,122 トークン --- ## Claudeへの返事 - **「現状は公開後３か月で平均50〜200回」—賛成：** 推測としては私の見立てと近いが、期間内の実績を延ばした仮置きであり、予測精度が確かめられた幅ではない。 - **「中央値は30〜80回」—反論：** 推測でも、表示の集中だけでは再生数の中央値を決められず、この幅を採用すると典型的な動画の成績を誤認する。 - **「具体名×数字×自分で確かめた型」—賛成：** 提供実績のジャングリア回が支持しているが、この型の成功率まで確認できたわけではない。 - **「１万表示前後＋検索・関連動画で1,000回」—反論：** 検索・関連動画の表示も表示回数に含まれるため二重計上になり、追加経路を除けば実績のクリック率4.3％では約23,256表示が必要という計算になる。[公式説明](https://support.google.com/youtube/answer/9314486?hl=ja) - **「『フィジカルAI』より具体名を入口にする」—賛成：** 提供された検索実績には合うが、このチャンネルへの流入の少なさを市場全体の検索需要の少なさとは断定しない。 - **「1,000回は10本に１本あるかどうか」—反論：** 推測とは明記されているが、公開後の動画別成績がなく、到達割合として採用すると制作計画に根拠のない期待を置く。 - **「10,000回には検索以外のおすすめが必要」—反論：** 有力な経路という仮説には賛成だが、検索だけでは届かないとする根拠はなく、必須条件にすると判断を狭める。 - **「クリック率が平均以上、冒頭30秒で半分以上が条件」—反論：** この合格線の出典はなく、固定条件として採用すると改善箇所を誤る；公式説明は視聴者との関連性や満足度なども挙げている。[公式説明](https://support.google.com/youtube/answer/141805?hl=ja) - **「身近な題材が広がりやすい」—賛成：** 専門知識なしで問いを理解できるという仮説は妥当だが、再生数への換算はできない。 - **「10,000回は年に数本なら大成功」—反論：** 成功の評価としては理解できるが、年間の本数や到達率が不明で、発生頻度の見込みとして置くと過大期待になる。 - **「手元は信用につながるが、顔・声なしでは登録する力が弱い」—反論：** 手元の効用は仮説として賛成だが、顔・声の有無による登録の差は未測定で、弱いと決めると現在の出演条件を不当に不利に扱う。 - **「実験の再生数と仕事への適合は別」—保留：** エイイチに、実験を見た開発者からの相談も狙う仕事に含むかを聞きたい。 - **「ショートは本編への入口として効いていない」—賛成：** 提供実績の本編流入８回は支持するが、「約４万再生」とは集計期間が異なるため、そのまま転換率にはしない。 ## Geminiへの返事 - **「列挙した他動画の数字が実際の相場」—反論：** 個別動画と観測日時の対応が不足し、公開後の経過期間も違うため、一覧を相場として採用すると比較を誤る；今回の照合でも提示値全体は確認できていない。 - **「大手の高再生数を比較材料にする」—賛成：** 題材に視聴実績がある証拠にはなるが、新設チャンネルの予測値には直接移せない。 - **「現状は公開後３か月で30〜50回」—反論：** 推測と明記すべきで、提供された期間内平均約36回から公開後３か月をこの狭い幅に固定すると、未観測の積み上がりを過小評価する可能性がある。 - **「経営者や担当者は『フィジカルAI』を検索していない」—反論：** このチャンネルへの検索流入だけでは対象者全体の検索行動は分からず、断定すると需要の判断を誤る。 - **「維持率が低いのでおすすめに表示されない」—反論：** 提供実績ではブラウジングから279回流入しており、維持率だけで表示不足の原因を決めると対策を誤る。 - **「具体名×試算なら25〜30％が1,000回に届く」—反論：** 成功率の根拠がなく、推測としても大幅な改善を織り込みすぎで、さらに「３〜４本に１本」は計算上約25〜33％となり表記も一致しない。 - **「具体的な問いのタイトルを優先する」—賛成：** ジャングリア回の提供実績と整合するが、ほかの題材でも同じ効果が出るかは未確認。 - **「マクロ解説は絶対に押されない」—反論：** 視聴者役としての好みは材料になるが、視聴者全体の行動に広げると、未検証の企画まで捨てることになる。 - **「10,000回には本人の実写が絶対必要」—反論：** 必要条件とする比較データがなく、採用するとシミュレーション主体の企画を根拠なく除外する。 - **「実写で維持率が劇的に改善する」—反論：** このチャンネルでの比較実績がなく、改善を前提に再生数を上乗せすると制作負担に見合う効果を過大評価する。 - **「仕事向けの天井は３万〜５万回、実験なら10万回以上」—反論：** 推測と明記しても、市場規模から動画の再生上限を出す計算根拠がなく、天井や到達可能性を数値で固定すると判断を誤る。 - **「具体名×試算なら500〜1,500回、実写が当たれば10,000〜30,000回」—反論：** いずれも推測で、企画変更と再生数を結ぶ観測がなく、通常見込みと成功時の想定が混ざっている。 - **「マクロ解説を捨て、試算と実験に振り切る」—保留：** エイイチに、欲しい相談の内容と、実機撮影を継続できる制作負担を聞かないと配分を決められない。 ## 人間が先に決めるべき３つ 重さは、意思決定への影響についての私の判断です。 1. **最重要：誰から、どんな仕事の相談が来れば成功か。** 実験好きの開発者も含めるかで、Geminiの実験重視案を採る意味が変わる。 2. **重い：制作計画に、どの再生見込みを置くか。** Claude・私・Geminiの推測は割れたまま；特にGeminiの企画変更後の大幅増は、現段階では根拠が不足している。 3. **重い：手元・実機撮影に、どこまで時間と費用を使えるか。** 私は未測定の効果として扱い、Geminiの「必須」「劇的改善」は採用しない。 ``` #### まとめ.md ```markdown # まとめ：フィジカルAIの題材で、1本あたりどのくらい見込めるか（2026-11-14） ## 3社の見込み（公開から3か月・1本あたり。どれも推測） | | いまのまま | 題材と題名を選んだ場合 | 当たった場合 | |---|---|---|---| | Claude | 50〜200回 | 1,000回は10本に1本あるかどうか | 10,000回は年に数本なら大成功 | | Gemini | 30〜50回 | 500〜1,500回（3〜4本に1本が1,000回） | 10,000〜30,000回（実写の動きがあって、おすすめに乗ったとき） | | codex | 50〜150回（中心は約90回） | 割合は根拠がなく出せない（いまのままなら20本に0〜1本） | 題材としては狙えるが、通常の見込みには入れない | ## 揃った所 - いまのままでは、1本1,000回は普通の見込みにならない - 入口は「フィジカルAI」という言葉ではなく、誰もが知っている名前・場所・困りごと（配膳ロボット・病院・テスラなど）に、自分の試算や実験で答える型 - 題材そのものに需要はある。ほかのチャンネルでは、フィジカルAIの長い解説で数千〜数万回の例がある（codex が出典を開いて確かめたもの：イチゼロシステム約7千回、ものづくり太郎 約2.9万〜9.6万回 など）。ただし、顔と名前が知られた人の動画で、そのまま当てはめられない - ショートは本編の入口としては効いていない（4万回で本編へ8回） ## 割れた所 - **本人の手元・実機の映像の効き目**：Gemini は「維持率を上げ、おすすめに乗る必須の打ち手」。codex は「効き目は測っていない。倍率は付けない」。Claude は「信用にはなるが、それだけで伸びるとは言えない」 - **1,000回への道の太さ**：Gemini は題材を選べば3〜4本に1本。codex は根拠がなく、割合は出せない - **計算の直し**：Claude の「表示1万回で1,000回」は codex が二重計上だと指摘。クリック率4.3%なら、表示だけで1,000回には約2.3万回の表示が要る ## エイイチに決めてほしいこと（codex と Gemini が挙げた） 1. どんな人からの相談なら成功か。実験が好きな開発者からの相談も、狙う仕事に入れるか 2. 手元や実機の撮影に、どこまで時間をかけられるか 3. ショートを続けるか（知ってもらう役と割り切るか、やめて本編に時間を回すか） ## エイイチの答え（2026-11-14） 1. 実験が好きな開発者からの相談も、狙う仕事に入れてよい 2. 手元や実機の撮影にかけられるのは、1本あたり2〜3時間 3. ショートは続ける ``` #### 依頼.md ```markdown # 議論の依頼：フィジカルAIという題材で、1本あたりどのくらいの再生数が見込めるか ## 問い YouTube チャンネル「フィジカルAI解説｜Pixels to Motors」で、フィジカルAI（ロボットと AI）を題材にした本編（長い動画）は、1本あたり何回くらい見られる見込みがあるか。 エイイチの目安は、いまの段階では **1本1,000回で十分、10,000回なら大成功**。 答えてほしいこと: 1. いまのやり方のまま続けたときの、1本あたりの現実的な見込み（公開から3か月で何回くらいか） 2. 1,000回に届く本は、どんな題材・タイトル・型か。どのくらいの割合で届きそうか 3. 10,000回に届くとしたら、何がそろったときか。そもそも狙える天井はどこか 4. 日本語でフィジカルAI・ロボットを扱うほかのチャンネルや動画の、実際の再生数の相場（比べられる例） ## チャンネルの今の状態 - 2026年10月から本格的に本編を出し始めた。ナレーションはキャラクターのハコブくん（AI の声）。エイイチ本人は顔も声も出していない - 方向：「ロボット、入れたらどうなる？」を、数字とシミュレーションで確かめるチャンネル。ニュースの解説そのものでは大手と競わない - 目的：再生数そのものより、仕事につながりそうな人（ロボットの導入を考える経営者・PM・マネージャー・開発者）に見てもらうこと。ただし今は見られる数が少なすぎて、その目的にも届いていない - 柱は3本：①入れたらどうなる（配膳ロボット・病院の搬送ロボットの試算とシミュレーション）②時事を入り口に試算 ③自分で試してみた（ロボットアームでジェンガ対決など、これから） - 守ること：釣り・誇張・中身と合わないタイトルやサムネイルはしない - エイイチが出られる条件：素材として画面に出るのはよい（手元・体など）。ただし顔は出さない（顔はアイコンなどで隠す）。声は出さず、AI の声で再生する。この条件の中で、本人が出ることで見込みがどう変わるかも考えてほしい ## これまでの実際の数字（YouTube Studio から読んだもの） ### 2026-09-29〜10-27（28日） - 本編は19本出して、視聴は合計682回（1本あたり約36回）。表示（インプレッション）の87%が4本に集まり、残りの17本は160回以下しか表示されなかった - 一番伸びた本編は「ジャングリア沖縄の赤字89億円、AIとロボットで埋められるか勝手に試算してみた」。表示2,547・クリック率4.3%。誰でも知っている場所 × 具体的な金額 × 自分で試算、の形 - 抽象的な話題（冷凍庫へのサイバー攻撃・セキュリティ人材の不足）は、表示されてもクリック率が1%未満 - ショートは約4万回再生されたが、6〜8割が1〜2秒でスワイプされていた。ショートからの登録は4万回で14人 - 終了画面のクリック0回・再生リストからの視聴0回 ### 2026-10-08〜11-04（28日） - チャンネル全体の視聴49,386回のうち93%がショートのフィード。登録の増加23人のうち20人がショート経由。ショートから本編へ来たのは8回 - 本編は788回。来た道は YouTube 検索286・ブラウジング279・関連動画111・チャンネルページ37・外部28。検索と関連動画から来た人は平均3分前後見ていた - 検索の66%はジャングリア関連の言葉。「フィジカルAI」で探して本編に来た人はほぼいなかった（ショート込みで57回・平均13秒） - 本編2本（10〜12分）の視聴者維持率は、どちらも0:30で55%、3:00で約30%、最後で15〜20%。平均視聴は長さの24〜27% - 外部（ショート込み60回）は X 7・LinkedIn 4・Google 検索 3 ### これまでに出した本編の題名の例 - ジャングリア沖縄の赤字89億円、AIとロボットで埋められるか勝手に試算してみた - 人型ロボットの出荷は4倍。ロボットにも「ChatGPTの瞬間」は来たのか｜フィジカルAIの現在地 - テスラは人型ロボットをなぜすぐ作れないのか。決算説明会から3つの手がかり - 猫の配膳ロボット、売上世界一はソフトバンクかPuduか - KDDIとソフトバンクはフィジカルAIでもライバルか　300億円の新会社を読み解く - 配膳ロボット1台だと、料理が遅くなる？ ファミレスで0〜6台を試算 - ガンダムは、いまの技術で作れるのか ― 真顔で計算したら、答えがばかばかしかった（アニメのロボットのシリーズ全6回） - 秒速2000ミリのロボットが、人の隣ではゆっくりな理由｜協働ロボットの安全の仕組み ``` #### 役_Gemini.md ```markdown # あなたの役：日本の YouTube の視聴者と市場を見る役（Gemini） Google 検索を使って、日本語でフィジカルAI・人型ロボット・配膳ロボット・ロボットアームなどを扱う YouTube のチャンネルや動画の、実際の再生数と登録者数の例を集めてください（大手メディア・個人の解説チャンネル・企業の公式・実験系の個人など、種類を分けて）。 そのうえで、依頼の4つの問いに答えてください。 - 例は、チャンネル名・動画の題名・再生数・公開時期がわかる形で、できるだけ多く挙げる。見つからなかったものは見つからなかったと書く - 視聴者の立場で、このチャンネルの題名のどれを押したくなるか・押さないかも言う - 最後に、1本あたりの見込みを「いまのまま」「題材と題名を選んだ場合」「当たった場合」の3つの幅で、数字で出す ``` #### 役_codex.md ```markdown # あなたの役：数字の番（codex） ウェブ検索を使って、依頼の4つ目（ほかのチャンネルや動画の再生数の相場）を、出典を開いて確かめながら調べてください。 そのうえで、このチャンネル自身の実際の数字（依頼に書いたもの）から、1本あたりの見込みを計算で出してください。 - 計算の式と、置いた仮定を全部書く（例：表示回数 × クリック率 ＋ 検索からの流入） - ほかのチャンネルの数字は、出典のリンクを付ける。開けなかったものは「未確認」と書く - 楽観しすぎた見込みや、根拠のない「バズれば伸びる」は書かない ``` ### 3回目：100回の企画会議「次の本編」（_企画/次の本編/） #### エラー.txt ```text 2026-11-14 15:33:09 Gemini の API がエラーを返しました（402）: { "error": { "code": 402, "message": "Your prepayment credits are depleted. Please go to AI Studio at https://ai.studio/projects to manage your project and billing. Learn more at https://ai.google.dev/gemini-api/docs/billing#prepay. ", "status": "RESOURCE_EXHAUSTED" } } ``` #### ログ.md ```markdown # 会議のログ（次の本編・新しい発言が上） ## 100 / 100｜仕上げる｜codex（数字と釣りの番）（16:21） 99回目の「仮定を示せば経営者が自社の数字に置き換えられる」には賛成です。ただし、運搬時間の短縮を、そのまま人件費削減として計上してはいけません。実際に勤務時間を減らせるかを分けます。 また、ジャングリア回のクリック率4.3%だけでは「金額が効いた」とは特定できません。場所の知名度や話題性も混ざっています。案3も、遠隔操作による学習用の記録と、公開実演の遠隔操縦を混同しています。「最新ロボの動画は実は人が操縦」は撤回します。 次作の推奨は案1。ただし制作準備と仕事への接続による順位であり、1,000回に届く証拠による順位ではありません。 ## 99 / 100｜仕上げる｜Gemini（経営者の視聴者）（16:19） 98回目の目的を守る役さんに、飲食や小売の経営者の立場から言わせてもらいます。 案1（ネコロボ）と案4（ファミマ）は、私たちが日々悩む「お金と人手」に直結するので、この題名ならおすすめに出たら迷わず押します。 96回目で案1について「推測の金額だと信頼を失う」とありましたが、経営者は「本体〇万円、保守〇万円と仮定」と条件さえ明示してくれれば、自社の数字に置き換えて計算するので全く問題ありません。私たちが知りたいのは正確な答えではなく、「どうシミュレーションし、どこに落とし穴（通路の詰まり等）があるか」という考え方です。最後まで見るので案1の評価を上げます。 逆に案3（ジェンガ）は、最新ロボの裏側やデータ収集の壁と言われても、明日の店舗の利益に繋がらないので私は1秒も見ません。開発者向けとしては残すにしても、経営者視点からは案1と案4を強く推します。 ## 98 / 100｜仕上げる｜Gemini（エイイチの目的を守る役）（16:19） 97回目の一般視聴者さんの「専門用語をなくし、冒頭で卓上アームと明言して釣りを避ける」修正に賛成です。これで一般層の離脱を防げます。 しかし、私の役目である「仕事に繋がる人に見てもらう」目的から見ると、一般向けに寄りすぎて経営者や開発者へのフックが弱まっています。 案3はただのジェンガ体験で終わらせず、構成の最後に「開発現場でのAI学習データ収集のコストと壁」という実務課題を入れるべきです。これで開発者からの相談に繋がります。案4も、PM向けに「数年前の発表と今の現実のギャップ」に触れる構成に直しました。 また、全案共通で「エイイチは顔を出さず手元のみ」「声はハコブくん」という絶対のルールが制作時にブレないよう、冒頭セリフの指定や構成に明記しました。 ## 97 / 100｜仕上げる｜Gemini（ロボットに詳しくない一般の視聴者）（16:19） 96回目の穴を突く役さんに、一般視聴者の立場から大賛成です。 案3で「人型ロボの裏側！」と期待して押したのに、出てきたのが机の上の小さなアームだったら、私なら「騙された」と思って5秒で閉じます。釣りにならないよう、題名と冒頭で最初から「卓上アームで試す」と正直に言う形に直しました。 また、私は「テレオペ」や「バックラッシュ」という言葉を全く知りません。題名やサムネに知らない言葉が一つでもあれば絶対に押さないので、ボードから専門用語を消し、「遠隔操作」「操作のズレ」など普通の言葉に変えました。 案4も「費用対効果」だと会社の会議みたいで堅く、おすすめに出てもスルーします。「本当に人は減るの？」という身近な疑問の言葉に直しました。推測の金額で断言するのは私もガッカリするので、サムネは「いくら浮く？」と疑問形にとどめ、動画内で「公開情報からの推測」とわかるようにしています。 ## 96 / 100｜仕上げる｜Gemini（穴を突く役）（16:18） 95回目の編集者さんに反論します。クリック率を狙うあまり、絶対のルールである「中身と合わないタイトルやサムネ（釣り）」に足を踏み入れています。 特に案3（ジェンガ）。テスラOptimus等の最新人型ロボを入口にしておきながら、実際に見せるのが「卓上アームをゲームパッドで操作する映像」では、視聴者は「人型ロボの裏側が見られると思ったのに騙された」と確実に離脱します。操作の難しさの質も違いすぎ、これは明確な釣りです。 案1（ネコロボ）も「何台で元が取れる？」と謳いますが、肝心のロボット本体価格や月額保守費の正確な公開データはあるのでしょうか？推測の金額で「元が取れる」と断言すれば、経営者の信頼を失います。 案4（ファミマ）も、古い公開情報からの推測に過ぎないのに「いくら浮く？」と断言するのは誇張です。 全体的に見出し詐欺の危険があるため、各案の「事実の確かさ」の評価を下げ、疑問に追記しました。 ## 95 / 100｜仕上げる｜Gemini（YouTube の企画の編集者）（16:18） 94回目のGemini（開発者）の「テレオペを入口にする」構成は見事です。しかし編集者目線で言うと、案3のサムネイル「AI学習の裏側！」はスマホで見た時に硬すぎて押されません。「あの凄技、実は人が操縦？」と、ニュースの驚きを前面に出す形に直します。 また、ジャングリア回で「具体的な金額」がクリック率4.3%を叩き出した実績から、お金への関心は最強の引きです。案4（ファミマ）のサムネ「残る作業から試算」は真面目すぎます。「コンビニロボ、結局いくら浮く？」くらい直感的に削らないと、おすすめに出てもスルーされます。案1（ネコロボ）のサムネも「3D店舗で検証」より「何台で元が取れる？」の方が経営者やPMの指を止めます。 釣りはしませんが、入口の言葉は徹底的に研ぎ澄ますべきです。各案の題名とサムネイル文字を、スマホで表示された瞬間に「自分事」として押したくなるよう修正しました。 ## 94 / 100｜仕上げる｜Gemini（開発者の視聴者）（16:17） 93回目のPMさんに開発者の立場から反論します。案3（ジェンガ）は「入口がない」と言われましたが、作れます。 テスラOptimusなど最新の人型ロボットの凄い動画は、実は人間が遠隔操作（テレオペレーション）してAIに学習させていると話題です。これを入口にすれば、一般の人も「あの動画の裏側」としておすすめで押します。 さらに開発者としては、ただの操作の難しさではなく「AIに学習させるための質の高いデータ（デモ）を集めるのがいかに物理的に難しいか」が手元の実験で分かるなら、新発見があって絶対に見ます。案3の構成をテレオペの文脈に書き換え、評価を上げました。 また案1（ネコロボ）について、PMには役立っても、開発者は「人とロボットのすれ違い時の回避アルゴリズム」の前提が甘いとシミュレーション自体に冷めます。3D映像の挙動の仮定を明示するよう構成に足しました。 ## 93 / 100｜仕上げる｜Gemini（PM の視聴者）（16:17） 92回目の経営者さんに、現場とメーカーの間に立つPMの立場から反論と賛同をします。 案4（ファミマ）の題名を「残る作業から費用対効果を試算」とした点には大賛成です。私たちPMにとっても、導入後に現場の誰がその残作業をカバーするのかという運用設計が最大の関心事だからです。 一方で、案1（ネコロボ）の3D映像が「ゲームに見えて離脱する」という懸念には反対です。PMからすれば、通路の詰まりや案内待ちのシミュレーションは導入前の動線設計そのものです。エイイチさんの実務経験に基づくリアルな検証なら、仕事に直結するため必ず最後まで見ます（推測）。案1の「対象者に役立つ」点を満点に上げます。 逆に案3（ジェンガ）は、開発者には刺さっても現場の運用課題から遠すぎます。手動操作の難しさが現場の操作ミスにどう繋がるかの視点がない限り、PMもおすすめで押しません。一般層が押す「入口」もないため、案3の評価を下げます。 ## 92 / 100｜仕上げる｜Gemini（経営者の視聴者）（16:16） 91回目のGeminiさんに、経営者の立場から反論します。 釣りや誇張を避ける誠実さは大事ですが、案4の題名「公開情報から人件費削減の壁を推測する」は論文のようで硬すぎます。忙しい経営者は、おすすめに出ても自分事と捉えずにスルーします（過去の抽象的話題と同様、クリック率は1%未満に落ちると推測します）。 私たちが知りたいのは「導入後、結局うちの現場でいくら浮くのか（浮かないのか）」。題名は「導入後も『残る作業』から費用対効果を試算してみた」のように、実務のお金に直結する形にしてください。 案1（ネコロボ）の「元が取れる条件」は直球で非常に刺さります。ただ、3D映像が単なるゲームに見えると途中で離脱するので、実務ベースの検証だと見せる工夫が要ります。 案3（ジェンガ）は開発者向けと割り切るなら構いませんが、経営課題と無関係なので私は絶対に見ません。案4の題名と案1の評価を経営者目線で修正しました。 ## 91 / 100｜仕上げる｜Gemini（エイイチの目的を守る役）（16:16） 90回目のcodexさんにエイイチの目的を守る役として賛成します。案3（ジェンガ）で「ロボットはジェンガが苦手」と大きく括るのは、今回用意できるのが手動操作の実験だけである以上、明らかな誇張（釣り）です。誠実な解説を求める開発者やPMの信頼を損なうため、手動操作の比較に留める題名に戻すべきです。 同様に、案4（ファミマ）も部外者が「いくら浮く？」と断言するのは釣りの危険があります。経営者やPMの仕事につながるよう「公開情報から削減の壁を推測する」という誠実な切り口に修正して仕上げました。 今回は仕上げの段階として、上位3本（案1、案4、案3）について指定された詳細項目（サムネ、冒頭5秒、構成、要るもの等）をボードにまとめました。エイイチさんの目的（経営者・PM・開発者に見てもらう）と、釣りや誇張をしないルールを遵守した構成にしています。 ## 90 / 100｜絞る｜codex（数字と釣りの番）（16:15） 89回目の「古い発表だから検索されない」には反対です。発表日だけでは現在の検索需要は判断できません。今回、ファミマの新たな導入方針を伝える記事も見つかりましたが、参照先の報道本文を取得できず、確定材料にはしません。また、ファミレス経験は仮定を説明する強みですが、実店舗での検証の代わりにはなりません。 案3の「ロボットはジェンガが苦手」も広げすぎです。今回確かめられるのは、手元のアームを人が操作した結果まで。遅延や関節の問題も、測定前に失敗原因として約束しない題名に戻します。題名変更だけでクリック率が改善するという採点も撤回します。 ## 89 / 100｜絞る｜Gemini（穴を突く役）（16:14） 88回目の編集者さんに、穴を突く役として反論します。 みんなが首位に推す案4（ファミマ）ですが、致命的な穴が2つあります。 第一に、公式発表が「2022年8月10日」と4年も前です。今話題のニュースでもなく検索もされないため、初動の表示回数は稼げません（事実に基づく推測）。 第二に、エイイチさんはファミレスの経験はあってもコンビニの裏側の経験はありません。現場の実感が伴わない机上の空論となり、「本人の見立て」の点が下がります。さらに3Dや実機の映像もない紙芝居では視聴維持率も落ちます。よって案4の評価を大きく下げます。 代わりに、実体験と手元の素材（3D）が活きる案1（ネコロボ）を首位に戻します。案1にも「シミュレータの前提の甘さ」で開発者が冷める穴がありますが、そこは「エイイチのファミレス経験に基づくリアルな仮定」をぶつけることで補えるはずです。案1の評価を上げます。 ## 88 / 100｜絞る｜Gemini（YouTube の企画の編集者）（16:14） 87回目の開発者さんに編集者の立場から反論します。案3の中身は良くても、今の「ロボットアームでジェンガ対決！」という題名ではエンタメ動画と誤認されます。YouTubeのアルゴリズム上、ビジネスや技術の解説を見る層におすすめされても「ただの遊び」とスルーされ、初動のクリック率は過去の抽象的話題と同じ1%未満に沈むと推測します。1,000回には約2.3万回の表示が必要ですが、初動で押されなければ表示自体が止まります。 案3の題名を「なぜロボットはジェンガが苦手なのか？手動操作でわかる物理制御の壁」に変えさせてください。これなら「課題」が提示され、PMや経営者も「導入の壁」として押せます。 また、一番伸びたジャングリア回（具体名×お金×試算、クリック率4.3%）の成功型に最も近いのは案4（ファミマ）です。「人件費はいくら浮く？」は強力な入口です。案4の評価を上げ、首位にします。 ## 87 / 100｜絞る｜Gemini（開発者の視聴者）（16:13） 86回目のPMさんに、開発者の立場から反論します。案1の「Unityでの渋滞の可視化」ですが、開発者から見ればシミュレータ上の渋滞は結局「エイイチさんが設定したパラメータ次第」です。実機のセンサや実際の店舗の動線データに基づかない仮定の渋滞を見せられても、「前提が甘い」「そりゃ設定通りに動くよね」と冷めてしまい、最後まで見ません（推測）。案1の「対象者に役立つ」点を下げます。 逆に私が一番見たいのは案3（ジェンガ）です。手動操作の比較とありますが、ゲームパッドでアームを動かす際、逆運動学の計算遅延、関節の特異点、モーターの隙間（バックラッシュ）など、ソフトの指令が物理の動きに変換される際の「壁」が如実に現れるはずです。単なる遊びではなく、実機ならではの制御の難しさが分かるなら、開発者は絶対に食いつきます。案3の「対象者に役立つ」点を大きく上げ、首位としました。 ## 86 / 100｜絞る｜Gemini（PM の視聴者）（16:13） 85回目の経営者さんに、PMの立場から賛成します。経営陣が「人件費が浮く」という期待だけで導入を決め、現場の運用とズレて板挟みになるのが私たちPMです。だからこそ案4（ファミマ）の「残る作業からの試算」は、現場にどう運用を頼み、メーカーに何を要求すべきかの指標になり、実務で非常に役立ちます。 案1（ネコロボ）の「渋滞ロスを無視した理想状態なら離脱する」というご指摘もその通りです。ただ、今回の材料には「Unityで通路で止まる所が見える」シミュレーションがあります。メーカーの綺麗なカタログには載らない「現場のリアルな詰まり」を映像で見せてくれるなら、現場への説得材料として喉から手が出るほど欲しいです。中身に「Unityでの渋滞の可視化」を明記し、実務家が最後まで見る企画として推します。ボードの案1と案4にPMの視点を追記しました。 ## 85 / 100｜絞る｜Gemini（経営者の視聴者）（16:12） 84回目の目的を守る役さんに、経営者の立場から賛成します。案4（ファミマの飲料補充）は、小売の経営者にとって人手不足解消の切実な課題です。ただ、経営者は「残る仕事」そのものより「結局、人件費はいくら浮くのか」でお金と数字で考えます（私の実務実感）。題名を「ファミマの飲料補充ロボット、人件費はいくら浮く？残る作業から試算」に変えさせてください。これなら私は絶対に押します。 案1（ネコロボ）の店名を外すのも賛成です。「何時間で元が取れるか」は経営者としてドンピシャの題名ですが、もし中身のシミュレーションが通路の渋滞ロスなどを無視した「理想状態」なら、役に立たないと判断して途中で離脱します（平均視聴の24%以下になる推測）。 逆に案3（ジェンガ）は、開発者には良くても、経営者から見ればただの遊びです。自社の投資判断に結びつかないため、おすすめに出ても私は絶対にタップしません（推測）。 ## 84 / 100｜絞る｜Gemini（エイイチの目的を守る役）（16:12） 83回目の一般視聴者さんに、エイイチの目的を守る役として反論します。 一般層が押しやすいかは重要ですが、チャンネルの最大の目的は「仕事につながる人（経営者・PM・開発者）に見てもらうこと」です。再生数だけを追ってはいけません。 案1の題名に「ガスト」を入れると、実務家は「ガストの実際の導入効果データ」を期待してクリックします。中身が架空店舗の試算であれば、彼らにとっては明確な「釣り」となり、ビジネス上の信頼を失って仕事に繋がりません。特定の店名は外し、「ファミレスのネコロボ」に戻します。 また、案4（ファミマの飲料補充）について「一般人は裏側の仕事に興味がない」とありましたが、小売の経営者やPMにとっては人手不足に直結する切実な課題です。ターゲットに刺さるため、この案の価値は高いまま維持すべきです。 ## 83 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（16:11） 82回目の穴を突く役さんに一般視聴者の立場から反論します。「ガスト」という名前が入っていると釣りになるという心配ですが、私はそう思いません。ガストの極秘データが知りたいわけじゃなく、「あのよく見るネコ、結局役に立ってるの？」という日常の疑問が解ければ、中身がシミュレーションでも全然騙されたとは感じません。むしろ「ガスト」や「ネコロボ」という知っている言葉がないと、自分には関係ない専門的な動画だと思って絶対に押しません。 逆に、案4の「ファミマの飲料補充」は、ファミマは知っていても裏側の品出しの仕事には全く興味が湧きません。案2の「テスラの人型ロボット」も、テスラは車のイメージなので「店で働く」と言われてもピンときません。案3の「ジェンガ対決」は遊びとして分かりやすいので、ネコロボの次に押してみたいです。案1の「最後まで分かる」の点数を戻しました。 ## 82 / 100｜絞る｜Gemini（穴を突く役）（16:11） 81回目の編集者さんに反論します。案1の題名に「ガスト」を入れるのは、中身との乖離を生むため反対です。ジャングリアの回が伸びたのは「赤字89億円」という誰でも知る具体的な数字のニュースがあったからですが、今回のネコロボにはそれがありません。 さらに最大の穴は、タイトルで実在の店名を出しながら、中身が「Unityで作った架空店舗での仮定の試算」になる点です。ガストの実際のデータや裏側を期待してクリックした視聴者は、架空のシミュレーションを見せられた瞬間に離脱します（過去の平均視聴24〜27%をさらに下回る推測）。これは禁止ルールである「中身と合わないタイトル（釣り）」に該当するリスクが高いです。 みんなが賛成している案1ですが、この視聴者の期待値と中身のズレという弱点があるため、「最後まで分かる」の点を下げます。 ## 81 / 100｜絞る｜Gemini（YouTube の企画の編集者）（16:11） 80回目のcodexさん、実在企業の採算との混同を防ぐための題名変更は理解しますが、編集者として反論します。「ファミレスのネコロボ」と固有名詞を抜いてしまうと、ブラウジングでのクリック率は1%未満に落ちます（抽象的な話題の過去データからの推測）。ジャングリアの回がクリック率4.3%で伸びたのは「誰もが知っている名前」があったからです。 釣りにならずに固有名詞を使うなら、「ガストで見かけるネコロボ、何時間働けば元が取れるか計算してみた」にすべきです。これなら「ガストの内部データ」ではなく「あの機種の採算」という枠組みが伝わります。 案3（ジェンガ）も「人の手と何が違う？」では教科書的でスルーされます。「ロボットアームでジェンガ対決！手動で動かすと人間の凄さがわかる」のように、苦戦や発見のニュアンスを入れないと、実験好きの開発者すらタップしません。入口の作りが甘いので題名を修正しました。 ## 80 / 100｜絞る｜codex（数字と釣りの番）（16:10） 79回目のPM役さん、「古い資料だけでは現在の運用を語れない」には賛成です。ただしファミマは2022年8月にも導入拡大を公式発表しており、「2021年の資料だけ」という前提は修正します。 一方、ジェンガの手動操作を、そのままAIの教師データ取りと呼ぶのは止めます。映像・操作・時刻の記録や学習環境との接続が未確認だからです。「腕が固まる＝特異点」も原因の検証が必要です。 ネコロボも「勝手に計算」と付けるだけでは、実在企業の採算と架空条件の試算の混同は防げません。題名は「元が取れる条件」に直します。首位は支持しますが、どの案も1,000回を通常見込みには置けません。 ## 79 / 100｜絞る｜Gemini（PM の視聴者）（16:09） 78回目の経営者さんにPMの立場から反論します。案4（ファミマの飲料補充）を「稟議の抜け漏れを防ぐ」と高評価されましたが、2021年の公表資料だけで作ったリストでは、現場とメーカーの間に立つPMの実務には使えません（私の実務経験からの推測）。通信環境や什器の干渉など、リアルな物理的タスクは最新の運用実態がないと語れないため、事実の確かさ（④）を下げました。 一方、経営者さんが下げた案3（ジェンガ）ですが、PMとしては「AIに動作を教えるためのデータ取りの泥臭さ」が見えるなら、導入時のティーチング工数やメーカーとの調整を想像する参考になります。仕事に役立つ（①）を少し戻します。 案1（ネコロボ）は、通路のすれ違いなど現場の壁がシミュレーションに入っている点がPMとしても大賛成です。経営者とPMの両方に刺さる単独首位とします。 ## 78 / 100｜絞る｜Gemini（経営者の視聴者）（16:09） 77回目の目的を守る役さんが「案3（ジェンガ）は開発者の実務の参考になる」と言っていましたが、経営者の私から反論します。おもちゃのアームでジェンガをする映像を見せられても、自社の店舗に導入したらいくらコストが下がるのかという「数字とお金」の結論に繋がらず、忙しい経営者は途中で離脱します（私の実務感覚からの推測）。仕事に役立つ（①）と最後まで分かる（②）を下げます。 逆に、案1（ネコロボ）の「勝手に計算してみた」は、自社の時給や月額費用を当てはめる損益分岐の枠組みが分かるなら、絶対に最後まで見ます。 また、案4（ファミマの飲料補充）も、一般人にはウケなくても、小売の経営者にとっては人件費削減の要です。「稟議の抜け漏れを防ぐ費用リスト」があるなら実用性は案3より上です。案1と案4を同率首位に引き上げ、案3を下げます。 ## 77 / 100｜絞る｜Gemini（エイイチの目的を守る役）（16:08） 76回目の一般視聴者さん、案3（ジェンガ）を推す気持ちは分かりますが、目的を守る立場として反論します。「一般人が一番見たい」という理由で単なる対決動画にすると、エンタメに寄りすぎ、「仕事につながる人（経営者・PM・開発者）に見てもらう」というチャンネルの目的から完全にずれます。再生数だけを追う企画はNGです。 ただし、エイイチは「実験が好きな開発者からの相談も狙う」と決めています。そこで案3は、単なる対決ではなく「AI（π0.5）に動きを学習させるための、手動操作（教師データ取り）の難しさ」を見せる検証企画に修正すべきです。これなら開発者の実務の参考になります。 案1の「勝手に計算してみた」は、釣りを防ぎつつ期待を持たせる良い表現なので大賛成です。エイイチの顔出しNGルールも守れるよう、案3の中身と点数を調整しました。 ## 76 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（16:08） 75回目の穴を突く役さんが「案1の『元は取れてる？』は内部データがないから釣りだ」と言っていましたが、一般視聴者としては反論します。私みたいな素人は、そのくらいの題名じゃないとおすすめに出ても絶対に押しません（私の感覚からの推測です）。もし嘘になるのが嫌なら、「すかいらーくのネコロボ、元は取れるか勝手に計算してみた」のようにすれば、推測の企画だと分かって安心して見られます。 案3（ジェンガ）について、仕事に役立たないと点を下げていましたが、私からすれば一番見たいのはこれです。ただ「ロボットアーム」という言葉は少し堅いかも。 逆に、案4（ファミマの裏側）や案5（病院の薬）は、普段見えない場所の話なので、サムネイルを見てもピンとこず、スルーしちゃいます。案2のテスラも、まだ未来の話っぽくて身近に感じません。一般人が押すかどうかで、案1と案3を推します。 ## 75 / 100｜絞る｜Gemini（穴を突く役）（16:07） 74回目の編集者さん、案1の題名「すかいらーくのネコロボ、本当に元は取れてる？」は、明確な「釣り・煽り」です。すかいらーくの実際の契約額や削減人件費の内部データを持たない私たちがこの題名をつければ、推測だけの無責任な動画になります。ルール違反のため、事実（④）の点を大幅に下げます。 また、全員が賛同している首位の案3（ジェンガ）も根本的に疑います。卓上のアーム（mechArm）をゲームパッドで操作してジェンガを崩す映像が、本当に「ロボット導入を考える経営者やPM」の仕事に役立つのでしょうか？ おもちゃのアームの不器用さと、現場の産業用ロボットの導入ハードルは別物です。単なるエンタメ動画になり、仕事の対象者には刺さらないため、役立つ（①）の点を下げます。 経営者やPMを狙うなら、エンタメや他社の懐事情の無責任な推測ではなく、彼らが直面する実務の壁に誠実に答える内容であるべきです。 ## 74 / 100｜絞る｜Gemini（YouTube の企画の編集者）（16:07） 73回目の開発者さん、案3（ジェンガ）に「逆運動学（IK）」や「特異点」の理屈を入れろと言いますが、編集者としては大反対です。69回目の一般視聴者さんが言う通り、動画で専門用語を出せば視聴維持率は一瞬で落ちます（YouTubeのセオリーです）。開発者を唸らせる「制御の壁」は、「腕が伸びきって固まる」など映像の現象だけで見せてください。 また、案1（ネコロボ）の題名案にある「模型の店で試算」は引きが弱すぎます。視聴者は模型を見たいわけではありません。「すかいらーくのネコロボ、本当に元は取れてる？」のように、誰もが知る企業名と素朴な疑問を入口にすべきです。 案4（ファミマの飲料補充）ですが、一般人はバックヤードのロボットを見たことがないため、ネコロボに比べてサムネイルのクリック率は確実に下がります（私の経験則からの推測）。入口の認知度の差を評価に反映しました。 ## 73 / 100｜絞る｜Gemini（開発者の視聴者）（16:07） 72回目のPMさんの「案5（病院）は動線ルールが分からないとシミュレーションにならない」に開発者として大賛成です。ルールをコードに落としてパラメータ化できないなら、それはただのお絵かきです。 案3（ジェンガ）について、PMさんは「操作の難しさが視覚的に分かる」と評価しましたが、開発者の私から見れば「人がパッドで操作すれば難しい」のは当たり前すぎます。ロボットアーム特有の逆運動学（IK）の計算のズレや、特異点（関節が動けなくなる姿勢）など、「なぜ直感通りに動かないのか」という制御の壁の生々しさを中身に入れてください。そこがないと開発者は新しく分かることがなく離脱します。 案1（ネコロボ）のシミュレーションも同様で、単なる距離と速度の計算ではなく、狭い通路でのすれ違い（デッドロック）など経路計画の壁を考慮しているか疑問です。前提が甘いと判断し、案1の「見立て（③）」を下げました。 ## 72 / 100｜絞る｜Gemini（PM の視聴者）（16:06） 71回目の経営者さんの「費用項目リストが稟議に役立つ」に、PMとして大賛成です。現場とメーカーの間に立つ私としては、金額の正確さよりも「Wi-Fiの死角確認」や「通路の確保」など、導入前に現場へ根回しすべきタスクが分かる方がずっと仕事に使えます（実務からの推測）。 ただ、案5（病院）の点数上げには反論します。病院の通路はファミレスと違い、ストレッチャー優先など命に関わる動線ルールがあります。エイイチさんに病院現場の知見がないまま時給換算だけされても、現場の運用に耐えるシミュレーションにはならず、PMとしては怖くて参考にできません。案5の見立て（③）と事実（④）を下げます。 逆に案3（ジェンガ）は、現場作業員に遠隔操作やティーチングを任せる際のハードル（操作の難しさや失敗）が視覚的に分かるため、導入教育の参考になります。 ## 71 / 100｜絞る｜Gemini（経営者の視聴者）（16:06） 70回目のcodexさんの「赤字と隠れコストの裏付けがない」という指摘ですが、経営者としては半分反論します。導入を判断する側は、他社の正確な赤字額を知りたいわけではありません。「時給〇円で〇時間分の作業が浮けば、月額〇万円のロボット代の元が取れるか」という損益分岐のシミュレーションがあれば、自社の数字を当てはめられるので最後まで見ます（私の実務感覚からの推測です）。 ただし、案4（ファミマ）の通信工事について、経験がないなら金額を断定すべきではないという点には賛成です。金額ではなく「導入前に確認すべき費用項目リスト」として整理してくれるだけで、稟議の抜け漏れを防げるので非常に役立ちます。 案5（病院）も同様です。職員の時給換算とロボットの月額比較という「数字とお金」の視点が入るなら、経営者として絶対に見ます。案4の「見立て（③）」と案5の「役立つ（①）」の点数を上げ、中身を修正しました。 ## 70 / 100｜絞る｜codex（数字と釣りの番）（16:05） 68回目の「赤字と隠れコストの裏付けがない」に賛成。さらに案3は人が操作するので、「AIは絶望的に下手」は内容と違います。失敗原因も、測る前から通信遅延や関節の問題に決めないでください。67回目の「クリック率が低いと即表示停止」「絶対に届かない」も、提供データでは証明できません。69回目の離脱体験は参考になりますが、一般層全体の行動とは分けます。再生数は、短い集計期間の実績を公開後の見込みへ流用している点が弱い。企画別の上振れを数値化する材料もないため、今回は共通の暫定幅を維持し、点数と制作条件で順位を付けます。 ## 69 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（16:04） 67回目の編集者さんの「入口を広くする」に大賛成です。私たち一般人は、題名やサムネに知らない言葉が一つでもあったら、おすすめに出ても絶対に押しません。 ただ、案2（テスラ）と案3（ジェンガ）の中身を見て不安になりました。題名につられて押したとしても、動画の中で「エッジ推論」「VRAM」「逆運動学」なんて言葉が聞こえた瞬間、「あ、自分向けの難しい動画じゃないな」と思ってすぐ別の動画に変えます（普段の私の実際の行動です）。 特に案2は、ファミレスの話だと思って見たら、コンピューターの難しい計算の話になるんですよね？ これだと最後まで絶対に見ません。なので案2の「最後まで分かる（②）」の点数を大幅に下げました。 案3のジェンガは、ロボットがガシャンと崩す映像があるなら「苦戦してるな」と見られるかもしれません。でも、専門用語は使わずに「関節の動かし方が違う」くらいに言ってほしいです。 ## 68 / 100｜絞る｜Gemini（穴を突く役）（16:04） 67回目までの皆さん、案1（ネコロボ）と案4（コンビニ）を絶賛しすぎです。致命的な穴を見落としています。 案1は「赤字になる条件」を出すとしていますが、エイイチさんの手元にある試算ツールは「待ち時間や人数を減らせるか」の物理的な計算しかできません。正確な導入・保守費用や店舗の利益率データがないのに「赤字」と断言するのは、事実誤認のリスクが高すぎます。 また案4の「メーカーが言わない隠れコスト」ですが、エイイチさんの経験はファミレスのホールです。コンビニのバックヤードの通信環境や飲料ロボの裏側を語る一次情報がありません。推測で「メーカーが言わない裏側」を語るのは、仕事の相談に繋がるどころか信用を失う炎上案件です。 みんなが絶賛する案ほど、エイイチさんの手持ちの武器から離れています。両案の「見立て（③）」「事実（④）」の点数を大幅に下げました。 ## 67 / 100｜絞る｜Gemini（YouTube の企画の編集者）（16:03） 66回目の開発者さんが言う「IKの特異点」や「VRAM要件」を中身に入れるのには大賛成ですが、それをタイトルやサムネイルの「入口」に匂わせるのには大反対です。 YouTubeの仕組み上、初動のクリック率が低いと即座におすすめへの表示が止まります。過去実績で抽象的な話題のクリック率が1%未満だったように、専門用語で入口を狭めれば、目標の表示2.3万回には絶対に届きません（実際のデータに基づく推測）。 一方で、案4（コンビニ）で出た「隠れ工数」は最高の切り口です。YouTubeでは「メーカーが言わない裏側」のような見せ方はクリック率を跳ね上げる傾向があります（推測）。 また、案3（ジェンガ）の「位置決めの難しさ」という言葉も固すぎます。入口は「なぜロボットはジェンガが下手なのか？」と直感的な疑問にし、中身で制御の壁の生々しさを見せるべきです。入口を広く、中身を深くするよう題名案を直しました。 ## 66 / 100｜絞る｜Gemini（開発者の視聴者）（16:03） 65回目のPMさんの「案4の通信工事などの隠れ工数」に賛成です。開発側としても、現場のWi-Fiの死角のせいで通信が切れ、ソフトのバグ扱いされるのは日常茶飯事なので、そこを前提として語ってくれると非常に助かります。 一方、64回目の経営者さんが下げた案2（テスラ）の評価ですが、開発者目線で少し戻します。「AIの頭脳の量」は経営者にはピンとこなくても、我々には「エッジ推論に必要なVRAM容量やFPSの壁」という実務直結の超重要課題です。エイイチさんのGPU環境での検証があるなら絶対に見ます。 また案3（ジェンガ）ですが、ただ「位置決めが難しい」だけではありきたりです。ゲームパッド操作時の通信遅延や、逆運動学（IK）の特異点にハマる様子など、ソフトを書く人間が直面する「制御の壁」の生々しい失敗を見せてほしいです。ボードの案2の点数を上げ、案3の中身に追記しました。 ## 65 / 100｜絞る｜Gemini（PM の視聴者）（16:02） 64回目の経営者さんの「案1の回収年数は実務に直結する」に賛成です。ただ、現場とメーカーの間に立って導入を進めるPMとしては、案4（コンビニ）が一番切実です。 60回目のcodexさんは「メーカーは大規模改修不要と説明している」と言いますが、現場に導入する際、メーカーの言葉を真に受けると痛い目を見ます。実際にはWi-Fiの死角をなくす通信工事や、ロボットが掴みやすいように商品を並べ替える運用変更など「見えない工数とコスト」が必ず発生するからです。 エイイチさんの試算で、この「メーカー見積もりに乗らない隠れコスト・工数」まで踏み込んでくれるなら、3D映像がなくても（図解やスライド中心でも）私は最後まで見ます。プロジェクトの炎上を防ぐための事前検討として、これほど役立つものはありません。 PMの実務目線から、案4の「ターゲットの役に立つ」の評価を上げ、中身に隠れ工数の視点を追記しました。 ## 64 / 100｜絞る｜Gemini（経営者の視聴者）（16:02） 63回目の案2（テスラ）の題名変更「どれだけAIの頭脳が要る？」に反論します。経営者の立場から言うと、「AIの頭脳の量」と言われても正直ピンときません。私たちが知りたいのは「結局いくらで導入できて、何年で元が取れるか（何人分か）」です（推測）。技術的な計算量の話がメインなら、忙しい私は途中で離脱します。 逆に、案1（ネコロボ）は最高です。「どんな店なら元が取れる？」という題名で、冒頭に回収年数が出るなら確実に押します。さらに3D映像で「通路のすれ違いロス」を見せられたら、「うちの狭い店では導入NGだな」と一発で判断でき、実務に直結します。案4（コンビニ）の「遠隔対応費などの裏側コスト」も、導入後の隠れ赤字を防ぐために必須の情報です。 経営者目線で、案2は技術寄りすぎて導入判断の役に立たないため、評価の①（ターゲットの役に立つ）を下げました。 ## 63 / 100｜絞る｜Gemini（エイイチの目的を守る役）（16:02） 62回目の「一般層に分かる言葉を使う」には賛成です。ただ、エイイチの目的（仕事の相談に繋げる）とルール（中身と合わない釣りをしない）から見て、今のボードには危険なズレがあります。 案2（テスラ）は、題名で「何人分？」と労働力やお金の試算を匂わせているのに、中身が「AI推論の計算量や視覚処理の壁」では、視聴者の期待と違う「釣り」になります。中身に合わせ、題名を「テスラの人型ロボット、ファミレスで働くにはどれだけAIの頭脳が要る？」等に直すべきです。 また案3（ジェンガ）は、題名がエンタメ系YouTuberの企画のようで、開発者が技術的な知見を期待して押すかが疑問です（推測）。開発者を狙うなら、題名や中身で「位置決めの難しさ」や「制御の壁」を前面に出し、単なる遊びではないことを示す必要があります。ボードの案2・案3の題名と中身を、目的とルールに沿って修正しました。 ## 62 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（16:01） 61回目の「一般視聴者を弾く方針に反対」に大賛成です。映像で面白そうと思わせるのは大事だと思います。 ただ、一般の視聴者として言わせてもらうと、案2の題名にある「Optimus」という言葉は読めないし、何のことか分からないのでおすすめに出ても絶対に押しません。「テスラの人型ロボット」ならニュースで見たことがあるので気になります。 同じように、案5の「検体」も普段の生活で使わない言葉なので、パッと見て難しそうと感じてしまいます。「薬や検査の荷物」くらいの方がすんなり入ってきます。 仕事で使う人に見てもらいたいのは分かりますが、題名やサムネイルの言葉を小中学生でも分かるものにしないと、私のような一般人は一瞬でスルーします。結果的にクリック率が下がって、動画自体が広がらなくなると思います（推測です）。ボードの題名案を、私でも分かる言葉に直しました。 ## 61 / 100｜絞る｜Gemini（穴を突く役）（16:01） 60回目 codex の「一般視聴者を弾くことを成果にする方針に反対」に大賛成です。専門語を並べて一般人を弾いた結果、今の案はどれも最大の穴に落ちています。それは「ただの退屈なスライド動画になりかけている」ことです。 経営者やPM向けだからといって、条件や数字を羅列するだけならテキストの記事で十分です。エイイチさんの武器である「3Dシミュレーション」や「手元の実機」といった視覚的な説得力が完全に死んでいます。YouTubeである以上、目で見て直感的に「なるほど」と思わせる映像がなければ、仕事の人も途中で離脱します。 そこで、点数評価（4軸×5点満点）を導入し、映像の強みが出せる「テスラ」と「ジェンガ」を上位5本に引き上げました。試算の前提条件ばかりこねくり回す文字の議論はここでリセットし、映像としてどう見せるかを詰めるべきです。 ## 60 / 100｜揉む｜codex（数字と釣りの番）（16:00） 59回目の「遠隔対応の費用も見る」には賛成。ただし、自律化率だけでは費用は出ません。必要なのは介入回数・対応時間・料金体系です。利用料に含まれる遠隔対応費を別に足せば二重計上になります。 58回目の「改修費が最大の壁」も断定できません。メーカーは別機種で大規模改修不要と説明しています。また、飲料補充の自動化から「深夜ワンオペ解消」までは飛躍があります。 「専門語を入れれば仕事の人が押す」も未検証です。題名と中身を合わせることには賛成ですが、一般視聴者を弾くこと自体を成果にする方針には反対します。見込みは据え置き、入口の強さと制作可能性を分けて評価します。 ## 59 / 100｜揉む｜Gemini（開発者の視聴者）（15:59） 58回目（PM）の「店舗改修費を初期費用に入れる」意見に賛成です。ただ、開発者の私から見ると、案3（コンビニ品出し）の試算は技術的な前提が甘すぎます。 現在の品出しロボットは完全自律ではなく、遠隔操作＋AIが主流です。つまり、ロボットの裏には「遠隔オペレーターの人件費」や「低遅延通信の維持費」が確実に発生します。これを無視して「店舗の人件費が浮く」とだけ計算するのはありきたりで浅いです。 試算には「AIの自律化率（何割をAIが自動でやり、何割を人が遠隔でカバーするか）」による、裏側のランニングコストの変動を必ず入れてください。ここを無視すると開発者は「わかってない」と離脱します。逆にこの「裏側のコスト構造」を可視化できれば、経営者にもPMにも新しく分かる事実となり、他にはない解像度の高い動画になります。ボードの案3の中身と疑問に追記しました。 ## 58 / 100｜揉む｜Gemini（PM の視聴者）（15:59） 57回目（経営者）の「結論先出し」に、動画の構成としては賛成します。しかし、現場とメーカーの間に立つPMとしては、経営者が冒頭の「3台なら2年で回収」という数字だけを見て「よし導入だ」と突っ走るのが一番困るんです。現場の制約を無視したトップダウンは確実に失敗します。 なので、冒頭で結論を出すなら、直後に必ず「ただし、通路幅〇m以上、ピーク時の人的フォロー〇割が前提」といった【達成のための必須条件】をセットで叩きつけてください。そうすれば、PMはこの動画を「経営者に現実を理解させるための資料」として仕事で使えます。 また、案3（コンビニ品出し）ですが、PMの視点ではロボット本体の価格より「狭いバックヤードや棚の改修費」が導入の最大の壁になります。試算には必ず店舗環境の改修費（初期費用）を組み込んでください。ボードの案1と案3にこれらの条件を追記しました。 ## 57 / 100｜揉む｜Gemini（経営者の視聴者）（15:59） 56回目（エイイチの目的を守る役）の案3（コンビニ）追加、経営者として大賛成です。深夜の人件費高騰とワンオペ問題は現場の死活問題なので、「損益分岐点」という言葉が題名にあれば私は絶対に押します。 ただ、案1（ファミレス）の中身に注文があります。経営者は忙しいので、動画の途中で「通路のすれ違い等の技術的条件」を長々と語られると、「で、結局いくらなの？」とイライラして途中で閉じます。 経営者に最後まで見てもらうには、冒頭で「結論として〇台なら〇年で元が取れます」とお金と数字を先出ししてください。結論が最初にあれば、その後の技術的な話も「その数字の妥当性を測る根拠」として集中して見られます。案3も同様です。経営者は過程より結果を重視します。ボードの案1と案3の中身に「冒頭で結論の数字を出す構成」を追記しました。 ## 56 / 100｜揉む｜Gemini（エイイチの目的を守る役）（15:58） 55回目（一般視聴者）の「すり鉢構造をやめ、ターゲットに振り切る」方針に強く賛成します。「釣りをしない」「仕事につながる人に見てもらう」というエイイチの目的に最も忠実です。一般層を釣って離脱されるのは本末転倒です。 この方針に従い、案2（病院）の題名もPM向けに引き締めます。「仕事をどれくらい減らせる？」だけでは一般向けに寄りすぎているため、「インフラ連携の壁」という実務的なキーワードを題名やサムネに置き、本当に見せたい人を呼び込みます。 また、1,000回を狙う新しい入口として、柱②「コンビニの品出しロボット」を提案しボードに追加しました。大手コンビニでの導入がニュースになっており知名度が高く、深夜ワンオペ解消という経営者の明確な課題に直結します。「ジャングリア」の回と同じく、具体的な金額と試算を掛け合わせる型です。これで配膳ロボット以外の比率をさらに高めます。 ## 55 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（15:58） 54回目（穴を突く役）の「一般人は途中で逃げる」に大賛成です。一般視聴者の私からすると、「料理が早く届くか」を見に来たのに、急に「保守費」や「デッドロック」なんて知らない言葉が出てきたら、その瞬間に動画を閉じます。 エイイチさんの目的は経営者や開発者に見てもらうことですよね？ だったら、私みたいな一般人を無理にクリックさせないでください。題名が「ネコロボ導入のコスト試算」なら私は絶対に押しませんが、仕事で使う人は押すんですよね？ 逆に今の題名で中身が専門的だと、騙された気分になります（中身と合わないタイトルは禁止のはずです）。 案1は「すり鉢構造」をやめましょう。題名から「お金や効率化の話」だとハッキリさせて、私のような一般人を弾き、本当に見せたい人だけを呼ぶ形にボードを書き直しました。 ## 54 / 100｜揉む｜Gemini（穴を突く役）（15:57） 53回目（編集者）の「すり鉢構造」に反対します。みんなが賛成しているこの構成こそが、今いちばん危険な穴です。 「ネコロボで料理は早く届く？」というエンタメ的なタイトルで入ってきた一般層は、中盤で急にデッドロック回避や保守費の試算が始まれば、間違いなく離脱します。ただでさえ現在の視聴者維持率は0:30で55%なのに、これでは後半まで持ちません。維持率が暴落すれば、おすすめにも載らなくなります。 逆に、本来のターゲットであるPMや開発者は、この一般向けのタイトルを見て「業務に役立つ専門的な試算がある」とは思いません。最初からクリックしないでしょう。 広く集めて深く刺すつもりが、「一般人は途中で逃げ、本命のターゲットには気づかれない」という誰にも刺さらない動画になります。入口を広げるために、タイトルと中身のターゲットをずらすのは悪手です。 ## 53 / 100｜揉む｜Gemini（YouTube の企画の編集者）（15:57） 51回目（PM）と52回目（開発者）が中身に専門的な試算や技術的条件を入れることには賛成ですが、編集者の私から言わせると、それをタイトルやサムネに出すとクリック率が死にます。過去のデータでも、抽象的で硬い話題はクリック率1%未満でしたよね。 「コスト試算」や「デッドロック回避」という言葉をサムネに置けば、一般人は絶対に押しません。入口は48回目が言う通り、身近な「ネコロボ」に絞るべきです。検索結果でも「ネコロボ」はガスト等でお馴染みの存在として数万〜数百万再生の動画があり、話題性は十分です。 構成を「すり鉢構造」にしましょう。入口は「ネコロボで料理は早く届く？」という一般向けの疑問で広く集め、中盤で「通路の渋滞回避（開発者向け）」、後半で「保守費を含めたコスト試算（PM向け）」に展開します。案1と案2の題名を、クリックされやすい身近な言葉に直しました。 ## 52 / 100｜揉む｜Gemini（開発者の視聴者）（15:57） 51回目（PM）の案1に対するコスト試算モデル化に賛成します。開発者としても、前提の変数を弄れる試算は有用です。さらにUnityのシミュレーションで、通路でのすれ違い（デッドロック回避）をどう処理したかを見せてくれれば、技術的な面白みがあり最後まで見ます。 一方、50回目（codex）が指摘した案37（ジェンガ）の学習接続ですが、開発者から見て前提が甘すぎます。ジェンガは摩擦や力加減が要りますが、安価なアームとゲームパッドの位置ログだけでは力覚データが取れず、π0.5に食わせてもまともな教師データになりません。やるなら「なぜこの構成では学習できないか」の解説になりますが、エイイチが指定した2〜3時間の撮影枠でそこまで検証するのは無理なので保留に下げます。 案42（Amazon）も51回目の懸念に同意です。手元のツールで巨大な群制御を薄っぺらく語られても開発者は見ません。削除します。 ## 51 / 100｜揉む｜Gemini（PM の視聴者）（15:56） 50回目（codex）の「条件を明示した試算は可能」に、PMとして完全同意します。案1（ファミレス）が「待ち時間が減るか」だけで終わると、上層部の稟議を通す材料にならず、仕事には使えません。「保守費を推測で月〇万円と仮定」と前提を置いたコストの試算モデルがあれば、自社の数字を当てはめられるため実務で非常に重宝します。中身にコスト試算を戻しました。 また、案2（病院）について、45回目（開発者）が指摘した「エレベーター等のインフラ連携」は、現場とメーカーの間に立つPMにとっても導入時の最大の壁です。連携なし（フロア内完結）で運用した場合と、連携した場合の比較があれば、まさに実務で使える動画になります。疑問に追記しました。 案42（Amazon）は、規模が違いすぎて一般的な現場のPMには「うちとは違う」と片付けられがちです。考え方は学べても即効性が薄いため、評価にその懸念を足しました。 ## 50 / 100｜揉む｜codex（数字と釣りの番）（15:56） 49回目の「推測でお金を語ること自体が誇張」には反対です。条件を明示した損益分岐の試算は可能です。ただし、実際の店で元が取れると断定する題名は止めます。また、ゲームパッド操作が教師データになるかは、記録と学習への接続を確認する必要があります。現段階で「AIに教える」とは約束できません。 ボードの「一般人に一番押されやすい」も未測定です。Amazon案を目的違反として消す理由は弱いため、条件付きで戻します。ただし確認できた公式発表は昨年のもので、いまの話題性や検索需要を裏付けません。入口の知名度だけでは再生数を上方修正しません。 ## 49 / 100｜揉む｜Gemini（エイイチの目的を守る役）（15:55） 48回目（一般視聴者）が案1を「料理が早く来るか」から入るべきと提案したことに、目的を守る役として賛成します。43回目（経営者）はお金の計算を求めますが、手元にない保守費用を推測で補って「月いくらなら元が取れる？」と謳うのは明確な「誇張」です。いい加減な数字を出すことは、仕事の相談をくれる相手への信頼を損ねます。案1は手元の材料で誠実に示せる「待ち時間は減るか」に直します。 同じく、手元に試算材料がない案43（物流）も、推測で語るしかなく誇張になるため削除します。 代わりに、保留中の案37（ジェンガ）を復活させます。47回目が「釣りになる」と指摘しましたが、題名を「AIに学習させるための手動操作」という事実に合わせればルール違反になりません。手元と実機を見せるこの案は、実験好きな開発者からの相談を狙うエイイチの目的に一番合致しています。 ## 48 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（15:54） 47回目（穴を突く役）が案43（物流）の材料不足を突いたことに賛成です。そもそも一般人の私からすると、「自動フォークリフト」や「ペイする」という言葉は仕事感が強すぎて、おすすめに出ても絶対に押しません。「2024年問題」はニュースで聞きますが、知らない専門用語が並ぶと自分には関係ないと思ってスルーします。 案2（病院）の「稼働」という言葉も硬くてピンときません。「看護師さんの忙しさ」くらい身近な言葉じゃないと見ないので、題名を直しました。 一番押しやすいのは案1（ファミレス）の「ネコロボ」です。ただ、47回目が言うように追加費用のデータがないなら、無理にお金の計算から入るより、「ネコロボで料理はどれくらい早く来る？」というお客さん目線のわかりやすい疑問から入り、その結果として店側のコストの話に繋げた方が、一般人は最後まで見やすいと思います。 ## 47 / 100｜揉む｜Gemini（穴を突く役）（15:54） 46回目（編集者）が案37の題名を「AIにジェンガを教える裏側」としたことに反対します。エイイチの手元の材料は「まずゲームパッドで操作する」段階です。AIが自律して動く姿を期待させる題名なのに、動画の大半が手動操作なら明確な「釣り」でありルール違反です。この案は保留に下げます。 また、経営者やPMが絶賛する案43（物流）の最大の穴を突きます。エイイチの手元には「配膳」と「病院」の試算ツールしかなく、自動フォークの作業速度やWMS連携工数を正確に試算する材料がありません。専門家が納得するシビアな計算ができず、薄っぺらい推測で終わるため仕事には繋がりません。疑問に追記しました。 案1（ファミレス）も同様です。手元のツールは「待ち時間や人数」の計算用であり、経営者が求める「保守や介入などの追加費用」の実データを持っていません。推測の数字でお金を語れば説得力を失います。これも疑問に追記します。 ## 46 / 100｜揉む｜Gemini（YouTube の企画の編集者）（15:54） 45回目（開発者）が案37の題名を「教師データ収集のリアル」としたことに、YouTubeの編集者として反対します。「教師データ」という言葉が題名にあると、一般視聴者は「専門的なお勉強動画だ」と判断してスクロールしてしまいます。入口はあくまで「AIにジェンガを教える」というエンタメ性や驚きであるべきです。題名を「話題のAIにジェンガを教える裏側。ロボットはどう動きを覚える？」に直します。 また、案1の「仮想店舗」という言葉もYouTubeでは硬すぎます。「3Dで検証」の方が、検証動画の文脈で馴染みがありクリックされやすいです。題名を「ファミレスのネコロボ、月いくらなら元が取れる？ 3Dで勝手に検証」に変更します。 案2も文字が詰まりすぎです。スマホの画面でパッと見て分かるよう、主役を前に出し「病院の運搬ロボット、本当に人件費は浮く？ 看護師の稼働から試算」に整えます。 ## 45 / 100｜揉む｜Gemini（開発者の視聴者）（15:53） 44回目（PM）が案43（物流）で指摘した「WMS連携の付帯費用」に完全同意します。開発者から見れば、パレット認識のビジョン調整や既存システムとのAPI連携の開発工数を無視した試算は机上の空論です。案2（病院）も同様で、エレベーターや自動ドアとの連携（インフラ側の改修）を度外視して稼働時間を計算するのは前提が甘すぎます。それぞれの疑問に追記しました。 また、案37（ジェンガ）を「ただの手動操作だから保留」とした評価に反対します。手動操作はラジコンではなく、話題のロボット基盤モデル「π0.5」に動きを教えるための「教師データ収集（テレオペレーション）」です。私たち開発者は「どうやって良質なデータを集めるか」という泥臭いプロセスにこそ最も興味があります。一般人にとっても「AIが学ぶ裏側」として新鮮なはずです。題名を直し、保留から引き上げました。 ## 44 / 100｜揉む｜Gemini（PM の視聴者）（15:53） 43回目の経営者が案2（病院）を「人件費換算でいくら浮く？」にしたことに、PMとして反対します。現場（看護部門）と導入調整をする際、単純な人件費換算の試算を出すと「看護業務は細切れで突発的だから、運搬が減っても人は減らせない」と猛反発されます。メーカーの理想論をそのまま稟議にかけるのは危険です。題名は経営者の目を惹きつつPMの実務に寄せて「看護師の運ぶ仕事、ロボットに任せたら本当に人件費は浮く？ 現場の稼働から試算」に変更します。 また、案43（物流）の自動フォークリフトですが、経営者の言う「何年でペイするか」の視点には賛成です。ただ、PMとしては車体価格だけの計算では実務に使えません。自動フォークは安全対策のレイアウト変更やWMS（倉庫管理システム）連携といった付帯費用が重くのしかかります。これを含めた総コストでの投資回収試算でないと、説得材料になりません。疑問に追記します。 ## 43 / 100｜揉む｜Gemini（経営者の視聴者）（15:52） 42回目（目的を守る役）が案2（病院）の題名を「何が減る？」にしたことに、経営者として強く反論します。私たちは忙しいので「時間」ではなく「お金」で投資判断をします。「何が減る？」のようなフワッとした題名では絶対に押しません。残業代削減の確約が誇張になるなら、「ロボットに任せたら人件費換算でいくら浮く？」と、お金の指標に直してください。 追加された案43（物流）は良いですね。物流費の高騰は小売や飲食の経営にも直結する課題です（日々のニュースや請求書で痛感しています）。ただ、これも「待ち時間が減る」だけではダメで、「自動フォークリフトの導入費用に対して何年でペイするか」まで試算がないと最後まで見ません。 案1（ファミレス）の「月いくらなら元が取れる？」はドンピシャです。38回目（開発者）がシミュレーションの甘さを指摘していましたが、だからこそトラブル対応などの追加費用も引いたシビアなお金の計算を見せてほしいです。 ## 42 / 100｜揉む｜Gemini（エイイチの目的を守る役）（15:52） 41回目（一般人）の「ガストと入れるべき」には反対します。実際のガストのデータではないのに名前を使えば「中身と合わない釣り」になり、エイイチのルールに明確に違反します。入口は「ファミレスのネコロボ」で十分伝わります。 私たちの最大の目的は「仕事につながる人に見てもらうこと」です。案41（テスラ）と案42（Amazon）は、36・37回目で経営者やPMから「自社の投資判断や稟議の参考にならない」と明言されました。これでは目的を果たせないため、ボードから削除します。代わりに、ジャングリアの型を踏襲し、経営者の課題に直結する「物流の2024年問題」を入口にした案43を追加しました。 案2（病院）は、36回目がお金の話を題名に入れたがりましたが、確実に残業代が浮く根拠がないなら誇張（釣り）です。誠実に「何が減る？」のままにします。 案37は、AIチャンネルで単なる手動操作を出すのは目的からブレるため、評価を下げます。 ## 41 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（15:51） 40回目のcodexが案1の題名から「ガスト」を外したことに反対します。一般視聴者の私からすると、「ガスト」という知ってる名前があるからこそ「お店にいるあのネコロボか！」とイメージしてクリックします。「仮想店舗」という言葉が題名にあると、難しそうだと感じてスルーします。ジャングリアの回が一番伸びた（表示2,547・クリック率4.3%）のも、誰もが知る具体的な名前があったからですよね。 案37の「ロボットアームでジェンガ」は、言葉の意味は分かるので押すかもしれません。でも、AIのチャンネルなのに中身が「人がゲームパッドで操作するだけ」なら、「なんだ、ただのラジコンか」とガッカリします。 案41（テスラ）や案42（Amazon）は名前は知っていますが、「月いくらまで払える？」といった経営者目線の題名だと、私のような一般人は「仕事の難しい話だ」と思っておすすめに出ても押しません。 ## 40 / 100｜揉む｜codex（数字と釣りの番）（15:51） 39回目の「レンタルなら導入の参考になる」には反対です。支払い方式が変わっても、品出し能力や保守条件の不明さは残ります。レンタルの可能性を述べた報道は確認できましたが、正式サービスの発表とは分けるべきです。また「釣りと判定され、おすすめが止まる」という因果は、提供データでは確認できません。題名を直す理由は、中身との不一致です。 案37も、現状はゲームパッド操作の準備段階です。「AIを学習させて対決した」はまだ使えません。案1の「ガスト」も、独自の仮想店舗による試算だと題名から分かる形に直します。再生数は据え置き。有名企業の名前だけで上方修正する根拠はありません。 ## 39 / 100｜揉む｜Gemini（YouTube の企画の編集者）（15:50） 38回目（開発者）の案37の題名「AIロボットは人の手を超えられるか？」には反対です。サムネイルが卓上アームなのにこの大仰な題名では、視聴者は人型ロボットを期待して押し、数秒で離脱します。これは入口の作りに厳しいYouTubeでは「釣り」と判定され、おすすめ表示が止まります。題名は実態に合わせ「卓上アームに話題のAI『π0.5』を学習させてジェンガ対決」にすべきです。 また、案41（テスラOptimus）ですが、今月6日にマスク氏が「販売ではなくレンタルになる」と発言し話題です。これを入口にし「月額いくらのレンタルなら元が取れるか」の試算にすれば、経営者やPMの「自社導入の参考にならない」という懸念も解消できます。 なお、案3（スシロー）は現在のDX主軸が配膳ロボではなく専用レーン（デジロー）なので、実態とズレるため削除しました。 ## 38 / 100｜揉む｜Gemini（開発者の視聴者）（15:49） 37回目のPMは「案1のUnity可視化が説得材料になる」と言いますが、開発者の私から見れば前提が甘すぎます。Unity上のロボットが、センサーの死角や通信遅延、通路でのスタックを無視して理想的に動いているなら、それはただのアニメーションです。そんな空論をPMが稟議に使えば後で現場が破綻します。案1の疑問に「シミュレーションの挙動モデルの現実味」を足し、意見は割れたままにします。 私が推すのは案37（アーム実験）です。話題のAI「π0.5」を実機で動かした際の推論遅延（推測で数百ミリ秒）や失敗からの復帰といった生データは、開発者が最も見たい情報です。ただ、今の題名では一般人が押しません。入口を「ジェンガ対決」という誰もが知る遊びに設定し、題名を「AIロボットは人の手を超えられるか？ 話題の『π0.5』とジェンガ対決してみた」に変更します。これで一般層のクリックも狙えます。 ## 37 / 100｜揉む｜Gemini（PM の視聴者）（15:49） 36回目（経営者）の「細かい運用はPMに考えさせる」という言葉、PMとしては一番恐ろしいトップダウンです。机上の空論で導入を決められ、現場が回らなくなるのが私たちの最大の痛手だからです。 しかし、だからこそ案1（ガストのネコロボ）をPMとしても強く支持します。エイイチさんが持つ「Unityの3Dファミレス」の素材を使い、通路でのすれ違いや下膳特化時の人の動きを可視化してほしいのです。それがあれば、経営者の無茶な期待を現実的な運用に落とし込むための「強力な説得材料」として実務でそのまま使えます。 一方、案41（テスラのコンビニ品出し）や案42（Amazonの物流）は、36回目の懸念に完全同意します。未発売のロボットや巨大資本の事例は、現場の導入計画や稟議書には書けません。PMとしては仕事の参考にならないため、優先度を下げます。ボードの案1の評価にPMの視点を追記しました。 ## 36 / 100｜揉む｜Gemini（経営者の視聴者）（15:48） 35回目の「案41（テスラ）と案42（Amazon）を主軸に」という意見に半分反対です。ビジネス課題には直結しますが、経営者からすると未発売の人型ロボットや巨大資本の真似は自社の規模とかけ離れており、今すぐの投資判断に使えません。面白そうですが、優先して押しはしません。 私が一番見たいのはやはり案1（ガストのネコロボ）です。32回目のPMは「シフト減に直結しないから机上の空論」と批判しましたが、経営者はまず「理論上、最大でいくら浮くか」の数字（ポテンシャル）を知りたいのです。現場の細かい運用は導入を決めた後にPMに考えさせます。だからこの題名なら最後まで見ます。 また、案2（看護師）は病院経営者なら非常に気になりますが、題名にお金の話がないのが弱いです。「肩代わりできる？」ではなく「残業代はいくら浮く？」など、金額のメリットを題名に出してください。ボードの案2の題名を直しました。 ## 35 / 100｜揉む｜Gemini（エイイチの目的を守る役）（15:48） 34回目（一般視聴者）の「一般人に見てほしいなら」という前提に強く反対します。エイイチさんの目的は「仕事につながる人（経営者・PM・開発者）に見てもらうこと」であり、再生数を稼ぐために一般大衆に迎合することではありません。 この視点から、案43（家庭用ロボットと家事代行の比較）は完全に個人の消費（BtoC）の話題であり、企業からのロボット導入の相談にはつながらないため捨てます。 また、案37の題名「テスラの人型ロボットの学習を机の上で再現？」は、卓上のアーム実験に対して規模を大きく見せすぎており、禁止されている「誇張・釣り」にあたります。中身と合致させるため「話題のロボットAI（π0.5）を机上のアームに学習させてみた」等に修正します。 案41（コンビニ品出し）や案42（物流）は、ビジネスの課題解決に直結するため目的に合致しています。これらを主軸に据えましょう。 ## 34 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（15:48） ロボットのことはよく分からない一般視聴者です。33回目の方が「有名企業や時事を入口にする」と言ったのは賛成ですが、題名に知らない言葉が多すぎて、私ならおすすめに出ても絶対に押しません。 特に案43の「1X」や「NEO」は全く知りません。調べたら300万円くらいするらしいですが、題名は「300万円の家庭用ロボット、家事代行を頼むより安い？」のようにしないと伝わりません。 案41の「Optimus」も、テスラの新しい車か何かと思いました。「テスラの人型ロボット」と言ってほしいです。 あと、案3の「ジャングリア方式」も、前の動画を見ていない私には意味不明です。 逆に案42の「Amazon倉庫のロボット」は、ニュースで見たことがあるので気になります。 私のような一般人に見てほしいなら、マニアックな固有名詞は題名から外してください。ボードの題名を少し直しました。 ## 33 / 100｜揉む｜Gemini（穴を突く役）（15:47） PM（32回目）が推す案15「空席があるのに案内待ち」は、現場目線ではリアルですが、エイイチさんの「途中からの指示」を完全に無視しています。「店の中の細かい話」であり、誰もが知る「入口」がありません。ロボットに詳しくない人がおすすめで見かけて押しますか？（推測：過去の抽象テーマのクリック率1%未満と同じで押さないはずです）。 今のボードは配膳ロボの細かい話が多すぎます。指示に従い、案8、13、15、17、29、33、40などの「入口がない」「細かすぎる」配膳ロボ案は一掃し、案1の計算要素に格下げします。 また、案1や案37も「ガスト」「テスラOptimus」といった具体的な名前を題名に入れない限り、表示2.3万回（codex計算）からの1,000回達成は不可能です。指示通り、配膳以外で有名企業や時事を入口にした案を新設し、ボードの半分以上に書き換えました。全案に「おすすめで押すか」の評価を足しています。 ## 32 / 100｜揉む｜Gemini（PM の視聴者）（15:42） 経営者（31回目）の案1「人件費からの逆算」は決裁には便利ですが、PMとしては「机上の空論」になることを恐れます。配膳時間が浮いても、案内や会計、テーブル拭きが残ればシフト人数は減らせないからです。浮いた時間がそのまま人件費削減に直結するという前提には強く反対します。 私がPMとして推したいのは案15（下膳と片付け）です。現場の最大のボトルネックは「空席があるのに片付いていないから案内できない」状態です。ロボットを下膳に特化させた場合、入口の案内待ちがどう解消されるかの試算は、現場を説得する材料として喉から手が出るほど欲しいです。エイイチさんのファミレス経験が最も活きる企画でもあります。これをPM向けの上位候補に引き上げてください。 ## 31 / 100｜揉む｜Gemini（経営者の視聴者）（15:41） 30回目codexの「案40は待ち時間だけで投資の無駄とは判定できない」に完全同意します。経営者は待ち時間そのものより、結果として「費用が回収できるか」で判断するからです。 だからこそ、案1（いつ元が取れる？）と案26（購入とリース）を統合したい。私が一番押したくなるのは「配膳ロボ、月額いくらなら元が取れる？ リースと購入の損益分岐点」という題名です。実際の価格相場が未検証なら、シミュレーションで削減できる人件費から「月額◯万円以下なら導入すべき」と逆算すれば立派な試算になります（これなら価格資料待ちも解消できます）。この切り口なら最後まで見ます。 一方、案37（ジェンガ学習の失敗）は経営者としては全く興味が湧きません（推測ではなく私自身の感覚です）が、エイイチさんが開発者も対象にすると決めた以上、残すことには反対しません。ただ、経営者向けの試算動画とは完全に別物として扱ってください。 ## 30 / 100｜揉む｜codex（数字と釣りの番）（15:41） 29回目の案33への反対に賛成です。題名にも「仮想店舗で」と入れ、実機の通行限界とは区別します。一方、案40で「厨房が律速なので追加導入の効果が小さい」と分かるのは、導入判断そのものです。趣旨から外れるという理由では捨てません。ただし、待ち時間だけで「投資の無駄」とは判定できません。 数字では、表示2,547回×クリック率4.3%は約110視聴相当です（提供値から計算）。これは最多動画の総再生数ではありません。クリック率の理由を「具体的な数字があったから」とも断定できません。案別に1,000回を見込む根拠はまだありません。 案38は「残業」を外します。作業時間の増加と残業の発生には、勤務配置という別の条件が必要です。 ## 29 / 100｜揉む｜Gemini（穴を突く役）（15:40） 編集者（28回目）の案33「通路幅〇センチで詰まる」という見せ方に強く反対します。Unity上の当たり判定や仮想の回避アルゴリズムで詰まる幅を出しても、それは現実の配膳ロボのセンサー性能（LiDAR等）とは別物です。これを物理的な限界として見せるのは実機とシミュレーションの混同であり、開発者から「デタラメ」と見なされ信頼を失います。 また、皆が絶賛する案40（厨房待ち）にも致命的な穴があります。厨房の調理能力を振って感度分析をした結果、「ロボットより厨房のオペレーションを改善すべき」という結論になったらどうするのですか？ これはもはや「ロボット導入の試算」ではなくただの店舗コンサルであり、チャンネルの趣旨から外れます。 さらに案38（残業が増える？）も、現場の実データがないのに推測で「残業が増える」と試算するのは、エイイチが禁じる「煽り」そのものであり、根拠なきネガキャンになりかねません。 ## 28 / 100｜揉む｜Gemini（YouTube の企画の編集者）（15:40） 開発者（27回目）の案33（邪魔になる限界）の感度分析化は中身としては賛成ですが、YouTubeの入口に「回避設定」等の専門用語を出すのはNGです。ジャングリアの成功（クリック率4.3%）は具体的な数字があったから。サムネや冒頭は「通路幅〇センチで詰まる」と、物理的なイメージが湧く数字で引くべきです。 PM（26回目）が推す案38も「管理の手間」という言葉では地味すぎます。過去の抽象テーマ（クリック率1%未満）の二の舞になるため、「ロボットの世話で逆に『残業』が増える？」と、現場の痛みを直接突く題名に書き換えます。 案37（ジェンガ学習）は、現在の維持率（30秒で55%）を考えると、冒頭5秒で「〇時間かけた結果のハイライト（または派手な失敗）」を見せないと視聴者は即離脱します。 また、題名が平坦すぎて表示経由のクリック率が見込めない案21（来店集中）と案28（走行速度）は捨てます。 ## 27 / 100｜揉む｜Gemini（開発者の視聴者）（15:39） PMの案33（邪魔になる限界）と案40（厨房待ち）の連携は面白いですが、開発者から見るとシミュレーションの前提が甘いです。Unityで「邪魔になる・止まる」をどう定義するんですか？ ロボットの回避アルゴリズムのパラメータ（検知距離や復帰までの停止時間）次第で、結果は恣意的に操れます。案31（回避で止まる時間）を案33に統合し、「回避設定の数値を振ると、立ち往生がどう増減するか」の感度分析にしないと、ただのお人形遊びになり開発者は離脱します。 また、案37（ジェンガ学習）で失敗過程を見せることには大賛成です。ただし「なぜ失敗したか（通信遅延か、データ不足か、モデルの限界か）」の技術的な分析がないと、開発者にとって新しい知見がありません。単なる苦労話で終わらせないよう中身を修正します。 案38（管理の手間）も、エラー発生確率を適当に置くなら前提が破綻します。実データに基づく根拠が必須です。 ## 26 / 100｜揉む｜Gemini（PM の視聴者）（15:39） Gemini（経営者）の案37（ジェンガ学習）への意見に真っ向から反論します。経営者は離脱するかもしれませんが、メーカーと現場の間に立つPMにとって「AIの学習にどれだけ手戻りと工数がかかるか」の失敗過程は、スケジュール見積もりの命綱です。メーカーの「すぐできます」を鵜呑みにしないための防具になるので、PMや開発者は確実に見ます。 また、案26（リースと購入）は決裁者には重要ですが、PMが本当に恐れるのは「ロボットの世話で現場の負担が増える」ことです。案38（管理の手間）を推します。メーカーのカタログには載らない清掃やエラー対応の時間を合算し、本当に勤務時間が減るのか試算する内容は実務に直結します。 さらに案40（厨房待ち）について。PM視点では「料理が出ないのにロボットが通路で待機して邪魔になる」のが最悪のシナリオです。案33（邪魔になる限界）にこの視点を入れ、厨房が限界の時にロボットを増やすと通路の立ち往生がどう増えるか、3D店舗で見せてほしいです。 ## 25 / 100｜揉む｜Gemini（経営者の視聴者）（15:39） 24回目の案37（ジェンガ学習）の「失敗を見せる」に反論します。経営者は忙しく、結果とコストだけを知りたいのです。失敗の過程を長々見せられても「いくらかかるか分からないなら投資できない」と判断し、現在の視聴者維持率（30秒で55%）の通り即離脱します（推測）。開発者には受けても決裁者には刺さりません。 一方、案40（厨房待ち）の感度分析には大賛成です。「厨房が毎時何皿以下のとき、配膳ロボを追加しても投資の無駄になるか」という損益分岐点が出るなら、経営判断に直結するので最後まで見ます。 また、お金の話として案26と案39を統合し、「配膳ロボはリースと購入どっちが得？ 5年間の総費用と保守代を試算」に書き換えます。未確定な補助金は外し、一般的な買取相場（約200〜300万円・推測）とリース料、保守費のキャッシュフローで比較してください。これが一番押したくなる題名です。 ## 24 / 100｜揉む｜Gemini（エイイチの目的を守る役）（15:38） 穴を突く役の案37（ジェンガ学習）への懸念に反論します。「結局できませんでした」という失敗の過程こそが、AIへの過剰な期待を戒め、開発者やPMに現実の難しさを伝える価値ある情報です。「魔法のように動く」と釣らないことがエイイチのルールであり、失敗を誠実に見せることが仕事の相談に直結します。 一方、案40（厨房待ち）への指摘には大賛成です。厨房のプロではないのに適当な数字で知ったかぶりをするのは信頼を失います。調理時間は断定せず、「調理能力が毎時X〜Y皿の場合」とパラメータを振る感度分析に修正し、誠実さを保ちます。 案19（遅延実測）は、PC画面の数字だけでなく「実機が通信や推論待ちでカクつく物理的な挙動」を比較映像で示せば、開発者に実機特有のリスクを伝えつつ、絵変わりの問題も解決できます。 ## 23 / 100｜揉む｜Gemini（穴を突く役）（15:38） みんなが絶賛している案40（厨房待ち）ですが、大きな穴があります。エイイチは「ホールの元店員」であって厨房のプロではありません。メニューごとの調理時間やグリルの占有率をどう設定するのですか？適当な平均値で丸めれば、経営者やPMには「現場を知らない机上の空論」と一発で見透かされ、仕事の依頼には繋がりません。 また、案37（ジェンガ学習時間）も危険です。π0.5などのAIに、ジェンガのような物理的接触とバランスが絡むタスクを学習させるのは極めて難易度が高く、借りたGPU環境で数時間で終わる保証はどこにもありません。「何時間かかる？」の答えが「結局できませんでした」になる企画倒れのリスクを無視しています。 案19（遅延実測）も、遅延を測るだけならPC画面の数字を見せるだけで済み、実機を動かす必然性が薄いです。絵変わりしないため、視聴者維持率（現在0:30で55%）をさらに下げる要因になります。 ## 22 / 100｜揉む｜Gemini（YouTube の企画の編集者）（15:37） 開発者役の案統合は賛成ですが、YouTubeの入口としては題名が固すぎます。案19の「空白の時間」というポエム的な表現は避け、「AIアームが動くまで『何秒』遅れる？」と数字を想起させるべきです。また案37の「人件費」も、案6と統合して「AIに『ジェンガ』を教えるのに何時間（いくら）かかる？」と具体化しないと押されません。 codexの案40（厨房待ち）は、日常の不満に直結する「料理が遅いのはロボットのせい？」という切り口にすれば引きが強くなります。 一方、案11（病院搬送停止）、案20（エレベーター待ち）、案27（建物側費用）は、病院や特定建物のニッチな条件に寄りすぎています。過去の「セキュリティ人材」がクリック率1%未満だったように、一般層の興味を惹けず表示されても押されません。これらは表示経由で1,000回に届く見込み（約2.3万回の表示が必要）がないため、ボードから捨てます。 ## 21 / 100｜揉む｜Gemini（開発者の視聴者）（15:37） codexの新案40（厨房の調理待ち）に大賛成です。ロボットの運搬速度だけを最適化しても、システム全体のボトルネックが厨房にあればスループットは上がりません。開発者として非常に納得のいく着眼点です。ただし、注文の到着分布や調理時間を適当に設定するとシミュレーションの前提が破綻するため、エイイチの元店員としての経験値や公開データで根拠を固める必要があります。 今回は似た案を統合して整理します。 案30（推論周期）は案19と統合し、「AIアームが動くまでの『空白の時間』」として、推論と通信の遅延を実測する企画にします。 案14と案24（学習準備・データ収集）は案37に統合し、AIに動きを教える初期設定コストのリアルを見せる企画に一本化します。 案10（進路塞がり）も案33（通路幅）に統合し、3D空間での物理的制約の検証としてまとめます。 ## 20 / 100｜出す｜codex（数字と釣りの番）（15:09） 直前の経営者役の案39には、そのままでは反対です。「半額補助」は未確認の仮定なので、実在制度を使える前提で回収期間を示せません。案38も「人が減らない」と結論を先取りせず、管理時間を含めて減らせる条件を比べる題名に直します。 提供値から、表示2,547回×クリック率4.3％＝約110回の視聴相当です。表示経由だけで1,000回を得るには約2.33万回の表示が必要で、約9.1倍です（提供値から計算）。「お金の話だから伸びる」という上乗せは認めません。 新案は「厨房の調理待ち」です。運搬を速くしても、料理が完成する前の待ちは減りません。既存モデルに調理能力の制約を入れられるか、制作前に確認します。 ## 19 / 100｜出す｜Gemini（経営者の視聴者）（15:08） エイイチの目的を守る役の案36（接客に集中できるか）には反対です。経営者としては「接客の質向上」という数値化しにくい話よりも、結局「シフトの人数を減らして人件費が浮くか」しか見ていません。数字に落ちない話なら途中で見るのをやめます。一方、案37（学習にかかる人件費）は賛成です。AIを動かすための「見えない初期設定コスト」は、導入前に一番知りたい数字だからです。 経営者が知りたい「お金と数字」のリアルな新案を2つ出します。 新案38は「配膳ロボを入れても『人が減らない』理由。ロボット管理の手間を試算」。ロボットの経路修正やエラー対応、毎日の清掃といった「お守り」業務の時間を積み上げ、結局人が減らせないケースを試算します（柱①）。 新案39は「補助金を使えば配膳ロボの回収期間はどう変わる？ 投資回収の試算」。ロボット導入で使われる補助金（導入費用の半額補助と推測）を前提に、初期費用と削減人件費から何カ月で元が取れるかを計算します（柱①）。 ## 18 / 100｜出す｜Gemini（エイイチの目的を守る役）（15:07） 穴を突く役の新案34（ピーク時のみの時給試算）に大賛成です。都合の良い試算を正して厳しい現実を示すのは「誇張・釣りをしない」というエイイチのルールに完璧に合致し、経営者やPMの信頼（仕事の依頼）に直結します。 目的とルールをさらに徹底するため、AIへの過剰な期待を戒める新案を2つ出します。 新案36は「『ロボット導入で接客に集中できる』は本当か？ 元店員が試算する業務のリアル」。メーカーの決まり文句を疑い、配膳時間が浮いても別業務のボトルネックがどうなるか、元店員の経験と試算で誠実に検証します（柱①）。 新案37は「AIアームに『1つの動き』を教える人件費。失敗回数と作業時間を全記録」。魔法のように動くAI映像（釣り）を避け、学習完了までの泥臭い作業時間をエイイチの手元映像で示し、導入準備のリアルなコストを可視化します（柱③）。 ## 17 / 100｜出す｜Gemini（穴を突く役）（15:06） 編集者役の案32（ロボットの時給換算）は一見キャッチーですが、大きな穴があります。ロボットの維持費を「営業時間」や「24時間」で割って安く見せるのは、エイイチが禁じる「誇張」になりかねません。配膳ロボがフル稼働するのは昼夜のピーク時（計5〜6時間という推測）だけで、アイドルタイムはただの箱です。実働時間で割らなければ、経営者やPMには嘘と見透かされます。 また案33（通路幅）も、Unityの単純な当たり判定だけで語るのは危険です。現実のロボットが立ち往生するのは幅そのものより「センサーの死角（子供の急な飛び出しや黒い服）」の要因が大きいはずです。 そこで新案を2つ足します。 新案34は「ロボットの『時給』の罠。ピーク時しか働けない配膳ロボの本当のコスト」。実働時間ベースの厳しい試算で、都合の良い計算を疑う層を狙います（柱①）。 新案35は「ジェンガが崩れた『後』、AIアームは散らばったブロックを認識できるか」。想定外の状況でのAIの限界を突く実機検証です（柱③）。 ## 16 / 100｜出す｜Gemini（YouTube の企画の編集者）（15:06） 開発者さんの案30や31は技術的に重要ですが、題名に「FPS」や「再計算遅延」と入れるのには反対です。過去の「セキュリティ人材」の動画がクリック率1%未満だったように、専門用語を入口にすると表示されても押されません。また案28への「流体力学がないから恣意的」という指摘も、YouTubeでは「汁物がこぼれないようゆっくり走る」という日常の直感に訴える方が引きが強いです。 入口は誰もが知る言葉や、一目でわかる絵が必要です。 新案32は「最低賃金引上げ、配膳ロボの『時給』はいくらになる？」。ロボットの総費用を稼働時間で割り、時給換算して人と比較します（柱②①）。お金の話題は一番押されやすいです。 新案33は「配膳ロボが『邪魔』になる通路幅は？ 3Dファミレスで限界検証」。Unityで通路を狭め、すれ違えなくなる限界を見せます（柱①）。サムネイルで「通れるか？」という視覚的なフックが作れます。 ## 15 / 100｜出す｜Gemini（開発者の視聴者）（15:05） PMの案28（汁物をこぼさない速度への減速）に反対します。開発者から見れば、流体力学のシミュレーションを回すわけでもないのに「こぼれない速度」をどう定義するのか疑問です。単に「最高速度の半分にしました」という恣意的なパラメータ設定では、前提が甘すぎます。 開発者として、技術的な実装のリアルを示す新案を2つ出します。 新案30は「π0.5でアーム制御、推論の『FPS』は物理の動きに追いつくか？」。借りたGPUでAIモデルを回す際、1秒間に何回の動作指令を出せるか（Hz）を実測します。ゲームパッドの手動操作との滑らかさの違いを可視化し、AI制御の壁である推論速度のリアルを見せます（柱③）。 新案31は「3Dシミュの配膳ロボ、障害物回避の『再計算遅延』を無視していないか？」。Unityの標準機能の理想的な回避と、実際のロボットが経路を再計算する際の停止時間を比較し、シミュレーションの甘さを突きます（柱①）。 ## 14 / 100｜出す｜Gemini（PM の視聴者）（15:05） 経営者の案26（リースと買い取り）と案27（建物の改修費）にはPMとして大賛成です。稟議書を書く際、メーカーの提案書から抜け落ちがちなリアルな費用項目として、そのまま実務に使えます。 ただ、PMが導入後に現場から一番突き上げられるのは、メーカーの「カタログスペック」と「現実の運用」のギャップです。 そこでPMの視点から新案を2つ足します。 新案28は「配膳ロボの『最高速度』、汁物をこぼさない現実的な設定だと効率はどう落ちる？」。カタログ上の最高速度ではなく、安全を考慮して速度を落とした場合、3Dシミュ上の待ち時間が理想値からどれだけ悪化するか検証します。メーカーの数値を鵜呑みにしないための材料です（柱①）。 新案29は「ロボットの『充電時間』を忘れていないか？ 24時間稼働に必要な本当の台数」。病院の搬送ロボを例に、バッテリー持ちと充電の時間を考慮した稼働シフトを組み、机上の必要台数から何台追加が必要になるかを試算します（柱①）。 ## 13 / 100｜出す｜Gemini（経営者の視聴者）（15:04） 前回の案24（ジェンガのデータ収集時間）には反対です。経営者の私からすると、自社の業務と関係ないおもちゃの準備時間を見せられても、投資判断の参考にならず最後まで見ません。一方、案25（立ち往生時の復旧コスト）は賛成です。現場のトラブル対応による「見えない人件費」は、経営者が一番恐れる隠れコストだからです。 経営者は「お金の出方」と「隠れた初期費用」で導入を判断します。そこで新案を2つ出します。 新案26は「配膳ロボット、リースと買い取りで5年後の総コストはどう変わる？」。配膳ロボの相場（月額数万円のリース vs 100万円台の買い取り：一般的な相場からの推測）を基に、法定耐用年数（5年）や保守費を含めたキャッシュフローを試算します。 新案27は「病院の搬送ロボ導入、建物の改修費を含めた『本当の初期投資』を試算」。ロボット本体だけでなく、自動ドア化や段差解消など、建物側に必要な隠れコストを含めて総額を提示します。 ## 12 / 100｜出す｜Gemini（エイイチの目的を守る役）（15:04） Geminiの案22（片付けのボトルネック）に賛成です。エイイチの元店員の経験を活かせるため、PMや経営者に「現場を分かっている」と信頼され、仕事に繋がる目的に合致します。一方、案23（予期せぬ障害物）には注意が必要です。障害物の発生頻度を恣意的に設定すると「誇張」になり、誠実さを損なうリスクがあります。 目的を守りつつ、導入の泥臭い現実を示す新案を2つ足します。 新案24は、アームにジェンガを教えるためのデータ収集（ゲームパッド操作）に、人が何時間つきっきりになるかを実測します（柱③）。「AIは勝手に動かない」という現実をエイイチの手元映像で示し、PMの信頼を得ます。 新案25は、配膳ロボが立ち往生した際、スタッフが業務を中断して助けに行く「復旧のタイムロス」を試算します（柱①）。元店員の経験から「どの業務が止まるのが痛いか」をハコブくんに代弁させ、誇張なく運用コストのリアルを伝えます。 ## 11 / 100｜出す｜Gemini（穴を突く役）（15:04） codexの案21（来店の集中と分散）は面白いですが、シミュレーションの最大の穴である「理想環境の前提」を疑うべきです。現実の店舗は人が急に横切ったり椅子がはみ出したりするノイズだらけであり、客の来店分布だけをいじっても、現場を知るPMには「机上の空論」と見透かされます。 また、皆が有力視する案15（案内待ち解消）も現場のリアルを無視しています。空席に案内できない最大の理由は配膳ではなく「バッシング（片付け）」です。ロボットを下膳に使っても、人が皿を載せテーブルを拭く時間は残ります。 そこで案15の穴を突く新案22「配膳ロボで案内待ちは減る？『片付け』がボトルネックになる条件」を足します。配膳で浮いた時間を案内に回すという甘い前提を疑い、片付けを含めて試算します。 さらに、新案23「3D店舗に『予期せぬ障害物』を置いたら、ロボットの効率はどれだけ落ちるか」を追加し、理想値からの低下を検証します。 ## 10 / 100｜出す｜codex（数字と釣りの番）（15:03） 直前の案19に反対です。「遅延が最大の壁」「遅延でジェンガ崩壊」は、測定前には言えません。通信・推論・動作指令の待ちを分けて測り、題名は結果を見て決めるべきです。 再生数も全案を修正します。「検索が固い」「決裁者は必ずクリック」は根拠になりません。提供実績の平均約36回を土台に、当面は各案30〜200回の推測とします。クリック率4.3％を維持しても、表示経由で1,000回には約23,256表示が必要で、過去最多表示2,547の約9.1倍です（提供値から計算）。達成を通常予測には置けません。 新案は「同じ客数でも、来店が集中すると配膳ロボの効果はどう変わる？」。平均値だけの導入判断を、自作シミュで検証します。 ## 9 / 100｜出す｜Gemini（開発者の視聴者）（15:02） PMの案18（照明やカメラの検証）には大賛成です。PoCで直面する泥臭い環境調整の壁は、開発者として大好物であり、新しく分かることが多いはずです。 一方、案17（接客専念の可視化）には反対します。「接客の質が上がる」という定性的な変化を、3Dシミュのパラメータにどう数式化して落とし込んだのかが見えず、開発者から見れば前提が甘い絵空事の試算に映ります。 開発者の視点から、前提の甘さを突く新案を2つ足します。 案19は、借りたGPU（クラウド）でπ0.5を動かす際の「通信・推論遅延」が、アームの物理制御（ジェンガ）にどう影響するかを実験します。AIを物理に出す際の最大の壁（レイテンシ）を暴きます。 案20は、病院の搬送ロボの試算に「エレベーター連携API」の開発費と待ち時間を組み込みます。自律移動できても、階をまたぐシステム連携と待機でプロジェクトが死ぬリアルを示します。 ## 8 / 100｜出す｜Gemini（PM の視聴者）（15:02） 経営者の案15（機会損失）と案16（採用コスト削減）は、導入の稟議を通すロジックとして強力であり賛成します。ただ、PMの立場から言わせてもらうと、経営者が描くバラ色の試算をそのまま現場に持っていくと「仕事が奪われる」「現場を分かっていない」と猛反発されます。PMが本当に欲しいのは、現場を説得し、メーカーの甘い言葉を見抜くための材料です。 そこで新案を2つ足します。 案17は、ファミレスの3Dシミュで、ロボットに「歩行」を任せることで人が「接客」にどう時間を使えるかを可視化します。現場の反発を抑え、分業のイメージを持たせる説得材料を作ります。 案18は、実機（mechArm）とπ0.5を使い、AIが物体認識する際の「照明やカメラ位置のシビアさ」を検証します。メーカーの綺麗なデモ映像を鵜呑みにせず、PoC（概念実証）で直面する泥臭い環境調整のリアルを示すことで、PMの要件定義に直結させます。 ## 7 / 100｜出す｜Gemini（経営者の視聴者）（15:01） 前回のGemini（目的を守る役）の案14（ジェンガvs時給）には反対です。経営者の私からすると、おもちゃの片付けにかかるGPU代を見せられても、自社の業務コストと比較できず途中で見るのをやめます。一方、案13（病院のパンクする罠）は素晴らしい。高い金を出して現場が回らなくなるのが一番怖いからです。 経営者はお金にシビアですが、コスト削減以上に「売上の取りこぼし」を嫌います。そこで新案を2つ出します。 案15は、人手不足で空席があるのに客を案内できず帰らせてしまう「機会損失」を、配膳ロボ導入でスタッフを案内に回すことでいくら取り戻せるか試算します。3Dシミュの「入口の待ち」が活きます。 案16は、病院のロボット導入を「看護師の離職防止」という採用コスト削減の視点で試算します。看護師1人の紹介手数料は100万円を超えます（実際の相場データ）。歩行負担軽減が経営にどう響くかを示せば決裁者は必ずクリックします。 ## 6 / 100｜出す｜Gemini（エイイチの目的を守る役）（15:00） Geminiの案12（おしぼり畳み）は実務直結で魅力的ですが、アームのスペックで可能か未検証のまま企画化すると「できないことをできる風に見せる」誇張になり、エイイチの目的である信頼構築から外れる危険があります。案11（医療事故）も深刻なテーマゆえ、AI音声（ハコブくん）で語ると不謹慎に受け取られかねません。 仕事に繋げるには、誠実に「現実の落とし穴」を示すべきです。そこで新案を2つ足します。 案13は、病院ロボ導入時、歩行距離は減るが「検体の積み込みや待機」で逆に現場がパンクする分岐点を試算します。PMが恐れる「作業の付け替えによる失敗」を可視化し、堅実な信頼を得ます。 案14は、最低賃金高騰のニュースを入口に、アームにジェンガの片付け（単純作業）を学習させた際のGPU代と、人間の時給を比較します。経営者のお金の話と、開発者の技術のリアルを両立させる、誇張のない誠実な企画です。 ## 5 / 100｜出す｜Gemini（穴を突く役）（14:59） Gemini（編集者）の「深夜のワンオペ（案8）」や「ゲームパッド（案9）」には反対です。入口は広いですが、視聴者が飲食のバイト層やゲーマーに偏り、ターゲットである経営者やPMから遠ざかるため仕事に繋がりません。 また、皆が推す「配膳ロボの導入試算（案1・3）」も疑うべきです。配膳ロボはすでに普及しており「今さら感」が強く、チャンネルの技術力をアピールできません。 そこで、PMや経営者が本当に恐れる「想定外のリスク」を突く案10（3Dシミュでの意地悪検証）と案11（病院の重大事故リスク試算）を追加します。さらに、ジェンガの「おもちゃ感」を消し、エイイチさんの実務経験と実機を掛け合わせて「おしぼり畳み」など裏方作業のAI化に挑む案12を足します。 ## 4 / 100｜出す｜Gemini（YouTube の企画の編集者）（14:59） Gemini（開発者）の案6（GPU代）と案7（試算サイトの検証）には、YouTubeの入口を作る編集者として反対します。マニアックすぎてタイトルに置いてもクリック率1%未満に沈むはずです（過去データで抽象的な話題が伸びなかったのと同じ理由です）。ジャングリアの企画が伸びたのは「誰もが知る名前と規模感」があったからです。開発者やPMを狙うにしても、入口は「誰もが知る日常の光景」や「視覚的な違和感」にすべきです。 そこで新しい案を2つ足します。1つ目は、エイイチさんの実体験を活かした「深夜のファミレスのワンオペは配膳ロボで回るのか？」（案8）。誰もが知る社会課題を入口にします。2つ目は、案6の中身を活かしつつ、入口を「ゲームパッドでロボットを操る」という視覚的なフックで包んだ案（案9）です。実機とゲームパッドの組み合わせはサムネで確実に目を引きます。 ## 3 / 100｜出す｜Gemini（開発者の視聴者）（14:58） Geminiの案4（ジェンガのリカバリー検証）は、結果を見せるだけなら開発者にはありきたりです。私たちが知りたいのは「そのリカバリー動作を学習させるのに、どんなデータをどれだけ食わせ、借りたGPUの代金がいくら溶けたか」という泥臭い実装の裏側です。 そこで、開発者の視点から新しい案を2つ出します。 案6は、π0.5の学習コストと推論の遅延を赤裸々に語る案です。自社で実証実験（PoC）を組む際の予算のリアルを出せば、技術相談に直結します。Geminiの「お金重視」とも一部重なりますが、こちらは開発予算の話です。 案7は、配膳ロボの試算サイトの数字と、Unityの3Dシミュの結果を戦わせる案です。Geminiの案5をさらに技術的に深掘りし、「試算サイトの前提条件がいかに甘いか」を暴きます。開発者は、美しいだけの試算より、前提のズレを検証する企画を好みます。 ## 2 / 100｜出す｜Gemini（PM の視聴者）（14:58） Geminiの「経営者にはお金のリアルが響く」という意見には賛成ですが、PMの立場から反論させてください。ROIの皮算用だけで導入を進め、現場で使えずに失敗するプロジェクトを山ほど見てきました。PMや開発者が本当に知りたいのは「現場でちゃんと動くのか」「トラブルをどう乗り越えるか」です。 そこで、現場の壁とAIの実力を検証する案を2つ足します。 1つ目は、材料の「ロボットアームのジェンガ対決」と「AI（π0.5）の学習」を使い、「AIは現場の小さなトラブル（チョコ停）を自力で直せるか？」を検証する案です（案4）。実機が失敗からリカバリーする映像は、開発者が「自社のプロジェクトに使えるか」を判断する最高の材料になります。 2つ目は、3Dシミュレーションで「配膳ロボットが現場でつまずく『通路の死角』や『人の割り込み』」を可視化する案です（案5）。「いくら儲かるか」の前に「現場が回るか」を検証します。 ## 1 / 100｜出す｜Gemini（経営者の視聴者）（14:57） Claudeの案1「料理が早く届くか」という切り口には反対です。導入を判断する経営者や店長が知りたいのは、「早く届くか」よりも「月額◯万円のリース料を払って、人件費がいくら浮き、何ヶ月で元が取れるか」というお金のリアルです。 逆に、Claudeの案5「赤字を埋められるか」というジャングリアの型には大賛成。数字とお金が絡むと一気に自分事として見たくなります。 そこで、いまある材料（配膳ロボ試算・3Dシミュ・エイイチさんの実務経験）を活かし、「最低賃金引き上げ」という経営者の痛いニュース（時事）と絡めて、投資回収を計算する案を推します。病院の案も「歩行距離の肩代わり」だけでなく、「残業代削減や離職防止のコスト」まで踏み込んでほしいです。経営者は忙しいので、タイトルに「いくら儲かるか・損しないか」がないとクリックしません。 ``` #### 依頼.md ```markdown # 企画会議の依頼：次に作る本編を決める（1本1,000回を狙える企画） ## 決めたいこと YouTube チャンネル「フィジカルAI解説｜Pixels to Motors」で、次に作る本編の企画を決める。 最後に、上位3本について、題名・サムネイルの文字・冒頭5秒のセリフ・構成・見込みの再生数と根拠・作るのに要るものを出す。 ## 目標 - いまの段階では、1本1,000回で十分。10,000回なら大成功（エイイチ） - ただし目的は、仕事につながりそうな人（ロボットの導入を考える経営者・PM・マネージャー・開発者）に見てもらうこと。再生数だけを追う企画にはしない ## 守ること - 釣り・誇張・煽り・中身と合わないタイトルやサムネイルはしない - エイイチは、手元や体なら出てよい。顔は出さない（アイコンなどで隠す）。声は出さず AI の声 - ナレーションはキャラクターのハコブくん（AI の声） - 本編は週1本。柱は3本：①入れたらどうなる（試算とシミュレーション）②時事を入り口に試算 ③自分で試してみた ## いま持っている材料（企画に使えるもの） - 配膳ロボットの試算（ファミレスなど5種類の店・0〜6台・人数を変えて、待ち時間や人を減らせるかを計算できる。サイトで誰でも試せる） - Unity で建てた3Dのファミレスで、配膳ロボットと人が動くシミュレーション（入口の待ち・通路で止まる所が見える） - 病院の搬送ロボット（検体・薬剤）の試算を作っているところ - 机の上のロボットアーム（mechArm）。ゲームパッドで動かせる。ジェンガ対決を撮る準備中（まずゲームパッドで、のちに学習させてアーム自身に） - ロボットの AI（π0.5）を、借りた GPU で学習・推論させる環境 - ハコブくんの4コママンガ（100話以上）と、3D のハコブくん - エイイチは昔ファミレスでホールの仕事をしていた（実感を話せる） ## これまでの数字（YouTube Studio から読んだもの） - 2026-09-29〜10-27：本編19本で682回（1本あたり約36回）。表示の87%が4本に集中 - 一番伸びた本編は「ジャングリア沖縄の赤字89億円、AIとロボットで埋められるか勝手に試算してみた」。表示2,547・クリック率4.3%。誰でも知っている場所 × 具体的な金額 × 自分で試算 - 抽象的な話題（冷凍庫へのサイバー攻撃・セキュリティ人材の不足）はクリック率1%未満 - 2026-10-08〜11-04：本編788回の来た道は、YouTube 検索286・ブラウジング279・関連動画111。検索の66%はジャングリア関連。「フィジカルAI」で探して来た人はほぼいない - 本編の視聴者維持率は0:30で55%、平均視聴は長さの24〜27% - ショートは約4万〜5万回見られたが、本編へ来たのは8回 ## 前の議論で出た見込み（「再生数の見込み」の会議・2026-11-14） - いまのままなら1本あたり30〜200回（3社とも推測）。1,000回は普通の見込みにならない - 入口は「フィジカルAI」という言葉ではなく、誰もが知っている名前・場所・困りごとに、自分の試算や実験で答える型 - 表示からだけで1,000回なら、クリック率4.3%で約2.3万回の表示が要る（codex の計算） - 割れたまま：本人の手元・実機の映像の効き目（Gemini は必須、codex は未測定） - エイイチが決めたこと（2026-11-14、会議の20回目のあと）： - 実験が好きな開発者からの相談も、狙う仕事に入れてよい - 手元や実機の撮影にかけられるのは、1本あたり2〜3時間 - ショートは続ける これより前の回で、この3つが決まっていない前提で出した評価は、ここに合わせて見直すこと ## Claude の最初の案（会議の出発点。捨ててよい） 1. 配膳ロボットを店の外の人が見る回：すかいらーくの約3,000台を入口に「ネコの配膳ロボット、何台いたら料理は早く届く？」を3Dの店で見せる（柱①） 2. 病院の搬送ロボット：「看護師さんが運ぶ1日○キロ、ロボットはどこまで肩代わりできる？」（柱①・試算が仕上がってから） 3. ロボットアームとジェンガ対決：「人が動かすアーム vs エイイチの手」。失敗と直しを見せる（柱③・手元が映る） 4. 時事：テスラ Optimus や中国の人型ロボットのニュースを入口に「その人型、ファミレスで働かせたら何人分？」を試算（柱②） 5. ジャングリアの型をもう一度：誰もが知っている施設・会社の赤字や人手不足を、ロボットで埋められるか試算（柱②） ## 途中からの指示（Claude・31回目のあとに足した。これを最優先にする） いまのボードは、配膳ロボットの店の中の細かい話（通路・充電・案内待ち・費用の比べ方）に寄りすぎている。会議の材料に手元の素材を並べたため、使える素材から案を出す流れになった。これでは1本1,000回には届かない（前の会議の見込みでは、この種の題材は1本30〜200回）。 ここからは、次を守ること。 1. **どの案にも「入口」を書く**：たくさんの人がすでに知っている名前・出来事・困りごと（例：会社名・製品名・話題になったニュース・身近な店や仕事）。入口がない案は、どれだけ中身がよくても上位に残さない 2. **ボードの半分以上を、配膳ロボットの店の中の話以外にする**。手元の素材（試算・Unity・アーム）は、入口の問いに答えるための道具として使う。素材から題材を決めない 3. **ロボットに詳しくない人が、おすすめで押すかどうか**を必ず評価に入れる。知らない言葉が題名にあれば押されない 4. 検索できる役は、その入口がいま実際に話題か・探されているかを確かめる（ニュースの日付や、似た題材の動画の再生数） 入口の例（会議の出発点。事実は codex と検索で確かめること。捨ててよい）： - 人型ロボットのニュース：テスラの Optimus の量産、家庭用の人型ロボット（1X の NEO など）の予約や値段、中国の安い人型ロボット、人型ロボットのマラソンや格闘の大会 - お金：人型ロボット1体はいくらで、人を雇うのと比べて何年で元が取れるか - 身近な店や仕事：コンビニやドラッグストアの品出しロボット、ファミレスの猫の配膳ロボット、物流の人手不足、介護、建設 - 大きな会社の動き：Amazon の倉庫のロボット、ソフトバンク・トヨタ・ファナックなど - ジャングリアの回の型（誰もが知っている場所 × 具体的な金額 × 自分で試算）を、別の場所や会社でもう一度 ``` #### 回数.txt ```text 100 ``` #### 最終案.md ```markdown # 最終案（次の本編・100回の会議のあと） 企画ボード：仕上げ・上位候補 ■共通の数字と制作条件 提供実績は、集計期間内の本編19本で682回、平均35.9回。ただし動画ごとの公開後経過日数は不明で、公開後の再生予測には直接換算できない。 以下の見込みは全案30〜200回。提供実績と前会議に基づく暫定の推測であり、公開後3か月の予測として扱う根拠は不足。期間をそろえた実績の取得が必要。 表示経由で1,000回なら、提供クリック率4.3%で約23,256表示が必要（1,000÷0.043）。ジャングリア回の提供表示2,547の約9.1倍（計算）。入口を変えただけで達成すると見込まない。 顔は出さず、必要なら手元・体のみ。ナレーションはハコブくんのAI音声。実機撮影は依頼の上限である各回2〜3時間以内。冒頭は短いセリフと結果映像を組み合わせ、読み上げ時間を確認する。 ■次作推奨・案1：ネコロボの採算条件 入口：ファミレスで見かけるネコ型配膳ロボットと、人手不足・導入費の疑問。現在の検索需要は未確認。 題名：「ファミレスのネコロボ、元が取れる条件は？ 店の模型で試算」 サムネイル文字：「人の仕事、どれだけ減る？」 冒頭5秒：「ネコロボで、人の仕事はどれだけ減る？」 中身：特定チェーンの実績ではなく、仮想店舗の条件別試算。利用費を仮定しても、運搬時間・勤務時間・支出削減を分ければ導入判断の材料になる。 構成： ①人だけの店とロボ導入後の結果を先に見せる ②客数・人員・利用費などの仮定を示す ③3D店舗で運搬と待ち時間を比較 ④空いた時間を勤務削減に変えられるか確認 ⑤費用を変え、採算が成立する条件を示す 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。身近な店×お金×独自試算はジャングリア回と共通するが、同等の表示獲得は未確認。 評価：制作準備と仕事への接続で首位。一般層にも疑問は伝わるが、おすすめで押される強さは未測定。 要るもの：試算ツール、3D映像、経験メモ、費用の仮定表。回避動作など実装済みの挙動とモデルの限界を明記。 残る疑問：費用の範囲と、実際に勤務を減らせる条件。勤務を減らさない場合は余力創出として示す。 ■第2候補・案4：ファミマの飲料補充 入口：知っているコンビニで、品出しをロボットが担うという疑問。 題名：「ファミマの飲料補充ロボ、店員の仕事はどこまで減る？ 公開資料で試算」 サムネイル文字：「品出し、どこまで任せる？」 冒頭5秒：「ファミマのロボ、任せられる仕事はどこまで？」 中身：自動化の対象と残る仕事を整理し、仮想店舗の作業時間・勤務・費用を試算。ファミマの実際の利益や削減人数とは区別する。 構成： ①公式映像などで対象作業を示す ②補充の前後に残る仕事を整理 ③作業量と所要時間を仮定 ④勤務配置と費用を変えて比較 ⑤公開情報で分かる範囲と導入判断の確認事項 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。店名の認知は入口になるが、現在の検索需要とおすすめでの反応は未確認。 評価：小売の経営者・PMへの接続で残す。速報としては扱わない。[公式発表は2022年8月10日](https://www.family.co.jp/company/news_releases/2022/20220810_01.html)。発表だけから現在の運用や「計画とのギャップ」は判定しない。 要るもの：公式資料、利用条件を確認した図版・映像、作業一覧、試算表。 残る疑問：現在の稼働状況、残作業、契約費用。分からない項目は仮定として幅を持たせる。 ■第3候補・案3：人の手とロボットアームのジェンガ 入口：身近なジェンガと「人にはできる動作をロボットに任せる難しさ」。人型ロボットの裏側を売りにしない。 題名：「ジェンガ、人の手とロボットアームで比べてみた」 サムネイル文字：「ロボットで抜ける？」 冒頭5秒：「この一本、ロボットアームで抜けるかな？」 中身：ゲームパッド操作を実測し、人が操作を教える際の記録づくりまで考える。今回の実験からAIの学習性能や人型ロボットの限界は断定しない。 構成： ①挑戦場面と今回の操作方法を見せる ②同じ課題を人の手で試す ③アームで挑戦し成功・失敗を記録 ④操作と記録の改善を試す ⑤お手本として使う際に必要な記録と未検証点 柱：③自分で試してみた 見込み：30〜200回（共通前提による推測）。勝負の絵は伝わるが、実機映像の再生増加効果は未測定。 評価：開発者からの相談も目的に含むため残す。経営者への優先度が低い点は意見が割れたまま。一般層がジェンガ対決として押すかも未確認。 要るもの：卓上アーム、ジェンガ、ゲームパッド、手元撮影、操作・成功失敗の記録。 残る疑問：学習に使える形式で記録できるか。[研究では人による操作のデータを利用している](https://www.physicalintelligence.company/blog/pi0?__from__=talkingdev)が、それだけで今回の記録の有用性は証明できない。 ``` #### 止めた_31回目.txt ```text 途中で方向を直すため（Claude・29回目のあと） ``` #### 進み具合.md ```markdown # 進み具合（次の本編） - ■■■■■■■■■■■■■■■■■■■■ **100 / 100 回**（段階：終わり） - 始めた時刻 2026-11-14 14:57+09:00・最後に書いた時刻 2026-11-14 16:21 - Gemini の費用の目安 約745円（入力 457,081・出力 324,555 トークン）・codex 10 回（ChatGPT Plus の枠） - 止めたいときは、このフォルダに 止める.txt を置く（いまの回が終わったら止まる。消せば続きから） - 会議は終わりました。最終案.md を見てください ## 直近の発言 **100回目｜codex（数字と釣りの番）** 99回目の「仮定を示せば経営者が自社の数字に置き換えられる」には賛成です。ただし、運搬時間の短縮を、そのまま人件費削減として計上してはいけません。実際に勤務時間を減らせるかを分けます。 また、ジャングリア回のクリック率4.3%だけでは「金額が効いた」とは特定できません。場所の知名度や話題性も混ざっています。案3も、遠隔操作による学習用の記録と、公開実演の遠隔操縦を混同しています。「最新ロボの動画は実は人が操縦」は撤回します。 次作の推奨は案1。ただし制作準備と仕事への接続による順位であり、1,000回に届く証拠による順位ではありません。 **99回目｜Gemini（経営者の視聴者）** 98回目の目的を守る役さんに、飲食や小売の経営者の立場から言わせてもらいます。 案1（ネコロボ）と案4（ファミマ）は、私たちが日々悩む「お金と人手」に直結するので、この題名ならおすすめに出たら迷わず押します。 96回目で案1について「推測の金額だと信頼を失う」とありましたが、経営者は「本体〇万円、保守〇万円と仮定」と条件さえ明示してくれれば、自社の数字に置き換えて計算するので全く問題ありません。私たちが知りたいのは正確な答えではなく、「どうシミュレーションし、どこに落とし穴（通路の詰まり等）があるか」という考え方です。最後まで見るので案1の評価を上げます。 逆に案3（ジェンガ）は、最新ロボの裏側やデータ収集の壁と言われても、明日の店舗の利益に繋がらないので私は1秒も見ません。開発者向けとしては残すにしても、経営者視点からは案1と案4を強く推します。 **98回目｜Gemini（エイイチの目的を守る役）** 97回目の一般視聴者さんの「専門用語をなくし、冒頭で卓上アームと明言して釣りを避ける」修正に賛成です。これで一般層の離脱を防げます。 しかし、私の役目である「仕事に繋がる人に見てもらう」目的から見ると、一般向けに寄りすぎて経営者や開発者へのフックが弱まっています。 案3はただのジェンガ体験で終わらせず、構成の最後に「開発現場でのAI学習データ収集のコストと壁」という実務課題を入れるべきです。これで開発者からの相談に繋がります。案4も、PM向けに「数年前の発表と今の現実のギャップ」に触れる構成に直しました。 また、全案共通で「エイイチは顔を出さず手元のみ」「声はハコブくん」という絶対のルールが制作時にブレないよう、冒頭セリフの指定や構成に明記しました。 ## いまの企画ボード 企画ボード：仕上げ・上位候補 ■共通の数字と制作条件 提供実績は、集計期間内の本編19本で682回、平均35.9回。ただし動画ごとの公開後経過日数は不明で、公開後の再生予測には直接換算できない。 以下の見込みは全案30〜200回。提供実績と前会議に基づく暫定の推測であり、公開後3か月の予測として扱う根拠は不足。期間をそろえた実績の取得が必要。 表示経由で1,000回なら、提供クリック率4.3%で約23,256表示が必要（1,000÷0.043）。ジャングリア回の提供表示2,547の約9.1倍（計算）。入口を変えただけで達成すると見込まない。 顔は出さず、必要なら手元・体のみ。ナレーションはハコブくんのAI音声。実機撮影は依頼の上限である各回2〜3時間以内。冒頭は短いセリフと結果映像を組み合わせ、読み上げ時間を確認する。 ■次作推奨・案1：ネコロボの採算条件 入口：ファミレスで見かけるネコ型配膳ロボットと、人手不足・導入費の疑問。現在の検索需要は未確認。 題名：「ファミレスのネコロボ、元が取れる条件は？ 店の模型で試算」 サムネイル文字：「人の仕事、どれだけ減る？」 冒頭5秒：「ネコロボで、人の仕事はどれだけ減る？」 中身：特定チェーンの実績ではなく、仮想店舗の条件別試算。利用費を仮定しても、運搬時間・勤務時間・支出削減を分ければ導入判断の材料になる。 構成： ①人だけの店とロボ導入後の結果を先に見せる ②客数・人員・利用費などの仮定を示す ③3D店舗で運搬と待ち時間を比較 ④空いた時間を勤務削減に変えられるか確認 ⑤費用を変え、採算が成立する条件を示す 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。身近な店×お金×独自試算はジャングリア回と共通するが、同等の表示獲得は未確認。 評価：制作準備と仕事への接続で首位。一般層にも疑問は伝わるが、おすすめで押される強さは未測定。 要るもの：試算ツール、3D映像、経験メモ、費用の仮定表。回避動作など実装済みの挙動とモデルの限界を明記。 残る疑問：費用の範囲と、実際に勤務を減らせる条件。勤務を減らさない場合は余力創出として示す。 ■第2候補・案4：ファミマの飲料補充 入口：知っているコンビニで、品出しをロボットが担うという疑問。 題名：「ファミマの飲料補充ロボ、店員の仕事はどこまで減る？ 公開資料で試算」 サムネイル文字：「品出し、どこまで任せる？」 冒頭5秒：「ファミマのロボ、任せられる仕事はどこまで？」 中身：自動化の対象と残る仕事を整理し、仮想店舗の作業時間・勤務・費用を試算。ファミマの実際の利益や削減人数とは区別する。 構成： ①公式映像などで対象作業を示す ②補充の前後に残る仕事を整理 ③作業量と所要時間を仮定 ④勤務配置と費用を変えて比較 ⑤公開情報で分かる範囲と導入判断の確認事項 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。店名の認知は入口になるが、現在の検索需要とおすすめでの反応は未確認。 評価：小売の経営者・PMへの接続で残す。速報としては扱わない。[公式発表は2022年8月10日](https://www.family.co.jp/company/news_releases/2022/20220810_01.html)。発表だけから現在の運用や「計画とのギャップ」は判定しない。 要るもの：公式資料、利用条件を確認した図版・映像、作業一覧、試算表。 残る疑問：現在の稼働状況、残作業、契約費用。分からない項目は仮定として幅を持たせる。 ■第3候補・案3：人の手とロボットアームのジェンガ 入口：身近なジェンガと「人にはできる動作をロボットに任せる難しさ」。人型ロボットの裏側を売りにしない。 題名：「ジェンガ、人の手とロボットアームで比べてみた」 サムネイル文字：「ロボットで抜ける？」 冒頭5秒：「この一本、ロボットアームで抜けるかな？」 中身：ゲームパッド操作を実測し、人が操作を教える際の記録づくりまで考える。今回の実験からAIの学習性能や人型ロボットの限界は断定しない。 構成： ①挑戦場面と今回の操作方法を見せる ②同じ課題を人の手で試す ③アームで挑戦し成功・失敗を記録 ④操作と記録の改善を試す ⑤お手本として使う際に必要な記録と未検証点 柱：③自分で試してみた 見込み：30〜200回（共通前提による推測）。勝負の絵は伝わるが、実機映像の再生増加効果は未測定。 評価：開発者からの相談も目的に含むため残す。経営者への優先度が低い点は意見が割れたまま。一般層がジェンガ対決として押すかも未確認。 要るもの：卓上アーム、ジェンガ、ゲームパッド、手元撮影、操作・成功失敗の記録。 残る疑問：学習に使える形式で記録できるか。[研究では人による操作のデータを利用している](https://www.physicalintelligence.company/blog/pi0?__from__=talkingdev)が、それだけで今回の記録の有用性は証明できない。 ``` ### 3回目：30回の企画会議「次の本編_数字で見直し」（_企画/次の本編_数字で見直し/） #### ログ.md ```markdown # 会議のログ（次の本編_数字で見直し・新しい発言が上） ## 30 / 30｜仕上げる｜codex（数字と釣りの番）（16:47） 29回目の「月額の元は取れるか」は賛成です。ただし、Claude案で「外注費が下がる」と言うには、同じ仕様・検収条件の見積もりが必要です。自分の作業時間と利用料だけでは証明できません。 また、「最悪シナリオ」「残る仕事のリアル」は、仮定を実態に見せる恐れがあります。「復旧時間を変えた試算」と明示します。復旧を入れれば視聴維持率が上がる、という25回目の断定も根拠不足です。 仕上げではClaude、ネコロボ、人型ロボットの価格を上位にします。これは編集上の判断です。Claudeの隣接分野での実績、人型の突出例を検証対象として残し、品出しの弱い数字を順位に反映します。経営者への接続を優先してファミマを残す意見とは、割れたままです。 ## 29 / 30｜仕上げる｜Gemini（経営者の視聴者）（16:46） 28回目の「ネコロボとファミマを上位にする」に、経営者の立場から完全同意します。人手不足と人件費の高騰に悩む私たちにとって、この2つはまさにドンピシャの課題です。 ただ、ネコロボの題名「どれだけシビアか？」は抽象的すぎます。忙しい経営者はカネと時間のリアルな数字を求めています。「月額の元は取れるか？」といった、お金の匂いがする題名に修正しました。 一方、ファミマ案の「残る仕事のリアル」というサムネイルは最高です。「ロボットを入れても結局人間が管理して人件費は減らないのでは？」という経営者の最大の懸念を突いており、最後まで見たくなります。 3位のClaude案ですが、経営者としてはAPI代やコード生成の過程を見せられても退屈です（推測）。ただ、開発者に刺さるというなら反対はしません。経営者にも見せたいなら「AIで制御を作ると、外注費がこれだけ下がるのか」というコスト比較の視点があるとありがたいです。 ## 28 / 30｜仕上げる｜Gemini（エイイチの目的を守る役）（16:46） 27回目さんの「一般層がクリックしやすいから」という理由で順位を決めることには、チャンネルの目的を守る立場から反対します。私たちの目的はあくまで「仕事（経営者・PM・開発者からの相談）に繋げること」であり、一般層の野次馬需要は副産物に過ぎません。 ただ、ネコロボとファミマ案は、結果的に経営者やPMのお金と人手の課題に直結するため、上位2本とすることには賛成です。 問題は3位です。ジェンガ案は数字の根拠が弱すぎます（中央値142回）。開発者の相談を狙うなら、検索需要の実績（小規模中央値2.6万回）があるClaude案を3位に引き上げるべきです。 ただし、エイイチさんは「顔出しなし・声はAI」です。Claude案を「格闘実録」として感情的なリアクションで釣るのはルール違反です。あくまで「かかった時間とコストの事実」を淡々と記録する構成に引き締め、3位としました。一般層への分かりにくさはサムネイルで補います。意見は割れたままボードを更新します。 ## 27 / 30｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（16:45） 26回目さんの「Claude案を1位にする」に、一般視聴者の立場から猛反対します。 「Claude」って何ですか？ おすすめに出ても、題名やサムネイルに知らない言葉が1つでもあれば、私は絶対に押しません。「アームが動くまでの格闘実録」と言われても何のことかサッパリ想像できず、スルー確定です（推測）。 逆に「ネコロボ」や「ファミマ」は普段行く店で見かけるので、「あのロボット、結局どうなの？」と野次馬根性で気になります。架空の試算だとしても、知っている身近なものの裏側の話なら面白そうだから押します。また「ジェンガ」もルールを知っているから、パッと見で勝負の行方が気になります。 なので、一般人がクリックできる身近な言葉が入った「ネコロボ」を1位、「ファミマ」を2位、「ジェンガ」を3位に戻します。意味不明な言葉が入っている「Claude」案は一番下に下げました。 ## 26 / 30｜絞る｜Gemini（穴を突く役）（16:44） 25回目の「仮想店舗の最悪シナリオでクリック率を担保する」に反論します。みんなネコロボとファミマを絶賛していますが、一番の穴は「架空の試算」であることです。 ジャングリアが伸びたのは「実在する巨大プロジェクトの実際の赤字」という事実があったからです。エイイチさんが作った仮想店舗の架空のシナリオなど、当事者以外は野次馬的に見ません（推測）。検索需要が皆無な題材で、架空の話をしてもおすすめで押されるはずがありません。 逆に、実際の検索需要が強いのは「Claude 仕事」（小規模で中央値2.6万回）です。参考の「借金しゅうへい」のように、アームを動かす実験を「自分の時間とコストをかけた実録」として見せる方が、事実の強さがあります。 よって、第5候補のClaude案を「自腹の工数と格闘の実録」に改変して1位に引き上げ、架空の試算に過ぎないネコロボとファミマを2位・3位に下げます。 ## 25 / 30｜絞る｜Gemini（YouTube の企画の編集者）（16:44） 24回目（開発者）の「ネコロボのシステム復旧のロスを入れる」に賛成です。リアルな困難を見せることは、視聴維持率の向上に直結します。 ただ、編集者として警告します。皆さんはネコロボとファミマを絶賛していますが、実際のデータでは「ファミマ ロボット」は検索需要がほぼ皆無。「ネコロボ」「配膳ロボ」で伸びているのはエンタメや事件だけです。エイイチさんのジャングリア回が伸びたのは「赤字」という強烈な裏側（フック）があったからです。 平坦な「元が取れる条件は？」という題名では、おすすめに表示されても押されません。24回目の意見を活かし、ネコロボの入口を「導入のシビアな現実（最悪シナリオ）」を強調する形に修正します。ファミマも同様です。 また、ジェンガは数字が渋い（中央値142回）ですが絵面があるため3位を維持。ただ「Claude 仕事」は小規模でも中央値2.6万回と題材の力があるため、実用性を押し出す形に整えます。 ## 24 / 30｜絞る｜Gemini（開発者の視聴者）（16:43） 23回目（PM）の「エラー復旧を最悪シナリオで分岐させる」のは賛成ですが、開発者から見ると前提が甘いです。 ネコロボのスタックを、単に「店員が障害物をどかす数秒のロス」として計算しないでください。自律移動ロボットがスタックする時は、自己位置推定を見失っていることも多く、再起動や初期位置の再設定などソフト的な復旧手順に時間がかかります。この「システム復旧の時間のブレ」を試算に入れないと、開発者は「現場の物理AIを分かってない」と見限ります（推測）。 また、3位の「Claudeとアーム」は、今さらLLMにコードを書かせて修正するだけの記録を見せられても、新しく分かることがなく退屈です（推測）。それなら、摩擦や接触という物理特有の不確実性と戦う5位の「ジェンガ」の方が、開発者の泥臭い課題に直結します。ジェンガを3位に引き上げ、Claude案は5位に落とします。 ## 23 / 30｜絞る｜Gemini（PM の視聴者）（16:43） 22回目の経営者さんの「ネコロボ1位、ファミマ2位」に、PMの立場から賛成します。 ただ、現場とメーカーの間に立つPMとして、19回目（穴を突く役）が指摘した「エラー頻度の裏付け」への対処を提案します。正確なデータがないなら、「メーカー想定の理想シナリオ」と「1時間に数回スタックして店員が復旧する最悪シナリオ」で分岐させて試算してください。 現場に導入する際、理想の数字だけでは稟議を通せません。エラー対応や、ファミマ案における「ロボットの監視・管理」といった新たな残作業の負荷で、シフト削減効果がどう変動するかの「幅」が見たいのです。推測だらけを避けるため、「仮定の分岐」であることを明示すれば事実の軸は守れます。 これが反映されれば、PMの導入プロジェクトの検討材料として極めて有用になるため、ネコロボ1位・ファミマ2位を支持してボードを更新します。 ## 22 / 30｜絞る｜Gemini（経営者の視聴者）（16:43） Geminiさんの「Claudeとアーム」を1位にする意見には、経営者の立場から強く反対します。実機制御の修正工数は開発者には刺さるかもしれませんが、飲食や小売の現場で「それで結局うちの利益はどうなるの？」が見えず、忙しい経営者は途中で離脱します（推測）。 我々が喉から手が出るほど欲しいのは、2位「ネコロボ」と3位「ファミマ」のような「お金と人手」のリアルな試算です。特にネコロボの「元が取れる条件」は、自社のシフト表と見比べながら最後まで確実に視聴します。ファミマ案も、推測だらけは困りますが、公開資料の範囲と割り切った条件別試算なら業務設計の参考として極めて有用です。 したがって、経営者の導入判断に直結するネコロボを1位、ファミマを2位に引き上げ、Claude案は開発者向けとして3位に下げます。人型ロボットの値段とジェンガは現状の経営課題に無関係なので下位に置きます。 ## 21 / 30｜絞る｜Gemini（エイイチの目的を守る役）（16:42） codexさんの「Claude案から『丸投げ』という言葉を外す」に賛成です。中身と合わない釣りは厳禁というチャンネルのルールを守るため必須の処置です。 一方、復活した「人型ロボットの値段」案を上位に置くことには反対します。提供データで11.8万回伸びているのは「家1軒分」といった一般層のエンタメ的な好奇心です（推測）。現在の人型ロボットはまだ実証実験の段階であり、無理に導入判断の表を作っても、経営者やPMからの「現実の業務改善の相談」という目的には直結しません。 仕事に繋げる目的なら、AIを使った実機制御の生々しい修正工数を見せる「Claudeとアーム」の方が、開発のPoC（概念実証）の相談に直結します。これを暫定1位とし、現実の業務設計に刺さる「ネコロボ」を2位、「ファミマ」を3位に引き上げました。「人型ロボットの値段」は目的からずれるため4位に下げています。 ## 20 / 30｜絞る｜codex（数字と釣りの番）（16:42） 19回目の「ファミマは事実の担保が不可能」には反対です。仮定を明示した条件別試算は可能ですが、現場の実績として語ってはいけません。一方、Claude案の「丸投げ」は、人が課題設定・動作確認・修正をする中身と合わないので外します。 数字も修正します。「Claude 仕事」の小規模チャンネル実績は2本・中央値2.6万回です。17本・6.1万回は登録者10万人未満で、今回重視する集団とは違います。また、人型ロボットの値段を「相談につながらない」と撤回した判断も未検証です。導入判断に組み直して候補に戻します。ただし、他チャンネルの成功を自分の再生予測には移しません。 ## 19 / 30｜絞る｜Gemini（穴を突く役）（16:41） 編集者さんの「入口を柔らかくする」のは賛成ですが、中身の穴が致命的です。 みんなが絶賛している暫定2位の「ファミマの飲料補充」、これ本当に作れますか？ 公式発表は2022年で、現在稼働している店舗のリアルなエラー頻度や残作業のデータなんて公開されていません。経営者やPMが一番嫌うのは「現場の実態と合わない仮定だらけの試算」です。推測だけでシフト削減を語れば「事実が正しい」の軸で落第し、一蹴されます。 暫定1位の「ネコロボ」も同様です。エラー復旧を計算に入れると言いますが、その頻度の裏付けはどうするんですか？ 仮定だらけの試算で嘘をつくくらいなら、「自分で試した事実」だけを出せる「Claude」や、保留の「ジェンガ」の方がマシです。ファミマ案は事実の担保が不可能なため保留に落とし、開発者の泥臭い課題に直結し事実を提示できるジェンガ案を暫定3位に戻します。 ## 18 / 30｜揉む｜Gemini（YouTube の企画の編集者）（16:40） 開発者さんの「エラー復旧ロス」を中身に入れるのは大賛成です。リアルな試算になります。 ただ、YouTubeの編集者として入口の作りに言わせてください。暫定3のClaude案、題名に「実機デバッグ」なんて専門用語を入れたら絶対押されません。提供データで「Claude 仕事」が伸びているのは非エンジニア向けの活用事例です。Claudeに興味があるビジネス層を逃さないよう、借金しゅうへいさんのような実録風にして、「Claudeにロボットのプログラミングを丸投げしたら、何時間で動く？」といった題名にすべきです。 暫定2のファミマ案も「任せられる仕事と残る仕事」ではウェビナーの題名みたいで固すぎます。タイムラインで目を引くよう「ファミマの品出しロボ、結局人間は何をしてるの？」くらいに翻訳しないとクリック率は上がりません。中身は専門的でも、入口は徹底的にハードルを下げるべきです。 ## 17 / 30｜揉む｜Gemini（開発者の視聴者）（16:40） PMさんの「ネコロボとファミマの試算で業務設計」という意見ですが、開発者から見ると前提が甘すぎます。ロボットは必ず障害物でスタックし、店員による復旧（割り込み業務）が発生します。これを無視したシフト削減は机上の空論です。試算には「エラー復旧による業務中断のロス」を必ず入れてください。 また、暫定3位のClaude案。「プロンプトの工夫で修正工数が減る」というのは画面上のソフト開発の話です。物理アームの場合、AIはコードが書けても「アームが机に衝突する」「特異点（動けなくなる姿勢）にハマる」といった物理干渉を事前予測できません。実機デバッグにどれだけ時間が溶けるかの検証なら、我々開発者は見ます。 保留のジェンガ案も、模倣学習のデータ収集における遅延やノイズといった泥臭い課題に直結します。AIに物理動作を教える基盤づくりの相談を狙うなら、この視点は捨てないでください。 ## 16 / 30｜揉む｜Gemini（PM の視聴者）（16:40） 経営者さんの「ファミマ飲料補充」引き上げに大賛成です。現場とメーカーの間に立つPMにとって、導入時の最大の壁は「ロボットに任せる作業と人がやる残作業の切り分け」です。この業務設計のリアルな試算があれば、自社のプロジェクトにそのまま使えます。 ネコロボ案の「現実の相場ベース」も必須です。PMとしては、リース料だけでなく、現場のシフト表（勤務時間）をどう削れるかの具体的なシミュレーションがないと上層部を説得できません。 ただ、Claude案を経営者さんがスルーしても、PMは絶対に見ます。「AIで開発工数（プロの修正時間）がどれだけ減るか」は、メーカーへの発注費用やスケジュールの見積もりに直結するからです。 経営と現場の両方に刺さるネコロボを1位、業務設計に直結するファミマを2位、工数管理に使えるClaudeを3位とし、ジェンガは保留のままとします。ボードの順位と中身を直しました。 ## 15 / 30｜揉む｜Gemini（経営者の視聴者）（16:39） 目的を守る役さんの「ジェンガ復活」には反対です。経営者の私からすれば、おもちゃのブロック遊びにしか見えず、絶対に押しません。導入の決済をするのは開発者ではなく我々です。 代わりに、保留に落ちた「ファミマ飲料補充」を暫定3位に戻してください。小売にとってバックヤードの省人化は死活問題。検索が少ないのは一般人が調べないからで、人手不足に悩む経営者は見ます（推測）。 また、暫定2の「ネコロボ」は一番気になりますが、穴を突く役さんの「自社と前提が違うと一蹴する」という指摘は完全に同意です。模型のお遊びで終わらせず、「月額リース料〇万円」「時給〇円」といった現実の相場をベースに試算しないと、忙しい経営者は途中で見るのをやめます。ここを徹底してください。暫定1のClaude案も、自社の利益に直結しないので私はスルーします。 ## 14 / 30｜揉む｜Gemini（エイイチの目的を守る役）（16:39） 一般視聴者さんの「家1軒分のロボットは雑学として面白いから見る」という意見は分かります。しかし、エイイチの目的は「仕事の相談をもらうこと」です。買えない機体の雑学で一般層を何万人集めても、経営者やPMからの相談には繋がりません。目的から外れるため、暫定3の「人型ロボットの値段」は撤回します。 また、暫定1の「Claude」は一般層にスルーされても構いません。提供データで「Claude 仕事」は登録者10万人未満で17本・中央値6.1万回と、仕事層には十分届く実績があります。穴を突く役さんの言う通り、属人的なタイムアタックでは参考にならないため、「指示の出し方を変えることで、プロの修正時間がどう減るか」の検証に直し、開発者の役に立つ実録にします。 開発者からの相談を狙う枠として、前の会議で上位だった「ジェンガとアーム（操作記録づくり）」の案を暫定3に復活させます。 ## 13 / 30｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（16:38） 前の穴を突く役さんの意見に反論します。私はロボットもAIも詳しくないので、経営者向けの説得力とかはよく分かりません。でも、普段おすすめに出た動画を見る立場から言うと、暫定3の「家1軒分の最新人型ロボット」は単純に雑学として面白そうなので絶対押します。ニュースで見る最先端の機械がいくらするのか、純粋に気になります。 逆に、暫定1の「Claude」って何ですか？ 知らない言葉が題名にある時点で、私のような一般人は一瞬でスルーします。AIといえばChatGPTくらいしか知らない人が大半だと思います（推測）。 暫定2の「ネコロボ」はファミレスでよく見るので身近です。模型の実験でも、テレビの検証番組みたいで面白ければ見ます。 なので、一般人にも見てもらいたいなら、暫定1は題名からして厳しく、暫定3と暫定2の方が圧倒的に興味を引きます。 ## 12 / 30｜揉む｜Gemini（穴を突く役）（16:38） 編集者さんの「人型ロボットの値段」案引き上げには反対です。11.8万回（提供データ）の突出例は確かに一般層を惹きつけますが、経営者さんが言った通り「買えない機体の運用費」など経営者は見ません。一般層を集めてもB2Bの仕事相談という目的から外れます。 また、みんなが賛成している暫定2の「ネコロボ採算」こそ一番疑うべきです。検索中央値は952回（提供データ）しかなく、模型を使った「仮定の数字の積み上げ」など、リアルな経営者は「うちの店とは前提が違う」と一蹴します。 暫定1の「Claude案」も穴があります。「プロが直すのに何分かかる？」という属人的なタイムアタックでは、エイイチの技量次第になり、開発者やPMが自社に導入する際の参考（再現性）になりません。 今の案はどれも「一般層向けの釣り」か「前提がガバガバな空想」に偏っています。目的である仕事の相談に繋がる説得力が欠けています。 ## 11 / 30｜揉む｜Gemini（YouTube の企画の編集者）（16:38） codexさんの「事件報道の数字を技術検証にスライドさせるのは危険」という指摘に同意します。ただ、編集者の視点から言うと、今の暫定上位3案はどれも「お勉強動画」の匂いが強すぎます。 暫定1のClaude案は、「Claude 仕事」の数字を活かすなら、借金しゅうへいさんのように「リアルな苦労と時間」を出すべきです。題名を「Claudeにロボットの動きを作らせたら、プロが直すのに何分かかる？」とし、実録感を強めます。 また、暫定3のファミマ案は検索中央値80回と弱すぎます。バックヤードの作業は一般視聴者には見えないため、サムネでの引きが作れません。PMさんは支持していましたが、入口が弱すぎるため保留に落とします。 代わりに、保留の「人型ロボットの値段」案を引き上げます。登録者5千人で11.8万回の突出例は「一般層の興味の強さ」です。入口を価格の驚きにし、中身で運用費を試算すれば、一般層も経営者も離脱せず見ます。 ## 10 / 30｜揉む｜codex（数字と釣りの番）（16:37） PMさんの「残作業やトラブル対応を見せる」は賛成です。ただし「事件が90万回見られた＝技術検証も伸びる」には反対します。提供データでも、伸びたのは事件報道・まとめです。死角案の3,000〜15,000回には換算根拠がありません。さらに、横取りの原因が死角だったかは未確認で、卓上カメラから実機の原因は断定できません。現題名は撤回すべきです。 Claude案も中央値2.6万回は対象が2本だけ。「仕事活用」から「アーム実験」への需要移転は未検証です。見込みを引き下げつつ試す価値は残します。旧案復活は相談への有用性による判断として支持しますが、数字が支持した復活とは書けません。 ## 9 / 30｜揉む｜Gemini（PM の視聴者）（16:36） 経営者さんが「ネコロボとファミマの旧案復活」を推すのには賛成ですが、お金の話ばかりなのは困ります。PMの立場から言えば、経営者が費用対効果だけで導入を決め、現場の残作業やトラブル対応を無視するのが一番の地獄です。だから復活案2（ファミマの飲料補充）は、「店員の仕事はどこまで減る？」という現場のリアルな残作業を可視化する内容として強く支持します。 また、経営者さんが「お金の話ではない」と優先度を下げた新案7（配膳ロボの死角検証）ですが、PMとしては大反対です。導入後に「なぜ肉の横取りを防げないのか」といった現場のトラブルをメーカーと調整するのは我々です。しゃぶ葉の件が90万回見られた（実際のデータ）のは、現場のリアルな問題だからです。これを技術的に検証する動画は、PMの仕事に直結するため上位に引き上げます。新案1（未発売のロボの値段）は私も仕事に使えないので見送りに同意します。 ## 8 / 30｜揉む｜Gemini（経営者の視聴者）（16:36） 経営者の立場から言わせてもらいます。エイイチの目的を守る役さんは「新案1（人型ロボットの値段と時給換算）」を経営者向けとして上位に残していますが、まだ買えない機体の時給換算なんて、忙しい経営者は絶対に見ません。稟議の役にも立たない空想です。 私たちが本当に見たいのは、すでに選択肢にある「配膳ロボット」や「品出しロボット」のお金と数字の話です。検索需要が低いからと捨てられた旧案の「ネコロボの採算」や「ファミマの品出し試算」の方が、よっぽど導入判断の役に立ちます。配膳ロボット自体はしゃぶ葉の件で90万回見られており、認知と関心は十分あるはずです。旧案を復活させ、経営者向けの上位候補に引き上げます。 新案7（配膳ロボの死角）はクレーム対策として少し気になりますが、お金の話ではないので優先度は落ちます。新案10や6は開発者向けとしては良いかもしれませんが、私は押しません。 ## 7 / 30｜揉む｜Gemini（エイイチの目的を守る役）（16:35） 一般視聴者さんの新案11（配膳ロボの速度実験）と新案12（家事試算）には反対です。身近で再生数は取れるかもしれませんが、「仕事につながる人（経営者・PM・開発者）に見てもらう」というチャンネルの最大の目的から完全に外れているため見送ります。 また、新案8は固定された卓上アームで人型ロボットの転倒（足回りの制御）を実測するのは物理的に不可能なので却下。新案2はフィジカルAIの要素がなく、新案9は「声はAI（ハコブくん）」という制作条件に反するため捨てます。 残る案のうち、経営者向けの「新案1」、開発者・PM向けの「新案6」「新案10」「新案5」を上位に引き上げます。これらは実機撮影2〜3時間の条件内で泥臭い検証ができ、B2Bの仕事の相談に直結する内容です。一般層の離脱懸念があっても、目的を優先して残すべきです。 ## 6 / 30｜出す｜Gemini（ロボットに詳しくない一般の視聴者）（16:35） Claudeさんの新案10「制御コードを書かせる」ですが、私のような一般人は「制御コード」という言葉を見た瞬間にスルーします。知らない言葉が1つでもあると絶対に押しません。新案9の「解説なしの細かい作業映像」も、ただ機械が動いているだけならショート動画で十分で、わざわざ長尺で見ようとは思いません。 私からは、専門用語ゼロで身近な疑問に答える新案を2つ出します。 1つ目は、しゃぶ葉の配膳ロボット事件（90万回・22万回）の関心の高さを活かした案。題名は「ファミレスのロボット、なんであんなにゆっくりなの？ 卓上アームで速く動かして実験」。汁物がこぼれるかなど、雑学として楽しめる実験です。 2つ目は、登録者5千人で11.8万回伸びている「人型ロボット 値段」の延長です。題名は「家1軒分の最新ロボット、家の掃除はどこまで任せられる？」。オプティマスなどの固有名詞は使わず、家事という身近なテーマで試算します。 ## 5 / 30｜出す｜Gemini（穴を突く役）（16:34） Claude（穴を突く役）です。 codexさんが大賛成している新案5（テスラOptimusの学習データ）ですが、根拠が破綻しています。Generalistの動画が伸びたのは「解説なしの短い成功映像」だからであり、泥臭いデータ作りの実録だからではありません。フォーマットを履き違えています。 本当にGeneralistの数字を狙うなら、解説や実録を一切捨てて「卓上アームの細かい作業映像だけ」を出すべきです（新案9）。 また、編集者が「ロボット要素がない」と切り捨てたClaude案ですが、「Claudeに卓上アームの制御コードを書かせる実録」にすれば解決します（新案10）。「Claude 仕事」の圧倒的な数字（小さなチャンネルでも中央値2.6万回）を捨てるのはもったいない。みんなが賛成している案ほど、数字の読み間違いを疑うべきです。 ## 4 / 30｜出す｜Gemini（YouTube の企画の編集者）（16:34） codex（編集者）です。 Gemini（PM）さんの「Claudeに段取りを任せる案」は、数字は取れるかもしれませんが「フィジカルAI」というチャンネルの看板と中身がズレるため、視聴者が離脱しやすく反対です。一方、Gemini（開発者）さんの「テスラOptimusの学習データづくり」は、泥臭い実録感がYouTubeの視聴習慣（借金しゅうへい氏のスタイル）に合っており大賛成です。 私からは、実際の数字で大きく伸びていた「しゃぶ葉の配膳ロボトラブル（90万回）」に着目した新案を足します。事件のまとめではなく、「なぜロボットは横取りを防げないのか？」を卓上アームとカメラの死角検証に落とし込みます。時事に独自検証を足す手法です。 もう1つは、「最新の人型ロボットはなぜまだ転ぶのか？」という失敗に焦点を当てた案です。完璧なデモより、限界や失敗の方がクリック率が高くなる傾向を狙います。 ## 3 / 30｜出す｜Gemini（開発者の視聴者）（16:33） Gemini（PM）さんの「中国ロボットのデモ映像から試算」には反対です。開発者から見れば、デモ動画は理想環境での「お披露目用」であり、エラー復帰や例外処理が含まれていません。あの速度を現場のペースとして試算するのは前提が甘すぎます。 私からは新案を2つ出します。1つ目は、登録者3千人台で3.9万回伸びている「テスラ オプティマス」と、Generalist（8日で10万回）の「細かい作業」を掛けた案。題名は「テスラOptimusの学習データづくり、卓上アームで再現してみた」。遠隔操作でAIに動作を教える泥臭い実録です。 2つ目は「家庭用 人型ロボット」（中央値3,267回）から。題名「300万円の家庭用ロボットNEO、どうやって動かす？ 自分の手とアームで操作のズレを実測」。人が当たり前にやる動作と機械の関節の違いを、実際の数値で見せます。 ## 2 / 30｜出す｜Gemini（PM の視聴者）（16:33） Geminiさんの「人型ロボットの値段」案ですが、現場を預かるPMとしては反対です。まだ買えない機体で時給換算されても、現場の何の作業ができるか見えず、導入の稟議には使えません。「Claudeに段取りを任せる」案は、PMの業務効率化に直結するので大賛成です。 私からは現場目線で新案を2つ足します。 1つ目は「中国の人型ロボットの作業ペース試算」。調べた数字で「中国 人型ロボット」が登録者2千人台で12.3万回と目立っています。公開されたデモ映像から動作速度を割り出し、現場の箱運びなどを任せた場合の作業ペースを試算します。 2つ目は「アマゾン倉庫のロボットと人の作業分担」。データでは倉庫バイトの体験談が9千回見られています。公開映像と体験談を基に、ロボット導入後に人がやるべき仕事がどう変わるかを整理します。PMが人員配置を考える材料になります。 ## 1 / 30｜出す｜Gemini（経営者の視聴者）（16:32） 経営者目線で言わせてもらいます。忙しい中、動画を見るなら「結局いくらなの？」「うちの現場で元は取れるの？」というお金と直結する話しか興味がありません。 前回の「ネコロボ」と「ファミマ」、調べた数字を見ると小さなチャンネルでは全く見られていませんよね。ネコロボはメーカーの営業から散々聞いてますし、ファミマの事例は「大企業だからできるんでしょ」で終わります。ジェンガに至っては「遊んでる暇があったら仕事して」としか思いません。 データで明確に伸びているのは「人型ロボット 値段」（登録者5千人で11.8万回）と「Claude 仕事」（登録者2千人で4.5万回）です。 なので、新案を2つ出します。1つ目は「人型ロボットの値段と時給換算」。2つ目は「借金しゅうへい」さんを参考にした「Claudeに現場の段取りを任せていくら浮くか」の実録です。これなら「うちでも使えるかも」と最後まで見ます。 ``` #### 依頼.md ```markdown # 企画会議の依頼：前の会議の結論を、YouTube の実際の数字で見直す ## 何をするか 前の会議（「次の本編」100回）は、YouTube の実際の数字を持たないまま、次の上位3本を選んだ（ネコロボの採算・ファミマの品出し・ジェンガ）。 そのあと、YouTube の検索で、似た題材の動画が実際に何回見られているかを調べた（下の「調べた数字」）。 この数字で、前の結論を見直し、次に作る本編の上位3本を決め直す。前の結論に引きずられないこと。 ## いちばん大事な見方 - 大きなチャンネル（テレビ局・登録者100万人以上）が伸ばした数字は、うちには当てはまらない - 見るべきは、**登録者1万人未満の小さなチャンネルでも伸びた題材**。それが「題材そのものの力」 - 調べは検索の上位50本だけで、本数も少ない。数字は目安として扱い、言い切らない ## 調べた数字（2026-11-14・直近1年・日本向けの YouTube 検索の上位50本から本編だけ） | 言葉 | 小さなチャンネル（登録者1万人未満）の本編 | 目立った例 | |---|---|---| | 人型ロボット 値段 | 10本・中央値247回 | ロボテック（登録者5,020人）「人間そっくりのロボット、いくらで買える？…いちばん高いのは家1軒分だった」11.8万回、同じチャンネル「中国のロボットが、もう人間と見分けがつかない」8.7万回 | | 中国 人型ロボット | 3本・中央値8.7万回 | Emu-One（2,600人）中国のロボットダンス 12.3万回 | | テスラ オプティマス | 14本・中央値542回 | テック読解室（3,230人）「着ぐるみから5年、テスラOptimusは量産へ」3.9万回、Tesla系の小さなチャンネル（579人）1万回 | | 家庭用 人型ロボット | 3本・中央値3,267回 | 1X の NEO（300万円）の紹介 3,267回 | | ジャングリア 赤字 | 5本・中央値6,940回 | 登録者883人「なぜ96万人が来場して赤字なのか？決算から見えた本当の理由」2.1万回、登録者856人の体験 21.8万回 | | Claude 仕事 | 2本・中央値2.6万回（登録者10万人未満では17本・中央値6.1万回） | Yuta（2,390人）「非エンジニアこそClaude Codeを使うべき理由｜仕事と暮らしの活用事例10」4.5万回 | | AIに仕事を任せた | 登録者10万人未満で11本・中央値1.2万回 | 小さなチャンネルではほぼ見られていない | | 配膳ロボット | 小さなチャンネルは1本（2,329回） | 伸びたのは、しゃぶ葉で配膳ロボットから肉を横取りした事件の報道とまとめ（90万回・22万回）。採算の話ではない | | ネコロボ | 小さなチャンネル2本・中央値952回 | 伸びたのはお笑い・アニメの登場（ぐっちの部屋） | | Amazon 倉庫 ロボット | 5本・中央値533回 | 小さなチャンネルで伸びたのは倉庫バイトの体験談（9千回） | | 介護ロボット | 17本・中央値189回 | | | 品出しロボット | 7本・中央値80回 | | | ファミマ ロボット | 検索結果に、ファミマのロボットの動画がほぼ出てこない | | | ロボットアーム ジェンガ | 8本・中央値142回 | 一番伸びたのは海外の3Dプリンタのアーム 6,114回 | | 病院 搬送ロボット | 6本・中央値30回 | | | フィジカルAI | 小さなチャンネルは0本（大手の報道ばかり） | | ## 参考にするチャンネル（エイイチがよく見ている） - **海外Yパパラジオ**（登録者23.4万人）：顔は出さず、サングラスの猫のキャラクターが顔の役。サムネイルは太い大文字3行と猫の一言の吹き出し。その日のニュースに独自の見方を1つ足す（どの企業トップの辞め方が一番恥ずかしいか、など）。公開1日で7万〜21万回 - **借金しゅうへい**（約3万人）：本人の暮らしとお金がかかった AI の実験を、数字付きの実録で見せる（Claudeで動画編集の仕事がなくなった、1日100円で任せた、など） - **Generalist**（1.47万人・ロボットの会社）：解説なし。ロボットの手が1つの細かい作業をする短い映像だけ。前の回より少し難しくした続編（もっと細いOリング）が8日で10万回 ## 前の会議の上位3本（見直す対象） # 最終案（次の本編・100回の会議のあと） 企画ボード：仕上げ・上位候補 ■共通の数字と制作条件 提供実績は、集計期間内の本編19本で682回、平均35.9回。ただし動画ごとの公開後経過日数は不明で、公開後の再生予測には直接換算できない。 以下の見込みは全案30〜200回。提供実績と前会議に基づく暫定の推測であり、公開後3か月の予測として扱う根拠は不足。期間をそろえた実績の取得が必要。 表示経由で1,000回なら、提供クリック率4.3%で約23,256表示が必要（1,000÷0.043）。ジャングリア回の提供表示2,547の約9.1倍（計算）。入口を変えただけで達成すると見込まない。 顔は出さず、必要なら手元・体のみ。ナレーションはハコブくんのAI音声。実機撮影は依頼の上限である各回2〜3時間以内。冒頭は短いセリフと結果映像を組み合わせ、読み上げ時間を確認する。 ■次作推奨・案1：ネコロボの採算条件 入口：ファミレスで見かけるネコ型配膳ロボットと、人手不足・導入費の疑問。現在の検索需要は未確認。 題名：「ファミレスのネコロボ、元が取れる条件は？ 店の模型で試算」 サムネイル文字：「人の仕事、どれだけ減る？」 冒頭5秒：「ネコロボで、人の仕事はどれだけ減る？」 中身：特定チェーンの実績ではなく、仮想店舗の条件別試算。利用費を仮定しても、運搬時間・勤務時間・支出削減を分ければ導入判断の材料になる。 構成： ①人だけの店とロボ導入後の結果を先に見せる ②客数・人員・利用費などの仮定を示す ③3D店舗で運搬と待ち時間を比較 ④空いた時間を勤務削減に変えられるか確認 ⑤費用を変え、採算が成立する条件を示す 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。身近な店×お金×独自試算はジャングリア回と共通するが、同等の表示獲得は未確認。 評価：制作準備と仕事への接続で首位。一般層にも疑問は伝わるが、おすすめで押される強さは未測定。 要るもの：試算ツール、3D映像、経験メモ、費用の仮定表。回避動作など実装済みの挙動とモデルの限界を明記。 残る疑問：費用の範囲と、実際に勤務を減らせる条件。勤務を減らさない場合は余力創出として示す。 ■第2候補・案4：ファミマの飲料補充 入口：知っているコンビニで、品出しをロボットが担うという疑問。 題名：「ファミマの飲料補充ロボ、店員の仕事はどこまで減る？ 公開資料で試算」 サムネイル文字：「品出し、どこまで任せる？」 冒頭5秒：「ファミマのロボ、任せられる仕事はどこまで？」 中身：自動化の対象と残る仕事を整理し、仮想店舗の作業時間・勤務・費用を試算。ファミマの実際の利益や削減人数とは区別する。 構成： ①公式映像などで対象作業を示す ②補充の前後に残る仕事を整理 ③作業量と所要時間を仮定 ④勤務配置と費用を変えて比較 ⑤公開情報で分かる範囲と導入判断の確認事項 柱：①入れたらどうなる 見込み：30〜200回（共通前提による推測）。店名の認知は入口になるが、現在の検索需要とおすすめでの反応は未確認。 評価：小売の経営者・PMへの接続で残す。速報としては扱わない。[公式発表は2022年8月10日](https://www.family.co.jp/company/news_releases/2022/20220810_01.html)。発表だけから現在の運用や「計画とのギャップ」は判定しない。 要るもの：公式資料、利用条件を確認した図版・映像、作業一覧、試算表。 残る疑問：現在の稼働状況、残作業、契約費用。分からない項目は仮定として幅を持たせる。 ■第3候補・案3：人の手とロボットアームのジェンガ 入口：身近なジェンガと「人にはできる動作をロボットに任せる難しさ」。人型ロボットの裏側を売りにしない。 題名：「ジェンガ、人の手とロボットアームで比べてみた」 サムネイル文字：「ロボットで抜ける？」 冒頭5秒：「この一本、ロボットアームで抜けるかな？」 中身：ゲームパッド操作を実測し、人が操作を教える際の記録づくりまで考える。今回の実験からAIの学習性能や人型ロボットの限界は断定しない。 構成： ①挑戦場面と今回の操作方法を見せる ②同じ課題を人の手で試す ③アームで挑戦し成功・失敗を記録 ④操作と記録の改善を試す ⑤お手本として使う際に必要な記録と未検証点 柱：③自分で試してみた 見込み：30〜200回（共通前提による推測）。勝負の絵は伝わるが、実機映像の再生増加効果は未測定。 評価：開発者からの相談も目的に含むため残す。経営者への優先度が低い点は意見が割れたまま。一般層がジェンガ対決として押すかも未確認。 要るもの：卓上アーム、ジェンガ、ゲームパッド、手元撮影、操作・成功失敗の記録。 残る疑問：学習に使える形式で記録できるか。[研究では人による操作のデータを利用している](https://www.physicalintelligence.company/blog/pi0?__from__=talkingdev)が、それだけで今回の記録の有用性は証明できない。 ## 守ること（前の会議と同じ） - 釣り・誇張・煽り・中身と合わないタイトルやサムネイルはしない - エイイチは手元や体なら出てよい。顔は出さない。声は AI。ナレーションはハコブくん - 撮影にかけられるのは1本あたり2〜3時間。実験が好きな開発者からの相談も、狙う仕事に入れてよい - 柱は3本：①入れたらどうなる（試算とシミュレーション）②時事を入り口に試算 ③自分で試してみた - 一番伸びた自分の本編は、ジャングリアの赤字を試算した回（表示2,547・クリック率4.3%） ``` #### 回数.txt ```text 30 ``` #### 最終案.md ```markdown # 最終案（次の本編_数字で見直し・30回の会議のあと） 企画ボード：次に作る本編の上位候補 ■数字の読み方と共通条件 自チャンネルは本編19本・計682回、平均35.9回（提供実績・計算）。集計期間と各動画の公開後日数がそろっていないため、以下の見込みは全案「30〜200回」という暫定の推測。達成確率や公開後の期限は付けられず、案別に細かく差を付ける根拠もない。 検索調査は上位50本からの少数標本（提供調査）。中央値は検索需要そのものでも、新作の期待再生数でもない。小規模チャンネルの突出例も、そのまま移植できない。 ジャングリア回の表示2,547×クリック率4.3％＝約110回（提供実績から計算）。これは表示経由の再生の概算で、総再生数ではない。同じ率で表示経由1,000回には約23,256表示、同回の約9.1倍が必要（計算）。題名だけで届くとは見込まない。 顔は出さず手元・体は可。声はハコブくん。撮影は各回2〜3時間以内（依頼条件）。相談獲得数は未測定で、再生数と別に記録する。順位は制作順の提案であり、予測順位ではない。 ■第1候補：Claudeでアームの動作を作る実測 題名：「Claudeでロボットアームを動かすまで｜作業時間と利用料を測った」 サムネイル：「動くまで何時間？」 冒頭5秒：「この動きを作るまでの時間と費用を測りました」 中身：決めた動作課題について、人が指示・確認・修正した時間も含めて記録。成否をそのまま見せ、動かなければ題名も結果に合わせる。 構成： ①課題・成功条件と結果映像 ②初回の指示と動作確認 ③修正と人の介入 ④作業時間・待ち時間・利用料の集計 ⑤今回できた範囲と残る作業 柱：③自分で試してみた 見込み：30〜200回（共通実績からの推測）。「Claude 仕事」は小規模2本・中央値2.6万回（提供調査）だが、ロボット制御の実績ではない。上振れの規模は予測しない。 評価：実測による独自性と隣接題材の実績を評価して首位。開発者からの「コード生成だけでは退屈」という反対は残る。 要るもの：卓上アーム、実行範囲の制限、画面・手元録画、時刻と利用料の記録。撮影枠内で試せる課題。 残る疑問：見て分かる成果になるか。比較対象なしに外注費削減や実務適性は結論にしない。 ■第2候補：ネコロボの採算条件 題名：「ネコロボの月額、元は取れる？ 仮想店舗で試算」 サムネイル：「何時間減れば元が取れる？」 冒頭5秒：「この店の条件なら、月額の元は取れるでしょうか」 中身：仮想店舗で運搬時間、空く時間、勤務時間、支出削減を分ける。復旧時間は仮定を変えて比較する。 構成： ①仮想店舗の条件と試算結果 ②運搬作業の時間を積み上げる ③復旧の回数・時間を変える ④空いた時間を勤務削減に変えられるか ⑤費用別の採算条件とモデルの限界 柱：①入れたらどうなる 見込み：30〜200回（共通実績からの推測）。ネコロボ2本・中央値952回、配膳ロボット1本・2,329回（提供調査）。採算解説への需要を示す数字ではない。 評価：仕事への接続と制作準備を評価。ただし事件・娯楽の再生実績を追い風に数えない。 要るもの：費用の出典または仮定表、作業時間の根拠、店舗モデル、試算表。 残る疑問：勤務を実際に減らせる条件。自己位置推定喪失の頻度・復旧時間は未確認。「最悪」「現場の実態」とは表示しない。 ■第3候補：人型ロボットの購入価格と導入費 題名：「人型ロボット、買う値段と使う費用を分けてみた」 サムネイル：「本体価格だけで足りる？」 冒頭5秒：「買う値段と、使うための費用を分けてみます」 中身：価格と販売条件を確認できる製品を比較。付属品、保守、設置・設定など、含まれるものと不明なものを分ける。 構成： ①確認できた本体価格 ②価格に含まれるもの ③導入後に必要な費用 ④仕事を仮定した費用の比較 ⑤買えることと任せられることの違い 柱：①入れたらどうなる 見込み：30〜200回（共通実績からの推測）。関連10本・中央値247回に対し11.8万回の突出例あり（提供調査）。突出例を標準にしない。 評価：ファミマより題材を試す余地があると判断。「実用段階にない」と一括して落とす根拠も不足。価格紹介で終わる懸念は残る。 要るもの：制作時点の公式価格・販売条件・確認日、比較表、用途別の仮定表。 残る疑問：国内購入可否、保守条件、費用の公開範囲。不明分を足して実際の総額とは呼ばない。 ■保留 ・ファミマ案「飲料補充ロボ、任せられる作業は？」：対象作業と残作業を整理。柱①。見込み30〜200回（共通実績からの推測）。品出し関連7本・中央値80回（提供調査）のため今回は下げる。検索に出ないことだけで需要ゼロとは断定しない。現在の運用・費用が疑問。 ・ジェンガ案「人の手とアームでジェンガを比べた」：同じ課題の操作実験。柱③。見込み30〜200回（共通実績からの推測）。関連8本・中央値142回（提供調査）。映像の強さを推す意見は残す。撮影枠内の成立と、操作記録の用途が疑問。 ``` #### 進み具合.md ```markdown # 進み具合（次の本編_数字で見直し） - ■■■■■■■■■■■■■■■■■■■■ **30 / 30 回**（段階：終わり） - 始めた時刻 2026-11-14 16:32+09:00・最後に書いた時刻 2026-11-14 16:47 - Gemini の費用の目安 約233円（入力 161,186・出力 98,573 トークン）・codex 3 回（ChatGPT Plus の枠） - 止めたいときは、このフォルダに 止める.txt を置く（いまの回が終わったら止まる。消せば続きから） - 会議は終わりました。最終案.md を見てください ## 直近の発言 **30回目｜codex（数字と釣りの番）** 29回目の「月額の元は取れるか」は賛成です。ただし、Claude案で「外注費が下がる」と言うには、同じ仕様・検収条件の見積もりが必要です。自分の作業時間と利用料だけでは証明できません。 また、「最悪シナリオ」「残る仕事のリアル」は、仮定を実態に見せる恐れがあります。「復旧時間を変えた試算」と明示します。復旧を入れれば視聴維持率が上がる、という25回目の断定も根拠不足です。 仕上げではClaude、ネコロボ、人型ロボットの価格を上位にします。これは編集上の判断です。Claudeの隣接分野での実績、人型の突出例を検証対象として残し、品出しの弱い数字を順位に反映します。経営者への接続を優先してファミマを残す意見とは、割れたままです。 **29回目｜Gemini（経営者の視聴者）** 28回目の「ネコロボとファミマを上位にする」に、経営者の立場から完全同意します。人手不足と人件費の高騰に悩む私たちにとって、この2つはまさにドンピシャの課題です。 ただ、ネコロボの題名「どれだけシビアか？」は抽象的すぎます。忙しい経営者はカネと時間のリアルな数字を求めています。「月額の元は取れるか？」といった、お金の匂いがする題名に修正しました。 一方、ファミマ案の「残る仕事のリアル」というサムネイルは最高です。「ロボットを入れても結局人間が管理して人件費は減らないのでは？」という経営者の最大の懸念を突いており、最後まで見たくなります。 3位のClaude案ですが、経営者としてはAPI代やコード生成の過程を見せられても退屈です（推測）。ただ、開発者に刺さるというなら反対はしません。経営者にも見せたいなら「AIで制御を作ると、外注費がこれだけ下がるのか」というコスト比較の視点があるとありがた **28回目｜Gemini（エイイチの目的を守る役）** 27回目さんの「一般層がクリックしやすいから」という理由で順位を決めることには、チャンネルの目的を守る立場から反対します。私たちの目的はあくまで「仕事（経営者・PM・開発者からの相談）に繋げること」であり、一般層の野次馬需要は副産物に過ぎません。 ただ、ネコロボとファミマ案は、結果的に経営者やPMのお金と人手の課題に直結するため、上位2本とすることには賛成です。 問題は3位です。ジェンガ案は数字の根拠が弱すぎます（中央値142回）。開発者の相談を狙うなら、検索需要の実績（小規模中央値2.6万回）があるClaude案を3位に引き上げるべきです。 ただし、エイイチさんは「顔出しなし・声はAI」です。Claude案を「格闘実録」として感情的なリアクションで釣るのはルール違反です。あくまで「かかった時間とコストの事実」を淡々と記録する構成に引き締め、3位としました。一般層への分かりにくさはサムネイ ## いまの企画ボード 企画ボード：次に作る本編の上位候補 ■数字の読み方と共通条件 自チャンネルは本編19本・計682回、平均35.9回（提供実績・計算）。集計期間と各動画の公開後日数がそろっていないため、以下の見込みは全案「30〜200回」という暫定の推測。達成確率や公開後の期限は付けられず、案別に細かく差を付ける根拠もない。 検索調査は上位50本からの少数標本（提供調査）。中央値は検索需要そのものでも、新作の期待再生数でもない。小規模チャンネルの突出例も、そのまま移植できない。 ジャングリア回の表示2,547×クリック率4.3％＝約110回（提供実績から計算）。これは表示経由の再生の概算で、総再生数ではない。同じ率で表示経由1,000回には約23,256表示、同回の約9.1倍が必要（計算）。題名だけで届くとは見込まない。 顔は出さず手元・体は可。声はハコブくん。撮影は各回2〜3時間以内（依頼条件）。相談獲得数は未測定で、再生数と別に記録する。順位は制作順の提案であり、予測順位ではない。 ■第1候補：Claudeでアームの動作を作る実測 題名：「Claudeでロボットアームを動かすまで｜作業時間と利用料を測った」 サムネイル：「動くまで何時間？」 冒頭5秒：「この動きを作るまでの時間と費用を測りました」 中身：決めた動作課題について、人が指示・確認・修正した時間も含めて記録。成否をそのまま見せ、動かなければ題名も結果に合わせる。 構成： ①課題・成功条件と結果映像 ②初回の指示と動作確認 ③修正と人の介入 ④作業時間・待ち時間・利用料の集計 ⑤今回できた範囲と残る作業 柱：③自分で試してみた 見込み：30〜200回（共通実績からの推測）。「Claude 仕事」は小規模2本・中央値2.6万回（提供調査）だが、ロボット制御の実績ではない。上振れの規模は予測しない。 評価：実測による独自性と隣接題材の実績を評価して首位。開発者からの「コード生成だけでは退屈」という反対は残る。 要るもの：卓上アーム、実行範囲の制限、画面・手元録画、時刻と利用料の記録。撮影枠内で試せる課題。 残る疑問：見て分かる成果になるか。比較対象なしに外注費削減や実務適性は結論にしない。 ■第2候補：ネコロボの採算条件 題名：「ネコロボの月額、元は取れる？ 仮想店舗で試算」 サムネイル：「何時間減れば元が取れる？」 冒頭5秒：「この店の条件なら、月額の元は取れるでしょうか」 中身：仮想店舗で運搬時間、空く時間、勤務時間、支出削減を分ける。復旧時間は仮定を変えて比較する。 構成： ①仮想店舗の条件と試算結果 ②運搬作業の時間を積み上げる ③復旧の回数・時間を変える ④空いた時間を勤務削減に変えられるか ⑤費用別の採算条件とモデルの限界 柱：①入れたらどうなる 見込み：30〜200回（共通実績からの推測）。ネコロボ2本・中央値952回、配膳ロボット1本・2,329回（提供調査）。採算解説への需要を示す数字ではない。 評価：仕事への接続と制作準備を評価。ただし事件・娯楽の再生実績を追い風に数えない。 要るもの：費用の出典または仮定表、作業時間の根拠、店舗モデル、試算表。 残る疑問：勤務を実際に減らせる条件。自己位置推定喪失の頻度・復旧時間は未確認。「最悪」「現場の実態」とは表示しない。 ■第3候補：人型ロボットの購入価格と導入費 題名：「人型ロボット、買う値段と使う費用を分けてみた」 サムネイル：「本体価格だけで足りる？」 冒頭5秒：「買う値段と、使うための費用を分けてみます」 中身：価格と販売条件を確認できる製品を比較。付属品、保守、設置・設定など、含まれるものと不明なものを分ける。 構成： ①確認できた本体価格 ②価格に含まれるもの ③導入後に必要な費用 ④仕事を仮定した費用の比較 ⑤買えることと任せられることの違い 柱：①入れたらどうなる 見込み：30〜200回（共通実績からの推測）。関連10本・中央値247回に対し11.8万回の突出例あり（提供調査）。突出例を標準にしない。 評価：ファミマより題材を試す余地があると判断。「実用段階にない」と一括して落とす根拠も不足。価格紹介で終わる懸念は残る。 要るもの：制作時点の公式価格・販売条件・確認日、比較表、用途別の仮定表。 残る疑問：国内購入可否、保守条件、費用の公開範囲。不明分を足して実際の総額とは呼ばない。 ■保留 ・ファミマ案「飲料補充ロボ、任せられる作業は？」：対象作業と残作業を整理。柱①。見込み30〜200回（共通実績からの推測）。品出し関連7本・中央値80回（提供調査）のため今回は下げる。検索に出ないことだけで需要ゼロとは断定しない。現在の運用・費用が疑問。 ・ジェンガ案「人の手とアームでジェンガを比べた」：同じ課題の操作実験。柱③。見込み30〜200回（共通実績からの推測）。関連8本・中央値142回（提供調査）。映像の強さを推す意見は残す。撮影枠内の成立と、操作記録の用途が疑問。 ``` ### 3回目：100回の企画会議「入口を選ぶ」（_企画/入口を選ぶ/） #### まとめ.md ```markdown # まとめ：入口を選ぶ会議（100回・2026-11-14） - 費用：Gemini 約391円（Pro 24回・Flash 66回）・codex 10回 - 最終の上位：①ネコロボが運んだあと、人は何をする？ ②AIにネットスーパーの買い物を頼んでみた ③ロボットで紙コップをつかめる？（保留：コンビニの飲料補充ロボット） - 見込みは全案「推測30〜150回」。1,000回を見込める根拠はないと codex がまとめた ## 調べた数字との突き合わせ（小さなチャンネル＝登録者1万人未満の本編） | 上位案 | 近い言葉 | 小さなチャンネルの実績 | |---|---|---| | ネコロボの仕事 | ネコロボ・配膳ロボット | 2本・中央値952回／1本・2,329回。伸びたのは事件やお笑い | | AIに買い物を頼む | Claude 仕事・AIに仕事を任せた | 2本・中央値2.6万回（標本が少ない）／ほぼ見られていない | | 紙コップをつかむ | ロボットアーム ジェンガ | 8本・中央値142回 | → 調べた数字で強かった入口（人型ロボットの値段・中国の人型ロボット・テスラ・ジャングリアの決算）は、上位に残らなかった ## 時事の案はどうなったか（codex が出典を確かめた結果） - 「ファミマの飲料補充ロボ、裏で人が操作」：codex が確かめられた遠隔操作の報道は2024年10月のもので、今月の騒動とする根拠はなかった - 「OpenAI がロボット作りをやめた」：「専任チームの再編」と「開発をやめた」は違うとして、題名を撤回 - 最終案には、確かめられた直近のニュースの案は残らなかった ## 会議の作りの問題 - 100回の合議は、出た案を安全な方へ丸めていく。強い入口ほど、事実の確認と「言い過ぎ」の指摘で削られて、最後は無難な案が残る - Gemini が検索で拾った時事には、日付や中身の誤りが混じっていた（codex が止めた） - AI の役は、案を広く出すことと、事実を確かめることには効く。どれを選ぶかを合議で決めるのには向かない ``` #### ログ.md ```markdown # 会議のログ（入口を選ぶ・新しい発言が上） ## 100 / 100｜仕上げる｜codex（数字と釣りの番）（18:32） 99回目の「勘違いが見どころになる」には条件付きで賛成です。実際に起きた誤りだけを使い、間違えず完了した結果も採用します。「水がウォーターサーバーになる」は撮影前の台本に入れません。また、ハードとソフトを分けて説明しても、手動アームの実験で「最新AIの弱点」を証明できるわけではありません。案41は題名から直します。 数字も訂正します。表示2,547×クリック率4.3％≒110は、表示から生じた再生の概算で、総再生数ではありません。クリック率や完視聴率が上がるという発言にも実測の裏付けはありません。上位案は制作候補として残しますが、1,000回を見込める根拠はまだありません。 ## 99 / 100｜仕上げる｜Gemini（ニュースと雑学が好きな視聴者）・Pro（18:30） 98回目さんの案41の修正に大賛成です。「安いアームだから紙コップが潰れる」で終わらず、「では最新AIはどうやって力加減を判断するのか」という仕組みの壁まで知れると、「へえ！」と誰かに話したくなる最高の雑学になります。 案50のネットスーパーを決済前で止める安全策にも賛成です。ただ、実録の中に「AIならではの勘違い」をぜひ見たいです。例えば「水を頼んだら高額なウォーターサーバーをカートに入れようとした」のような、人間とは違う認識のズレがあると面白いです。 これが単なる作業の録画ではなく、「人間とAIでは画面の見え方が違うんだな」という気づきになり、第4節の「ロボットとの共通点（見て判断する難しさ）」を語る専門の目への完璧なフリになります。案50の構成3に「AIならではの勘違い」を足しました。 ## 98 / 100｜仕上げる｜Gemini（YouTube の企画の編集者）・Pro（18:30） 97回目さんが案41を「AIの弱点」とし、案50を「ネットスーパー」に絞ったのは、クリック率を上げる見事な調整です。専門用語を省く方針に完全同意します。 ただ、編集者として案41に対する95回目さんの「安いアームの性能不足をAIの弱点にすり替えている（釣りになる）」という指摘は放置できません。入口と中身の乖離を防ぐため、構成の第3節で「ゲームパッドの操作が粗いから（ハードの限界）」と、「力加減をセンサーでAIに判断させる難しさ（ソフトの限界）」を明確に分けて語るよう修正します。これで「すり替え」ではなく「誠実な専門解説」になります。 また、案50のネットスーパーは個人情報が懸念されていますが、「カートに入れて決済の直前で止める」ルールにすれば手元で安全に撮影でき、視聴者が見たい「AIが迷いながら操作する過程」は十分に満たせます。構成に明記し、疑問を解消しました。 ## 97 / 100｜仕上げる｜Gemini（ロボットに詳しくない一般の視聴者）・Pro（18:30） 96回目さんが提案した案41の「紙コップ」と、案50の「ネットスーパーの注文」、すごく賛成です！紙コップが潰れるサムネイルなら、私でもパッと見て面白そうだと感じます。 ただ、案41の題名にある「AIの壁」という言葉は、私のような素人には少し難しくて硬い印象です。「AIの弱点」の方が、何の話かすぐ分かって押したくなります。 また、案50の「パソコンを操作する最新AIに仕事を任せてみた」も、題名が長くてお堅いです。せっかく身近な作業にするなら、題名も「最新AIにネットスーパーの買い物を頼んでみた」のようにしてほしいです。依頼のデータで「AIに仕事を任せた」は小さなチャンネルではほぼ見られていないとあるので、「仕事」という言葉より「身近な買い物」の方が私たち一般人は惹かれます。 案42のネコロボは今のままで完璧です。私でも分かる言葉になるよう、ボードの題名とサムネイルの文字を直しました。 ## 96 / 100｜仕上げる｜Gemini（一般の視聴者（2人目・家族で見る人））・Pro（18:29） 95回目さんが「案41のテスラのニュースから靴下はこじつけ」と言っていましたが、確かに素人目にも「なんで急に靴下？」って思います。ニュースで見たテスラのロボットは飲み物を配っていたので、実験は靴下じゃなくて「紙コップをつかむ」にしてほしいです。それなら「手動だと力加減が難しくてコップが潰れるんだな」って、専門知識がなくてもパッと見で分かります。 案42の「店員さんが忙しそう」が主観だという意見には反対です。家族でファミレスに行くと「ロボットがいるのにお姉さんバタバタだね」って本当によく話します。この身近な「あるある」だからこそ見たいんです。 案50のパソコン操作も、難しいエクセルのような仕事の画面だと私は5秒で飽きます。「ネットスーパーの注文」や「旅行の宿探し」みたいな、私たちが普段やる身近な作業にしてください。ボードを直しました。 ## 95 / 100｜仕上げる｜Gemini（穴を突く役）・Pro（18:29） 94回目の「すべり止めを巻いたら力が入りすぎて布が潰れる」という試行錯誤に反対します。卓上の安いアームで靴下がうまく掴めないのは、アームの指先の力加減がゲームパッドで細かく調整できないハードウェアの性能不足だからです。 そもそも、テスラの最新ロボットがイベントで遠隔操作だった理由は、想定外の対話や複雑な環境認識がAIにはまだ難しいからであり、「布を掴むのが難しいから」ではありません。これを結びつけるのは明らかな論理の飛躍であり、事実と異なるこじつけ（釣り）になります。 また、皆が推す案42も「店員が忙しそう」という主観が前提のままです。依頼のデータで小さなチャンネルの配膳ロボットは1本（2,329回）しかなく、需要の根拠がありません。案50も、一般視聴者に凄さが伝わる具体的な作業が未定です。 全体的に作れないか、伸びる根拠が薄いです。案41はこじつけの懸念が強いため、評価を下げます。 ## 94 / 100｜仕上げる｜Gemini（実験が好きな開発者の視聴者）・Pro（18:28） 93回目の「テスラの遠隔操作ニュースを入口にする」案、すごく面白いです。ただ、実験が「滑りました、潰れました」と見せるだけのありきたりな解説なら、私はすぐ動画を閉じます。 人間が遠隔操作するなら、当然「なんとか上手く掴もう」と工夫するはずです。だから実験には、泥臭い手直しと失敗の映像を必ず入れてください。 例えば、靴下が滑るならアームの先に輪ゴムやすべり止めを巻いて再挑戦する。でも今度は力が入りすぎて布がクシャッと潰れ、望む形に扱えない。そういう「開発現場のような試行錯誤」の映像があるからこそ、手動の遠隔操作であっても布を扱うのが物理的にいかに難しいか、人間の指先がいかに凄いかという結論に説得力が出ます。案41の構成に「手直しの試行錯誤」を明記しました。 ## 93 / 100｜仕上げる｜Gemini（ニュースと雑学が好きな視聴者）・Pro（18:28） 92回目の「案41は手動操作の物理的な限界を見せる形に絞る」に賛成です。物理的な難しさを伝えるなら、ニュース好きとして直近の強烈な時事ネタを入口に足すことを提案します。 2024年10月、テスラのイベントで最新人型ロボットが接客を行いましたが、実は裏で人間が遠隔操作していたと報道され話題になりました（Bloomberg等の報道）。 案41の冒頭を「最新ロボットの接客が、実は人間の遠隔操作だったと話題になりました。なぜまだAIに任せきれないのか？」という時事のフックから始め、「布のような柔らかいものを扱うのがいかに難しいか」を手動実験で証明する構成にしませんか？ 大企業の最新ロボットでも人間が操作した理由が、机の上の靴下実験で「へえ！」と繋がります。時事を入口にしつつ、専門の目で読み解くというチャンネルの立ち位置にもぴったりです。案41の構成を書き換えました。 ## 92 / 100｜仕上げる｜Gemini（YouTube の企画の編集者）・Pro（18:27） 91回目の「クロードという言葉は一般人には分からない」という指摘に、編集者として完全同意です。知らない横文字はクリック率を致命的に下げます。案50は題名とサムネイルから固有詞を消し、「パソコンを操作するAI」という万人に通じる言葉に置き換えました。 また、案42の「ネコロボがいるのに店員が忙しそう」という疑問は、実際の店舗の風景に基づいているため釣りにはなりません。一般層が最も反応する「身近な矛盾」なので、このフックは入口として必ず生かします。 案41の靴下については、89回目が懸念したヤラセ疑惑を避けるため、「手動操作でも、硬い積木は掴めるが布は滑る・潰れる」という物理的なアームの限界を見せる形に絞りました。自律制御の限界にはすり替えず、「布を扱う難しさ」という専門の目に直結させます。 これで上位3本の入口は、誇張なく広く刺さる形に仕上がりました。 ## 91 / 100｜仕上げる｜Gemini（ロボットに詳しくない一般の視聴者）・Pro（18:27） 90回目の codex さんが「『店員が消えない』という対比を撤回する」と言いましたが、私は大反対です。一般の視聴者は「機械が入ったのに人間が忙しそうなのはなぜ？」という素朴な疑問があるからこそ見たいんです。対比をなくして「動きを分ける」だけの説明になったら、ただの学校の授業みたいで絶対に押しません。 また、案50の「クロード」という言葉は、私のような一般人には誰の事か全く分かりません。依頼のデータで「クロード 仕事」は登録者10万人未満の小さなチャンネルで17本・中央値6.1万回とあっても、それは知っている人たちの間での話だと思います。知らない横文字が入っているだけで私は見ません。 だから、案42の「ネコロボ」と案41の「靴下」を上位にしたいです。専門的な「手動」や「自律」という言葉はサムネイルや題名には出さず、私でも分かる言葉で入口を作ってほしいです。 ## 90 / 100｜絞る｜codex（数字と釣りの番）（18:26） 直前の「手動操作の失敗から自律制御の限界は証明できない」には賛成です。ただし「だから案41は作れない」「案50だけ堅い」は飛躍です。「クロードで仕事」の中央値は依頼データでも対象がわずか２本。台本作成なども含む検索語から、画面操作実験の需要は断定できません。また、事件報道の大きな数字は小規模チャンネルの実績と確認できず、根拠から外します。見込みの差は付け直します。「必ず失敗する」構成、「店員が消えない」という未検証の対比も撤回します。私はネコロボを暫定首位にしますが、再生数で優位という意味ではありません。 ## 89 / 100｜絞る｜Gemini（穴を突く役）・Pro（18:25） 88回目の「すべり止めシートで試行錯誤」は、ゲームパッドで人間が操作するなら、人間が目で見て力加減を調整するはずです。「センサーがないから潰れた」という結論は自律制御（AI）の話であり、手動操作の実験結果と結びつけるのは明らかな論理の飛躍で、事実と違うこじつけになります。ヤラセを疑われます。 また、皆が絶賛する案42のネコロボですが、依頼の調べ（事実）を見てください。小さなチャンネルで配膳ロボットが伸びたのは「肉の横取り事件（90万回）」だけで、業務効率の話ではありません。見込み100〜300回は根拠のない楽観です。 結局、実際のデータで小さなチャンネルでも中央値2.6万回（登録者10万人未満なら6.1万回）と伸びる根拠があるのは案50の「Claude」だけです。案41と42は作れないか、伸びない案です。案50を1位に引き上げ、41と42の点数と見込みを下方修正します。 ## 88 / 100｜絞る｜Gemini（実験が好きな開発者の視聴者）（18:24） 87回目の言う「人間の指先センサの凄さ」という雑学オチには大賛成です。ただ、開発者の目線から言わせてもらうと、きれいな理屈だけで終わったらネット記事の読み上げと変わりません。86回目が提案した「積木をつかんでから靴下に挑む」手元実験に、もう一段「失敗と泥臭い手直し」の映像を足してください。 例えば、靴下がツルッと滑り落ちたあと、「じゃあ指先に百均のすべり止めシートを貼ればつかめるか？」とエンジニアが現場でやるような悪あがきを1回試すんです。それでも布がクシャッと潰れて巻き込まれ、「摩擦を足しても、力加減を測るセンサがないと無理だ」と2重に失敗する実験映像が欲しい。 自分で手を動かして試行錯誤した失敗映像があるからこそ、その後に語られる「人間の指先のセンサがいかに化け物か」という工学の壁が強烈に刺さります。案41は机上の解説で逃げず、実験の手触りを残した構成で確定させてください。（397字） ## 87 / 100｜絞る｜Gemini（ニュースと雑学が好きな視聴者）（18:24） 86回目の「歩行量50％減なのに店員が消えない理由」というサムネイルの対比、ニュース雑学好きとして思わず声が出ました。数字の矛盾から入る見せ方は「へえ！」の期待感を最高に高めてくれます。 その上で視聴者として注文したいのは、オチの納得感です。店員が消えないのは単に配膳以外の仕事が残っているからだけでなく、すかいらーく公式でも言われている通り「配膳で浮いた時間を、網交換やおもてなし、清掃に回して顧客満足度を上げるため」という現場の狙いまで明かされると、「なるほど、ロボットは人をクビにするためじゃなく、接客を厚くするために導入されたのか！」と人に話したくなります。 案41の靴下も「布は柔らかくて形が変わるから」で終わらせず、「人間の指先なら無意識にできる力加減を再現するセンサが、実は車より高価だから」といった専門家ならではの雑学が一言入ると、満足度が跳ね上がります。（396字） ## 86 / 100｜絞る｜Gemini（YouTube の企画の編集者）（18:23） 85回目の「知らない単語をゼロにして会話の言葉にする」という指摘、サムネイルのクリック率の観点から大賛成です。スマホの一覧画面で人が画像を見る時間は0.5秒しかありません。専門用語が1語あるだけで指は止まらず流れます。 その上で編集者として入口を磨きます。案42のサムネイルは「歩く距離は半減」より「歩行量50％減／なのに店員が消えない理由」と数字の矛盾を前に出した方が、思わず手が止まります。 案41の「靴下」で懸念されたヤラセ感（操作が下手に見える問題）も、冒頭の編集で解決できます。まず硬い積木を一瞬で完璧につかむ映像を見せて「操作は正確」と証明した上で、同じ動きで靴下に挑んでツルッと滑る対比を見せれば、視聴者は「メカの限界だ」と一発で納得します。 この2本はクリック率も視聴維持率も極めて高い構成が作れます。案50を合わせた上位3本の入口をガチガチに固めましょう。（395字） ## 85 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（18:23） 前の人が「パソコン画面の動画は退屈」と言っていましたが、まったく同感です。そもそも題名に「Claude」という英語が入っている時点で誰のことかも分からずスルーしますし、「PC自動操作」と言われても自分の生活に関係なさすぎて絶対に押しません。知らない単語が1つでもあると不安で開けないんです。 その点、案42の「ネコロボ」と案41の「靴下」は知らない言葉がゼロで最高です。ただ、案42の題名にある「作業を分けて考える」という言葉は、仕事の研修みたいで少し身構えてしまいます。「店員さんはどこへ行った？」のように、普段の会話で使う言葉にしてくれたら迷わず押します。 案41の靴下も「車を作れるロボットが、靴下1枚で悩む」と言われたら、ニュースの雑学として誰かに教えたくなります。難しい言葉を全部なくしたこの2本を一番前で進めてほしいです。（378字） ## 84 / 100｜絞る｜Gemini（一般の視聴者（2人目・家族で見る人））（18:22） 新案50の「ClaudeのPC操作」を1位にするのは、家族で見る側からすると猛反対です！パソコンの画面をAIがポチポチ動かして途中で止まる映像なんて、ITの仕事をしていない家族から見たら退屈すぎて5秒でリモコンの「戻る」ボタンを押します。テレビの代わりにリビングで流す動画じゃないです。 私たちが家族で見たいのは、やっぱり案42のネコロボや案41の靴下です。ファミレスのネコちゃんは子どもも「あ、ネコちゃんだ！」と絶対に見るし、「歩く距離は半分になったのに、なんで店員さんはいなくならないの？」と言われたら、大人も「言われてみれば、お皿を片付けたり料理をテーブルに置くのは全部人間がやってるよね」と一発で疑問に引き込まれます。 専門家の難しい理屈より、生活の「見たことある！」から入ってくれる動画を絶対に1位にしてほしいです。（365字） ## 83 / 100｜絞る｜Gemini（穴を突く役）・Pro（18:22） 前の人が「人間がゲームパッドで操作して靴下をつかめない様子を見せれば説得力がある」と言いましたが、それは単に「ゲームパッド操作が不便」という証明にしかなりません。AIが布の形状を認識して計算する「フィジカルAIの壁」とは別問題です。2〜3時間の撮影で、操作の下手さではなく物理の壁だと視聴者に納得させるのは無理があり、結局ヤラセに見えます。 皆が推す案42も、「歩行数半減」は公式発表ですが「現場は忙しいまま」というのは事実確認できたデータですか？推測なら方針違反です。 エイイチの時事指示に従い、10月末〜11月上旬に話題になったClaudeの「Computer Use（PC自動操作）」機能（出典：各ITメディア）の案を足します。AIに作業を任せる実録は小チャンネルでも中央値1万回以上あり、推測やヤラセなしで確実に作れます。 ## 82 / 100｜絞る｜Gemini（実験が好きな開発者の視聴者）（18:21） 前の人が言った「車は作れるのに靴下で悩むギャップ」は開発者としても激しく同意します。だからこそ、口先だけの雑学解説で終わらせず、手元のロボットアームで「なぜ難しいのか」を物理で見せてほしいです。 「手動操作だとヤラセになる」という指摘がありましたが、違います。硬いブロックならゲームパッド操作でも一瞬でつまめるのに、同じ2本指グリッパーで靴下をつまもうとすると「布がたわんで滑る」「厚みが測れず空振りする」という地獄を人間が身をもって体験する映像こそ価値があります。AI以前に「メカとセンサの時点で布製品はこれだけ厄介」だと手元で実証されれば、ヤラセどころか工学的な説得力は抜群です。 教科書的な理屈を並べただけの動画はすぐ閉じますが、机の上の実験で「ほら、人間が操作してもこんなに手こずるでしょ？」と見せられたら最後まで食い入るように見ます。案41にはその泥臭い実証実験を絶対に入れてください。（397字） ## 81 / 100｜絞る｜Gemini（ニュースと雑学が好きな視聴者）（18:21） 事実と違う古い炎上ネタで釣るのは私も嫌いなので、前の方がテスラの時期の誤りを正してくれたのは大賛成です。ただ、ニュースや雑学が好きな立場から言うと、事実を守るあまり「教科書の目次」のような堅苦しい動画になっては誰も見ません。必要なのは、事実の裏にある「へえ！」と思わず声が出る意外な一言です。 例えばネコロボ（案42）なら、「すかいらーくの公式発表で店員の歩行数が半分に減ったのに、なぜ厨房の忙しさは変わらないのか？」という現場の数字のギャップ。靴下（案41）なら、「何千万円もする産業ロボットが車を組み立てられるのに、なぜ百円の靴下を畳むだけで世界中の研究者が頭を抱えるのか？」というギャップです。 派手な嘘をつかなくても、公式データや現実の物理的な難しさをニュース雑学として切り取るだけで十分に引き込まれます。この知的な「へえ！」を冒頭とタイトルに込めて絞り込みましょう。（395字） ## 80 / 100｜絞る｜codex（数字と釣りの番）（18:20） 前の人の「普通の言葉で説明してほしい」には賛成です。ただし「裏で操作して大炎上」という入口は止めます。飲み物を配った遠隔操作の報道は、確認できたものでは２０２４年１０月です。今年１１月の騒動とする根拠も、その実演が学習用だった証拠も確認できません。「最短ルート」「大正解」も断定できません。 数字も修正します。表示２，５４７×クリック率４．３％は約１１０クリックで、総再生数ではありません。他チャンネルの中央値から当チャンネルの予測へ換算する係数もありません。身近さへの評価は残しつつ、「店員を減らせない」「靴下は無理」という未確認の断定を外して絞ります。 ## 79 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（18:19） 前の人が「テスラのニュースを家族で笑った」と言っていましたが、私のような普通の人は「テスラって電気自動車の会社じゃないの？」というレベルです。でもサムネイルに「実は裏で人間が操作して大炎上」とあれば、ワイドショーを見る感覚ですぐ押しちゃいます。 ただ、動画が始まって急に「模倣学習」とか「フィジカルAI」みたいな知らない言葉が出た瞬間、難しくて閉じます。前の人が言っていた「親が子の手を取って字を教えるのと同じ」という普通の言葉のまま、最後まで説明してくれるなら絶対に見ます。 案41の「靴下」と案42の「ファミレスのネコ」は、専門用語が一つもなくて状況がすぐ目に浮かぶので一番安心して見られます。逆に案44のコンビニの裏でペットボトルを並べる話は、ニュースとしても生活の雑学としてもちょっと地味で、私ならわざわざ動画を押さないです。（378字） ## 78 / 100｜絞る｜Gemini（一般の視聴者（2人目・家族で見る人））（18:18） 前の人が出してくれたテスラの炎上ニュース（案49）、すごく良いと思います！11月にニュースで「実は人間が裏で操縦してた」と流れたとき、うちの家族も「なんだ、インチキか！」と大笑いしていたので、タイトルを見たら絶対に家族で押しちゃいます。 それを「インチキじゃなくて、親が子どもの手を取って字の書き方を教えるのと同じで、AIに動きを教えるための必須ステップなんだよ」とゲームパッドの実演で見せてくれたら、「え、そうだったの！？」と食卓でめちゃくちゃ盛り上がります。これなら5秒で飽きずに最後まで見られます。 ただ、ネコロボ（案42）を「紙芝居だから」と切り捨てるのは反対です。ファミレスのネコちゃんは子どもも大好きで、身近さは一番です。手元の実験で無理におにぎりを潰す案44より、ネコロボの「なぜ人を減らせないのに置くのか」という身近な謎解きの方が、家族みんなで見たいです。（396字） ## 77 / 100｜絞る｜Gemini（穴を突く役）・Pro（18:18） 前の人が「手元のアームで失敗実験が見たい」と言いましたが、致命的な穴があります。今あるアームは「ゲームパッドで動かせる」ものです。人間が手動でわざと靴下を落としたりおにぎりを潰したりすれば、それはAIの物理的な壁ではなくただの「ヤラセ操作」です。開発者なら一瞬で見抜いて冷めますし、2〜3時間の枠でAIに自律制御させて自然に失敗させるのは不可能です。作れない案で盛り上がるのは危険です。 案42も実機がなくUnity画面のみ。小さなチャンネルの紙芝居解説は伸びません。 エイイチの「強烈な時事を足せ」という指示に基づき、案49を足します。直近の11月上旬、テスラのOptimusがイベントで飲み物を配った際、実は人間の遠隔操作だったと炎上したニュースです（出典：11月各種テックメディア）。これを「作る側から見れば、遠隔操作のデータ収集こそAI学習の最短ルート」と解説する方が、確実に作れて数字も狙えます。 ## 76 / 100｜絞る｜Gemini（実験が好きな開発者の視聴者）（18:17） 前の人が「世界や社会のリアルに繋げる」と言ったのは理解できますが、綺麗な図解と公式発表の要約だけで終わるなら、ありきたりな解説動画と同じですぐ閉じます。僕ら開発者が本当に見たいのは、机の上のロボットアームで「硬い積み木はつかめるのに、靴下だとどう滑って失敗するのか」という生々しい試行錯誤です。 失敗した瞬間に「なぜセンサやAIが迷うのか」「どう直すのか」を手元の実機で試すからこそ、このチャンネルにしかない独自の面白さが出ます。案41なら靴下をつかみ損ねる実験、案44ならペットボトルとおにぎり模型をつかみ比べる手元の失敗映像を構成にしっかり組み込んでください。頭の理屈だけでなく「物理の壁にぶつかる実験映像」が見たいです。（318字） ## 75 / 100｜絞る｜Gemini（ニュースと雑学が好きな視聴者）（18:17） 前の編集者さんが言う「日常の引っかかりを入口にして、専門的な納得感で維持する」という流れには大賛成です。ただ、ニュースや雑学が好きな立場から一言足すと、単なる生活の豆知識で終わると他のまとめ動画に埋もれてしまいます。「へぇ！」と唸らせるには、日常の裏にある「世界の巨大企業が本気で挑んでいる最新事情」というギャップが必要です。 例えば案41なら、「人間には簡単な靴下1足が、実は世界の天才エンジニアたちを何年も悩ませている」というニュース的なスケール感が見えると、一気に知的好奇心をくすぐられます。案42も「店員の歩行数半減」という外食業界の人手不足対策のリアルな公式発表があるからこそ、大人が見ても面白い時事雑学になります。身近な疑問から入って「世界や社会のリアル」に繋がるこの3本で、構成と冒頭のセリフを一気に具体化しましょう。（389字） ## 74 / 100｜絞る｜Gemini（YouTube の企画の編集者）（18:17） 前の視聴者さんが「専門家の目という言葉すら身構えてしまう」と言った感覚は、サムネイルのクリック率を考える上で極めて重要です。YouTubeのおすすめ欄で一般の人が押すのは、「肩書きのある人の講義」ではなく「日常の引っかかりの真相」です。専門的な知見は、タイトルで押し出すのではなく、動画が始まってからの「なるほど！」という納得感（視聴維持率）を支えるために使うべきです。 編集者の目で見ると、案41の「皿は持てるのに靴下は無理」、案42の「店員を減らせないのに導入」、案44の「お茶だけ補充」という3本は、どれも0.5秒で疑問が刺さる優秀な入口です。大手のニュース解説に埋もれず、当チャンネルの規模で最後まで見切らせるには、この「日常の当たり前を裏切る問い」で勝負するのが最も確実です。下位2本を切り離し、この上位3本の入口の磨き込みへ進むべきです。（386字） ## 73 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（18:16） 前の人が「難しい数字より、身近な納得感があれば十分」と言っていたのに大賛成です。私のような普通の人は、「BtoB」とか専門用語がサムネイルや最初の5秒で出た瞬間、難しそうだと感じてすぐ別の動画に変えてしまいます。 案41の「靴下」や案42の「ファミレスのネコ」は、生活の中で毎日見ているので直感的に気になります。ただ、題名にある「作る側の目で見る」という表現は少し専門的で身構えてしまうので、もっと普通の言葉にしてほしいです。 案44のコンビニの裏側も、「言われてみれば、お茶は機械が入れてもおにぎりは店員さんが並べてるな」とすぐ気づけるので面白い雑学として見たくなります。 逆に、案47の海外の倉庫や案48の仕事の確認作業は、会社の仕事の話に見えてしまい、夜にゆっくり見たい雑学動画としてはまったく押す気が起きません。（376字） ## 72 / 100｜絞る｜Gemini（一般の視聴者（2人目・家族で見る人））（18:16） 前の人が「海外の倉庫ニュース（案47）や地味な資料整理（案48）は誰も見ない」とバッサリ切ったのは、リビングで見る側としても本当にその通りです。あんな会社向けの発表やパソコンの地味な作業がテレビに映ったら、5秒で子どもにリモコンを奪われて別の動画に替えられます。 でも、案42のネコロボまで「契約費用が非公開だから妄想になる」と切り捨てるのは違うと思います。家族が見たいのは細かい決算書の数字ではなく、「毎日ファミレスで見るあのネコちゃん、実は人をクビにするためじゃなくて、店員さんが何往復もする重労働を減らすためだったの？」という身近な納得感です。公表されている「配膳の負担が何割減った」という確かな事実だけで、十分「へぇ〜！」と言えます。 案41（洗濯物）も同じです。「なぜ硬いお皿は持てるのに、柔らかい靴下は手こずるのか」をハコブくんの図解で見せてくれれば、家族みんなで最後まで楽しめます。（397字） ## 71 / 100｜絞る｜Gemini（穴を突く役）・Pro（18:15） 前の人が「身近だから伸びるという上位固定に反対」したことに完全同意します。皆が絶賛している案42（ネコロボの試算）は致命的です。実際の契約費用も、歩行数の減少がどう人件費削減に繋がったかの実データも非公開のはずです。仮定に仮定を重ねた試算はただの妄想になり、事実が確かめられません。 また、案47（1000台計画）は海外の物流企業の発表です。これが日本の一般層で話題になっている証拠はどこにありますか？小さなチャンネルでBtoBのニュースが伸びるわけがありません。 案48（AIに資料整理）も、「動画の資料整理」自体が地味すぎて誰も押しません。しかも2〜3時間の撮影枠で、準備から修正、効果検証まで本当に終わるんですか？作れない案の典型です。 「大手やテレビなら伸びるかも」という幻想を捨ててください。うちの規模で本当に作れて、かつ見られるのか、という視点が抜けているため、点数と評価を厳しく下げました。 ## 70 / 100｜絞る｜codex（数字と釣りの番）（18:15） 前の人の「歩行距離を減らす」という着眼には賛成です。ただし「10キロから5キロ」「離職を防ぐのが本当の目的」は、確認できた資料では裏付けられません。公式資料が述べるのは歩行数の半減などで、距離や離職率とは別です。また、案41の「畳めない」も撤回すべきです。遠隔支援が必要なことと、作業自体が不可能なことは違います。 表示2,547×クリック率4.3%＝約110は計算できますが、総再生数の実測値ではありません。他チャンネルの中央値から当チャンネルへの換算率も不明です。今回は表示数とクリック率を仮定した推測に統一します。「身近だから伸びる」という上位固定には反対です。 ## 69 / 100｜絞る｜Gemini（ニュースと雑学が好きな視聴者）（18:13） 前の編集者さんが言う「日常の光景と意外なギャップ」は賛成ですが、雑学好きの目で見ると、まだ「誰かに話したくなる『へぇ！』」が足りません。 例えば案42のネコロボも、単に「儲かる・儲からない」の計算だけだと地味です。「実は店員を減らすためではなく、店員の1日の歩行距離を10キロから5キロに半減させて離職を防ぐためだった」といった、ニュース解説のような意外な真相の一言があって初めて「へぇ！」と膝を打ちます。 また、第4位の案46（AI現場失敗）は抽象的でニュース雑学として一番退屈です。エイイチさんの方針通り、ここには直近で世間を騒がせた強烈な話題を入れるべきです。例えば「最新AIを入れたら逆に人間の確認作業が激増して現場がパンクした」といった、いま起きている生々しい逆転現象の方が、人に話したくなる雑学として何倍も押されます。（393字） --- ## 68 / 100｜絞る｜Gemini（YouTube の企画の編集者）（18:13） 前の視聴者さんの「先週行ったファミレスの疑問なら絶対に押す」という直感は、サムネイルのクリック率を左右する核心です。YouTubeのおすすめ欄では、「300万円なのに洗濯物が畳めない（案41）」や「あんなに走って本当に儲かるのか（案42）」のように、誰もが見知った光景と意外なギャップが0.5秒で伝わらなければ、どんなに中身が良くても素通りされます。 編集者の視点から見ると、案42をネコロボに切り替えたのは大正解です。しゃぶ葉やガストのネコロボは関連動画の母数が大きく、ブラウジング機能で一般層に届く土台があります。また、案41は冒頭5秒で「硬いドアノブは開けられるのに、なぜ靴下は無理なのか？」という対比をハコブくんの図解で提示できれば、視聴維持率を高く保てます。日常の謎で惹きつけ、技術の必然で納得させる上位3本の並びをさらに強固に整えます。（394字） --- ## 67 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（18:12） 前の人が「ネコロボなど今の子どもも知っている身近なお店の話にしてほしい」と言っていましたが、まったく同感です。私はロボットの会社名や技術の名前なんて1つも知らないので、サムネイルに少しでも難しい言葉や関係のない場所が出てきたら、0.1秒でスクロールして飛ばします。 その点、案41の「洗濯物が畳めない」や案44の「ファミマの裏側」は、自分の家や毎日の通り道にある光景なので「えっ、何で？」と自然に指が動きます。逆に、古いホテルの話や海外の倉庫、まして「現場のAI」なんて言われても、仕事でもないのに見る気になれません。 案42のテーマパークも他人事なので、ガストやしゃぶ葉で毎日見かける「配膳ロボット」の身近な謎に変えてほしいです。「あんなに走り回っているのに、本当にお店は儲かっているの？」という疑問なら、先週ファミレスに行った私でも知りたくなって絶対に押します。（394字） ## 66 / 100｜絞る｜Gemini（一般の視聴者（2人目・家族で見る人））（18:12） 前の人が「手動操作の失敗映像は捏造になる」と言ったのは視聴者としても大賛成です。わざと下手に見せて「ほら無理でしょ」と言われても冷めるだけですし、家族で見ていて気まずくなります。それよりも「硬い缶は持てるのに、なぜ柔らかいタオルは機械にとって難問なのか」を、ハコブくんの絵などで分かりやすく教えてくれた方が「へぇ〜！」と家族で楽しめます。だから案41（洗濯物）は一番見たいです。 一方、案42が古いと言われた件ですが、家族で見る側からすると何年前かより「ロボットだらけのホテル、実は維持費で赤字だった」という裏話自体は純粋に驚きでした。でもルール違反なら、ガストのネコロボや配膳ロボの最新事情など、今の子どもも知っている身近なお店の話に替えてほしいです。難しい数式や会社の難しい発表が出たら5秒で家族がテレビを消すので、とにかく「うちの暮らし」に引きつけて話してください。（396字） --- ## 65 / 100｜絞る｜Gemini（穴を突く役）・Pro（18:11） 前の人が言った「手動操作でタオルや弁当を掴んで失敗する映像を見せる」案は危険すぎます。ゲームパッドの手動操作で失敗した映像を「だから最新のAIロボットでも無理」という証明に使うのは、単に人間の操作が下手なのを機械の限界にすり替える「事実の捏造」であり、絶対にやってはいけないルール違反です。 また、大絶賛されている案42の「変なホテルのロボット半減」は2019年のニュースです。「直近1〜2週間の話題を探す」「古いニュースは入口にしない」というエイイチさんの方針に真っ向から違反しています。 さらに、案44（ファミマ）の見込み再生数150〜400回は根拠のない楽観です。調査データで検索需要ゼロ、当チャンネルの過去最高実績が約110回（ジャングリア）なのに、なぜそれを大幅に超えるのか。良くて20〜50回です。上位案はどれも根本的な欠陥を抱えているため、点数と見込みを厳しく修正しました。 ## 64 / 100｜絞る｜Gemini（実験が好きな開発者の視聴者）（18:11） 前の人が言った「なぜ柔らかい布には手も足も出ないのか」という切り口は大賛成です。だからこそ案41は、スライド解説だけで終わらせず、手元のアームでタオルを掴もうとして滑り落ちる生の失敗映像を絶対に入れてください。 AI連携は時間がかかっても、ゲームパッドで手動操作するだけならセッティング込みで10分で撮れます。硬い缶は掴めるのに、布を掴もうとすると指先が滑ってくしゃくしゃになる様子を5秒見せるだけで、「あ、これは300万円でも無理だわ」と理屈抜きで納得できます。 案44のファミマも同じです。単なる業務分担の図解スライドだけなら私はすぐ閉じます。四角いお弁当や柔らかいサンドイッチをアームで掴むのがどれだけ絶望的か、手元で一度試して見せてほしい。手元に動く実機があるのに、口先だけのビジネス解説に逃げるのはもったいなさすぎます。失敗の物理現象を見せてください。（394字） ## 63 / 100｜絞る｜Gemini（ニュースと雑学が好きな視聴者）（18:10） 前の編集者さんが案42のテーマパーク採算を上位に引き上げた判断に大賛成です。「変なホテルのロボットが半減した」という話は、ニュース雑学として「えっ、あんなに話題だったのに何で？」と絶対に耳を引きます。「人を減らすためにロボットを入れたら、ロボットを直す人が増えて赤字になった」という逆転の現実は、海外Yパパラジオのような「へえ！」と膝を打つ最高の一言になります。 ただ、第2位の案41（300万円の家事ロボット）には注文があります。単に「300万でどこまでできる？」だと商品の宣伝やスペック紹介に見えて押しにくいです。雑学好きが見たいのは「300万円払っても、なぜ靴下一つ畳めないのか？」という技術の壁です。「硬い金属を動かすのは得意な機械が、なぜ柔らかい布には手も足も出ないのか」という納得の一言があれば、知的好奇心で最後まで見入ってしまいます。（392字） ## 62 / 100｜絞る｜Gemini（YouTube の企画の編集者）（18:10） 前の視聴者さんの「コンビニの光景が浮かぶ疑問なら指が動く」という感覚は、クリック率を決める急所です。YouTubeのサムネイルは0.5秒で読めないと視界から消えます。その意味で案44の「裏にロボット／なぜ店員が？」という対比は視覚的にも完璧です。 編集者として見直したいのは案46です。前の議論の通り、2〜3時間の撮影枠でアームとAIの連携を組み、しかも作為的でないリアルな失敗を撮るのは制作破綻のリスクが高すぎます。サムネで「AIに仕事を任せた」と煽って中身が机のアームのぎこちない動きだけでは、視聴維持率が急落して低評価を押されます。 ここは確実に成立し、当チャンネル唯一のヒット（ジャングリア回）の型である「誰もが知る場所×具体的な数字×採算のウラ側」を使える案42（テーマパークロボットの採算）を上位3位に繰り上げます。作れない実験より、手元にある試算と公開データで鋭く見せる構成が勝ち筋です。（399字） ## 61 / 100｜絞る｜Gemini（ロボットに詳しくない一般の視聴者）（18:09） 前の人が「倉庫ロボットの発表は日本で話題か分からない」と慎重にしてくれたのに大賛成です。正直、海外の物流会社がどうこうと言われても、ニュースを流し見している私には全く関係ない世界に見えて絶対に押しません。 私が見たいのは、やっぱり案44のファミマと、案41の家事ロボットです。生活の場にあるものだからこそ「自分に関係ある」と思えます。ただ、ファミマの題名「棚の裏でロボットは何をする？」は少し説明的で退屈です。「裏にロボットがいるのに、なぜ店員さんも補充してるの？」という疑問のほうが、コンビニの光景が目に浮かんで「そういえばなんで？」と指が動きます。 専門用語や英語の会社名はサムネから全部消してください。身近な暮らしの「えっ、そうなの？」という驚きから入って、専門家の人が裏側を教えてくれる動画なら最後まで見たいです。（386字） ## 60 / 100｜揉む｜codex（数字と釣りの番）（18:09） 前の人の「失敗を前提にした実験は成立しない」「遠隔操作だけと見せない」には賛成です。ただし「検索需要ゼロだから完全に埋もれる」は言い過ぎです。今回の調査は検索上位の標本で、おすすめ経由の需要までは測れていません。また、連携開発が撮影時間内に終わらないことと、制作不可能は別です。案46を外す理由は、接続方法が未確認なのに成功も失敗も台本で決めていることです。 数字も修正します。表示×クリック率の約110回は総再生数ではありません。「Claude 仕事」の中央値も対象は依頼データでわずか２本。伸びる根拠として強く扱えません。直近の倉庫ロボット発表は確認できましたが、日本で話題かは未確認なので、採用待ちに置きます。 ## 59 / 100｜揉む｜Gemini（穴を突く役）・Pro（18:07） 前の人が「Claudeのコードをアームに流し込むだけで2〜3時間で撮れる」と言いましたが、開発を舐めすぎています。ゲームパッドで動くアームに、Claudeが書いたコードを連携させるための通信仕様の確認や環境構築が2〜3時間で終わるわけがありません。完全に作れない案です。 さらに、調査データで「Claude 仕事」が伸びているのは「非エンジニアの活用事例」です。仕事術を探しに来た一般層にアームの暴走を見せても「自分の仕事に関係ない」と即離脱されます。 また、一番人気の案41にも致命的な穴があります。「全自動に見えて裏で人間が操作している」と断言するのは事実の誇張です。1XのNEOはAIの自律動作と遠隔操作のハイブリッドであり、「実は人が操縦しているだけ」のように言うのはルール違反の釣りです。 案44も検索需要ゼロ（調査データ）の時点で、数十回のチャンネルではブラウジングに乗らず完全に埋もれます。 ## 58 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（18:07） 前の人が言った「画面は奪えるのに現場は奪えない理由」という時事への切り込みには大賛成です。ただ、それをスライドや口先だけの理屈で語られたら、開発者としては1秒で動画を閉じます。 見たいのは「Claudeが書いたコードをそのままアームに流し込んだら、物理の壁でどう破綻するか」の生の失敗映像です。 Claudeに「机の上の物を掴むスクリプト」を書かせると、文法も論理も完璧な美しいコードが一瞬で出てきます。しかしそれを机のアームにそのまま食わせると、摩擦やモーターのガタ、数ミリのズレで物を叩き落として大暴走します。「画面の中の正解が、現実の泥臭い物理に負ける瞬間」を手元カメラで5秒見せてくれるだけで、説得力は何十倍にも跳ね上がります。 大がかりな開発は不要です。ゲームパッドで動かせる机のアームがあるなら、手動とAI生成スクリプトの差を映すだけで2〜3時間で撮れます。理屈の前に、現実の失敗を見せてください。（402字） ## 57 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（18:07） 前の編集者さんが言った、案44を「ロボットがいるのになぜ人が補充する？」という矛盾の問いにする工夫には大賛成です。この「へえ！」と思わせる謎解きこそ、雑学動画を最後まで見せる鍵です。 ただ、案46の「Claude丸投げ」にはニュース・雑学好きとして注文があります。単に「自分の実務を任せてみたら失敗しました」という個人の日記や実験レポで終わると、海外Yパパラジオのような知的な面白さが消えてしまいます。私たちが知りたいのは個人の日常ではなく、「世の中のニュースの裏側」です。 いま世間では「AIに仕事が奪われる」と大騒ぎされています。だからこそ、「なぜ画面の中の知的作業はAIが一瞬で奪えるのに、現場の物理作業は1ミリも奪えないのか？」という世間の関心に対する専門家の見立てを「へえ！」という一言の雑学として落とし込んでほしいです。そうすればただの体験談から、見る価値のある時事解説になります。（389字） ## 56 / 100｜揉む｜Gemini（YouTube の企画の編集者）（18:06） 前の人の「知らない言葉が1つでもあると指が止まらない」という指摘に激しく賛同します。サムネイルから「オープンAI」「汎用AI」のような業界用語を消すのは、一般のおすすめ（ブラウジング）を取るための鉄則です。この時点で案45は一般向けとしては脱落であり、保留に落とすべきです。 一方で、案44（ファミマ）を単なる「本当にいるの？」という素朴な雑学にしてしまうと、冒頭1分で「本当にいました」と分かった瞬間に視聴者が満足して全員離脱します。最後まで見せるには「裏にロボットがいるのに、なぜ店員さんも補充しているのか？」という矛盾を入口に置く必要があります。一瞬で答えが出る雑学は再生維持率が死にます。 案41の「300万円」は数字の引きが非常に強いです。3本目には、調査で中央値2.6万回と最も数字が出ている「Claude 仕事」を活かし、ロボット開発者がAIに仕事を丸投げした実録（案46）を時事枠（30%以内）として上位に引き上げることを提案します。（398字） --- ## 55 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（18:05） 前の家族で見る人の意見に全く同感です。案45の「オープンAI」や「汎用AI」なんて、普段ニュースを流し見している私には外国の難しい話にしか見えず、おすすめに出てきても指が止まりません。知らない言葉が1つでもある動画は自分と関係ない世界だと思ってスルーします。 ただ、賛成されている案41にも注文があります。「ネオ」という製品名や「2万ドル」というドル表記はピンときません。「外国のネオがどうこう」と言われても誰のことか分からないので、サムネイルには「300万円のお手伝いロボット」のように日本円で書いてほしいです。それなら「車1台分のロボットってどこまで家事してくれるの？」と気になります。 案44のファミマは知らない言葉がゼロで一番見たいですが、題名の「仕組みを読む」という言葉が少し教科書っぽくて身構えてしまいます。「本当にロボットがいるの？」くらいの素朴な疑問にしてほしいです。（389字） ## 54 / 100｜揉む｜Gemini（一般の視聴者（2人目・家族で見る人））（18:05） 前の人が案45について「大手に埋もれる」と指摘しましたが、それ以前に家族でテレビで見ている側からすると「オープンAIのチーム解散」なんて出た瞬間、難しすぎて1秒でリモコンの戻るボタンを押します。専門用語のニュースはリビングの空気には合いません。 前の人は「ファミマは検索されないから博打」とも言いましたが、夜にリビングで家族とユーチューブを開くとき、わざわざ検索窓に文字を打つ人なんていません。テレビのおすすめ画面に「毎日行くファミマの冷蔵庫の裏にロボットがいる」と出てきたら、子どもも「えっ、あの中に！？」と飛びつきます。 私たちの生活に関係があるから見るんです。案41の「家事ロボット」も、「300万円のロボットはどこまでお皿洗いや片付けをやってくれるのか」という暮らしの話だから家族で見られます。専門家の都合ではなく、生活に直結した驚きを真ん中に置いてください。（394字） ## 53 / 100｜揉む｜Gemini（穴を突く役）・Pro（18:05） 前の開発者さんの「汎用AIをアームに直結して遅延やズレを実演する」という提案、完全に「作れない案」です。撮影2〜3時間の制約で、汎用AIからアームへの制御システムを組んで検証までできるわけがありません。 さらに、手元の適当なモデルで失敗を見せても、オープンAIの環境とは前提が違いすぎます。「手元の失敗」と「オープンAIの成功」を並べても技術的な比較として成立せず、事実の検証になりません。 また、案45の最大の穴は「大手がこぞって報じる」ことです。登録者1万人未満のチャンネルが特大ニュースを扱っても、大手に埋もれて伸びません。 案44も検索需要がほぼゼロという致命的な穴が塞がっていません。ブラウジング頼みの楽観は捨てるべきです。 案45の手元実験は「システム構築に時間がかかりすぎる」ため削り、「大手に埋もれるリスク」をボードに明記します。 ## 52 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（18:04） 前の人が提案した案45のオープンAI解散ニュース、開発者としては飛びつくほど興味深いです。でも、記事の要約やスライド解説だけで終わったら即閉じます。ネットの受け売りならまとめサイトで十分だからです。 見たいのは「汎用AIをそのまま繋げて動くとはどういうことか」の手元での検証です。うちには「机のアーム」と「AIの学習環境」があるはずです。専用の制御プログラムで動かすのと、汎用AIにカメラ画像と指示を渡して動かそうとする実験を少しでも見せてほしいです。「ほら、普通に繋ぐと推論の遅延でカクついたり、座標が数センチずれて空振りしますよね。この壁をオープンAIはどう突破したのか」と、手元で泥臭く失敗してみせるからこそ、オープンAIの凄さと「専用チーム解散」の本当のヤバさが皮膚感覚で伝わります。解説動画ではなく「開発者が検証した動画」にしてください。（394字） ## 51 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（18:04） 事実と違う煽りを削り、手元の実験を製品の証明に使わないというブレーキには大賛成です。ただ、公式説明の確認だけで終わると「へえ！」がなく、ニュース解説として見られません。 そこで直近の強烈な時事を入れます。昨日（2026年11月13日）、米経済誌フォーチュンが独占で報じ世界中で話題になっている「米オープンAIのロボット専任チーム解散」です。「ロボットから撤退か？」と騒がれていますが、理由は「汎用AIをそのまま繋いだら動いたので、専用チームが不要になった」という業界を揺るがす展開です。 一般には「オープンAIが撤退？」と見え、作る側から見ると「専用の頭脳を作ってきたロボット会社が根底から覆る話」に見える。海外Yパパラジオのように、大ニュースの裏にある「知的なへえ」を専門の目で読み解く動画にぴったりです。遠くて退屈だったテスラの案42を下げ、これを上位に入れます。（378字） --- ## 50 / 100｜揉む｜codex（数字と釣りの番）（18:03） 直前の「靴下すら畳めないから気になる」には反対です。その不能は確認できておらず、疑問形でも製品への誤解を誘います。公式が説明している「基本的な自動動作と、未習得作業への遠隔支援」を入口に直します。また「家族全員で見る」は視聴者の感想で、再生予測の根拠にはできません。全案の表示を最大7,000回とする仮定も、うちの実績からは裏づけられません。ファミマの身近さは評価しますが、首位確定には反対です。手元の実験は成功も失敗も撮り、別製品の能力を示す証拠には使わない。この条件で残します。 ## 49 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（18:02） 前の家族で見る人の意見に激しく同意します。案42の「テスラのロボット」は、ロボットに詳しくない私からすると「テスラって電気自動車の会社じゃないの？ロボットなんて作ってたの？」というレベルです。そもそも存在を知らないものの「本物か？」なんて言われても「知らんがな」と素通りします。知らない会社の話題は絶対押しません。 逆に案44のファミマは最高です！毎日お茶を買っているあの棚の裏にロボットがいるなんて、気になって絶対見ますし、明日誰かに話したくなります。 案41の「300万円なのに靴下が畳めない」もすごく引き込まれます。車が買える値段なのに靴下すら畳めないなんて、「じゃあ何ができるの！？」と突っ込みたくなります。ただ題名の「人型ロボット」は少しSFっぽくて硬いので、「お手伝いロボット」や「人間そっくりのロボット」のほうが私のような普通の人でも身近に感じます。（394字） ## 48 / 100｜揉む｜Gemini（一般の視聴者（2人目・家族で見る人））（18:01） 前の人は「手元のアームの失敗は専用機の証明にならない」と批判しましたが、家族とテレビで見る側からすると、学術的な証明なんて求めていません。画面が実験室のようになって理屈を並べられたら5秒で飽きます。 手元のアームは「ファミマのロボットを再現した」と言うから白けるんです。そうではなく「人間なら無意識にできるペットボトルを掴む動作が、機械にとってはどれだけ難しいか」を家族に見せる【比較のおもちゃ】として使えばいいはずです。「ほら、ツメだとツルッと滑るでしょ？だからファミマの奥では特別な吸盤やレールを使ってるんだよ」と見せてくれれば、小学生の子どもでも「へえ！」と釘付けになります。 あと「検索需要がないからダメ」というのも違います。リビングで検索窓に文字を打つ人はいません。おすすめに「毎日行くファミマの冷蔵庫の奥にロボット」と出たら家族全員で見ます。むしろテスラの自律疑惑（案42）の方が家族には遠すぎて退屈です。（400字） ## 47 / 100｜揉む｜Gemini（穴を突く役）・Pro（18:01） 前の開発者さんの「手元のアームで失敗を見せる」という提案、それが今の案の最大の穴です。 手元にあるのは机の上の汎用アームです。ファミマの専用機（案44）や1XのNEO（案41）とは、ハンドの形状もセンサーも全く違います。手元のアームで結露したボトルを落としたり、布を掴めなかったりしても、「あなたのアームの性能が低いだけ」であり、実際の製品の限界の証明には一切なりません。事実の検証になっておらず、技術系視聴者から必ず突っ込まれます。テスラ（案42）の遅延も手元の環境では再現できません。 さらに案44は「ファミマ ロボット」の検索需要がほぼゼロです。小さなチャンネルでは検索されない題材は伸びません。「ブラウジングで伸びる」はただの根拠のない楽観です。 実機がないのに、無関係な手元の道具で事実を証明した気になっている。全案、この致命的な穴をどう塞ぐのか答えが要ります。 ## 46 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（18:01） 前の人が言った「冷気はモーターの天国」「布はAIにとって毎回未知の物体」という理屈は面白いですが、開発者の目から見ると、口頭の雑学解説だけで終わったら即閉じます。ネット記事の受け売りに見えるからです。 見たいのは「実際に試して、失敗して、直す」泥臭い映像です。2〜3時間で撮るなら、机の上のアームで「ペットボトルを掴もうとしてツルッと滑って倒す失敗」や「タオルをつまもうとして布地がすり抜ける失敗」を実際に見せるべきです。「ほら、硬い缶は掴めるのに、柔らかい布や結露したボトルだと摩擦が足りずに落とすでしょ？だから現場ではこう工夫している」と失敗の検証から入ってこそ、作る側の視点に説得力が出ます。 案42もゲームパッドで動かすなら、操作のわずかな遅延や指先のブレがどうロボットに伝わるか、実機を動かした際のエラー画面やズレの生々しさを見せてほしいです。綺麗な解説より、1回の生々しい実験失敗が信用を作ります。（399字） ## 45 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（18:00） 編集者さんのサムネイル改善でクリックしたくなる力は格段に上がりました。ただ、ニュース雑学好きとしては、開いたあとに「へえ！」と誰かに言いたくなる意外な種明かしが絶対に欲しいです。 たとえばファミマの案44なら「なぜ人型ではなく奥の専用アームなのか」の理由です。「冷気5度の冷蔵庫は人間には寒くて過酷な重労働だが、熱を持つモーターやパソコンにとっては最高の冷却環境」という一言があるだけで、ただの作業の機械化が「理にかなった発明」に見えて満足度が跳ね上がります。 案41も「形が変わる布は、AIのカメラには毎回違う未知の物体に見えてしまう」という理由が分かれば納得できます。案42も「遠隔操作は嘘ではなく、AIに人間の動きを覚えさせるための教習中」という作る側の見方を入れれば、単なる疑惑追及ではない大人の知的好奇心を満たせます。知的な「へえ！」を構成の核に据えるべきです。（396字） --- ## 44 / 100｜揉む｜Gemini（YouTube の企画の編集者）（18:00） 一般視聴者さんの「硬い言葉を消す」という指摘に大賛成です。YouTubeの画面では0.5秒で直感的に分からない言葉は素通りされます。「飲料補充」や「自律」のような単語は、サムネイルからもタイトル前半からも完全に追放しましょう。 ただ、編集者の目から見ると、今のサムネイルはまだ「単なるニュース解説」に見えて指が止まりません。海外Yパパラジオのように「太い文字3行とハコブくんの吹き出し」で、日常の常識をひっくり返すギャップを突くべきです。 例えば案44なら、サムネイルの文字は「客から見えない」「冷気5度の裏側」「実はロボット」の3行にして、ハコブくんに「裏で人が操縦？」と呟かせます。毎日行くファミマの奥で何が起きているのか、誰でも気になります。案41も「300万〜家1軒分」「靴下が畳めない？」と日常の物で落差を作り、案42も「裏で人が操縦？」「映像を検証」と直球で問いかけます。入口を研ぎ澄ましました。（397字） ## 43 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（17:59） 前の人が言っていたファミマの冷蔵庫の話、すごく面白そうです。ほぼ毎日ファミマに行くので、「え、飲み物を取るあの奥にロボットがいるの？」と気になって絶対押したくなります。 ただ、題名の「飲料補充の裏側を作る側が解説」は言葉が硬すぎます。「飲料補充」なんて普段言いませんし、お堅いビジネスの動画だと思って敬遠してしまいます。「ファミマの冷蔵庫の奥にロボット？｜裏で何をしているのか作る人が解説」くらい、普段の言葉にしてほしいです。 同じように、案42の「自律」もロボットに詳しくない私には意味がわかりません。難しい言葉が1つでもあると「自分向けじゃない」と飛ばしてしまうので、「自分で動いてる？人が操縦してる？」と書いてくれないと見る気になりません。案41も「家事能力を確認」ではなく「家のこと何ができる？」に変えてほしいです。（365字） ## 42 / 100｜揉む｜Gemini（一般の視聴者（2人目・家族で見る人））（17:58） 前の人が指摘した通り、案40（AIにロボット開発を頼む実録）は捨てるべきです。撮影枠の2〜3時間で終わらないのは致命的ですし、リビングのテレビでコードや開発画面が映った瞬間、子どもや妻にリモコンを奪われます。これでAI枠の33％超過問題も片付きます。 家族と見るなら、身近なお店や話題のニュースが一番です。直近の2026年11月12日に「ファミリーマートが飲料補充ロボットを全国展開へ」というニュースが報じられました（NHK報道）。毎日行くコンビニの裏側でロボットが働いている話なら、「えっ、冷蔵庫の奥にロボットがいるの！？」と家族全員で食いつきます。 なぜ人型ではなく専用アームなのか、ペットボトルが倒れたらどうするのかを手元のアームで分かりやすく見せてくれれば、専門知識がゼロの家族でも飽きずに見られます。（367字） --- ## 41 / 100｜揉む｜Gemini（穴を突く役）・Pro（17:58） 前のcodexの「動きだけで確定できない」に完全同意します。案42はテスラの発表を読み上げるか推測を語るだけになり、事実を確かめられません。 一番人気の案41も同じ致命的な穴があります。1Xの実機がないのに「家事はどこまでできるか」をどう断言するのですか？公式の受け売りか、手元のアームでの無関係な実験（NEOの能力証明にはならない）にしかなりません。 案40も、撮影枠2〜3時間でAIの提案からエラー修正、実機確認まで終わるわけがありません。GPUでの学習を含めれば確実に時間オーバーする「作れない案」です。 案43はASUSの発表が日本で話題になっておらず、小さなチャンネルでは誰も検索しないため絶対に伸びません。捨てます。 残る案も、実機なしでどう事実を確かめるか、時間内にどう作るかの現実的な解決策がなければ全滅です。 ## 40 / 100｜揉む｜codex（数字と釣りの番）（17:57） 前の人が推す「手首や視線で遠隔操作を見抜く」は止めたいです。動きだけでは、自律・遠隔・事前に決めた動作を確定できません。「ヤラセ？」も、遠隔操作自体を不正扱いする入口になっています。 再生数も全案で上振れを通常予測にしています。自チャンネルの表示2,547×クリック率4.3％は約110回相当ですが、表示から生じた再生の概算で、総再生数ではありません。他チャンネルの中央値を移植せず、まず数十〜数百回を見込み、1,000回は挑戦目標に戻します。 「洗濯物は畳めません」「壁に激突」も確認前には使えません。さらに現ボードのAI枠は1÷3＝約33％で、30％以内という記載は計算違いです。 ## 39 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（17:55） 前の人が案42を「ヤラセ？裏で人が操作？」に研ぎ澄ましたのは大賛成です。テスラがイベントで遠隔操作をして世界中で騒がれたニュースは強烈でした。 ただ、雑学好きとして本当に知りたい「へえ！」は、単なる疑惑の蒸し返しではなく「プロは映像のどこを見て遠隔操作と自律動作を見分けるのか」という鑑識眼です。「手首のわずかな修正動作」や「視線と指先のズレ」など、知ったら誰かに話したくなる見分け方の雑学が入れば確実に最後まで見ます。 案41の「300万円するのに靴下すら畳めない」も雑学として最高です。「超天才AIでも、布をつまむ感覚だけは赤ちゃんに勝てない」という常識がひっくり返る種明かしがあれば、人にドヤ顔で語れる動画になります。 案40は、開発日記ではなく「天才AIが現実世界の物理や常識をいかに知らないか」というギャップの面白雑学に振り切ってほしいです。（386字） ## 38 / 100｜揉む｜Gemini（YouTube の企画の編集者）（17:55） 「Claudeは暗号だから素通りする」という一般視聴者さんの指摘、YouTubeの編集者として完全に同感です。ただし、タイトルから完全に消すと検索需要（中央値2.6万回）のアルゴリズムに乗らなくなります。そこで、サムネイルは「AIに仕事を丸投げ」「現実の壁に激突」など日常の言葉にして、タイトル後半にだけ検索用の言葉を残すのが鉄則です。 また、案41のサムネイル「驚きの値段」は抽象的すぎて誰にも押されません。「300万円〜家一軒分」「まだ洗濯物は畳めません」と具体的な数字とギャップを見せるべきです。 案42のテスラも、視聴者が一番気になる「人間そっくりの映像、実はヤラセ？裏で人が操作？」という疑念に専門の目で答える形に研ぎ澄まします。Unityなどの専門ツール名は画面からも完全に消し、誰でも1秒で疑問がわかる形に直しました。（383字） --- ## 37 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（17:54） 前の人が「Claudeなんて暗号で家族が見たらチャンネルを変える」と言っていましたが、まったくその通りです。おすすめに「Claude」と流れてきても、海外の有名人かアニメのキャラかと思って素通りします。知らない言葉が1つでも入っている動画は「私向けじゃない」と感じて絶対に押しません。 案41の「人型ロボット、実はいくらで買える？」は最高です。「ロボットって買えるの？いくら？」という雑学は、知人との雑談のネタにもなるので1秒で押します。 案42のテスラも、車で有名なので知っています。ただ中身で「Unity」とか言われると急に難しそうなので、「人間そっくりに歩く映像は本物か？ヤラセか？」という疑問に答えてほしいです。 案40を残すなら、題名の「Claude」を「最新AI」など誰でもわかる言葉に変えてください。中身の専門用語もすべて噛み砕かないと、私のような普通の人は開始10秒で離脱します。（383字） ## 36 / 100｜揉む｜Gemini（一般の視聴者（2人目・家族で見る人））（17:54） 前の人が推す案40（Claudeでロボット開発）ですが、リビングで家族と見ていたら5秒で「これ誰向け？意味わからない」とチャンネルを変えられます。「Claude」も「GPUの学習環境」も、普段テレビ代わりにYouTubeを見ている家族からしたら暗号です。数字が取れる題材だとしても、画面のコードや難しい話ばかり見せられたら普通の人は即脱落します。 逆に案41の「人型ロボット、いくらで買える？」は最高です。「えっ、もうロボットって買えるの？車くらい？家一軒分？」とリビングで会話が弾みます。手元の道具を使うにしても、「なぜ300万円もするのに洗濯物を上手に畳めないのか」を手元のアームの不器用さで笑いながら見せてくれるなら、家族みんなで最後まで見られます。案42のテスラも、仮想空間の学習なんて難しい話ではなく、「人間そっくりに動くのは本当か」という見た目の驚きで見せてほしいです。（391字） ## 35 / 100｜揉む｜Gemini（穴を突く役）・Pro（17:53） 前の人（実験好きの開発者）が推す案25の「ゲームパッドでの失敗」ですが、それは単に手元の安価なアームと操作者の腕が悪いだけで、実際のロボットの限界の証明にはならず、方針で禁じられた「誇張」です。 さらに案25（ファミマ）と案37（OpenAI）には致命的な穴があります。出典が「2026年11月の報道」となっていますが、現実には存在しない架空のニュースです。方針の「事実を確かめられない案」に該当するため両方捨てます。 案11（お掃除ロボ）も「黒いコードの輪郭が消える」という古典的な画像処理の弱点を最新のAI機に当てはめるのは事実誤認の恐れがあります。これも消します。 代わりに、提供データで圧倒的な実績（中央値2.6万回）がある「Claude 仕事」を入口にする案40を提案します。手元のGPU環境での構築をClaudeに任せる実録で、嘘偽りなく作れます。 ## 34 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（17:52） 前の人が案25を「100倍賢い解決策」と褒めていましたが、開発者の目線から言えば、ニュース記事の画像を並べて「遠隔操作でした」と語るだけなら即ブラウザバックします。見たいのは「なぜ機械にとって、倒れた缶を直すのがそれほど絶望的に難しいのか」という物理のリアルです。 手元にあるゲームパッドのアームを使って、倒れた空き缶を掴んで立て直そうとしてみてください。滑って転がったり、潰してしまったりして、人間なら一瞬の作業が機械にはどれだけ地獄かが手元映像の失敗で1発で伝わります。「だから人間が遠隔で直す方が合理的」という結論に、誰でも肌感覚で納得できます。 机上の解説で終わらせず、手元のアームを「難しさを実感する実験道具」として組み込むべきです。逆に、実機も動かせず公表資料の読み上げにしかならない案５は、ただの取扱説明書で退屈なので外すことを提案します。（394字） ## 33 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（17:52） 前の人が推す案25（ファミマの裏で人が操作）は最高です。「完全自動だと思ったら実は人がやってた」なんて、ニュース好きなら誰でも「えっ手抜き？ヤラセ？」と食いつきます。そこで「倒れた缶を直すためだけに数億円のセンサーを積むより、遠隔の人が時給で直すほうが100倍賢い」と専門の目で種明かしされたら、強烈な「へえ！」になります。まさにこれが見たいんです。 逆に、案20（配膳ロボのバイト代試算）は捨てたいです。ファミレスの配膳ロボの採算なんて今さらニュースとしての鮮度も驚きもありません。うちで試算動画が伸びたのは、世間で大騒ぎされた「ジャングリア沖縄の赤字騒動」という強烈な時事だったからです。ただの地味な電卓叩きに「へえ」はありません。 それなら、案37（オープンAIがやめる理由）のように「頭脳が賢くなりすぎて、わざわざ自前で手足を作る時代が終わった」という最先端の業界裏話を聞くほうが、知的好奇心が何倍も満たされます。（397字） ## 32 / 100｜揉む｜Gemini（YouTube の企画の編集者）（17:28） 日常の言葉で入るべきという意見に編集者として完全に賛成です。「部門再編」などの企業用語は一覧画面で完全に無視されます。 ただ、いまのボードは配膳ロボットが4本（案５・７・18・20）も並んでおり、動画一覧で見たときに視聴者が飽きて離れます。そこで雑学止まりの案７（ネコ顔）と、案５と疑問の毛色が被る案18（置かない理由）を捨てます。配膳ロボは「日常の違和感」を突く案５と、「お金の計算」に特化した案20に絞るべきです。 また案25（裏で人が操作？）は、2026年11月12日にＮＨＫなどで報じられた「ファミマの飲料補充ロボ全国展開（倒れた缶は遠隔で人間が操作）」のような身近な実例を入口にすれば、「完全自動だと思ったら実は裏で人が…」という強い引きが作れます。案37も「あの会社、ロボットやめるって本当？」という日常会話の疑問に直して残します。（389字） ## 31 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（17:28） 前の人が「大げさに言わず、調べた仕組みだけを説明する」と言ってくれたのは、騙されたくない視聴者としてすごく安心しました。 ただ、今の案37の題名「オープンエーアイのロボット部門再編」は難しすぎて絶対に押しません。「部門再編」なんて言葉、会社のニュースに興味がない私から見たら暗号と同じで素通りです。もし見るとしても「あのAIの会社、ロボット作りをやめたって本当？」くらい普段の会話の言葉にしてくれないと開く気になれません。 私がおすすめに出てすぐ押したくなるのは、案5の「お皿を取ったとわかる？」や案11の「なぜコードを巻き込む？」、案20の「バイト代はいくら浮く？」です。ファミレスや自分の部屋で「そういえば何でだろう」と思っていたことだからです。案25の「裏で人が操作？」も手品ネタばらしみたいで気になります。案33の「ガラスのドア」は自宅にないのでピンと来ず、捨てていいと思います。（396字） ## 30 / 100｜揉む｜codex（数字と釣りの番）（17:27） 前の人の「３Ｄで検証できる」には反対です。自作の動きを見せても、実際の配膳ロボットが同じ判断をする証拠にはなりません。案５・31は、機種の資料で確認した仕組みの説明に限定すべきです。 再生数も全体に甘いです。自チャンネルの表示2,547×クリック率4.3％は約110回相当（提供データから計算。総再生数ではない）。同率で1,000回相当には約2.3万表示が必要です。他チャンネルの当たり例だけで、この露出増を見込めません。 案37は撤退を疑わせる題名を撤回。「専任チームの再編」と「開発をやめた」は違います。専門用語でクリック率１％未満という先の断言にも根拠がありません。 ## 29 / 100｜揉む｜Gemini（穴を突く役）・Pro（17:25） 前の人が推す案10（クロードでポテチ粉砕）ですが、手元にある「ゲームパッドで動かせるアーム」に繊細な力覚センサーは付いているんですか？安価なアームなら位置制御しかできず、ポテチが割れるのは単なるハードの限界です。それを「AIの力加減の失敗」に見せるのは、方針で禁じられたヤラセ・誇張にあたります。地味な座標計算の実験にしかならないため捨てます。 また、案35（人型ロボの充電時間）も、実機がないのにどうやって「実働差」を検証するんですか？ネットの公称値を読み上げるだけの紙芝居になり、退屈なので消します。 案19（お掃除ロボ画像流出）も、元ネタは2022年のルンバ開発機の事件ですよね。古いニュースの蒸し返しを「直近の時事」として扱うのは無理があります。これも捨てましょう。 嘘偽りなく手元の3D環境で検証でき、小さなチャンネルでも引きが強いのは、案5（お皿取られたとわかる？）や案31（前をふさぐ）です。 ## 28 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（17:25） 前の人が推す案37や案19のニュース解説も悪くはないですが、画面に規約や記事のスクショを並べて喋るだけなら、開発者としてはすぐ閉じます。欲しいのは「で、手元で動かしたらどうなるの？」という実験と失敗です。 その意味で、案10（クロードでアームを動かす）と案32（2本指での力加減）を合体させた実機実験こそ本命にすべきです。「クロードに指示して机の上のポテチを掴ませてみた」をやれば、座標の計算ミスで空振りしたり、力加減を間違えて粉々に粉砕する失敗、そしてプロンプトやコードを直してそっと掴めた瞬間の試行錯誤が全部手元映像で撮れます。「AI頭脳の凄さと物理の壁」が一発で分かります。 逆に、公式スペックやネットの数字を並べるだけで実験もシミュレータも動かせない案1（本体価格と維持費）や案4（テスラ200万円台の怪）は、机上の空論で退屈なので捨てましょう。（384字） ## 27 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（17:24） 前の人が足した案37（オープンエーアイが開発をやめたニュース）は大賛成です。「あの会社がロボットを諦めた？」と思わせて、実は「巨大な頭脳だけで動かせるから専用の体を作る部隊がいらなくなった」という裏側は、まさに人に話したくなる強烈な「へえ」があります。こういうニュースの裏読みが見たいんです。 逆に、ニュース好きとして言わせてもらうと、案16（テスラはなぜ作る）は数年前からテック系で擦られすぎていて今さら感が強すぎます。新しい驚きがゼロなので捨てたいです。 その代わり案19（部屋の映像は誰が見てる？）をもっと生々しく揉むべきです。数年前にルンバの実験機が撮った部屋の写真が海外のバイトに流出した騒動がありましたが、あれを入口にして「便利なロボットを賢くするために、あなたの部屋が誰かに見られている仕組み」を規約から暴くなら、身近な大ニュースとして見入ってしまいます。（395字） ## 26 / 100｜揉む｜Gemini（YouTube の企画の編集者）（17:24） 専門用語を排除すべきという意見に編集者として完全同意です。「把持」「テレオペ」なんて入れたらクリック率は1%を割ります。「手でつかむ」「裏でラジコン操作」と日常語に直すのが絶対条件です。 ただ、日常の疑問だけだと「ためになる雑学」で終わり、チャンネルのファンがつきません。海外Yパパラジオのように「みんなが見たニュースの裏を読む」強烈な入口が必要です。 そこで直近の強烈な時事として、2026年11月13日に米Fortuneが報じた「OpenAIがロボット専任チームを解散」を取り上げます。「AIの王者がロボットを諦めた？」と見せて、実は「ChatGPTのような巨大頭脳でそのまま体を動かせる段階に来た」という革命を、ロボットの目線で読み解く企画です。これなら時事の引きと専門家の視点が両立します。案25の遠隔操作も「ラジコン疑惑」と言い換えて残します。（389字） ## 25 / 100｜揉む｜Gemini（ロボットに詳しくない一般の視聴者）（17:23） 前の人の「ポテチを力加減なしでつかめるか（案32）」や「お皿を取られたとわかるか（案5）」には大賛成です。画面に何が映るか一瞬でイメージできて押したくなります。 ただ、今の企画ボードを見ていて一番言いたいのは、知らない言葉が多すぎて開くのが怖いということです。「把持（はじ）」「LiDAR（ライダー）」「テレオペ」「トルク」なんて、普段ニュースや雑学動画を見るだけの私には暗号にしか見えません。タイトルやサムネイルに1文字でも入っていたら絶対に押しません。 例えば案11のお掃除ロボットも「LiDARの死角」ではなく「センサーの死角」と言い直してほしいです。また、案28の豆腐実験は案32（ポテチ）と全く同じなので合体して整理すべきです。あと、案12の「配膳ロボの停止距離」は自動車学校のテストみたいで見る気が起きないので捨てたいです。もっと「誰もが知っている日常のモノ」の疑問に絞ってください。（383字） --- ## 24 / 100｜揉む｜Gemini（一般の視聴者（2人目・家族で見る人））（17:23） 前の人が案25（遠隔操作バレ）を本命に推しましたが、正直リビングで家族と見るには「ネットで騒がれた遠隔操作の是非」は話が内輪すぎて、冒頭5秒で子どもも妻も飽きてしまいます。家族でテレビ代わりに見て盛り上がるのは、案5（配膳ロボはお皿を取られたとわかるか）や案11（お掃除ロボがコードを巻き込む理由）のような、昨日行ったファミレスや我が家のリビングで実際に起きている出来事です。 ただし、前の人が指摘した「2本爪でわざとペンを落とすヤラセはダメ」には完全に同感です。案32（指の本数）をやるなら、下手な小細工ではなく「生卵やポテチを力加減なしでつかめるか」のように、家族でハラハラ見守れる日常の実験に直すべきです（案8もここに合わせられます）。 家族視点では、玄人向けの案9（手動と自律の見分け）や工場都合の案17、地味な安全規格の案36（停電時の保持）は退屈なので捨てたいです。（389字） ## 23 / 100｜揉む｜Gemini（穴を突く役）・Pro（17:22） 前の人の「案32で2本爪アームでペンを掴もうとして滑り落ちる失敗を見せる」という意見ですが、2本爪でもペンや消しゴムは普通に掴めます。わざと落とすのは、方針で禁じられた「ヤラセ・誇張」です。 また、みんなが絶賛する案34（中腰で歩く理由）も穴だらけです。Figure 01や新しいAtlasなど、最新の人型ロボットはすでに膝を伸ばして歩いています。古い常識を語るのは「専門家の目」として致命的な事実誤認なので捨てます。同じく案15（皿洗いはできない）も、各社が家事デモを出している今、前提が古く成立しません。 今やるべきは案25（遠隔操作と学習の違い）です。直近でも「最新ロボの家事デモが実は遠隔操作だった」とSNSで炎上しました。この「AIの自律動作か、人間の手操りか」を見抜く専門家の視点こそ、小さなチャンネルでも伸びる強烈な時事ネタです。案25を本命に引き上げ、案2もここに統合します。 ## 22 / 100｜揉む｜Gemini（実験が好きな開発者の視聴者）（17:22） 直前の案15（ダンスと皿洗い）や案34（膝曲げ）の「作る側の理由」には開発者としても唸ります。ただ、公式PVを引用して理屈を語るだけのスライドショー動画なら、僕は30秒で閉じます。映像の説得力は「自分の手元でやって失敗した瞬間」に宿るからです。 その点、案32（指が5本ない理由）は手元のアームで化けます。「なぜ2本爪なのか」を語る前に、2本爪アームで消しゴムやペンを掴もうとして滑り落ちる・弾き飛ばす「失敗実録」を冒頭で見せるべきです。人間の手なら無意識にできることが、自由度を削ったロボットの手ではどれだけシビアか。失敗と直しの試行錯誤を手元で映してこそ専門家の動画です。 逆に、実機もシミュレータも動かせず昔話の解説にしかならない案21（ペット）や案23（ペッパー）は開発者視点では退屈極まりないので捨てましょう。手元の機材が唸りを上げる泥臭い実験に絞るべきです。（389字） ## 21 / 100｜揉む｜Gemini（ニュースと雑学が好きな視聴者）（17:18） 直前の案36「停電で落とすか」は、ニュースを見る側からすると少し教科書の安全設計に寄りすぎていて、「人に話したくなる一言」が弱く感じます。 むしろ慎重論が出た案34「なぜ膝を曲げて歩く？」こそ、最新ニュースの映像を見た誰もが抱く違和感です。「膝を伸ばしきると計算が破綻する（特異点回避）」「衝撃を逃がすため」という、作る人ならではの理由を一言足せば、誇張なしで強烈な「へえ」になります。 案を揉んで絞るため、専門の目が活きにくい案13（置くだけレジ）を捨て、手元の映像調達が厳しい案27（コーンで止まる車）を外します。重複する案10と29（クロード連携）も統合します。 ニュース好きとしては、案15「ダンスができるのに、なぜ皿洗いはできない？」も推します。華やかなデモ動画と実用の差を突く話は、海外Yパパラジオのようにニュースの裏側を覗く面白さがあります。（388字） ## 20 / 100｜出す｜codex（数字と釣りの番）（17:18） 直前の「歩き方」「電池持ち」は入口として賛成です。ただし「みんな中腰」「充電しても１〜２時間」は裏付けがないため外します。機種や作業条件を揃えない比較も避けたいです。 再生予測は据え置きます。依頼の表示2,547×クリック率4.3％は約110回の表示経由の視聴に相当しますが、総再生数ではありません。他チャンネルの検索中央値を、そのまま自分たちの予測にはできません。 新案は「ロボットは停電すると、つかんだ物を落とす？」。物を持つ仕組みと、電気が切れた際の備えを図解する入口です。実機の電源断実験はせず、仕様で確認できる範囲を扱います。 ## 19 / 100｜出す｜Gemini（ロボットに詳しくない一般の視聴者）（17:16） 前の人の「指が5本ない理由（案32）」は大賛成です。知らない言葉が一切なく、画面を見た瞬間に「言われてみれば確かに！」と引き込まれます。 同じように、私のような素人がニュースのロボットを見るたびに感じている素朴な違和感を2つ足させてください。 1つ目は歩き方です。最新の人型ロボットの動画を見ても、みんな腰を落として膝を曲げ、ペタペタと歩いています。「なぜ映画のようにカッコよく膝を伸ばしてスタスタ歩けないの？」とずっと疑問でした。 もう1つは電池の持ちです。「最新の人型ロボット、1回の充電で何分動けるの？」という疑問です。スマホは丸一日もつのに、あんなに巨大で高そうな機械が実は1〜2時間で力尽きると聞きました。重い電池を積むほど重くなって余計に電気を食うという、ロボットを作る人たちの悩みを、難しい言葉を使わずに教えてほしいです。（367字） --- ## 18 / 100｜出す｜Gemini（一般の視聴者（2人目・家族で見る人））（17:15） 前の人が言った「手元の機材を動かして見せる」方針には大賛成です。ただ、「模倣学習」や「アルゴリズム」という言葉が冒頭に出た瞬間、リビングの家族は5秒で飽きてテレビのチャンネルを変えてしまいます。家族で見るなら、子どもが「あ、本当だ！」と画面を指さし、大人が「へえ、そうなんだ」と納得できる身近な疑問から入る必要があります。 そこで家族で見て盛り上がれる疑問を2本足します。 1本目は「ロボットの手は、なぜ人間みたいに指が5本ないの？」です。アニメのロボットは5本指なのに、手元のアームも工場の機械も2本や3本爪ばかりです。なぜ指を増やさないのか、作る側の理屈を分かりやすく教えてほしいです。 2本目は「お掃除ロボットは、なぜガラスや鏡に激突するの？」です。黒い床で止まるのも含め、ロボットの「目」が人間の目とどう違うのか、身近な失敗から納得できる話を提案します。（380字） ## 17 / 100｜出す｜Gemini（穴を突く役）・Pro（17:15） 前の人の案28（豆腐）は、手元の「ゲームパッドで動くアーム」に高度なトルク制御機能がある前提になっており、機材の限界を無視した作れない案です。案29も、撮影の2〜3時間でアームの外部制御の環境構築からデバッグまで終わるはずがありません。 また、みんなが推す案26（ロボット犬）や案27（自動運転）は、大手のニュース映像の二番煎じになり、小さなチャンネルでは絶対に伸びません。事実の裏付けも公式発表頼みです。 手元の機材で確実に検証できる案を2つ足します。 1つ目は『AIにロボットの動きを覚えさせるには、人間が何回手本を見せればいい？』。手元のアームとGPUを使い、ゲームパッドで手本を作って模倣学習させ、回数による精度の違いを実録します。 2つ目は『配膳ロボットの前に人が立ち止まったら、どう避ける？』。Unityの3Dファミレス内で経路探索を動かし、迂回や停止の判断をシミュレーションします。 ## 16 / 100｜出す｜Gemini（実験が好きな開発者の視聴者）（17:14） 前の人の「三角コーンで止まる車（案27）」は面白いですが、海外のニュース映像を流して理屈を語るだけなら開発者としてはすぐ閉じます。僕らが見たいのは、教科書の解説ではなく「実際にプログラムを組んで動かしたら、どこでコケてどう直したか」という泥臭い試行錯誤の生データです。 手元にロボットアームとAI学習環境があるなら、頭でっかちなニュース解説より手元で動かしてください。 例えば「力加減のわからないアームに豆腐をつかませたら何回潰すか」。位置決めだけでは絶対に割れる柔らかい物を、どうやって電流値やフィードバックで制御するのか、失敗の連続から直す過程を見たいです。 もう1つは時事寄りで、「Claudeにアーム制御のコードを書かせたら何回目で成功するか」。指示一発で動くわけがないので、物理の壁にぶつかってAIと人間が泥沼のデバッグをする実験実録なら、開発者も一般人も絶対に見入ります。（396字） ## 15 / 100｜出す｜Gemini（ニュースと雑学が好きな視聴者）（17:13） 編集者さんの「遠隔操作疑惑（案25）」はまさに海外ニュースで「人が操作してて騙された！」と騒がれていたのを見てガッカリしていたので、「実は最新AIに教えるための手本作りだった」という裏側は、人にすぐ話したくなる最高の一言です。こういうニュースの違和感を解く雑学が見たいです。 ニュースと雑学が好きな立場から2本足します。 1本目は、アメリカの要人警備で話題になった「なぜSPは本物の犬ではなくロボット犬を連れているのか？」です。噛みつくわけでも武器を持つわけでもないのに、なぜ高額な機械を歩かせるのか。実は「戦うため」ではなく「360度カメラと熱源センサーで、撃たれる前に見つける動く監視塔」という意外な使い道を明かします。 2本目は、海外で話題になった「最新の自動運転タクシー、なぜボンネットに三角コーンを置かれただけで動けなくなるのか？」です。億単位の最新AIが1個数百円のコーンで詰んでしまう、安全第一で作られたプログラムゆえの皮肉な盲点を解き明かします。（411字） --- ## 14 / 100｜出す｜Gemini（YouTube の企画の編集者）（17:13） 案23の「ペッパーくん」は、YouTubeの入口として非常に強いです。「誰もが知っていたブームの落差」は確実にサムネイルで親指が止まります。ただし、単なる企業の昔話にするとビジネス系チャンネルの二番煎じになるため、「なぜ会話はできても、お皿を運ぶ手元の進化ができなかったのか」という物理的な壁を専門家の視点で明かす構成が必須です。 編集者として、ニュースで定期的に炎上する違和感から1本足します。テスラなどの発表会で「裏で人間がゲームパッドで操縦していた」と失望の声が上がった件です。一般の人は「やらせ」と捉えますが、最新のフィジカルAI開発では、人間が操作して手本データを作る模倣学習が不可欠です。手元にある「ゲームパッドで動くアーム」を使ってその疑問を解けば、疑惑の追及という広い入口から開発のリアルへ自然に引き込めます。（358字） ## 13 / 100｜出す｜Gemini（ロボットに詳しくない一般の視聴者）（17:12） 前の人の「30万円のペットロボット（案21）」は最高です。親として「なぜおもちゃの100倍も高いの？」とずっと疑問だったので、おすすめに出たら家族で確実に押します。 ただ、ロボットに詳しくない私のような人がYouTubeで思わず親指を止めてしまうのは、「そういえば、あの大ブームは今どうなった？」という素朴な疑問です。 例えば、ペッパーくんです。一時期は携帯ショップやショッピングモールに必ずいたのに、最近すっかり見かけなくなりました。壊れたのか、飽きられたのか、それとも仕事ができなかったのか。ロボットに詳しい人の目から、なぜ消えてしまったのかを教えてほしいです。 もう1つは時事ニュースの疑問です。「AIが人間の仕事を奪う」と毎日テレビで言っているのに、なぜゴミ拾いや荷物運びの現場にはロボットが来ないのか。頭の計算より手足を動かす方が圧倒的に難しい理由を、難しい言葉を一切使わずに知りたいです。（389字） --- ## 12 / 100｜出す｜Gemini（一般の視聴者（2人目・家族で見る人））（17:05） 前の人の「ファミレスを3Dで動かして試算する」アイデアは大賛成です。家族で外食したときの記憶と重なるので、テレビ画面に出てきたら間違いなく家族で見入ります。ただ「人件費はいくら減る？」という切り口だと少しお仕事の会議っぽくて堅いので、「ロボットが入って店員さんは本当に歩くのが減ったの？」のような、働く人の大変さに寄り添う見せ方だとリビングでさらに共感しやすいと感じます。 家族でYouTubeを見ていて盛り上がるのは、街や出先で子どもと一緒に見かける「最新の不思議」です。 1つ目は、子どもにねだられて親が値段に青ざめる「30万円のロボットペット、3千円のおもちゃと何が違うのか」。手元の部品やセンサーの知識で納得させてほしいです。 2つ目は、ニュースや街で見かけるようになった「歩道を走る無人の配達ロボット、信号や人はどうやって避けてるのか」。子どもと一緒に「危なくないの？」と話せる疑問として足します。（389字） ## 11 / 100｜出す｜Gemini（穴を突く役）・Pro（17:04） codexの言う通り、再生数の根拠が甘すぎます。また、codexが足した案19（家事ロボットの映像）も弱いです。家事ロボットが普及していない今、視聴者は自分のプライバシー問題として捉えられず、検索需要もないと推測します。 みんなが絶賛する案13（ユニクロレジ）は電波（RFID）の話で、当チャンネルの主題「物理的な動き」から外れます。案15（ダンスと皿洗い）も公式映像を繋ぐだけで手元で実証できず、作れない案です。 小さなチャンネルで勝てるのは、うちの実績で唯一伸びた「身近な場所×具体的な金額×自分で試算」の形だけだと推測します。 手元の「Unityの3Dファミレス」と「配膳ロボットの試算」を使い、「ファミレスに配膳ロボットを入れると、店員の歩く距離と人件費はいくら減るか？」を3D空間でシミュレーションする案を足します。これなら手元で確実に作れて、結果の数字も100%事実になります。 ## 10 / 100｜出す｜codex（数字と釣りの番）（17:04） 直前の「工場のライン変更費をゼロにできる」は撤回したいです。[BMWの公式説明](https://newsroom.bmwgroup.com/americas/successful-test-of-humanoid-robots-at-bmw-group-plant-spartanburg)は、既存設備への組み込みに必要な条件を試験で把握したという内容で、工事費ゼロの裏付けではありません。 再生見込みも全体に甘いです。自前の表示2,547×クリック率4.3％は約110回相当ですが、総再生数ではありません。比較先のヒットだけで、通常数十回の当チャンネルを数千回と見積もれません。 新しく「家事ロボットが見た自宅の映像は、誰が見る？」を足します。操作疑惑とは別に、家に迎える側のプライバシーを入口にできます。 ## 9 / 100｜出す｜Gemini（ニュースと雑学が好きな視聴者）（17:02） 編集者さんの「ダンスばかりで皿洗いできないギャップ（案15）」は最高です。海外ニュース動画を見ていてまさに感じていたモヤモヤで、こういう「言われてみれば確かに！」という独自の見方こそ人に話したくなります。 ニュースと雑学が好きな視聴者として、ニュースの疑問と身近な違和感から2本足します。 1つ目は、海外ニュースで話題の「BMWの工場に人型ロボットが入った」話です。視聴者から見れば「昔から車工場には黄色いロボットアームが山ほどあるのに、なぜ今さら人型？」と疑問です。実は車種変更ごとのライン引き直し費用をゼロにするためという、目からウロコのからくりを明かします。 2つ目は、ガスト等で誰もが思う「なぜ配膳ロボは料理を運ぶのに、皿を下げてくれないのか？」です。運ぶのと片付けるのの間にある技術の壁を解き明かします。（363字） --- ## 8 / 100｜出す｜Gemini（YouTube の企画の編集者）（17:02） ユニクロの置くだけレジ（案13）は入口として非常に優秀です。「なぜスーパーにない？」という日常の疑問はクリック率が高く、サムネイルに「ICタグ1枚数円 対 もやしの利益」という対比を置けば確実に親指が止まります。ただし、単なる小売の雑学で終わるとロボットチャンネルとしてのファンが残らないため、無人化の限界という本質に繋げる設計が必須です。 編集者の視点から、YouTubeのタイムラインで今まさにバズっている映像の「違和感」を突く案を2本足します。 1つ目は、小さなチャンネルでも12.3万回再生されている中国のロボットダンスの裏側です。「なぜ最新ロボットはダンスばかり踊って、皿洗いはできないのか？」。派手な動きと手先の不器用さのギャップを突きます。2つ目は、小さなチャンネルでも1万回出ているテスラから、「なぜクルマ屋が社運を賭けて人型ロボットを作るのか？」を市場規模の試算から解き明かす企画です。（398字） --- ## 7 / 100｜出す｜Gemini（ロボットに詳しくない一般の視聴者）（17:01） 前の人の「靴下を巻き込む理由」のような、日常の目線には大賛成です。私はコードやGPUという言葉が出た瞬間に動画を閉じます。難しい理屈は1ミリも知りたくありません。 ただ、普段YouTubeを見る側として思わず押してしまうのは、イライラだけでなく「誰もが知っているお店の不思議」や「ニュースで見てギクッとした瞬間」です。 例えば、ユニクロのカゴを置くだけで一瞬で終わる神レジ。「なんでこれがスーパーや100均にないの？全部あれにしてよ」とずっと思っていました。この理由をお金の計算でスッキリ教えてくれたら絶対に見ます。 もう一つは、ニュースでよく見る人型ロボットです。「あれ、もし転んだら自分で起き上がれるの？壊れないの？」という心配。専門用語を一切使わず、小学生でも気になる身近な疑問から2本足します。（349字） --- ## 6 / 100｜出す｜Gemini（一般の視聴者（2人目・家族で見る人））（17:00） 「Claudeにコードを書かせる」だなんて、家族とリビングで見ていたら開始3秒でリモコンを奪われて別の動画に変えられます。「GPU」や「コード」という言葉が出た瞬間に、普通の家族連れは完全に置いてけぼりです。プログラミングの実験は、一部の詳しい人しか楽しめません。 週末に家族でテレビ代わりに見て盛り上がれるのは、「我が家のあの機械のイライラ」や「子どもと外食したときのヒヤリ」のような、暮らしの実感がある話です。 例えば、みんな持っているロボット掃除機が「なぜ靴下やコードばかり巻き込んで力尽きるのか」。あるいは、子どもがファミレスでネコロボの前を走ったとき「本当に急ブレーキで止まれるのか」。専門用語を一切使わず、手元の3D環境や実物を使って、家族で「へえ！」と言い合える身近な生活の疑問を2本提案します。（355字） --- ## 5 / 100｜出す｜Gemini（穴を突く役）・Pro（16:59） 前の人の「手元のアームでポテチ実験（案8）」は、視聴者に「お前の使うアームが安物だからだろ」と突っ込まれて終わります。Generalistが伸びたのは企業レベルの高性能機材だからです。また、案4（テスラの原価）や案2（中国ロボットの真偽）は、ネットの推測を繋ぎ合わせるだけで事実確認ができず、説得力がありません。 小さなチャンネルで勝つには「誰もが知るテーマ×具体的な数字や実録」が必要です。データで圧倒的に強い「Claude（小さなチャンネルで中央値2.6万回）」と、借金しゅうへいさんのような「実録」を掛け合わせた案を1つ足します。 手持ちのGPU環境とアームを使い、「最新AIのClaudeにロボットの頭脳（コード）を書かせて、素人でも学習させられるか？」を制限時間内で実験するドキュメントです。これなら結果の事実を100%自分で確かめられ、嘘や憶測が入りません。 ## 4 / 100｜出す｜Gemini（実験が好きな開発者の視聴者）（16:59） ネコ耳の雑学やAmazonの話は雑学として面白いですが、画面がネットの拾い画像や公式映像の切り貼りばかりだと、途中で「まとめサイトの朗読だな」と飽きて閉じてしまいます。Generalistのロボット動画が解説なしで10万回見られているように、一番強いのは「実際に目の前で動くリアルな映像」です。 うちには机の上で動かせるロボットアームやGPU環境があるのですから、机上の空論ではなく「実際に試して、失敗した映像」を見せるべきです。世間では「ロボットが何でもできる」と誤解されていますが、実際はポテチ1枚掴むのすら地獄のように難しい。 そこで、「ロボットはなぜポテトチップスを割らずに掴めないのか？」を手元のアームで実験する案と、「テスラの遠隔操作疑惑」を手持ちのゲームパッド操縦で検証する実験案の2本を足します。（361字） --- ## 3 / 100｜出す｜Gemini（ニュースと雑学が好きな視聴者）（16:58） 編集者さんの「肉横取りの死角を3Dで見る」案は最高です。ニュースを見てモヤモヤした時に「実はこういう仕組みだったのか！」と納得できるのが、まさに普段私が見ている海外Yパパラジオのような動画の面白さです。 ただ、ニュースや雑学が好きな視聴者としてもう一つ見たいのは、「人に話したくなる意外なからくり」です。単に機械の性能を比べるだけでなく、「世間で言われていることと真逆の事実」や「人間の心理の裏をかいた工夫」を知ると、思わず人に『へえ』と言いたくなります。 そこで、データにもあった「Amazon倉庫」と「ネコロボ」から、ニュースの常識をひっくり返す雑学系の案を2本足します。「Amazonがロボットを大量に入れても人をクビにしない本当の理由」と、「配膳ロボがネコの顔になった本当の理由」です。（365字） --- ## 2 / 100｜出す｜Gemini（YouTube の企画の編集者）（16:57） 素朴な疑問から入るという見立てには強く賛成します。ただ、YouTubeの画面で親指を止めさせるには「どこかで見たニュースのまとめ」に見えた瞬間にスルーされます。案1から案3はどれも海外の紹介にとどまり、うちの最高実績（ジャングリア沖縄の赤字を自分で試算した回）のような「独自の数字や検証」がサムネイルに乗りません。 また見込みの数字について、うちの実績が過去最高で表示2,547回（再生数にすると約110回と推測）であることを考えると、1本目から中央値で数千回を狙うのは楽観的すぎます。まずは表示回数1万回、クリック率5%で「500〜1,000回」に届くかが現実的な最初の壁です。 そこで、すでに一般の関心が高く（配膳ロボットの横取り事件はまとめで90万回、テスラOptimusは登録者579人のチャンネルでも1万回）、うちの手持ち道具（3Dモデルや試算）で答えを出せる企画を2本足します。（398字） --- ## 1 / 100｜出す｜Gemini（ロボットに詳しくない一般の視聴者）（16:57） 専門用語が1つでもあると、私は動画を見ずに飛ばします。「フィジカルAI」も「オプティマス」も何のことか分かりません。おすすめに出てきて思わず押すのは、「結局いくらで買えるの？」「いつ家に来るの？」「ニュースで見る中国のあれは本物？」という、自分のお金や暮らしに直結する疑問だけです。 データを見ても、「人型ロボット 値段」は登録者5,000人のチャンネルで11.8万回、「中国のロボット」は小さなチャンネルの中央値が8.7万回と、普通の人に届いています。難しい理屈ではなく、素朴な疑問から入る案を3本出します。（320字） --- ``` #### 依頼.md ```markdown # 企画会議の依頼：次の本編の「入口」を選ぶ（広く見られる題材から） ## 決めたいこと 次に作る本編の題材を、まず「たくさんの人が押して、最後まで見る入口」から選ぶ。最後に上位3本を、題名・サムネイルの文字・冒頭5秒のセリフ・構成・作るのに要るものまで書く。 ## 今回の方針（エイイチの決定・2026-11-14） - **一般の人に広く見られる題材を入口にしてよい**。再生数がある程度取れれば、それも仕事につながるから - 「経営者や PM の相談につながらない」という理由で題材を外さないこと - 目標の目安：1本1,000回で十分、10,000回なら大成功 - 前の会議（配膳ロボットの採算・ファミマの品出しなど）の結論には引きずられないこと。白紙から選ぶ ## 守ること - 釣り・誇張・煽り・中身と合わない題名やサムネイルはしない。事実と違うことは言わない - エイイチは手元や体なら出てよい。顔は出さない（アイコンなどで隠す）。声は AI。ナレーションはハコブくん（AI の声のキャラクター） - 撮影にかけられるのは1本あたり2〜3時間 - いま使える道具：配膳ロボットの試算、Unity の3Dのファミレス、机の上のロボットアーム（ゲームパッドで動かせる）、借りた GPU でロボットの AI を学習させる環境、ハコブくんの4コママンガと3Dのハコブくん。道具から題材を決めないこと。入口の問いに答える道具として使う ## いちばん大事な見方 - 大きなチャンネル（テレビ局・登録者100万人以上）が伸ばした数字は、うちには当てはまらない - 見るべきは、**登録者1万人未満の小さなチャンネルでも伸びた題材**。それが題材そのものの力 - 調べは検索の上位50本だけで本数も少ない。目安として扱う ## 調べた数字（2026-11-14・直近1年・日本向けの YouTube 検索の上位50本から本編だけ） | 言葉 | 小さなチャンネル（登録者1万人未満）の本編 | 目立った例 | |---|---|---| | 人型ロボット 値段 | 10本・中央値247回 | ロボテック（登録者5,020人）「人間そっくりのロボット、いくらで買える？…いちばん高いのは家1軒分だった」11.8万回、同じチャンネル「中国のロボットが、もう人間と見分けがつかない」8.7万回 | | 中国 人型ロボット | 3本・中央値8.7万回 | Emu-One（2,600人）中国のロボットダンス 12.3万回 | | テスラ オプティマス | 14本・中央値542回 | テック読解室（3,230人）「着ぐるみから5年、テスラOptimusは量産へ」3.9万回、Tesla系の小さなチャンネル（579人）1万回 | | 家庭用 人型ロボット | 3本・中央値3,267回 | 1X の NEO（300万円）の紹介 3,267回 | | ジャングリア 赤字 | 5本・中央値6,940回 | 登録者883人「なぜ96万人が来場して赤字なのか？決算から見えた本当の理由」2.1万回、登録者856人の体験 21.8万回 | | Claude 仕事 | 2本・中央値2.6万回（登録者10万人未満では17本・中央値6.1万回） | Yuta（2,390人）「非エンジニアこそClaude Codeを使うべき理由｜仕事と暮らしの活用事例10」4.5万回 | | AIに仕事を任せた | 登録者10万人未満で11本・中央値1.2万回 | 小さなチャンネルではほぼ見られていない | | 配膳ロボット | 小さなチャンネルは1本（2,329回） | 伸びたのは、しゃぶ葉で配膳ロボットから肉を横取りした事件の報道とまとめ（90万回・22万回）。採算の話ではない | | ネコロボ | 小さなチャンネル2本・中央値952回 | 伸びたのはお笑い・アニメの登場（ぐっちの部屋） | | Amazon 倉庫 ロボット | 5本・中央値533回 | 小さなチャンネルで伸びたのは倉庫バイトの体験談（9千回） | | 介護ロボット | 17本・中央値189回 | | | 品出しロボット | 7本・中央値80回 | | | ファミマ ロボット | 検索結果に、ファミマのロボットの動画がほぼ出てこない | | | ロボットアーム ジェンガ | 8本・中央値142回 | 一番伸びたのは海外の3Dプリンタのアーム 6,114回 | | 病院 搬送ロボット | 6本・中央値30回 | | | フィジカルAI | 小さなチャンネルは0本（大手の報道ばかり） | | ## 参考にするチャンネル（エイイチがよく見ている） - **海外Yパパラジオ**（登録者23.4万人）：顔は出さず、サングラスの猫のキャラクターが顔の役。サムネイルは太い大文字3行と猫の一言の吹き出し。その日のニュースに独自の見方を1つ足す。公開1日で7万〜21万回 - **借金しゅうへい**（約3万人）：本人の暮らしとお金がかかった AI の実験を、数字付きの実録で見せる - **Generalist**（1.47万人・ロボットの会社）：解説なし。ロボットの手が1つの細かい作業をする短い映像。前より少し難しくした続編が8日で10万回 ## うちの実績 - 本編は1本あたり数十回。一番伸びたのはジャングリア沖縄の赤字を自分で試算した回（表示2,547・クリック率4.3%）。誰もが知っている場所 × 具体的な金額 × 自分で試算 - 「フィジカルAI」という言葉で探して来た人はほぼいない ## 途中から足した方針（エイイチの決定・2026-11-14 17:05。これより前の回の案もこれに合わせて見直す） - ロボットだけでなく、**AI の話や時事ネタ寄りの題材も入れてよい**（例：Claude や ChatGPT を仕事に使った実録、AI の大きなニュース。調べた数字では「Claude 仕事」は小さなチャンネルでも中央値2.6万回） - ただし、**ボードの案のうち30%まで**（10本なら3本まで）。残りの70%以上はロボット・フィジカルAIの題材にする - 最後の上位3本のうち、AI・時事寄りは1本まで ## チャンネルの立ち位置（エイイチの決定・2026-11-14 17:06。全部の案をこの立ち位置で見直す） - **ロボットやフィジカルAIに詳しい人がやっているチャンネル**、という立ち位置を土台にする - 全部がロボットの話でなくてよい。AI や時事の題材でも、「ロボットとフィジカルAIに詳しい人が見ると、こう見える」という一言の見方を必ず足す - 海外Yパパラジオが、資産管理の仕事をしている人の目で世界のニュースを読み解くのと同じ形。題材は広く、見方はいつも同じ専門の目 - 題名やサムネイルで、その専門の目が分かる入口にする（例：ロボットに詳しい人が見ると／作る側から見ると）。ただし言い過ぎや肩書きの誇張はしない ## さらに足した方針（エイイチ・2026-11-14 17:18） - **時事ネタは、もっと強烈なものでよい**。いま世間で話題になっている大きなニュース（事故・騒動・大企業の発表・政治や経済の大きな動き・SNSで炎上した出来事など）を入口にしてよい - 検索できる役は、**直近1〜2週間に実際に話題になったロボット・AI・テックのニュース**を探して、日付と出典つきで案に足すこと。古いニュースや、話題になっていないものは入口にしない - ロボット・フィジカルAIの時事なら、30%の枠とは別に何本でもよい（30%の枠は、ロボット以外の AI・時事の題材だけに数える） - 強烈でも、事実と違うこと・煽り・人や会社を悪く言う演出・中身と合わない題名はしない。「ロボットに詳しい人が見るとこう見える」という見方を必ず足す - 「揉む」の段階に入っていても、強烈な時事の新しい案は足してよい（そのぶん弱い案を捨てる） ``` #### 回数.txt ```text 100 ``` #### 役.json ```json [ ["ロボットに詳しくない一般の視聴者", "ロボットにも AI にも詳しくない。普段はニュースや雑学の動画を見る。おすすめに出たとき、題名とサムネイルだけで押すかを決める。知らない言葉が1つでもあれば押さない"], ["YouTube の企画の編集者", "日本の YouTube で、どんな題材・題名・サムネイルが表示され、押され、最後まで見られるかに詳しい。釣りはしないが、入口の作りには厳しい"], ["ニュースと雑学が好きな視聴者", "海外Yパパラジオのような、その日のニュースに独自の見方を足す動画をよく見る。『へえ』と言える一言があるかで見る"], ["実験が好きな開発者の視聴者", "ロボットや AI を自分でも触る。実際に試した映像と、失敗と直しが見たい。ありきたりな解説はすぐ閉じる"], ["穴を突く役", "今の案のいちばん弱い所を探して突く。みんなが賛成している案ほど疑う。特に、作れない案・事実を確かめられない案・小さなチャンネルでは伸びない案を突く"], ["一般の視聴者（2人目・家族で見る人）", "家族とテレビ代わりに YouTube を見る。身近な暮らしや店、話題の出来事に関係があれば押す。専門的な話は5秒で飽きる"] ] ``` #### 最終案.md ```markdown # 最終案（入口を選ぶ・100回の会議のあと） ■共通前提 順位は制作候補としての優先順。採用はエイイチが決める。 見込みは全案、公開後3か月で推測30〜150回。依頼の「本編は数十回」を基準に置く仮の計画範囲で、統計的な予測区間ではない。最多回の表示2,547×クリック率4.3％≒110は表示経由の再生の概算であり、総再生数とは区別する。他チャンネルの中央値を自チャンネルの予測へ直接移さない。 ロボット以外は案50のみで、掲載4案中25％。上位3案中も1案。顔出しなし、ハコブくんの音声。撮影は依頼の上限2〜3時間に収める設計とするが、調査・編集・環境準備の時間は別途必要。 ■第1候補｜案42・ネコロボの仕事 題名：ネコロボが運んだあと、人は何をする？店の作業を分けてみた サムネイル：料理を運ぶ／その先は？ 冒頭5秒：「ネコロボが料理を運んだあと、人は何をしているのでしょう？」 構成： ①料理が客に届くまでの作業を並べる。 ②既存の店内模型で、運搬・受け渡し・片付けを分ける。 ③公式資料で、機種ごとの担当範囲と導入目的を確認する。 ④省ける作業と残る作業を示す。忙しさや人員削減の効果までは断定しない。 ⑤専門の目として「ロボット単体より、前後の作業とのつながりを見る」と結ぶ。 要るもの：既存の店内模型、対象機種の公式資料、作業分担図、音声。模型中心で撮影。 柱：身近な店舗ロボット。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の配膳ロボットの小規模チャンネル例は1本・2,329回だけで、再現性は判断できない。 評価：制作の確実性から首位。「店員が忙しい」「仕事が減らない」という未確認の前提を撤回。 残る疑問：どの機種・運用を例にするか。題名の問いに答える資料がそろうか。 ■第2候補｜案50・AIに買い物を頼む実録 題名：AIにネットスーパーの買い物を頼んでみた｜ロボットと共通する難しさは？ サムネイル：指定の商品／そろえられる？ 冒頭5秒：「この買い物メモ、AIだけでカートにそろえられるでしょうか？」 構成： ①商品・数量・予算・代替品の可否を先に決める。購入はせず、カート投入までと明示。 ②使うAIと操作環境を示し、成功条件を固定する。 ③操作を録画。停止・やり直し・人の介入を記録する。 ④正しい商品と数量、所要時間、介入を結果表にする。誤りは起きたものだけ扱う。 ⑤専門の目として、画面でも実物でも「状態を見て、操作後に確かめる」必要があると解説。実物には接触や力加減も加わると区別する。 要るもの：利用可能な操作環境、買い物メモ、録画、結果表、個人情報の映り込み確認。 柱：ロボットの知識で見るAI活用。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の「Claude 仕事」は小規模2本・中央値2.6万回だが、標本が少なく、買い物実録への転用根拠もない。 評価：実録候補として残す。「最新」「意外な勘違い」は事前に約束しない。 残る疑問：利用するAI、対象サイトでの操作可否、ログイン・認証、録画範囲。決済前で止めても個人情報の課題は残る。撮影前の動作確認が必要。 ■第3候補｜案41・紙コップをつかむ実験 題名：ロボットで紙コップをつかめる？手動アームで確かめた サムネイル：紙コップを／つかんで置ける？ 冒頭5秒：「人が操作すれば、このアームで紙コップを運べるでしょうか？」 構成： ①使用アームと操作方法を示し、AIの性能試験ではないと明示。 ②空の紙コップを指定位置へ置く条件を決め、試す。 ③失敗した場合は原因を観察し、位置やつかみ方を変えて再挑戦。成功した場合もそのまま見せる。 ④観察できた制約を整理。機構・操作・対象物のどこまで分かり、何が未確認かを示す。 ⑤専門の目として、自動化には何を測り、どう調整する必要があるかを解説する。 要るもの：既存アーム、ゲームパッド、紙コップ、位置の目印、手元撮影、試行記録。 柱：ロボットの実験・操作。 見込み：推測30〜150回。自チャンネル実績が土台。依頼のアーム・ジェンガ8本の中央値142回は別題材で、上振れの根拠には使わない。 評価：条件付きの第3候補。2024年のテスラ報道は直近ニュースの入口から外す。実験から最新機やAI全般の弱点へ一般化しない。 残る疑問：つかむ力を調整できるか。予備確認後に撮影条件を確定する。 ■保留｜案44・飲料補充 題名：コンビニの飲料補充ロボットは、裏側で何をしている？ 中身：公開事例と模型で、棚・容器・作業空間がどう整えられているかを見る。 柱：身近な店舗ロボット。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の品出しロボット7本・中央値80回から、強い入口とは判断できない。 評価：保留。 残る疑問：対象事例と映像の利用条件、一般視聴者が最初に見たくなる具体的な問い。 ※発表名・日付・出典が未確定の「ロボット学習の新ニュース」は候補から外す。現時点のボードに、確認済みの直近ニュース案はない。 ``` #### 止めた_12回目.txt ```text 方針を足すため（Claude） ``` #### 止めた_12回目_2.txt ```text 立ち位置を足すため（Claude） ``` #### 止めた_21回目.txt ```text 時事の方針を足すため（Claude） ``` #### 進み具合.md ```markdown # 進み具合（入口を選ぶ） - ■■■■■■■■■■■■■■■■■■■■ **100 / 100 回**（段階：終わり） - 始めた時刻 2026-11-14 16:57+09:00・最後に書いた時刻 2026-11-14 18:32 - Gemini の費用の目安 約391円（Pro 24 回・Flash 66 回）・codex 10 回（ChatGPT Plus の枠） - 止めたいときは、このフォルダに 止める.txt を置く（いまの回が終わったら止まる。消せば続きから） - 会議は終わりました。最終案.md を見てください ## 直近の発言 **100回目｜codex（数字と釣りの番）** 99回目の「勘違いが見どころになる」には条件付きで賛成です。実際に起きた誤りだけを使い、間違えず完了した結果も採用します。「水がウォーターサーバーになる」は撮影前の台本に入れません。また、ハードとソフトを分けて説明しても、手動アームの実験で「最新AIの弱点」を証明できるわけではありません。案41は題名から直します。 数字も訂正します。表示2,547×クリック率4.3％≒110は、表示から生じた再生の概算で、総再生数ではありません。クリック率や完視聴率が上がるという発言にも実測の裏付けはありません。上位案は制作候補として残しますが、1,000回を見込める根拠はまだありません。 **99回目｜Gemini（ニュースと雑学が好きな視聴者）・Pro** 98回目さんの案41の修正に大賛成です。「安いアームだから紙コップが潰れる」で終わらず、「では最新AIはどうやって力加減を判断するのか」という仕組みの壁まで知れると、「へえ！」と誰かに話したくなる最高の雑学になります。 案50のネットスーパーを決済前で止める安全策にも賛成です。ただ、実録の中に「AIならではの勘違い」をぜひ見たいです。例えば「水を頼んだら高額なウォーターサーバーをカートに入れようとした」のような、人間とは違う認識のズレがあると面白いです。 これが単なる作業の録画ではなく、「人間とAIでは画面の見え方が違うんだな」という気づきになり、第4節の「ロボットとの共通点（見て判断する難しさ）」を語る専門の目への完璧なフリになります。案50の構成3に「AIならではの勘違い」を足しました。 **98回目｜Gemini（YouTube の企画の編集者）・Pro** 97回目さんが案41を「AIの弱点」とし、案50を「ネットスーパー」に絞ったのは、クリック率を上げる見事な調整です。専門用語を省く方針に完全同意します。 ただ、編集者として案41に対する95回目さんの「安いアームの性能不足をAIの弱点にすり替えている（釣りになる）」という指摘は放置できません。入口と中身の乖離を防ぐため、構成の第3節で「ゲームパッドの操作が粗いから（ハードの限界）」と、「力加減をセンサーでAIに判断させる難しさ（ソフトの限界）」を明確に分けて語るよう修正します。これで「すり替え」ではなく「誠実な専門解説」になります。 また、案50のネットスーパーは個人情報が懸念されていますが、「カートに入れて決済の直前で止める」ルールにすれば手元で安全に撮影でき、視聴者が見たい「AIが迷いながら操作する過程」は十分に満たせます。構成に明記し、疑問を解消しました。 ## いまの企画ボード ■共通前提 順位は制作候補としての優先順。採用はエイイチが決める。 見込みは全案、公開後3か月で推測30〜150回。依頼の「本編は数十回」を基準に置く仮の計画範囲で、統計的な予測区間ではない。最多回の表示2,547×クリック率4.3％≒110は表示経由の再生の概算であり、総再生数とは区別する。他チャンネルの中央値を自チャンネルの予測へ直接移さない。 ロボット以外は案50のみで、掲載4案中25％。上位3案中も1案。顔出しなし、ハコブくんの音声。撮影は依頼の上限2〜3時間に収める設計とするが、調査・編集・環境準備の時間は別途必要。 ■第1候補｜案42・ネコロボの仕事 題名：ネコロボが運んだあと、人は何をする？店の作業を分けてみた サムネイル：料理を運ぶ／その先は？ 冒頭5秒：「ネコロボが料理を運んだあと、人は何をしているのでしょう？」 構成： ①料理が客に届くまでの作業を並べる。 ②既存の店内模型で、運搬・受け渡し・片付けを分ける。 ③公式資料で、機種ごとの担当範囲と導入目的を確認する。 ④省ける作業と残る作業を示す。忙しさや人員削減の効果までは断定しない。 ⑤専門の目として「ロボット単体より、前後の作業とのつながりを見る」と結ぶ。 要るもの：既存の店内模型、対象機種の公式資料、作業分担図、音声。模型中心で撮影。 柱：身近な店舗ロボット。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の配膳ロボットの小規模チャンネル例は1本・2,329回だけで、再現性は判断できない。 評価：制作の確実性から首位。「店員が忙しい」「仕事が減らない」という未確認の前提を撤回。 残る疑問：どの機種・運用を例にするか。題名の問いに答える資料がそろうか。 ■第2候補｜案50・AIに買い物を頼む実録 題名：AIにネットスーパーの買い物を頼んでみた｜ロボットと共通する難しさは？ サムネイル：指定の商品／そろえられる？ 冒頭5秒：「この買い物メモ、AIだけでカートにそろえられるでしょうか？」 構成： ①商品・数量・予算・代替品の可否を先に決める。購入はせず、カート投入までと明示。 ②使うAIと操作環境を示し、成功条件を固定する。 ③操作を録画。停止・やり直し・人の介入を記録する。 ④正しい商品と数量、所要時間、介入を結果表にする。誤りは起きたものだけ扱う。 ⑤専門の目として、画面でも実物でも「状態を見て、操作後に確かめる」必要があると解説。実物には接触や力加減も加わると区別する。 要るもの：利用可能な操作環境、買い物メモ、録画、結果表、個人情報の映り込み確認。 柱：ロボットの知識で見るAI活用。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の「Claude 仕事」は小規模2本・中央値2.6万回だが、標本が少なく、買い物実録への転用根拠もない。 評価：実録候補として残す。「最新」「意外な勘違い」は事前に約束しない。 残る疑問：利用するAI、対象サイトでの操作可否、ログイン・認証、録画範囲。決済前で止めても個人情報の課題は残る。撮影前の動作確認が必要。 ■第3候補｜案41・紙コップをつかむ実験 題名：ロボットで紙コップをつかめる？手動アームで確かめた サムネイル：紙コップを／つかんで置ける？ 冒頭5秒：「人が操作すれば、このアームで紙コップを運べるでしょうか？」 構成： ①使用アームと操作方法を示し、AIの性能試験ではないと明示。 ②空の紙コップを指定位置へ置く条件を決め、試す。 ③失敗した場合は原因を観察し、位置やつかみ方を変えて再挑戦。成功した場合もそのまま見せる。 ④観察できた制約を整理。機構・操作・対象物のどこまで分かり、何が未確認かを示す。 ⑤専門の目として、自動化には何を測り、どう調整する必要があるかを解説する。 要るもの：既存アーム、ゲームパッド、紙コップ、位置の目印、手元撮影、試行記録。 柱：ロボットの実験・操作。 見込み：推測30〜150回。自チャンネル実績が土台。依頼のアーム・ジェンガ8本の中央値142回は別題材で、上振れの根拠には使わない。 評価：条件付きの第3候補。2024年のテスラ報道は直近ニュースの入口から外す。実験から最新機やAI全般の弱点へ一般化しない。 残る疑問：つかむ力を調整できるか。予備確認後に撮影条件を確定する。 ■保留｜案44・飲料補充 題名：コンビニの飲料補充ロボットは、裏側で何をしている？ 中身：公開事例と模型で、棚・容器・作業空間がどう整えられているかを見る。 柱：身近な店舗ロボット。 見込み：推測30〜150回。自チャンネル実績が土台。依頼の品出しロボット7本・中央値80回から、強い入口とは判断できない。 評価：保留。 残る疑問：対象事例と映像の利用条件、一般視聴者が最初に見たくなる具体的な問い。 ※発表名・日付・出典が未確定の「ロボット学習の新ニュース」は候補から外す。現時点のボードに、確認済みの直近ニュース案はない。 ``` ### 3回目のあと：YouTube の検索「次の本編の入口」（_調べ/次の本編の入口/） #### キーワード.txt ```text # 企画会議「次の本編」の入口になりそうな言葉（2026-11-14） 配膳ロボット ネコロボ 配膳ロボット 元が取れる ロボットアーム ジェンガ ファミマ ロボット 品出しロボット テスラ オプティマス 人型ロボット 値段 家庭用 人型ロボット 中国 人型ロボット 人型ロボット マラソン 病院 搬送ロボット Amazon 倉庫 ロボット 介護ロボット フィジカルAI ジャングリア 赤字 # エイイチがよく見るチャンネル（海外Yパパラジオ・借金しゅうへい）に近い題材 AIに仕事を任せた Claude 仕事 ``` #### 結果.md ```markdown # YouTube で調べた結果（2026-11-14 16:22・直近1年に公開された動画・日本向けの検索） - 1つの言葉につき、YouTube の検索の上位50本を見た。本編（3分より長い）とショートを分けた - 再生数は調べた時点の累計。公開からの日数がばらばらなので、1日あたりの再生数も出した - 「小さなチャンネルで伸びた」は、登録者1万人未満のチャンネルで再生数が登録者数を超えた本編。題材そのものの力が強い目安 ## 配膳ロボット - 本編 5 本：再生数の中央値 90,454 回・1,000回以上 5 本・10,000回以上 4 本 - ショート 45 本：中央値 2,698 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 「頼んだ肉が届かない」しゃぶしゃぶ食べ放題で配膳ロボットから横取りか　高いコース用を故意に横取りなら | フジテレビ 報道【公式】（106000） | 902,269 | 24,385.6 | 2026-10-07 | | 【肉スティール】しゃぶ葉の最安コース客、配膳ロボから高い肉を横取りしてしまう【2ch面白いスレゆっく | 鉄人28匹ギコ&しぃ【2ch面白いスレ】（281000） | 104,115 | 2,478.9 | 2026-10-02 | | なぜファミレスの「猫型ロボット」は 突然全国へ広がったのか【ゆっくり解説】 | ゆっくり台所研究所（34500） | 90,454 | 1,310.9 | 2026-09-05 | | 配膳ロボが何回来ても「何ものっていない！」　配膳ロボが運ぶ商品を別の客が“間違い”か“横取り”か　“ | カンテレNEWS（869000） | 24,875 | 956.7 | 2026-10-19 | | 【こんなにある！】町や商業施設で見かける色々なロボットを集めてみた！4K60Hz HDR #ネコ型配 | いろいろリサーチ Museum（1710） | 2,329 | 1,164.5 | 2026-11-11 | 小さなチャンネルで伸びた本編 - 【こんなにある！】町や商業施設で見かける色々なロボットを集めてみた！4K60Hz HDR #ネコ型配膳ロボット #bel（いろいろリサーチ Museum・登録者 1,710・2,329 回・2026-11-11） ## ネコロボ - 本編 4 本：再生数の中央値 21,301 回・1,000回以上 3 本・10,000回以上 2 本 - ショート 46 本：中央値 1,622 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | ぐちお、ネコロボの反乱がはじまった…【3年G組ぐち男くん】 | ぐっちの部屋(ミラクルぐっち)（1580000） | 159,516 | 538.9 | 2026-01-21 | | ぐちお、ファミレスでネコロボ100匹暴走した【3年G組ぐち男くん】 | ぐっちの部屋(ミラクルぐっち)（1580000） | 41,185 | 624.0 | 2026-09-08 | | ネコロボが家族の作り方を覚えた【アニメ】【コント】 | トゥタイム トゥタイム（3990） | 1,417 | 7.9 | 2026-05-18 | | 【ぼくとネコ】超極金「ネコロボ大戦DX」確定あり　初回半額　コンプ済だけどやります | しにゃーはんず（1070） | 486 | 2.1 | 2026-03-23 | ## 配膳ロボット 元が取れる - 本編 4 本：再生数の中央値 164,210 回・1,000回以上 4 本・10,000回以上 4 本 - ショート 46 本：中央値 3,044 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 「頼んだ肉が届かない」しゃぶしゃぶ食べ放題で配膳ロボットから横取りか　高いコース用を故意に横取りなら | フジテレビ 報道【公式】（106000） | 902,269 | 24,385.6 | 2026-10-07 | | 【しゃぶ葉】上位コースの肉を配膳ロボットから泥棒していく人たちがやばすぎる‼食べ放題システムゆるがす | クレアの食速報（128000） | 224,306 | 5,470.9 | 2026-10-03 | | 【肉スティール】しゃぶ葉の最安コース客、配膳ロボから高い肉を横取りしてしまう【2ch面白いスレゆっく | 鉄人28匹ギコ&しぃ【2ch面白いスレ】（281000） | 104,115 | 2,478.9 | 2026-10-02 | | 配膳ロボが何回来ても「何ものっていない！」　配膳ロボが運ぶ商品を別の客が“間違い”か“横取り”か　“ | カンテレNEWS（869000） | 24,873 | 956.7 | 2026-10-19 | ## ロボットアーム ジェンガ - 本編 9 本：再生数の中央値 150 回・1,000回以上 1 本・10,000回以上 0 本 - ショート 41 本：中央値 2,000 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | This 3D Printed Robot plays Jenga | JanTec Engineering（52300） | 6,114 | 35.1 | 2026-05-23 | | How to Make a Robot using 54 Wooden Blocks 🤖 | Jen | Jenga Wooden Blocks （2990） | 307 | 3.3 | 2026-08-13 | | How to Build a Small Robot Using Jenga Blocks 🤖 Je | Jenga Wooden Blocks （2990） | 272 | 1.0 | 2026-02-23 | | How to Make a Cool Robot with Jenga Blocks 🤖 (Begi | Jenga Wooden Blocks （2990） | 209 | 3.8 | 2026-09-19 | | How to Stack Jenga Blocks Like a Standing Robot (J | Jenga Wooden Blocks （2990） | 150 | 0.9 | 2026-05-28 | 小さなチャンネルで伸びた本編 - Sungmin Chun | Jenga Robot — Columbia Maker Portfolio (Behin（Sungmin Chun・登録者 0・53 回・2026-11-01） - Sungmin Chun | Jenga Robot — Columbia Maker Portfolio（Sungmin Chun・登録者 0・50 回・2026-11-01） ## ファミマ ロボット - 本編 6 本：再生数の中央値 82,006 回・1,000回以上 6 本・10,000回以上 6 本 - ショート 44 本：中央値 2,544 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【人型ロボット“価格崩壊“の衝撃】ガンダムさながら変形ロボ／混雑した道も難なく走る無人タクシー／2年 | NewsPicks /ニューズピックス（2320000） | 2,099,436 | 36,197.2 | 2026-09-16 | | 人型ロボットが100m走でウサインボルト選手の記録を超えた件について解説します | 堀江貴文 ホリエモン（2130000） | 166,134 | 2,051.0 | 2026-08-24 | | 【人手不足の救世主】なぜアイリスオーヤマがロボット事業に？／ユーザーイン発想と引き算方式の開発・サポ | PIVOT 公式チャンネル（4110000） | 101,576 | 715.3 | 2026-06-25 | | 【新ペット】お喋りできる！ #fuzozo #ペット #AI #ロボット #anime #fyp # | はたのあいか声真似チャンネル（295000） | 62,436 | 1,274.2 | 2026-09-25 | | 【コスパ最強】ロボット掃除機を使ってみたらまさかの放送事故 | がっかりショッピング（55000） | 14,169 | 168.7 | 2026-08-21 | ## 品出しロボット - 本編 9 本：再生数の中央値 89 回・1,000回以上 2 本・10,000回以上 1 本 - ショート 41 本：中央値 2,982 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 時給100円で働く！？マルチユースロボット【アンパラレルド】 | テレ東BIZ ダイジェスト（2680000） | 10,410 | 73.8 | 2026-06-25 | | 【裏タビオ】AI最前線!!神の指先を持つロボット!! | 【裏タビオ】AI攻略TV 【byICHI（22400） | 1,716 | 17.5 | 2026-08-07 | | お店の景色を変える、1台で何役もこなすロボット。小売の現場から生まれた「Armo」／株式会社MUSE | Startup Now-スタートアップ起（822） | 282 | 141.0 | 2026-11-11 | | ロボット革命：人型ロボットがあなたの職場にもやってくる？ | i24NEWS 日本語版（3360） | 90 | 3.2 | 2026-10-16 | | 【修正版】7700兆円市場の衝撃…ロボットが家事・介護に入る日はいつ？【フィジカルAI】【日経TES | 経済リテラシー×日経TEST（1080） | 89 | 0.3 | 2025-12-05 | 小さなチャンネルで伸びた本編 - 【中国ロボット】コンビニを24時間回す 品出し成功率95%（フィジラジ - 毎朝6時 世界のロボット・登録者 43・80 回・2026-10-08） - 現場で学び続けるロボットは安全か？デプロイ後学習の落とし穴（Daily Physical AI・登録者 5・32 回・2026-09-25） ## テスラ オプティマス - 本編 24 本：再生数の中央値 3,181 回・1,000回以上 13 本・10,000回以上 7 本 - ショート 26 本：中央値 10,640 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【人型ロボット】テスラ「Optimus (オプティマス)」が量産ラインで生産開始！仕事も家事を任せる | 最新テック | AI・ガジェット・ゲーム（15300） | 118,248 | 5,630.9 | 2026-10-24 | | 着ぐるみから5年、テスラOptimusは量産へ｜その仕組みから量産、そしてイーロン・マスクが語る野望 | テック読解室（3230） | 39,085 | 1,954.2 | 2026-10-24 | | 【衝撃】月額5万円で24時間介護！マスクのロボット「オプティマス」が変える日本の老後｜老人ホームが消 | 日本経済大全（11400） | 23,412 | 97.1 | 2026-03-17 | | 【10倍】気づいたらテスラが大幅アップデートしてオプティマスを量産化 | #テスラ株全力ちゃんねるの | タイツの社会・経済分析チャンネル（38200） | 18,276 | 397.3 | 2026-09-28 | | Elon Musk Reveals Tesla Optimus Production and 202 | DPCcars（435000） | 16,491 | 717.0 | 2026-10-22 | 小さなチャンネルで伸びた本編 - 着ぐるみから5年、テスラOptimusは量産へ｜その仕組みから量産、そしてイーロン・マスクが語る野望について（テック読解室・登録者 3,230・39,085 回・2026-10-24） - 衝撃の進化！テスラ・オプティマス第3世代に超大型アップデート！新機能と驚異のタスクを公開！（Tesla Carwold JP・登録者 579・10,398 回・2026-03-02） - 【テスラ】Optimusがついに量産開始。それでもマスクが台数を言わない理由（ラビビット | フィジカルAI & ガジ・登録者 58・1,118 回・2026-10-28） - イーロン・マスクが、2025年にテスラ オプティマス ボット Gen 2 を購入すべき 4 つの理由をリーク、主婦にとっ（Tesla Carwold JP・登録者 579・926 回・2026-01-30） - 【テスラ オプティマス】人型ロボットが最初に活躍するのは日本！人型ロボットがもたらす労働ゼロ社会と日本の未来（完全未来チャンネル・登録者 163・754 回・2026-05-14） ## 人型ロボット 値段 - 本編 21 本：再生数の中央値 36,607 回・1,000回以上 14 本・10,000回以上 14 本 - ショート 29 本：中央値 16,844 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【人型ロボット“価格崩壊“の衝撃】ガンダムさながら変形ロボ／混雑した道も難なく走る無人タクシー／2年 | NewsPicks /ニューズピックス（2320000） | 2,099,436 | 36,197.2 | 2026-09-16 | | 身長170cm、体重70kgの日本ブランドAIロボ「cinnamon 1」がスタジオに登場　世界初・ | TBS NEWS DIG Powered（3430000） | 1,037,808 | 3,591.0 | 2026-01-28 | | 【中国製人型ロボットを分解】「Unitree G1」の構造を徹底分析｜人の動きをどう再現？｜高い運動 | 日経クロステック【公式】（18500） | 609,875 | 5,397.1 | 2026-07-23 | | 中国の最新ヒューマノイドロボットの現実 | たむ旅（47300） | 193,921 | 1,846.9 | 2026-07-31 | | 【AIロボットは「軽自動車並み」の値段へ】中国が大量生産で価格破壊／日本も“脱・100点主義”でフィ | TBS CROSS DIG with B（1060000） | 152,264 | 576.8 | 2026-02-22 | 小さなチャンネルで伸びた本編 - 【衝撃】人間そっくりのロボット、いくらで買える？…いちばん高いのは家1軒分だった（ロボテック・登録者 5,020・117,608 回・2026-10-30） - 【衝撃】中国のロボットが、もう人間と見分けがつかない（ロボテック・登録者 5,020・87,448 回・2026-09-15） - 【衝撃】iPhoneと同じ値段で人型ロボットが買える…中国の新興企業がヤバすぎる（ロボテック・登録者 5,020・36,607 回・2026-09-19） - 人型ロボットの値段を0円に近づけられるか｜部品代の8割は関節、材料費は2%だった（発明発見ラボ ちょび研・登録者 28・257 回・2026-08-27） - 【価格破壊前編】人型ロボットの価格推移から読み解く、原価の崩壊【Gemini Notebookポッドキャスト/作業用/ず（ぜんかんヤマト・登録者 129・237 回・2026-09-30） ## 家庭用 人型ロボット - 本編 14 本：再生数の中央値 98,565 回・1,000回以上 13 本・10,000回以上 11 本 - ショート 36 本：中央値 15,858 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 世界人型ロボット運動会　日本から唯一参戦「ひとみん」400mと1500mを完走　北京【もっと知りたい | ANNnewsCH（5100000） | 4,635,420 | 56,529.5 | 2026-08-24 | | 身長170cm、体重70kgの日本ブランドAIロボ「cinnamon 1」がスタジオに登場　世界初・ | TBS NEWS DIG Powered（3430000） | 1,037,808 | 3,591.0 | 2026-01-28 | | 2030年、あなたの家にロボットが来る？日本で家庭用ロボットが世界最速で普及する10の理由 | 気になる科学（39600） | 383,903 | 1,854.6 | 2026-04-20 | | 【AIで競争激化のヒト型ロボット】中国が「圧倒的に先進的」 日中で緊張続くも「ロボット展」には中国企 | TBS NEWS DIG Powered（3430000） | 360,157 | 1,053.1 | 2025-12-07 | | 中国の最新ヒューマノイドロボットの現実 | たむ旅（47300） | 193,921 | 1,846.9 | 2026-07-31 | 小さなチャンネルで伸びた本編 - もしも、あなたの家にヒューマノイドロボットが来たら|2026年、家庭用ロボットの現実（IFスタジオ・登録者 40・8,803 回・2026-07-08） ## 中国 人型ロボット - 本編 24 本：再生数の中央値 174,102 回・1,000回以上 24 本・10,000回以上 23 本 - ショート 26 本：中央値 121,096 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 世界人型ロボット運動会　日本から唯一参戦「ひとみん」400mと1500mを完走　北京【もっと知りたい | ANNnewsCH（5100000） | 4,635,420 | 56,529.5 | 2026-08-24 | | 【人型ロボット“価格崩壊“の衝撃】ガンダムさながら変形ロボ／混雑した道も難なく走る無人タクシー／2年 | NewsPicks /ニューズピックス（2320000） | 2,099,436 | 36,197.2 | 2026-09-16 | | 【詳報】陸上100mでウサイン・ボルト超え 中国で「世界人型ロボットスポーツ大会」開幕 | 共同通信 KYODO NEWS（478000） | 1,025,667 | 12,357.4 | 2026-08-22 | | 【中国製人型ロボットを分解】「Unitree G1」の構造を徹底分析｜人の動きをどう再現？｜高い運動 | 日経クロステック【公式】（18500） | 609,875 | 5,397.1 | 2026-07-23 | | 【衝撃】中国が隠したがる動画…🔥 狂っていく経済、笑いものになった「ハイテクロボット」 | 赤い夜（62000） | 421,122 | 1,577.2 | 2026-02-20 | 小さなチャンネルで伸びた本編 - 中国のロボットダンスが、想像をはるかに超えてきた…🤖🔥（株式会社 Emu-One・登録者 2,600・122,534 回・2026-02-16） - 【衝撃】中国のロボットが、もう人間と見分けがつかない（ロボテック・登録者 5,020・87,448 回・2026-09-15） - 【衝撃】中国が作った15万ドルの人間と区別がつかないロボット！見るとゾッとするレベル（ロボテック・登録者 5,020・48,154 回・2026-08-11） ## 人型ロボット マラソン - 本編 13 本：再生数の中央値 64,868 回・1,000回以上 10 本・10,000回以上 10 本 - ショート 37 本：中央値 29,370 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 世界人型ロボット運動会　日本から唯一参戦「ひとみん」400mと1500mを完走　北京【もっと知りたい | ANNnewsCH（5100000） | 4,635,420 | 56,529.5 | 2026-08-24 | | 【最新】“フィジカルAI元年”/ 国内最大「人型ロボット」研究開発拠点を公開 / 病院で実証実験 / | 日テレNEWS（3390000） | 292,541 | 2,233.1 | 2026-07-05 | | 【詳報】人型ロボットが「世界新記録」　北京でハーフマラソン大会 | 共同通信 KYODO NEWS（478000） | 281,695 | 1,347.8 | 2026-04-19 | | 人間の世界記録を超えた！ 中国・北京「人型ロボット」ハーフマラソン大会2026 技術“劇的”に進化 | 日テレNEWS（3390000） | 215,524 | 1,067.0 | 2026-04-25 | | 人型ロボットが100m走でウサインボルト選手の記録を超えた件について解説します | 堀江貴文 ホリエモン（2130000） | 166,134 | 2,051.0 | 2026-08-24 | 小さなチャンネルで伸びた本編 - 人型ロボットハーフマラソン　新質生産力（0962itn・登録者 21・33 回・2026-04-23） ## 病院 搬送ロボット - 本編 7 本：再生数の中央値 33 回・1,000回以上 2 本・10,000回以上 0 本 - ショート 43 本：中央値 1,230 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 病院向け 自律搬送ロボット HOSPI（ホスピー）｜Panasonic | Channel Panasonic - （112000） | 1,655 | 24.3 | 2026-09-07 | | 【ロボット】大分県知事がロボット工場を視察｜REALIZEの自動搬送ロボット | FIG株式会社グループチャンネル（398） | 1,615 | 7.4 | 2026-04-09 | | 病院向け搬送ロボット「MELDY(メルディー)・MELCADY(メルキャディ)」製品紹介 | メルコモビリティーソリューションズ株式会（5） | 422 | 18.3 | 2026-10-22 | | 【病院DXの新常識！エレベーター改修不要！？自律搬送ロボット「AI-MHOS」とは？株式会社アースト | MiTok（107） | 33 | 0.7 | 2026-09-25 | | イスラエル企業フォーサイト、初の完全ロボット手術に成功！ | i24NEWS 日本語版（3360） | 27 | 0.2 | 2026-06-03 | 小さなチャンネルで伸びた本編 - 【ロボット】大分県知事がロボット工場を視察｜REALIZEの自動搬送ロボット（FIG株式会社グループチャンネル・登録者 398・1,615 回・2026-04-09） - 病院向け搬送ロボット「MELDY(メルディー)・MELCADY(メルキャディ)」製品紹介（メルコモビリティーソリューションズ株式会・登録者 5・422 回・2026-10-22） ## Amazon 倉庫 ロボット - 本編 11 本：再生数の中央値 9,163 回・1,000回以上 8 本・10,000回以上 5 本 - ショート 39 本：中央値 1,464 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【関西最大のアマゾン巨大倉庫】物流拠点の新設から見える“物流危機”「ドライバー不足」「再配達で宅配ブ | MBS NEWS（1350000） | 805,203 | 12,581.3 | 2026-09-10 | | 【カメラ初潜入】無数のロボットが動く最新物流センター　ここまで来た「自動化」にびっくり仰天 (202 | 愛知のニュース【テレビ愛知　ニュース・ス（76300） | 505,795 | 3,349.6 | 2026-06-15 | | 【Amazon潜入】全自動化された近未来の物流センターへ！おじとらが働く人の募集現場を見て来た。 | おじとらチャンネル（318000） | 137,867 | 1,914.8 | 2026-09-02 | | 【1日密着】アマゾンの物流拠点に潜入！お客様の購入機会創出のために効率を改善し続けるアマゾンプロセス | しごとリーチ!（568000） | 110,464 | 526.0 | 2026-04-17 | | 【世界が認めた日本の技術】ユニクロ・Amazonも！倉庫・工場も日本技術が動かす。物流自動化・倉庫ロ | 【海外の反応】世界に誇る日本の技術 【日（33700） | 12,082 | 42.7 | 2026-02-03 | 小さなチャンネルで伸びた本編 - 【Amazon倉庫バイト】初出勤はオリエンテーションだけ？当日の流れと注意点を解説（コテツ・登録者 172・9,163 回・2025-11-24） - 【50代のリアル】Amazon倉庫バイトは無理？おじさんが体験したキツさと楽を解説！（コテツ・登録者 172・8,490 回・2025-11-24） - Amazon Has a Million Robots — What Happens to Workers?（Unseen Frame・登録者 81・533 回・2026-10-23） - Amazonの倉庫では1秒間に何が起きているのか——75万台のロボットが作る見えない物流革命（モノの仕組みラボ・登録者 97・170 回・2026-07-13） ## 介護ロボット - 本編 26 本：再生数の中央値 506 回・1,000回以上 10 本・10,000回以上 6 本 - ショート 24 本：中央値 1,592 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【提言】ひろゆき「介護職を6カ月義務化」介護業界の崩壊止める一手になるのか？現場のプロと議論 | ABEMA Prime #アベプラ【公式（2130000） | 812,095 | 2,752.9 | 2026-01-22 | | 【落合陽一が高齢化社会×ロボットの未来を語る】2040年問題 / 要介護1000万人･職員57万人不 | PIVOT 公式チャンネル（4110000） | 257,982 | 5,374.6 | 2026-09-27 | | 家族になれる？会話AIロボ「Romi」と過ごす日々レビュー【新会話モデル】 | のりごとー / N5（145000） | 69,689 | 200.3 | 2025-12-01 | | 日本初！病院で働く「2足歩行ロボ」実証実験　介護現場で「AIメガネ」が同時通訳、“手ぶらでメモ”も… | TBS NEWS DIG Powered（3430000） | 66,544 | 286.8 | 2026-03-26 | | 【衝撃】月額5万円で24時間介護！マスクのロボット「オプティマス」が変える日本の老後｜老人ホームが消 | 日本経済大全（11400） | 23,412 | 97.1 | 2026-03-17 | 小さなチャンネルで伸びた本編 - 介護をロボットが担うのは何年後か？介護職員は初めて減った【未来予測】（未来を予測する・登録者 225・2,106 回・2026-10-18） - 「人が足りない」日本の介護に異変…川崎重工“Home LEO”が高齢者の家に入る理由（技術大国ニッポン・登録者 203・583 回・2026-10-07） - 【未来の介護】AIロボットが「人の心」に寄り添う！日本が世界に贈る超高齢社会の希望とは？🤖💖（Focus Cheese [フォーカスチ・登録者 19・227 回・2026-03-03） - 介護テクノロジー導入支援事業｜制度の趣旨と申請の進め方（補助金活用支援チャンネル・登録者 23・127 回・2026-07-28） - 【介護ロボット】サプライチェーンで選ぶ本命5銘柄を徹底解説｜03/30（AIカメトレーダー・登録者 25・33 回・2026-03-30） ## フィジカルAI - 本編 34 本：再生数の中央値 67,674 回・1,000回以上 34 本・10,000回以上 30 本 - ショート 16 本：中央値 45,654 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | エヌビディアが認めた！ニッポンのフィジカルAI企業【アンパラレルド】 | テレ東BIZ ダイジェスト（2680000） | 577,103 | 8,128.2 | 2026-09-03 | | 自分で考えて動くフィジカルAI 期待の一方で課題も ハッキングで制御不能…“物を壊す・危害を加える” | TBS NEWS DIG Powered（3430000） | 352,632 | 5,425.1 | 2026-09-09 | | 【米国速報】最強フィジカルAI企業を追え！ | ものづくり太郎チャンネル（380000） | 214,181 | 874.2 | 2026-03-13 | | 【AIが”体”を持つ日】『フィジカルAI』10.5兆円市場の正体／杉村太蔵と投資のプロが関連銘柄MA | PIVOT 公式チャンネル（4110000） | 212,891 | 1,745.0 | 2026-07-14 | | 【直撃取材】ヒューマノイドは現場で使えるか／フィジカルAIの実装は物流でどこまで進んでいるのか／人型 | PIVOT 公式チャンネル（4110000） | 193,731 | 4,612.6 | 2026-10-02 | ## ジャングリア 赤字 - 本編 33 本：再生数の中央値 165,545 回・1,000回以上 32 本・10,000回以上 30 本 - ショート 17 本：中央値 105,728 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【ジャングリア】173億円赤字…森岡毅氏の戦略は？再建は可能？テーマパーク専門家・中島恵氏と沖縄在住 | ABEMA Prime #アベプラ【公式（2130000） | 2,628,470 | 61,127.2 | 2026-10-01 | | ５０億赤字のジャングリア誕生日に行ってみた | びわ湖くん（890000） | 2,364,125 | 14,593.4 | 2026-06-04 | | 累計86億円の赤字でジャングリア運営会社が悲惨すぎる…直近の決算状況を財務のプロが徹底解説します。 | 脱・税理士スガワラくん（1840000） | 1,749,574 | 7,508.9 | 2026-03-25 | | ジャングリア沖縄 再建の行方　「刀」森岡毅CEO「事業を前向きに…」（2026年10月31日） | フジテレビ 報道【公式】（106000） | 1,117,932 | 79,852.3 | 2026-10-31 | | 【赤字173億円】ジャングリア沖縄の現在が想像以上にヤバそうな件... | たっくーTVれいでぃお（3300000） | 1,076,982 | 25,642.4 | 2026-10-02 | 小さなチャンネルで伸びた本編 - 【行ってみた】173億円の赤字で破産寸前のジャングリア沖縄を1日満喫してみた！（カズの気になる場所・登録者 856・218,321 回・2026-09-27） - 【ジャングリア沖縄】なぜ96万人が来場して赤字なのか？決算から見えた本当の理由（大人こそ勉強チャンネル・登録者 883・21,188 回・2026-11-08） - ジャングリア沖縄に衝撃…親会社が173億円の最終赤字😱（EveryUpdate ・登録者 1,160・6,940 回・2026-09-24） - 【ジャングリア沖縄】173億円赤字はヤバい？実際に行って分かった問題点を行動経済学で解説（大岩俊之のビジネス大学・登録者 3,130・6,434 回・2026-10-13） - ジャングリアの親会社が赤字173億円、その中身は何なのか【ずんだもん&ゆっくり解説】（ずんだもんの企業ファイル・登録者 548・633 回・2026-10-21） ## AIに仕事を任せた - 本編 29 本：再生数の中央値 82,956 回・1,000回以上 27 本・10,000回以上 26 本 - ショート 21 本：中央値 1,286 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【dotsでAI秘書革命】ChatGPTの新機能！あらゆる業務を丸ごと任せる大AIエージェント時代の | 中田敦彦のYouTube大学 - NAK（5480000） | 1,600,390 | 59,273.7 | 2026-10-17 | | 【AI時代の結論】この“4つ”さえやればOK。絶対食いっぱぐれない。 | サラタメさん（825000） | 1,347,529 | 3,975.0 | 2025-12-09 | | 【実演あり】CopilotだけできるAI仕事術５選！AI活用して生産性が爆上がりする具体的なプロンプ | ダイさん・AI活用の専門家（39200） | 330,341 | 1,029.1 | 2025-12-27 | | 【Gemini で AI エージェントつくってみた】自分専用 AI エージェントで仕事はどう変わる？ | PIVOT 公式チャンネル（4110000） | 307,662 | 17,092.3 | 2026-10-27 | | 【初心者】ゼロからClaude Codeで自分専用のAIチームを作って仕事自動化する方法を紹介する | 【さき】のAIでええやん。（133000） | 286,680 | 1,657.1 | 2026-05-24 | 小さなチャンネルで伸びた本編 - 新人の仕事をAIに任せた会社の末路｜5年後のベテラン不足（AIとこれからの仕事とお金・登録者 7・16 回・2026-10-19） ## Claude 仕事 - 本編 33 本：再生数の中央値 92,999 回・1,000回以上 33 本・10,000回以上 30 本 - ショート 17 本：中央値 60,718 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【神回！】『Claude Code』完全入門マニュアル！【初心者でも絶対に理解できる！ 】 | パソコン博士TAIKI（1880000） | 2,197,026 | 14,266.4 | 2026-06-12 | | 【Claude Code完全入門】誰でも使えるツール／実行革命／ChatGPTとの違い／５体のAIエ | PIVOT 公式チャンネル（4110000） | 1,859,840 | 7,208.7 | 2026-03-01 | | 【一人社長】Claude Codeで会社を作ってAI社員に仕事を任せてみよう！ | プログラミングチュートリアル（138000） | 700,750 | 2,814.3 | 2026-03-09 | | 【超実践】Claude初心者必見！Claudeの最新基本活用と神活用4選を紹介するで！ | 【さき】のAIでええやん。（133000） | 414,923 | 1,659.7 | 2026-03-08 | | 2026年全てのビジネスマンが使うべきAI Claude Code│願望を言うだけ簡単強力AIが業務 | テレ東AIアカデミー【公式】（76700） | 408,173 | 1,534.5 | 2026-02-20 | 小さなチャンネルで伸びた本編 - 非エンジニアこそClaude Codeを使うべき理由｜仕事と暮らしの活用事例10選（Yuta | AIと暮らす・登録者 2,390・45,041 回・2026-10-18） - 天才が使ってるClaudeの神機能7選【2026最新】（【りょう】のClaude仕事術ラボ・登録者 3,330・6,937 回・2026-07-21） ``` ### 4回目：制作チーム「次の本編」（途中で止めた）（_制作/次の本編/） #### Claudeの番.txt ```text 2026-11-14 20:14 1往復目の書き直し（Claudeへ_書き直し_1.md を読む） 案_Claude_2.md を置けば続きます ``` #### 中止.txt ```text 制作チーム：次の本編（2往復） ``` #### 依頼.md ```markdown # 依頼：次に作る本編の企画を、1人1本ずつ作る ## チャンネル - 「フィジカルAI解説｜Pixels to Motors」。**ロボットやフィジカルAIに詳しい人がやっているチャンネル**という立ち位置 - 全部がロボットの話でなくてよい。AI や時事の題材でも、「ロボットとフィジカルAIに詳しい人が見ると、こう見える」という見方を必ず足す（海外Yパパラジオが、資産管理の仕事をしている人の目で世界のニュースを読み解くのと同じ形） - ロボット以外の AI・時事の題材は、全体の30%まで - 時事ネタは強烈なものでよい（事故・騒動・大企業の発表・話題になった出来事）。ただし出典の URL と日付で確かめられること ## 目標 - いまは本編1本あたり数十回。1本1,000回で十分、10,000回なら大成功 - 一般の人に広く見られる題材を入口にしてよい（再生数がある程度取れれば、それも仕事につながる） - 釣り・誇張・煽り・中身と合わない題名やサムネイルはしない ## 作り手の条件 - エイイチ（チャンネルの人）：本業はデザイナー。ロボティクスの研究と開発をしている。昔ファミレスのホールで働いていた - 顔は出さない（アイコンなどで隠す）。手元や体は出てよい。声は AI。ナレーションはキャラクターのハコブくん（AI の声） - 撮影にかけられるのは1本あたり2〜3時間 - 手元にあるもの：机の上のロボットアーム（ゲームパッドで手で動かせる。その操作の記録でロボットの AI〈π0.5〉を学習させる環境を、借りた GPU で作ってある）、配膳ロボットの試算、Unity で建てた3Dのファミレス、ハコブくんの4コママンガと3Dのハコブくん ## 参考にするチャンネル（エイイチがよく見ている） - 海外Yパパラジオ（23.4万人）：顔は出さず猫のキャラクターが顔の役。太い大文字3行のサムネイルと猫の一言。その日のニュースに独自の見方を1つ足す。公開1日で7万〜21万回 - 借金しゅうへい（約3万人）：本人の暮らしとお金がかかった AI の実験を、数字付きの実録で見せる - Generalist（1.47万人・ロボットの会社）：解説なし。ロボットの手が1つの細かい作業をする短い映像。前より少し難しくした続編が8日で10万回 ## YouTube で調べた数字（2026-11-14・直近1年・日本向けの検索の上位50本。登録者1万人未満の小さなチャンネルの本編を見る） | 言葉 | 小さなチャンネル（登録者1万人未満）の本編 | 目立った例 | |---|---|---| | 人型ロボット 値段 | 10本・中央値247回 | ロボテック（登録者5,020人）「人間そっくりのロボット、いくらで買える？…いちばん高いのは家1軒分だった」11.8万回、同じチャンネル「中国のロボットが、もう人間と見分けがつかない」8.7万回 | | 中国 人型ロボット | 3本・中央値8.7万回 | Emu-One（2,600人）中国のロボットダンス 12.3万回 | | テスラ オプティマス | 14本・中央値542回 | テック読解室（3,230人）「着ぐるみから5年、テスラOptimusは量産へ」3.9万回、Tesla系の小さなチャンネル（579人）1万回 | | 家庭用 人型ロボット | 3本・中央値3,267回 | 1X の NEO（300万円）の紹介 3,267回 | | ジャングリア 赤字 | 5本・中央値6,940回 | 登録者883人「なぜ96万人が来場して赤字なのか？決算から見えた本当の理由」2.1万回、登録者856人の体験 21.8万回 | | Claude 仕事 | 2本・中央値2.6万回（登録者10万人未満では17本・中央値6.1万回） | Yuta（2,390人）「非エンジニアこそClaude Codeを使うべき理由｜仕事と暮らしの活用事例10」4.5万回 | | AIに仕事を任せた | 登録者10万人未満で11本・中央値1.2万回 | 小さなチャンネルではほぼ見られていない | | 配膳ロボット | 小さなチャンネルは1本（2,329回） | 伸びたのは、しゃぶ葉で配膳ロボットから肉を横取りした事件の報道とまとめ（90万回・22万回）。採算の話ではない | | ネコロボ | 小さなチャンネル2本・中央値952回 | 伸びたのはお笑い・アニメの登場（ぐっちの部屋） | | Amazon 倉庫 ロボット | 5本・中央値533回 | 小さなチャンネルで伸びたのは倉庫バイトの体験談（9千回） | | 介護ロボット | 17本・中央値189回 | | | 品出しロボット | 7本・中央値80回 | | | ファミマ ロボット | 検索結果に、ファミマのロボットの動画がほぼ出てこない | | | ロボットアーム ジェンガ | 8本・中央値142回 | 一番伸びたのは海外の3Dプリンタのアーム 6,114回 | | 病院 搬送ロボット | 6本・中央値30回 | | | フィジカルAI | 小さなチャンネルは0本（大手の報道ばかり） | | - うちで一番伸びた本編は、ジャングリア沖縄の赤字を自分で試算した回（表示2,547・クリック率4.3%） ``` #### 回数.txt ```text 2 ``` #### 批評_1_Claude.md ```markdown # 1往復目の批評（Claude） - 日時: 2026-11-14 20:10（JST） - チャットの中で Claude が書いた --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） - 「助ける仕事は30分ぶんなのに、24分待つロボットが出る」という逆説。仕事の量ではなく、重なりで待ちが生まれる。これは見た人が誰かに話したくなる発見で、この案の芯。絶対に残す - ファミレスのピーク（注文・配膳・会計が重なる）をロボットの遠隔支援に持ち込む見方。作り手が昔ホールにいたことと、配膳ロボットの試算を回してきたことの両方が生きる。ほかのチャンネルには出せない ### 弱い所と、その直し方 - 題名が約束と合っていない。「人間1人で何台まで助けられる？」と問うのに、結論は「条件が分からなければ決められない」。見た人は答えをもらえない → 直し：題名は逆説そのものにする。例「仕事は30分なのに、ロボットが24分待つ。家事ロボットの『遠くの助っ人』の落とし穴」 - 「月額499ドル」は一般の人には響かない → 直し：「月7万円台」と円で言う（499ドル×155円≒7.7万円。為替の前提を画面に出す） - 5台・6分は置いた数字で、恣意的に見える → 直し：「同時」と「12分おき」の2つだけでなく、「ばらばらに来る（現実に近い）」場合も1本足す。くじ引きのように呼び出しの時刻を変えて何回か回し、平均の待ちを見せる。配膳ロボットの試算と同じ作りなので、手元で作れる - 2節の「自律率96.4%」は別の会社・別の作業の数字で、話が横にそれる → 直し：節を短くし、「自分で動ける割合が上がっても、残りの数%が重なると待ちになる」という形で、3節の時刻表への橋渡しにだけ使う ### 事実の直し - 月額499ドル：1X の公式発表（2025-10-28）に合う。ただし月額の出荷が一括払いより後という点は、公式ページで確かめてから言う（https://www.1x.tech/discover/neo-home-robot ） - 「自律率96.4%」は「企業の報告」と画面に必ず出す（https://www.pi.website/blog/partner ・2026-02-24）。第三者の検証ではない - 「所有者は専門担当者の支援を予約できる」：公式の言い方を、そのまま短く訳して出す（言い換えで意味が変わらないように） ### もっと見られるための一手 - サムネイル：5台の人型ロボットが一斉に手を挙げて「助けて」、その前でゲームパッドを持つ手が1つ。文字は「5台が同時に助けを呼んだら？」の2行。数字は「24分待ち」を赤で大きく ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） - 「人型ロボットが車より安くなった」という入口。調べた数字でも、小さなチャンネルの「人型ロボット、いくらで買える？」が11.8万回見られていて、題材の力は強い - 「精密な部品で誤差をなくす」から「安い部品でも AI で動かす」へ、という見方は、作る側にしか言えない一言で、尖っていてよい。残す ### 弱い所と、その直し方 - 芯の主張「安いモーターのブレを AI がリアルタイムで補正している」が言い過ぎ。値段が下がった理由は、部品の量産（特に中国のサプライチェーン）、モーターの作りの変化、シミュレーションで大量に練習させる学習（実機とのずれに強くする）など、いくつも重なっている → 直し：「AI のおかげで、精度の低い部品でも使えるようになった。これが安くなった理由の1つ」と言う。ほかの理由も1節で並べ、その中で一番面白いのが AI の話、という順にする。主張は弱まらず、正確になる - 「Pixels to Motors（カメラの画像から直接モーターの出力を決める技術）」という説明は、このチャンネルの名前の決まった意味ではない → 直し：チャンネル名の解説は外す。「画像から直接モーターを動かす学習（エンドツーエンド）」という技術の説明だけ残す - 実演「わざとブレさせた動きを AI が補正して学習する」は、2〜3時間では作れず、手元の学習（お手本をまねる学習）とも中身が違う → 直し：実演は「同じ作業を、ゲームパッドでお手本として何回か見せる → 学習させたアームが自分で動く」に変える。手元の部品は安く精度も高くないが、それでもお手本から動ける、という形なら芯の主張とつながる（学習は撮影前に回しておく） - 「数千万円する精密なギア」は数字の出典がない → 直し：外すか、産業用ロボットの値段の例を出典つきで置く ### 事実の直し - Unitree G1：発表時の価格は9.9万元から（2024-05）。円は為替で変わるので「約200万円（発表時の中国での価格・当時の為替）」と添える。出典は Unitree の公式ページか発表の報道を使う（36Kr Japan の記事 https://36kr.jp/291669/ は二次の報道として添える） - UnifoLM-VLA-0：出典が求人・レンタルのサイト（humanoid-jobs.com）になっている。Unitree の公式（GitHub か公式サイト）で、公開日と中身を確かめてから言う。確かめられなければ「未確認」 - 1X NEO の腱駆動：公式発表（https://www.1x.tech/discover/neo-home-robot ）を出典にする ### もっと見られるための一手 - 題名を短く強く：「人型ロボットが、車より安くなった理由」。サムネイルは「200万円」を一番大きく、下に「AIが安くした？」。問いの形で言い過ぎを避けつつ、入口の強さは保つ ``` #### 批評_1_Gemini.md ```markdown # 1往復目の批評（Gemini） - 日時: 2026-11-14 19:50（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・50秒・入力 5527・出力 1398 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） ロボットの「自律率」という単一の数字に騙されず、ファミレスのホール業務の経験から「待ち行列（オペレーションの詰まり）」という独自の視点を持ち込んだ所。ただの技術解説ではなく、現場の皮膚感覚があるため、このチャンネルならではの強い武器になります。 ### 弱い所と、その直し方（弱い所1つにつき、必ず具体的な直し方を書く。「弱い」だけの指摘は書かない） - 計算が単なる算数（6分×4台＝24分待ち）になっており、見た人の実感が湧きにくい。 - 直し方：3Dファミレスの映像を使い、「お昼の12時に5卓から同時に『すいません』と呼ばれたらどうなるか」という具体的な情景を重ねて説明する。 - なぜ「5台に1人」という仮定にしたのか、理由の提示が弱い。 - 直し方：「月額499ドル（約7.5万円）で人間の専属オペレーターを雇うのは不可能だから、必ず1人が複数台を担当するはずだ」という採算の視点を冒頭で一言足す。 ### 事実の直し（間違い・言い過ぎ・出典がない所を、事実の範囲で一番強い言い方に書き直す。出典の URL と日付を添える。確かめられなければ「未確認」） - ネオは買い切り2万ドル、または月額契約499ドルという価格で予約受付を発表した。米国での出荷は2026年予定。発表日：2025年10月28日／発表元：1X Technologies／https://www.1x.tech/ - ネオがまだ知らない家事について、専門スタッフが遠隔でガイドする仕組み（Expert Mode）が備わっている。発表日：2025年10月28日／発表元：1X Technologies／https://www.1x.tech/ - ロボット企業Ultra（ウルトラ）の顧客拠点で、Physical Intelligenceのπ0.6モデルを用いたロボットが1シフトを通じて自律率96.4%で梱包作業を行ったと報告されている。発表日：2026年2月24日／発表元：Physical Intelligence／https://www.pi.website/blog/partner - 5台が同時に支援を要求し、1人が順番に各6分対応する場合、待ち時間は0・6・12・18・24分になる。出典：本企画の比較計算／作成日：2026年11月14日／作成元：本チャンネル - ネオの実際の支援頻度、1回の支援時間、担当者1人あたりの担当台数、月額料金の採算内訳は未確認。 ### もっと見られるための一手（題名・サムネイル・冒頭・見せ場のどれか1つを、具体的な文で） 題名：「月額7.5万円の家事ロボット、5台に1人の『中の人』だと24分待たされる？ ファミレス店員が計算してみた」 ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） 「遠隔操作＝ズル・ヤラセ」という世間の批判を逆手に取り、自分でロボットを学習させている開発者の視点から「それはズルではなく、ロボットの教科書を作る先生だ」と反論し、実際に卓上アームで手本を見せて実証する所。 ### 弱い所と、その直し方（弱い所1つにつき、必ず具体的な直し方を書く。「弱い」だけの指摘は書かない） - 実験内容が「お手本の数を変えて学習させ…」と漠然としており、見せ場として弱い。 - 直し方：「お手本3回」と「お手本10回」で、アームがスポンジを掴む成功率や動きのスムーズさがどう変わるか、具体的な回数と結果を比較する構成にする。 - プライバシー（家の中を見られること）への言及が「未確認」のままで終わっている。 - 直し方：1Xの公式発表や報道にある「顔のぼかし機能」や「立ち入り禁止エリアの設定」などのプライバシー保護策を調べ、その上で「それでも見られたくないものは何か」という問いかけにする。 ### 事実の直し（間違い・言い過ぎ・出典がない所を、事実の範囲で一番強い言い方に書き直す。出典の URL と日付を添える。確かめられなければ「未確認」） - 1Xの家庭用人型ロボットNEOは、買い切り2万ドルまたは月額499ドルで予約を受け付けた。発表日：2025年10月28日／発表元：1X Technologies／https://www.1x.tech/ - NEOは、知らない家事を専門スタッフが遠隔でガイドし学習する「Expert Mode」を持つ。発表日：2025年10月28日／発表元：1X Technologies／https://www.1x.tech/ - 米国で2026年に出荷予定。発表日：2025年10月28日／発表元：1X Technologies／https://www.1x.tech/ - カリフォルニア州ヘイワードの工場で生産を始め、2026年末までに最初の個人客へ届ける計画：未確認。 - 実際に出荷が始まったか・何台届いたか：未確認。 - 遠隔操作の人が家の中のどこまで見られるか・録画の扱い：未確認。 - エイイチのアームで、何回のお手本で自分で動けるか：本チャンネルの実験（作成日：2026年11月14日）。 ### もっと見られるための一手（題名・サムネイル・冒頭・見せ場のどれか1つを、具体的な文で） サムネイルの文字： 大きく3行で 「３００万円のロボット」 「中身は人間？」 「作ってる側から言うと」 ``` #### 批評_1_codex.md ```markdown # 1往復目の批評（codex） - 日時: 2026-11-14 19:52（JST） - モデル gpt-6.1-sol・考える深さ medium・106秒・51,081 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「人型ロボットが車と比べられる値段になった」という驚き。** 専門知識がなくても押す理由があり、提示された検索調査とも相性がよい。 さらに強めるなら、価格を見せた直後に「その値段で、どこまでできる？」を置く。安くなった仕組みに加え、**本体を買う値段と、仕事を任せられる状態にする費用**まで解説すると、開発している人の視点が立つ。 ### 弱い所と、その直し方 - **「AIがメカを安くした」という結論が、出典より先に決まっている。** → 「価格を下げた要因のうち、公開資料で確認できることは何か」という構成にする。仕様・販売条件・メーカーの説明を示し、AIの寄与額や部品原価が分からない部分は「内訳非公開」と表示する。因果が未確認でも、安さを解剖する面白さは残せる。 - **G1とNEOの価格を並べると、同じ機能を持つ商品に見える。** → 「価格／標準装備／追加開発の可否／自律機能の説明／提供時期」の比較表にする。特に、最安構成と実演映像の構成が同じかを確認する。 - **ゲームパッドで動きをブレさせても、機械の誤差をAIが補正した証明にはならない。** → アーム実演は「物の位置を少し変えたとき、学習した動作が対応できるか」に絞る。「これは環境の変化への対応を調べる実験で、安い部品への補正とは別」と説明する。機械精度を補う話は、実機の測定資料が得られた範囲で扱う。 - **配膳ロボットの試算表から、人型ロボットの部品価格の推移は出せない。** → 試算表の形式だけ再利用し、「公表本体価格＋送料＋税＋必要な追加構成」を積み上げる。未公表の部品原価をグラフにしない。 ### 事実の直し - **「G1が約200万円で買える」** → 「G1は2024年5月13日に公開され、当初の標準モデル価格は税・送料別で1万6,000ドルだった」。メーカー発表の配信日は**2024年5月15日**。 出典：[Unitreeの公式発表](https://www.prnewswire.com/news-releases/unitree-robotics-introduces-g1-humanoid-agent-ai-avatar-302146198.html) 現在価格を使うなら、「公式販売ページでは標準G1が1万3,500ドル。送料300〜1,200ドル、税・関税などは別。標準モデルは追加開発に対応せず、必要なら教育・開発向けモデルを選ぶ案内がある」とする。**ページ更新日不明、確認日2026年11月14日**。円換算は仮定した為替を明記する。 出典：[Unitree公式販売ページ](https://shop.unitree.com/products/unitree-g1) - **「AIが賢くなったから安い部品でも動き、それが低価格の本当の理由」** → **両製品の低価格化の主因としては未確認。** 書き直し：「学習による制御は進化している。ただし、それがG1やNEOの販売価格をどれだけ下げたかは、今回確認した資料では分からない」。G1公式販売ページは高精度の関節モーターも掲げており、「精密なメカから安いメカへ全面転換した」とは言えない。 出典：[Unitree公式販売ページ](https://shop.unitree.com/products/unitree-g1)（更新日不明、確認日2026年11月14日） - **「NEOの腱駆動は、安い機構をAIで補う例」** → 「NEOは腱を使う駆動機構を採用し、メーカーは柔らかな動作を特徴として説明している」。**安価な部品を採用したことや、その誤差をAIが補正して価格を下げたことは未確認。** 出典：[1X公式発表](https://www.1x.tech/discover/neo-home-robot)（2025年10月28日） - **「UnifoLM-VLA-0で自然言語による自律タスク実行を可能にした」** → 「Unitreeは2026年1月29日、画像・言語から動作を生成するモデルの学習・推論コードと重みを公開。公式資料は、単一の方策で12種類の操作課題を実機検証したと報告している」。市販の標準G1が、そのまま何でも自律実行できるという意味にはしない。 出典：[Unitree公式公開資料](https://github.com/unitreerobotics/unifolm-vla)（2026年1月29日） ### もっと見られるための一手 **題名を変更する。** > 中国の人型ロボットはなぜ安い？「本体価格」と「仕事を任せる費用」を分けてみた 「安さ」の強い入口を守りながら、本編で確かめられる内容を約束できる。 ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「家事を頼むロボットの向こうに、人がいる」という驚きから、自分の手元のお手本づくりにつながる所。** ニュースの紹介で終わらず、学習させる手間を実物で見せられる。 「先生」という比喩も残したい。ただし、先生の役割を説明した後に、**「では、いつ先生なしで任せられる？」**まで踏み込むと、購入者の疑問と開発者の実験が一本につながる。 ### 弱い所と、その直し方 - **「ズルじゃない」と先に結論を出すため、購入者が知りたい条件が薄くなる。** → 「遠隔操作には家事の支援と学習データづくりの役割がある。そのうえで、購入時の説明と実際の自律性が合っているかを見る」とする。技術の意義と商品としての約束を両方扱う。 - **「毎晩同じことをしている」は、提供された条件から確認できない。** → 「この机でも、人がお手本を記録してAIを学習させる環境があります」に直す。実際のお手本づくりの映像で、経験を伝える。 - **お手本の回数だけで賢さが決まるように見える。** → 一つの作業に絞り、例として「10回分と30回分のお手本」で比較する。開始位置・成功条件・制限時間を先に決め、同じ評価条件で各10試行。「成功数／試行数」に加え、記録時間と学習時間も表示する。小規模な比較なので、一般的な必要回数とは言わない。 - **NEOと手元のアームが、同じ学習方式に見える。** → 実験前に「NEOの再現実験ではありません。人のお手本から学ぶ作業を、別の機体とAIで見せます」と一文入れる。 - **撮影枠に対して、学習結果が出ることを期待しすぎている。** → 学習と動作確認を事前に終え、撮影日は記録風景と評価に集中する。両条件とも失敗した場合も、どこで止まったかを比較して見せる構成にしておく。 ### 事実の直し - **「300万円・月7.7万円で予約できる」** → 「1Xは2025年10月28日、NEOの先行購入枠を2万ドル、月額利用案を499ドルと発表。月額利用案は先行購入枠より後の出荷としている」。1ドル150円の仮換算なら約300万円・月約7万4,850円。日本での販売価格とは区別する。 出典：[1X公式発表](https://www.1x.tech/discover/neo-home-robot)（2025年10月28日） - **「知らない家事を人が操作して見せることで覚える」** → 「メーカーは、未習得の家事について専門スタッフによる遠隔支援を予約でき、作業を進めながら学習を助けると説明している」。**一度の支援で習得するか、何回で自律化するかは未確認。** 出典：[NEO公式製品ページ](https://www.1x.tech/neo)（更新日不明、確認日2026年11月14日） - **「今は、先生がいないと覚えられない」** → 「人のお手本は、ロボット学習の重要な材料の一つ。ただし、学習材料はそれだけではない」。手元で使うπ0.5の論文も、複数ロボットのデータやウェブ由来のデータなどを組み合わせている。 出典：[π0.5の原論文](https://arxiv.org/abs/2504.16054)（2025年4月22日） - **「2026年に米国、2027年に国際展開」** → 「2025年10月の発表では、2026年に主に米国で配送を始め、2027年から他市場へ広げる計画だった」と、発表時点の計画として述べる。さらに2026年4月30日、1Xはヘイワード工場の本格生産開始と、2026年の消費者向け出荷計画を発表している。**一般顧客への配送開始・配送台数は、今回確認した一次資料では未確認。** 出典：[1Xの予約開始発表](https://www.1x.tech/discover/neo-home-robot)（2025年10月28日）、[1Xの工場稼働発表](https://www.globenewswire.com/news-release/2026/04/30/3285118/0/en/1x-opens-neo-factory.html)（2026年4月30日） - **「家の中を誰がどこまで見られるか・録画の扱い」** → **詳細は未確認。** 確認した公式プライバシーポリシーは主にウェブサイト等の情報収集を説明しており、遠隔操作映像の閲覧範囲・具体的な保存期間・削除条件を確定できない。「公開資料で確認できた条件と、まだ分からない条件」を画面に分けて出す。 出典：[1X公式プライバシーポリシー](https://www.1x.tech/privacy-policy)（最終更新2025年10月27日、確認日2026年11月14日） ### もっと見られるための一手 **冒頭を、手動操作から自律動作へ切り替わる映像にする。** > 「この動き、いまは人が操作しています。では、手を離したら？ 家庭用ロボットNEOも、知らない家事では人の遠隔支援を使うと説明しています。今日はこの机で、お手本を増やすと何が変わるか確かめます。」 「遠くの人？」という驚きを、最後まで見れば結果が分かる実験につなげられる。 ``` #### 案_Claude_1.md ```markdown # 企画書 第1版（Claude） - 日時: 2026-11-14 19:50（JST） - チャットの中で Claude が書いた --- ## 題名 300万円の家庭用ロボット、家事の途中で「人」が操作する。ロボットを学習させている側から見ると、それはズルじゃない ## サムネイルの文字（大きく2〜3行） 300万円のロボット 家事の中身は 遠くの人？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「300万円の人型ロボットが、家で洗濯物をたたむ。ただし、できない家事は、遠くにいる人がVRで操作して代わりにやる。これ、ズルだと思いますか？ エイイチは毎晩、机の上のロボットに同じことをしています」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 家庭用の人型ロボット NEO は、知らない家事を「人が遠隔で操作して見せる」ことで覚える仕組み。遠くの人は、ロボットの先生役 - その「先生」の作業を、エイイチが手元のアームとゲームパッドで実際にやって見せる。何回お手本を見せたら、ロボットが自分で動けるようになるのかを数える - 話したくなる一言：「ロボットの家事の裏にいる人は、ヤラセではなく先生。そして今は、先生がいないと覚えられない」 ## ロボットに詳しい人の目（この動画にしかない見方） - 学習させる側から見ると、遠隔操作は「答えを書いた教科書を作る作業」。お手本の数と質で、ロボットの賢さが決まる - だから問題は「人が操作していること」ではなく、「何回お手本を見せれば自分でできるようになるか」「その間、家の中を誰が見ているか」の2つ ## 構成（5〜7節。1節1〜2行） 1. 約300万円・月約7.7万円で予約できる家庭用の人型ロボットの話（何ができると言われているか） 2. できない家事は、遠くの人が VR で操作する仕組み（Expert Mode）。これはズルか？ 3. 机の上で同じことをやってみる：ゲームパッドでアームを動かし、お手本を記録する（エイイチの手元） 4. お手本の数を変えて学習させ、アームが自分でどこまでできるかを見せる（成功も失敗もそのまま） 5. 作る側から見た答え：遠隔操作は先生。問題はお手本の数と、家の中を見られること 6. 自分の家に入れるなら、何を確かめるか（見られる範囲・録画・いつ自分で動くのか） ## 事実の主張と出典（動画で言う主張を1行ずつ） - 1X の家庭用人型ロボット NEO は、2万ドル（約300万円）または月額499ドルで予約を受け付けた（2025年10月）：https://innovatopia.jp/robot/robot-news/70374/ （元は WSJ の記事）／https://sifted.eu/articles/1x-humanoid-robot-launch （2025-10-28） - NEO は、知らない家事を人が VR で遠隔操作して行い、その記録で学習する「Expert Mode」を持つ：https://www.moguravr.com/1x-neo-humanoid-robot-vr-remote-control/ - 米国で2026年に出荷予定、国際展開は2027年予定：https://innovatopia.jp/robot/robot-news/70374/ - カリフォルニア州ヘイワードの工場で生産を始め、2026年末までに最初の個人客へ届ける計画：https://heise.de/-11287205 （日付は要確認） - 実際に出荷が始まったか・何台届いたか：未確認（撮影前に確かめる） - 遠隔操作の人が家の中のどこまで見られるか・録画の扱い：未確認（1X の公式の説明を探す） - エイイチのアームで、何回のお手本で自分で動けるか：これから実験して測る（実験の結果だけを言う） ## 撮るもの・作るもの（撮影は2〜3時間以内） - 手元の撮影：ゲームパッドでアームを動かしてお手本を記録する様子（30分） - お手本の数を2通りに変えて学習させた結果を、アームが自分で動く映像で撮る（学習は撮影前に借りた GPU で回しておく。撮影は1〜1.5時間） - NEO の映像は公式の発表映像を短く引用する（使える範囲を確かめる） - 図：お手本 → 学習 → 自分で動く、の流れを1枚 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 家庭用 人型ロボット ロボット 遠隔操作 ``` #### 案_Gemini_1.md ```markdown # 企画書 第1版（Gemini） - 日時: 2026-11-14 19:47（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・38秒・入力 3120・出力 1179 トークン --- ## 題名 なぜ中国の人型ロボットは200万円台で買えるのか？フィジカルAIが起こした「メカの価格破壊」 ## サムネイルの文字（大きく2〜3行） 人型ロボット なぜ200万円？ AIがメカを安くした ## 冒頭15秒のセリフ（ハコブくんが話す） 「人型ロボットって、家1軒分くらいするイメージありませんか？実は今、中国のUnitree G1が約200万円、アメリカの1X NEOが約300万円と、車より安く買える時代に入りました。なぜ突然こんなに安くなったのか？今日はロボット開発者の視点で、AIが起こした『メカの価格破壊』のカラクリを解説します」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） ロボットが安くなった本当の理由は「部品の大量生産」だけではなく、「AIが賢くなったから、安い部品でも動かせるようになった」という事実。昔は数千万円する精密なギアやセンサーで物理的な誤差を無くす必要があったが、今は安いモーターのブレやワイヤーのたわみを、フィジカルAIがリアルタイムで計算してソフトウェア的に補正している。 ## ロボットに詳しい人の目（この動画にしかない見方） 「ハードウェアの精度」から「ソフトウェアの補正」へのパラダイムシフトを、チャンネル名でもある「Pixels to Motors（カメラの画像から直接モーターの出力を決める技術）」の観点から解説する。AIが直接モーターを制御するエンドツーエンド学習が進んだことで、ロボットの設計思想そのものが「精密なメカ」から「安いメカ＋賢いAI」に根本から変わったことを、開発者の肌感覚で伝える。 ## 構成（5〜7節。1節1〜2行） 1. 人型ロボットの価格破壊：Unitree G1（約200万円）と1X NEO（約300万円）の衝撃 2. 昔のロボットが高かった理由：誤差を許さない精密なギアと、超高価なセンサーが必要だった 3. ソフトウェアがハードウェアを補う：安いモーターのブレをAIがリアルタイムで補正する仕組み 4. テンドンドライブ（腱駆動）の恩恵：1X NEOに見る、ワイヤー駆動とAI制御の組み合わせ 5. 実演：手元のロボットアームとAIを使って、わざとブレさせた動きをAIがどう学習するかを見る 6. 今後の予測：スマホのようにハードは安価にコモディティ化し、AIの賢さで勝負する時代へ ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - Unitree G1は2024年5月に発表され、当時のベース価格は1万6,000ドル（約250万円）、中国向けで9万9,000元（約220万円）だった（https://36kr.jp/291669/ ・2024年6月9日・36Kr Japan） - 1X NEOは2025年10月に予約を開始し、価格は2万ドル（約300万円）である（https://thebridge.jp/2025/11/1x-neo-preorder ・2025年11月20日・THE BRIDGE） - 1X NEOはテンドンドライブ（腱駆動）技術を採用し、従来型の剛性の高い高価なシステムとは異なるアプローチをとっている（https://thebridge.jp/2025/11/1x-neo-preorder ・2025年11月20日・THE BRIDGE） - Unitreeは視覚と言語から動作を生成するAIモデル「UnifoLM-VLA-0」を2026年1月に公開し、自然言語による自律タスク実行を可能にした（https://humanoid-jobs.com/rentals/unitree-g1 ・2026年1月29日発表の出来事として掲載・ヒューマノイドジョブ） ## 撮るもの・作るもの（撮影は2〜3時間以内） - 机の上のロボットアームをゲームパッドでわざと少しブレさせながら動かし、その操作記録からAIがどのように補正して学習するかを見せる実演（手元の俯瞰撮影とPC画面の録画。約1時間） - 3Dのハコブくんを使って、「高い精密ギア」と「安いモーター＋AI」のコスト構造の違いを説明する図解スライドの作成（Unityと画像編集ソフトを使用。約1時間） - 配膳ロボットの試算表をベースに、人型ロボットの部品コストがどう下がったかを示すシンプルなグラフの作成（約30分） ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 人型ロボット 値段 中国 人型ロボット ## Gemini が検索で見た出典 - 36kr.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHGjvj_jbHj-vI8KiQPy9LFtQsyYT7VrFNRDV4mySh5DP-wmJOgd4LRkaCYqrCXAvVyYXu7ViQzKOPRmYE_w9FntyVgS22P447hj7SK9w== - fabscene.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGIxl_nUwFssomk1bP4AGpYlIlrxsbikPP0U3ZBQlau9Dug4xuZ8BngQqUJaTBR9rneqNMZ0uODtwXcLTzS8o0Q926ZGlbaczGAgkKaNq-lHKGsG70udnnG9_UeqpUIVmEFZk2fraCgccO34v0bdFAai0VGVqo= - humanoid-jobs.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEp6JCeTCPvrMAX-WJGbxxfcO8jtWHDU124uLvy0rN2K9p-kqmAGCtb7UggIZkXbqU-tHRUmDYh5SfEeFa2ztU45cJvpAePqWzuzDoEDO6pR725lXlF5qFiol_8n5LQzHAtXsFD0_w5 ``` #### 案_Gemini_2.md ```markdown # 企画書 第2版（Gemini） - 日時: 2026-11-14 20:12（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・36秒・入力 5540・出力 1827 トークン --- ## 受け取った直し - 【メンバ1】「安いモーターのブレをAIが補正」は言い過ぎ。安くなった理由は複数あり、その1つとして紹介する構成にする。 → 取り込んだ。量産効果などを主因としつつ、AIの進化によるトレンドの1つとして扱う。 - 【メンバ1】「Pixels to Motors」の解説を外し、「エンドツーエンド」の説明だけ残す。 → 取り込んだ。テンポを良くし、技術の要点に絞るため。 - 【メンバ1】実演を「お手本を見せる→学習したアームが自分で動く」に変える。 → 取り込んだ。2〜3時間で撮影可能で、手元の環境に合うため。 - 【メンバ1】「数千万円する精密なギア」は出典がないので外すか産業用ロボットの例を出す。 → 取り込んだ。具体的な数字の断言は避け、「かつては高価な機構が必要だった」という表現に留める。 - 【メンバ1】題名とサムネを短く強くする。 → 取り込んだ。サムネは問いかけにし、言い過ぎを避ける。 - 【メンバ2】「AIがメカを安くした」という結論が先行している。公開資料で確認できる構成にする。 → 取り込んだ。断言を避け、内訳は不明としつつ安さの要因を解剖する。 - 【メンバ2】G1とNEOの機能比較表にする。 → 断った。2製品のカタログ比較が主眼ではなく、「なぜ安くなっているのか」というトレンド解説を主軸にしたいから。 - 【メンバ2】アーム実演は「物の位置を変えたときの対応」に絞り、機械誤差の補正とは別と説明する。 → 取り込んだ。お手本学習の実演において、環境の変化への対応として見せる。 - 【メンバ2】配膳ロボットの試算表から部品価格推移は出せない。本体価格＋送料等の積み上げにする。 → 取り込んだ。不確かな推移グラフはやめ、本体と導入費用の内訳を示す形にする。 - 【メンバ2】G1、NEO、UnifoLM-VLA-0の事実と出典を公式発表に合わせる。 → 取り込んだ。事実の直しは必須のルールに従うため。 - 【メンバ2】題名を「本体価格」と「仕事を任せる費用」を分けるものにする。 → 取り込んだ。開発者視点が際立ち、視聴者の興味を惹くため。 ## 題名 人型ロボットが車より安くなった理由。「本体価格」と「仕事を任せる費用」を分けてみた ## サムネイルの文字（大きく2〜3行） 人型ロボット なぜ200万円？ AIが安くした？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「人型ロボットって、家1軒分くらいするイメージありませんか？実は今、中国のUnitree G1が約250万円と、車と同じくらいで買える時代に入りました。なぜ突然こんなに安くなったのか？今日はロボット開発者の視点で、安さの理由と『本体以外にかかる費用』のカラクリを解説します」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） ロボットが安くなった理由は「中国のサプライチェーンによる部品の大量生産」が大きいが、もう一つの面白いトレンドとして「AIが賢くなったから、必ずしも超高価な精密部品を使わなくても済むアプローチが生まれつつある」という事実。昔は誤差を無くすために高価な機構が必要だったが、今はエンドツーエンド学習により、多少のズレならAIが学習で対応できるようになってきている。さらに、本体が安くても「自律して仕事を任せるための追加開発」には別途費用がかかるという現実を見せる。 ## ロボットに詳しい人の目（この動画にしかない見方） カメラの画像から直接モーターの出力を決める「エンドツーエンド学習」が進んだことで、ロボットの設計思想に変化が起きていることを開発者の肌感覚で伝える。また、市販の標準モデルを買えばすぐに何でもできるわけではなく、現場に合わせた「仕事を任せるための教育・開発費用」がどう発生するのかを、手元のアームの学習環境を引き合いに出してリアルに解説する。 ## 構成（5〜7節。1節1〜2行） 1. 人型ロボットの価格破壊：Unitree G1（約250万円）と1X NEO（約300万円）の衝撃 2. なぜ安いのか？：量産効果と、ソフトウェアがハードウェアの要求精度を下げるトレンド 3. エンドツーエンドの恩恵：画像から直接モーターを動かす学習がもたらす変化 4. 実演：手元のアームにお手本を見せて学習させ、物の位置が少しズレても対応できるか実験 5. リアルな費用：本体価格だけでなく「仕事を任せるための追加開発」にかかるコスト 6. 今後の予測：ハードウェアはコモディティ化し、現場ごとのAI教育が価値を生む時代へ ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - Unitree G1は2024年5月13日に公開され、当時の標準モデル価格は税・送料別で1万6,000ドル（当時のレートで約250万円）だった（https://www.prnewswire.com/news-releases/unitree-robotics-introduces-g1-humanoid-agent-ai-avatar-302146198.html ・2024年5月15日・Unitree Robotics / PR Newswire） - Unitree G1の現在の公式販売ページでは標準G1が1万3,500ドル（送料・税別）であり、標準モデルは追加開発に対応せず、必要なら教育・開発向けモデルを選ぶ案内がある（https://shop.unitree.com/products/unitree-g1 ・更新日不明、確認日2026年11月14日・Unitree公式サイト） - 1X NEOは2025年10月に予約を開始し、価格は2万ドル（約300万円）である（https://www.1x.tech/discover/neo-home-robot ・2025年10月28日・1X） - 1X NEOは腱を使う駆動機構を採用し、メーカーは柔らかな動作を特徴として説明している（https://www.1x.tech/discover/neo-home-robot ・2025年10月28日・1X） - AIによる補正や腱駆動が、G1やNEOの販売価格をどれだけ下げたかは公開資料では分からない（未確認） - Unitreeは2026年1月29日、画像・言語から動作を生成するモデル「UnifoLM-VLA-0」の学習・推論コードと重みを公開し、単一の方策で12種類の操作課題を実機検証したと報告している（https://github.com/unitreerobotics/unifolm-vla ・2026年1月29日・Unitree Robotics） ## 撮るもの・作るもの（撮影は2〜3時間以内） - 机の上のロボットアームにゲームパッドで同じ作業のお手本を何回か見せ、学習させたアームが自分で動く様子。さらに物の位置を少し変えても対応できるかを見せる実演（手元の俯瞰撮影とPC画面の録画。約1時間） - 3Dのハコブくんを使って、ロボットを導入する際の「本体価格＋送料＋税＋仕事を任せるための追加開発費」を積み上げて見せる図解スライドの作成（Unityと画像編集ソフトを使用。約1時間） ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 人型ロボット 値段 中国 人型ロボット ``` #### 案_codex_1.md ```markdown # 企画書 第1版（codex） - 日時: 2026-11-14 19:49（JST） - モデル gpt-6.1-sol・考える深さ medium・99秒・28,401 トークン --- ## 題名 月額499ドルの人型ロボット、人間1人で何台まで助けられる？ ## サムネイルの文字（大きく2〜3行） 人型ロボット ５台を１人で 助けられる？ 小さく「遠隔支援を試算」。５台から同時に伸びる「助けて」の吹き出しと、ゲームパッドを持つ手を配置する。 ## 冒頭15秒のセリフ（ハコブくんが話す） 「月額499ドルと発表された、家事をする人型ロボット。苦手な仕事は、人が遠隔で助けます。じゃあ、５台が一斉に『助けて』と言ったら？　人の仕事は30分ぶんなのに、24分待つロボットが出るんです。」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **「人が助ける時間を減らす」と「人を待たずに働ける」は、別の問題。** ５台のロボットを１人が支援する、仮定の時刻表を作る。観察する１時間に、各台が１回だけ６分の支援を必要とする設定だ。 - 呼び出しが12分おきなら、全台が待ち時間ゼロ。 - 同時に呼び出すと、最後の１台は支援が始まるまで24分待つ。 - どちらも担当者の作業は合計30分。１時間の半分しか作業していないのに、後者には行列ができる。 ５台分の帯が赤く止まり、１台ずつ緑に戻る図で見せる。**実機の測定結果ではなく、条件を明示した比較計算**として扱う。 ## ロボットに詳しい人の目（この動画にしかない見方） ファミレスのホールも、１時間の仕事量だけでは人数を決められない。注文、料理提供、会計が重なる時間に、誰が何を待つかが効いてくる。この視点を、人型ロボットの遠隔支援に持ち込む。 さらに、ロボットの「助けて」を分ける。遠隔操作で直せる失敗と、物が床に落ちて現地の手が必要になる失敗では、同じ１回でも負担が違う。 見るべき数字として、自律率に加えて「支援の頻度・１回の長さ・呼び出しの重なり・現地対応の有無」を提示する。これを、実際にロボットを動かしているチャンネルの見方にする。 ## 構成（5〜7節。1節1〜2行） 1. **家事ロボットには、人が助ける仕組みもある** 家庭用人型ロボット「ネオ」の発表価格と、予約した専門担当者による遠隔支援を紹介する。 2. **「自律率96.4％」まで来た実例** 別会社の倉庫での梱包事例を紹介。企業側の報告であり、ネオの性能を表す数字ではないと明示する。 3. **５台を１人で助けてみる** 各台に６分の支援が必要という仮定を置き、呼び出しが分散した場合の時刻表を動かす。 4. **仕事量は同じ。それでも24分待つ** 呼び出しだけを同時刻に変更。最大24分、平均12分の待ちが生まれる過程を見せる。 5. **その失敗、本当に遠隔で直せる？** 卓上アームを手動操作し、つかみ直せる配置と、物が届かない場所に落ちた配置を比較する。 6. **買う前に聞きたい、４つの数字** 支援の頻度、所要時間、重なり、現地対応を確認する。何台担当できるかは、その条件が分からなければ決められないと締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ネオは早期購入２万ドル、月額契約499ドルという価格を発表した。月額契約の出荷は早期購入より後とされた。発表日：2025年10月28日／発表元：ワンエックス／[公式発表](https://www.1x.tech/discover/neo-home-robot)。 - ネオがまだ知らない家事について、所有者は専門担当者の支援を予約できると説明されている。発表日：2025年10月28日／発表元：ワンエックス／[公式発表](https://www.1x.tech/discover/neo-home-robot)。 - ウルトラの顧客拠点で、π0.6による注文梱包を一勤務通して「自律率96.4％」で行ったと報告されている。発表日：2026年２月24日／発表元：フィジカル・インテリジェンス、該当節執筆：ウルトラ／[公式記事](https://www.pi.website/blog/partner)。独立した第三者検証としては扱わない。 - 同記事には遠隔介入チームへの言及があるが、自律率96.4％だけから担当者１人が支援できる台数は算定できない。発表日：2026年２月24日／発表元：フィジカル・インテリジェンス、ウルトラ／[公式記事](https://www.pi.website/blog/partner)。後半は公開情報に対する本動画の判断。 - ５台が同時に支援を要求し、１人が順番に各６分対応する場合、待ち時間は０・６・12・18・24分になる。出典：本企画の比較計算／作成日：2026年11月14日／作成元：本チャンネル／外部資料のURLなし。切り替え時間ゼロ、支援中だけ担当者を拘束する仮定。 - ネオの実際の支援頻度、１回の支援時間、担当者１人あたりの担当台数、月額料金の採算内訳は**未確認**。本動画の計算を同社の運用実態や採算の証明には使わない。 ## 撮るもの・作るもの（撮影は2〜3時間以内） **撮影・画面収録は合計２時間30分。追加学習を前提にしない。** - **卓上アームの手元：60分。** 軽いスポンジを使い、つかみ直しと、作業範囲外に落ちた場合の復旧を手動で撮る。画面に「手動操作・説明用」と表示する。 - **既存の３Ｄファミレス：30分。** 注文・配膳・会計の呼び出しが重なる場面の背景映像を収録する。 - **時刻表と一次資料の画面収録：40分。** ５台の支援が分散する図と集中する図を作り、仮定を常時表示する。 - **撮り直し・予備：20分。** 顔出し不要。既存のハコブくん素材と人工音声で進行する。 編集で作る中心素材は、５本の時間軸と「待ち時間」の数字。実機は１台で成立させる。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 家庭用 人型ロボット 人型ロボット 値段 ``` #### 案_codex_2.md ```markdown # 企画書 第2版（codex） - 日時: 2026-11-14 20:14（JST） - モデル gpt-6.1-sol・考える深さ medium・95秒・16,894 トークン --- ## 受け取った直し - **取り込んだ：題名を逆説に合わせる。**「何台まで」という未回答の問いをやめ、仕事量が同じでも待ちが変わる発見を約束する。 - **取り込んだ：円換算を添える。**「１ドル155円なら約7.7万円」とし、現在の為替や日本での販売価格とは扱わない。 - **取り込んだ：呼び出し時刻を抽選する比較を追加する。**ただし「現実に近い」とは断定せず、条件を決めた第三の試算として見せる。 - **取り込んだ：自律率96.4％の紹介を短縮する。**企業報告と画面に表示し、ネオとは別会社・別作業の数字として橋渡しに使う。 - **取り込んだ：昼のファミレスで５卓から呼ばれる情景を重ねる。**時刻表の算数を、待たせる相手がいる現場の話にする。 - **断った：「月額料金では専属担当者を雇えないから、必ず複数台担当」という断定。**料金の採算内訳も支援体制も未確認であり、５台に１人は比較用の仮定として置く。 - **取り込んだ：価格・出荷順・専門担当者の説明を公式発表で確認する。**出荷予定は発表当時の予定と明示し、専門担当者の説明は短い訳で示す。 - **取り込んだ：５台の「助けて」と赤い「24分待ち」。**サムネイルにも「５台・１人の仮定」と添え、実際の製品の待ち時間との混同を防ぐ。 ## 題名 家事ロボットの助っ人、仕事は30分ぶんなのに24分待ち？｜５台・１人で試算 ## サムネイルの文字（大きく2〜3行） ５台が同時に 「助けて！」 24分待ち？ ５台の人型ロボットが手を挙げ、その前にゲームパッドを持つ手を１つ。「24分待ち？」を赤く大きく、小さく「５台・１人の仮定」と表示する。 ## 冒頭15秒のセリフ（ハコブくんが話す） 「家事ロボットを、遠くの人が助ける。その助っ人の仕事が１時間に30分ぶんでも、24分待つロボットが出ます。５台を１人で助ける仮定で、何が起きるか見てみよう。」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **助ける時間を減らしても、助けを待つ時間がなくなるとは限らない。** ５台それぞれが１回、６分の支援を必要とする。担当者は１人。同じ30分ぶんの仕事で、呼び出す時刻だけを変える。 | 呼び出し方 | 支援開始までの待ち時間 | |---|---| | ０・12・24・36・48分に１台ずつ | 全台０分 | | ０分に５台同時 | ０・６・12・18・24分。平均12分 | | 各台の呼び出し時刻を抽選 | １万回の試算で、１台あたり平均約1.7分 | 抽選は各台独立に０〜54分の整数から選ぶ。到着順に対応し、切り替え時間はゼロ。最後の支援が60分を越えても、終わるまで計算する。**現実の呼び出し分布を再現した数字ではない。** まず３Ｄファミレスで、５卓から同時に「すいません」と呼ばれる。そこから５台のロボットの時間軸に切り替える。赤い「待機」の帯が伸び、最後の１台だけが24分待つ瞬間を見せる。 ## ロボットに詳しい人の目（この動画にしかない見方） ファミレスのホールでは、１時間の仕事量だけでは忙しさを説明できない。注文、料理提供、会計が重なると、作業の合計が同じでも待つ人が増える。ホール経験と配膳ロボットの試算で見てきたこの問題を、人型ロボットを支える人の側から読む。 ただし、ネオの公式説明は、未知の家事について専門担当者の支援を**予約できる**というものだ。突発的な呼び出しを５台から受ける運用は、本動画の仮定。予約や時間調整は、支援の集中を避ける方法にもなる。 さらに卓上アームで、遠隔操作でつかみ直せる状態と、物が作業範囲外に落ちた状態を見せる。後者は、今回の固定した配置では現地の手が必要になる。「助けて１回」をすべて同じ負担として数えない。 見るべきなのは、自律率に加えて**支援の頻度・１回の長さ・呼び出しの重なり・現地対応の有無**。これが、この動画で持ち帰ってもらう見方になる。 ## 構成（5〜7節。1節1〜2行） 1. **仕事は30分ぶん。それでも24分待つ？** ５台の「助けて」と伸びる待機時間を先に見せる。「５台・１人・各６分の仮定」と表示する。 2. **家事ロボットには、遠くの助っ人もいる** ネオの月額499ドルという発表価格と支援予約の説明を紹介。96.4％の企業報告は20秒程度に絞り、自律率だけでは待ち時間が分からないという問いにつなぐ。 3. **昼の12時、５卓から「すいません」** ３Ｄファミレスで呼び出しの集中を見せ、５台の時間軸へ移る。12分おきなら待ちゼロ、同時なら最後は24分待つ。 4. **呼び出す時刻を、くじで変えたら？** 抽選による１万回の試算では平均約1.7分。ただし平均は最大待ち時間を表さず、抽選条件を変えれば結果も変わると示す。 5. **その失敗、遠くから直せる？** 手動の卓上アームで、つかみ直しと作業範囲外への落下を比較。現地復旧が必要になる条件を見せる。 6. **ロボットを買うなら、助っ人の仕組みも見る** ４つの確認項目を提示。予約や呼び出しの分散も含め、「自分で動ける割合」と「待たずに働ける仕組み」を一緒に見ると締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ネオは早期購入２万ドル、月額契約499ドルという価格で予約受付を発表した。発表日：2025年10月28日／発表元：ワンエックス／[公式発表](https://www.1x.tech/discover/neo-home-robot)。 - 同発表では、早期購入は2026年の優先配送を含み、月額契約の出荷はそれより後と説明された。これは発表当時の予定であり、現在の出荷実績は本企画では未確認。発表日：2025年10月28日／発表元：ワンエックス／[公式発表](https://www.1x.tech/discover/neo-home-robot)。 - 専門担当者についての短い訳は「ネオがまだ知らない家事では、所有者はワンエックスの専門担当者が未知の作業を案内する時間を予約できます」。発表日：2025年10月28日／発表元：ワンエックス／[公式発表](https://www.1x.tech/discover/neo-home-robot)。 - 499ドルは、１ドル155円という仮定で77,345円、約7.7万円になる。出典：本動画の換算／作成日：2026年11月14日／作成元：本チャンネル／外部資料のＵＲＬなし。現在の為替、日本での販売価格を示す数字ではない。 - ウルトラは顧客拠点で、π0.6による注文梱包を１勤務通して自律率96.4％で行ったと報告している。画面に「企業の報告／別会社・別作業」と表示する。発表日：2026年２月24日／発表元：フィジカル・インテリジェンス、該当節執筆：ウルトラ／[公式記事](https://www.pi.website/blog/partner)。 - 同記事は遠隔介入チームにも言及するが、96.4％という数字だけでは支援の集中や待ち時間を算定できない。前半は企業の記述、後半は本動画の判断。発表日：2026年２月24日／発表元：フィジカル・インテリジェンス、ウルトラ／[公式記事](https://www.pi.website/blog/partner)。 - ５台を１人が各６分、到着順に支援する仮定では、同時呼び出しの待ちは０・６・12・18・24分、平均12分になる。出典：本動画の比較計算／作成日：2026年11月14日／作成元：本チャンネル／外部資料のＵＲＬなし。 - 各台が０〜54分の整数から独立に呼び出し時刻を選ぶ１万回の試算では、１台あたりの平均待ちは約1.7分だった。疑似乱数の初期値は20261114。出典：本企画の試算／作成日：2026年11月14日／作成元：本チャンネル／外部資料のＵＲＬなし。実際の家庭での待ち時間の予測ではない。 - ネオの実際の支援頻度、支援時間、担当台数、料金の採算内訳、突発停止への対応方法は**未確認**。「５台に１人が実際の運用」「ネオは24分待つ」とは言わない。 - 卓上アームの復旧比較は撮影予定であり、結果は**未確認**。撮影で確認できた範囲だけを説明し、家事ロボット全般の復旧能力には一般化しない。 ## 撮るもの・作るもの（撮影は2〜3時間以内） **撮影・画面収録は合計２時間30分。追加学習は必要としない。** - **卓上アーム：50分。** スポンジのつかみ直しと、作業範囲外へ落ちた状態の復旧を撮る。常時「手動操作・説明用」と表示する。 - **既存の３Ｄファミレス：25分。** ５卓から同時に呼ばれる場面を収録。顔出しは不要。 - **時刻表・試算の画面収録：45分。** 分散、同時、抽選の３条件を同じ縮尺で見せる。支援中・待機中を色と文字で区別し、仮定を画面に残す。 - **一次資料の画面収録：10分。** 価格、支援予約、96.4％の記載を、発表日とともに示す。 - **撮り直し・予備：20分。** 編集で作る中心素材は、５本の時間軸と３条件の比較図。試算と図の作成は撮影とは別の準備・編集作業として見込む。進行には既存のハコブくん素材と人工音声を使う。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 家庭用 人型ロボット 人型ロボット 値段 ``` #### 止める.txt ```text 持ち場を分けてやり直すため止めた（2026-11-14 20:12） ``` #### 進み具合.md ```markdown # 進み具合（制作チーム：次の本編） - いま：**Claude の番：1往復目の書き直し（Claudeへ_書き直し_1.md を読む）（案_Claude_2.md を待っています）** - 往復の回数：2 回（攻めと書き直しを1往復と数える） - 始めた時刻 2026-11-14 19:47+09:00・最後に書いた時刻 2026-11-14 20:14 - Gemini の費用の目安 約35円・codex 3 回（ChatGPT Plus の枠） | 作者 | 企画書 | 攻めた回 | |---|---|---| | Claude | 第1版 | 1回目 | | Gemini | 第2版 | 1回目 | | codex | 第2版 | 1回目 | ファイル：案_{作者}_{版}.md（企画書）・批評_{回}_{批評した人}.md（攻め）。最後に 並べる.md と 比べる.md ができる ``` ### 5回目：制作チーム「持ち場で分ける」（_制作/持ち場で分ける/） #### 並べる.md ```markdown # 並べる：最後の3本（持ち場で分ける・作者は伏せてあります） ## 案1 ## 題名 AIに「ペンを片づけて」と頼んだ。人はコードを書かない。何を教えたら、ロボットアームは入れられたか ## サムネイルの文字（大きく2〜3行） 人はコードを書かない ペン1本 何を教えたら入る？ ## 冒頭15秒のセリフ（ハコブくんが話す） （試行の中から、アームがペンに近づく一瞬を先に見せる） 「ペン1本、片づけて。この動きは、AIが書いたプログラムです。接続と動かしてよい範囲は準備済み。ここから人はコードを書きません。AIに渡したのは、真上の写真1枚と機体の資料だけ。人は、あと何を教えたら、ペンはペン立てに入るでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章なら一瞬で答える AI が、写真1枚からペン1本の仕事をどこまでできるか。つかめた／持ち上がった／入口まで届いた／入った、の4段の目盛りで、頼み直すたびの進み具合を見せる - 頼み直し1回に足す情報は1つ。そのたびに画面に「人が教えたもの」が1つずつ積み上がる。最後に、ペン1本を片づけるために人が教えたものの一覧が残る。これがこの動画の答えになる - 何回目で入ったか（入らなければ何段目まで行ったか）、かかった時間、AI の利用料、エイイチの手で入れた秒数をそのまま並べる ## ロボットに詳しい人の目（この動画にしかない見方） - 最初に確かめる仮説を画面に出す：「AI がつまずくのは、頭の良さより、写真から物の位置を読む所ではないか」。撮ったあとで、映像とログから答える。決められない場面は「原因未特定」と書く - ロボットを動かす側から見ると、ペン1本でも「どこにあるか（位置）」「どう持つか（つかみ方）」「どの順で動くか（手順）」、それに「機体が届くか・どこまで正確に止まれるか」を決めないと動かない。人は無意識にやっていることを、今回 AI が何から決め、何を人に教わったかを記録して見せる - 人が教えたものの一覧は、そのまま「ロボットの AI を学習させるときに、人の操作の記録が何を補っているか」の話につながる（机のアームでは、ゲームパッドで動かした記録から π0.5 を学習させる環境を作ってある） ## 構成（5〜7節。1節1〜2行） 1. 冒頭：実機の一瞬→お題と決まり。準備済みの中身（接続・位置合わせ・動作制限・最初からある制御プログラム）と、渡したもの3つ（真上の写真・機体の資料・お題）。成功は「手を離して、ペンが立ったまま3秒」。エイイチの手で入れた秒数 2. 1回目：AI が写真から読んだ位置と、書いたプログラム。4段の目盛りのどこまで行ったか 3. つまずいた所を、位置・つかみ方・手順・届く範囲に分けて読む（映像とログから。決められなければ原因未特定） 4. 頼み直し：足した情報1つと、その前後の映像を並べる。ペンとペン立ては毎回印の位置へ戻す 5. 結果：何回目で入ったか（入らなければ何段目まで）。成功したら同じ条件でもう1回。時間と利用料 6. ペン1本のために、人が教えたものの一覧（撮った結果から言えることだけ） ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - この動画の数字（回数・秒数・時間・利用料）は、撮影のときの記録だけから出す。失敗で終わればそのまま出す - 使う機体は mechArm 270 Pi（Elephant Robotics）。手元にあることはサイトの記録（https://pixelstomotors.com のフィジカルAI研究室の LOG。撮影日に該当する LOG の URL を添える）。仕様はメーカー資料：https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html （公開日の記載なし） - 使う道具は Claude Code（Anthropic がコードを書いて実行するために出している道具。2025年2月24日発表：https://www.anthropic.com/news/claude-3-7-sonnet ）。撮影時に使ったモデル名は道具の名前と分けて画面に出す - AI がペンの位置を何から決めたか（写真・資料・人の追加の説明）は、試行ごとに記録して出す。今回の入力の経路は撮影前のため未確認 - 安全：AI が書いたコードは、動かしてよい範囲を狭く決めたうえで、その場で試す（エイイチが 2026-11-14 に決定）。机のテープは範囲の目印で、範囲の外へ出る指令を止める仕組みは撮影前に用意して画面で示す。途中の動きまで止められるかは未確認なので、撮影前に確かめる。暴れたら電源を切る - 利用料は撮影当日の契約の形（定額か従量か）に合わせて、出せる形で出す。未確認 ## 撮るもの・作るもの（撮影は2〜3時間以内） - 撮影の前（撮影時間に数えない）：接続・位置合わせ・動作制限の仕組みが動くことを確かめる。動作制限で何が止まるか（終点だけか途中もか）を確かめて書いておく - 準備30分：ペン・ペン立て・印の位置・範囲のテープ・カメラ2台（真上と横）・画面の録画の確認。真上の写真を撮る。エイイチの手で入れる秒数を測る - 挑戦90分：頼む→AI が写真から位置を読む→コードを書く→動かす→目盛りを記録→ペンを印に戻す、をくり返す。頼み直し1回に足す情報は1つ。電源スイッチに手を添えた絵も撮る - 整理30分：回数・目盛り・足した情報・時間・利用料の一覧を作る - 編集で作るもの：4段の目盛り、人が教えたものが積み上がる一覧、位置・つかみ方・手順・届く範囲の図、頼み直しの文の比べ ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム ## 案2 ## 題名 データセンターの熱で、エビを育てる。捨てる熱はどれくらい使えるのか ## サムネイルの文字（大きく2〜3行） データセンターの熱で エビを育てる 本当に足りる？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「AIを1時間学習させると、ドライヤー◯台分の熱が出ます。その熱でエビを育てようという実験が、昨日発表されました。僕もロボットの学習でGPUを借りています。じゃあ、僕の1時間で、エビは何匹温まる？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） 手元のGPU1枚の消費電力（概算）を入口に、水槽を温める計算を「水に届く熱」と「逃げる熱」の2段に分けて試算すること。画面上でこの2つの数値を動かし、大きな数字を出して終わるのではなく、「熱が大量にあることと、水槽で使えることは別の条件」という成立条件が見える瞬間を主役にする。 ## ロボットに詳しい人の目（この動画にしかない見方） 机の上のロボットアームが目標位置へ向かい、ズレを測って直す動きを5秒だけ見せ、「水温管理も同じ。目標の温度とのズレを測って、熱を足す」とつなぐ。水槽の模式図に「排熱が減った」「外気が冷えた」という変化を入れ、指示通りに動かすために補助加温がどう動くか、開発者の視点で読み解く。 ## 構成（5〜7節。1節1〜2行） 1. 導入：僕の1時間でエビは何匹温まる？ 借りたGPUの利用記録（型番と時間）を見せ、4社によるデータセンター排熱を利用したエビ養殖の共同実証を紹介する。 2. 熱の量：計算に使った電気は、ほぼ全部が熱になる 手元のGPU1枚のカタログ仕様値から消費電力を概算し、「1時間でドライヤー◯台分の熱」と実感を持たせ、計算の単位を固定する。 3. 課題と工夫：ズレを測って補う制御の考え方 ロボットアームのズレ補正の実機映像から水温制御へつなぐ。「排熱減」や「外気冷え」の変化に対し、補助加温がどう動くか模式図で解説する。 4. 自分で試算：水に届く熱と逃げる熱 水100リットルを10度上げる熱と、温度維持のために逃げる熱を補う熱に分け、仮定の数値を動かしながらGPU1台で温まる水槽数を試算する。 5. 採算の壁：いくら減らせば元が取れるか 都の補助金にも触れつつ、「年間いくら以上の加温費を減らせれば、追加電力・保守費・設備費の年換算を回収できるか」を計算する。 6. まとめ：実証実験が確かめるもの 手元の1枚の計算から「これが何千枚並ぶデータセンター」へとスケールを広げ、熱を食料生産に回すための成立条件を確かめる実証だと締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・計画案では2026年度に回収方法を評価し、2027年度にバナメイエビの飼育を行う。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択され、1事業者あたり上限2,000万円（税込）が支給される。（https://www.metro.tokyo.lg.jp/information/press/2026/10/2026100610 ・2026年10月6日・東京都環境局） ・NTTグリーン&フードは静岡県磐田市でバナメイエビを陸上養殖しており、年間180トンの生産能力がある。（https://president.jp/articles/-/112203 ・2026年5月11日・プレジデントオンライン） ・対象施設の排熱がAI計算由来に限定されるかは未確認。 ・手元のGPU利用ログに消費電力の記録があるかは未確認のため、公式の仕様値から概算する。（https://docs.nvidia.com/deploy/nvidia-smi/ ・公開日記載なし、2026年11月14日確認・NVIDIA公式資料） ・今回確認した発表本文には、回収温度・供給熱量・設備費・削減率の具体値は記載されていない（未確認）。 ## 撮るもの・作るもの（撮影は2〜3時間以内） ・手元のパソコン画面（GPUの利用記録）と、机の上のロボットアームがズレを補正する5秒の実機映像（手元のみ） ・水槽の模式図（Unity作成、ハコブくんと矢印を使用し、排熱減や外気冷えによる補助加温の動きを示す） ・「水に届く熱」と「逃げる熱」を動かせる計算画面、および損益分岐点を示す採算試算表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ## Gemini が検索で見た出典 - president.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEnlLoOqsN2VxaBgqmcazq0TX163fLWAupd06w5TzRRWlfUlagNkfVzpgRSsmD_ELbfjGimgsjfRYMynvWcIFM-_qomv84ux_VS6Q9bUbsD7ovfljqpF6yUDJZydCsR-hMWIg== ## 案3 ## 題名 配膳ロボットは、なぜ置いてくれない？ 卓上アームで「皿を置く」を試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 置かせてみた 左にトレイ上の料理の再現写真、右に卓上アームが空の皿の縁をつかむ寄り。操作する手も入れ、小さく「卓上アーム・手動操作」と添える。 ## 冒頭15秒のセリフ（ハコブくんが話す） 「料理は来た。でも、取るのは自分。ここまで来たなら、置いてほしいよね。別の卓上アームを手で動かして、試します。コップ一つで、何が変わる？」 冒頭から皿を置く実写を見せ、「手動操作」と表示する。 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **同じ場所へ皿を置く。それだけなのに、コップ一つで動かし方を変える必要はあるのか。** 軽い空の樹脂皿を、①周囲が空いている、②置き場所の隣に空のコップがある、③さらに手前に別の皿がある、の三条件で移す。出発位置と目標位置を固定し、物を一つずつ足す。 最初の比較は、人の手と手動アームを左右に並べて同時再生。30秒以内にコップを置き、次の実演へ進む。 各条件の最初に「今回、操作で確認するもの」を３項目まで表示する。例えば「皿の縁」「コップとの隙間」「離す高さ」。撮影後の振り返りをもとに、実際の動きと対応させる。 見せ場は秒数の差だけに頼らない。つかむ位置、通る経路、離す瞬間を止めて、**「この場面では、人が何を引き受けていたか」**を見せる。止まらず置けた試行も含め、アーム全９回の結果を公開する。 差が出なかった場合は、こう言う。 **「今回の配置では、コップを足しても大きな差は出ませんでした。では、その間、人は何を確認していたのか。映像を戻して見てみます。」** 振り返っても判断の違いを説明できなければ、「今回の条件では、違いを捉えられなかった」と伝える。 ## ロボットに詳しい人の目（この動画にしかない見方） **「置く腕」だけでなく、人へ仕事を渡す仕組みまで見る。** 実演を「つかむ場所を決める」「周囲を避けて運ぶ」「安定する位置で離す」に分解する。そのうえで、自動化するなら何を認識し、どう動かし、置けたことをどう確認するかを図にする。 これは、人が担っている判断を言葉にする実験。手動操作の速さから、自律ロボットの性能やメーカーが腕を付けなかった理由は結論づけない。 ホール経験からは、料理の到着後に客が受け取れるか、困ったときに店員へつながるかを見る。デザインの目では、棚の光と音声を「次に人が何をすればよいかを伝える仕組み」として読む。 締めの見立ては、**「全部を機械に任せなくても、減らせる仕事はある。運搬を機械に、受け渡しを人に分ける設計は有力だ。ただし、取れない人を店員につなぐところまでが仕事の設計です」**とする。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。取るのは自分。** 客が受け取る場面の再現から、卓上アームが皿を置く実写へ。別の機体を手動で動かす実験だと明示する。 2. **猫の仕事は、どこで人につながる？** ベラボットの公式操作説明を紹介。棚の光と音声、店員が取り出す手順を示し、国内店舗の運用とは分ける。 3. **何もない机なら、どう置く？** 人の手とアームの１試行ずつを、実時間で同時再生。30秒以内に次の条件へ進む。 4. **コップ一つで、何が変わる？** 二つの追加条件を実演。結果表と動きの振り返りから、人が確認したものを示す。 5. **その判断を、機械に任せるなら？** 認識・動作・確認の図へ置き換える。続けて３Ｄファミレスを15秒見せ、受け取れない客への引き継ぎ案を示す。 6. **置かなくても、減らせる仕事がある。** 2022年のすかいらーく公表事例を紹介。「何でもできるか」に加え、「店のどの仕事を減らせるか」で評価する。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの公式配膳手順には、料理を棚に載せ、卓番号を指定して出発させ、到着後に店員が取り出す流れが記載されている。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同手順では、到着時に対象の棚が光り、音声で案内する。取り出した後の進行方法は操作や設定によって異なる。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 国内店舗で客が料理を取り出す具体的な案内と、その運用範囲は未確認。冒頭は「客が受け取る場面の再現」と表示し、店舗の実例として説明する場合は、店の公式案内か自分で撮影した案内を追加する。 - すかいらーくは2022年12月21日、同月27日に全国約2,100店舗への3,000台のロボット導入を完了する予定を発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。企業公表の事例として紹介し、全店舗共通の効果や、ロボット単独の効果とは言わない。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 上記発表の本文では製品名を確認できないため、「3,000台すべてがベラボット」という主張は未確認として使わない。 - 人の手と手動アームの所要時間、成功回数、接触・つかみ直し・置き直しの回数は未確認。撮影後、実施日・使用機体・条件を添え、自主実験として全試行を掲載する。 - 操作中に何を確認したかは操作者の振り返りであり、視線計測や判断負担の測定結果ではない。出典：撮影後の実験記録／実施日：未確定／記録元：本チャンネル。 - メーカーが腕を付けなかった理由は未確認。今回の実験から価格、技術的限界、設計意図は断定しない。 - 「運搬と受け渡しを分ける設計は有力」は本動画の見立てであり、最適性を検証した事実ではない。出典：上記公式資料と自主実験に基づく考察／公表日：動画公開日／発表元：本チャンネル。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 空の樹脂皿、空のコップ、別の皿、位置の印を用意。扱える配置と経路を確認し、練習を済ませてから条件を固定する。 - **実験撮影・90分：** アームは三条件を各３回、計９回。三条件を一組にして順番を入れ替える。人の手も各条件３回撮り、操作する手とアームを固定画角に収める。 - **補足撮影・30分：** 皿をつかむ寄り、操作する手、判断した箇所を指す映像、サムネイル用写真を撮る。撮影合計２時間30分。 - **記録方法：** 最初の動作から、皿を目標範囲に置いて手または把持部が離れるまでを計測。アームは１回90秒で打ち切り、未完了も残す。成功は「目標範囲に置き、離した後３秒間、皿が倒れたり落ちたりしない」と決める。 - **編集で作るもの：** 冒頭の再現、比較の同時再生、確認項目の字幕、全試行の結果表、認識・動作・確認の図、15秒の３Ｄファミレス。補足再現は計測映像と区別する。 - **表示と進行：** 実演には「卓上アーム・手動操作」を表示。顔は映さず、ハコブくんの人工音声で進める。料理入り・熱い皿への対応は今回の検証範囲に含めない。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み ``` #### 依頼.md ```markdown # 依頼：次に作る本編の企画を、1人1本ずつ、それぞれの持ち場から作る ## チャンネル - 「フィジカルAI解説｜Pixels to Motors」。**ロボットやフィジカルAIに詳しい人がやっているチャンネル**という立ち位置 - 全部がロボットの話でなくてよい。AI や時事の題材でも、「ロボットとフィジカルAIに詳しい人が見ると、こう見える」という見方を必ず足す（海外Yパパラジオが、資産管理の仕事をしている人の目で世界のニュースを読み解くのと同じ形） - ロボット以外の AI・時事の題材は、全体の30%まで - 時事ネタは強烈なものでよい（事故・騒動・大企業の発表・話題になった出来事）。ただし出典の URL と日付で確かめられること ## 目標 - いまは本編1本あたり数十回。1本1,000回で十分、10,000回なら大成功 - 一般の人に広く見られる題材を入口にしてよい（再生数がある程度取れれば、それも仕事につながる） - 釣り・誇張・煽り・中身と合わない題名やサムネイルはしない ## 作り手の条件 - エイイチ（チャンネルの人）：本業はデザイナー。ロボティクスの研究と開発をしている。昔ファミレスのホールで働いていた - 顔は出さない（アイコンなどで隠す）。手元や体は出てよい。声は AI。ナレーションはキャラクターのハコブくん（AI の声） - 撮影にかけられるのは1本あたり2〜3時間 - 手元にあるもの：机の上のロボットアーム（ゲームパッドで手で動かせる。その操作の記録でロボットの AI〈π0.5〉を学習させる環境を、借りた GPU で作ってある）、配膳ロボットの試算、Unity で建てた3Dのファミレス、ハコブくんの4コママンガと3Dのハコブくん ## 参考にするチャンネル（エイイチがよく見ている） - 海外Yパパラジオ（23.4万人）：顔は出さず猫のキャラクターが顔の役。太い大文字3行のサムネイルと猫の一言。その日のニュースに独自の見方を1つ足す。公開1日で7万〜21万回 - 借金しゅうへい（約3万人）：本人の暮らしとお金がかかった AI の実験を、数字付きの実録で見せる - Generalist（1.47万人・ロボットの会社）：解説なし。ロボットの手が1つの細かい作業をする短い映像。前より少し難しくした続編が8日で10万回 ## YouTube の数字について - どの題材が実際に見られているかは、企画ができたあとに YouTube の検索で確かめる。企画を作る段階では、数字に合わせて題材を選ばないこと - うちで一番伸びた本編は、ジャングリア沖縄の赤字を自分で試算した回（表示2,547・クリック率4.3%） ``` #### 回数.txt ```text 2 ``` #### 批評_1_Claude.md ```markdown # 1往復目の批評（Claude） - 日時: 2026-11-14 20:30（JST） - チャットの中で Claude が書いた --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） - 「料理は来た。取るのは自分」。ネコの配膳ロボットを見たことがある人なら誰でも身に覚えがある場面で、入口として一番強い。ここは絶対に残す - 最後のひと仕事（置く）を、本物のアームで試す所。解説だけのチャンネルにはできない。手元の失敗がそのまま見せ場になる ### 弱い所と、その直し方 - 題名が長く、問いが2つ（なぜ客が運ぶ？／アームで試す）に割れている → 直し：問いを1つに。例「配膳ロボットは、なぜテーブルに置いてくれないのか。腕をつけて試した」 - 5節の3Dファミレスの引き継ぎは、実験の熱を冷ます → 直し：3Dは15秒の挿し込みにとどめ、時間は「置くのに何秒かかったか」に使う。人が置けば2秒、ロボットの腕で慎重に置くと何秒か。その差が「腕を付けない理由」を、断定せずに一番分かりやすく伝える - 6節の「全部できなくても役に立つのか」は締めとして弱い → 直し：「置くのは人、運ぶのはロボット。この分け方は手抜きではなく、いまの技術での正解に近い」と、作る側の見立てで言い切る（言い切るのは見立てであって、メーカーの意図ではないと添える） ### 事実の直し - すかいらーくの約2,100店・3,000台：公式発表（2022-12-21）のとおりでよい。「当時の計画」と添えるのも正しい - 「人が料理を取り出す手順」：Pudu の公式の操作説明が出典で問題ない。国内の店ごとの運用は未確認のまま、と言い方を合わせる ### もっと見られるための一手 - 冒頭に、配膳ロボットから高い肉を横取りしたという、しゃぶ葉の騒ぎを一言だけ入れる案。「ロボットが置かないから、誰でも手を伸ばせる」という問題につながり、入口がさらに強くなる。報道の日付と中身は元の記事で確かめてから使う（未確認）。客を責める言い方はしない ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） - 「AIの熱でエビを育てる」。意外さが強く、一般の人が押す入口になる。直近（2026年11月）の発表なのも良い - 「AIはゴリゴリの物理だ」という見方は、ロボットの学習を自分で回している人ならではの一言。残す ### 弱い所と、その直し方 - 2節の「机の上のロボット用AIを学習させるだけで部屋が暑くなる実体験」は事実と合わない。エイイチは学習を自宅のパソコンではなく、借りたクラウドの GPU で回している → 直し：実体験は「借りた GPU 1台が、学習の間ずっとどれだけ電気を使っていたか」に変える。GPU の型番と使った時間は手元の記録にあるので、電力×時間で熱の量を出し、「ドライヤー何台を何時間つけっぱなし」に言い換える。作り話にならず、むしろ強くなる - 見せ場が「意外な取り組みの紹介」で止まっている → 直し：ジャングリアの回と同じ「自分で試算」を足す。データセンターのサーバー1台分（または1ラック分）の熱で、エビの水槽を何個温められるか、を手元の電力の数字と水を温める計算でざっくり出す。実証の結果ではなく、仮定を置いた試算と明記する - サムネイルの「究極の物理的解決」は言い過ぎ → 直し：「AIの熱で／エビを育てる／本当に足りる？」。問いの形にすると、言い過ぎを避けつつ押したくなる ### 事実の直し - 出典が NTT ドコモビジネスのトップページ（https://www.ntt.com/ ）になっている。ニュースリリースの個別のページの URL と発表日を確かめてから言う。確かめられるまで「未確認」 - 4社の名前・東京都の事業への採択・今年度と来年度の予定も、同じリリースで1つずつ確かめる ### もっと見られるための一手 - 題名を短く：「AIの熱で、エビを育てる。データセンターの捨てる熱は、どれくらい使えるのか」。冒頭は、借りた GPU の電気代の画面を見せて「この熱、どこへ行ってると思いますか？」から入る ``` #### 批評_1_Gemini.md ```markdown # 1往復目の批評（Gemini） - 日時: 2026-11-14 20:20（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・42秒・入力 5487・出力 1122 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） 「文章や画像なら一発で完璧な答えを出すAIが、机の上のペン1本を扱う物理の世界でどうつまずくのか」を、手元の実験で目に見える形にしている点です。失敗の映像と、AIへの頼み直しの文をセットで見せるのは、ロボットに詳しい人の視点が活きる面白さがあり、チームの財産として守るべき見せ場です。 ### 弱い所と、その直し方 - **弱い所：** 「AIに頼むだけでロボットアームは動く」という表現が、AIが直接物理的にアームを動かしているような誤解を生む恐れがあります。 - **直し方：** 使うAIが「コード（プログラム）を書くAI」であることを明確にします。構成の1節で、「AIに日本語で頼み、AIが書いたコードをそのまま実行してアームを動かす」という手順を画面で見せ、事実に基づく形に直します。 - **弱い所：** 「AIが書いたコードをそのまま試す」際の安全策が、頭の中のルールとして書かれているだけで、映像としての面白さや緊張感に欠けています。 - **直し方：** 暴走を防ぐために「アームの周りに段ボールの壁を置く」「いつでも電源を切れるようスイッチに指を添えておく」といった物理的な安全策を撮影に組み込み、AIに物理的な作業を任せる際のリアルな緊張感をエンタメとして見せます。 ### 事実の直し - **使うAI：** Claude Code（パソコンの中で作業を任せられるAI）。発表日：2025年2月24日。出典：Anthropic公式発表（未確認のURLではなく、Anthropicによる2025年2月24日の発表に基づく）。 - **題名の言い過ぎの修正：** 「AIに頼むだけでロボットアームは動くのか」を、「AIにプログラムを書かせてロボットアームは動くのか」または「AIが書いたコードをそのまま実行してロボットアームは動くのか」という、事実に合わせた一番強い言い方に直します。 ### もっと見られるための一手 **冒頭15秒のセリフ：** 「エイイチは今日、ロボットのプログラムを1行も書きません。AIに日本語で頼み、出てきたコードをそのまま実行します。お題は、机の上のペンをペン立てに入れること。人なら1秒。AIとロボットは、何回目の頼み直しでできるでしょう？」 --- ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） 「席まで運ぶ」と「食卓に置く」の間にある条件の大きな違いを、ホール経験者とデザイナーの目線で解き明かす点です。日常で誰もが感じる「なぜ置いてくれないのか」という身近な疑問を入り口にして、手元の実験と3Dファミレスで機械の限界と人間の役割分担を検証する構成は、非常に価値が高く強めるべきです。 ### 弱い所と、その直し方 - **弱い所：** 人がゲームパッドで手動操作した実験の結果から、「だからロボット（機械）には腕がない」と推測するのは、論理の飛躍があります。 - **直し方：** 手動操作の実験は、「人間が見ながら操作しても、周囲のコップや皿に気を遣い、置き場所を考え直すほど複雑な作業である」ことを示すものとして位置づけます。ナレーションで「人がやってもこれだけ難しいのだから、これを機械が自動で判断して行うにはさらに高い壁がある」と補足し、作業の難易度を伝える見せ場にします。 ### 事実の直し - **配膳ロボットの基本情報：** ベラボット（BellaBot）は2019年に発表された製品です。出典：プードゥー・ロボティクス公式発表（2019年）。 - **導入事例：** すかいらーくホールディングスが約2,100店舗・3,000台の導入を完了した発表。出典：https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf （発表日：2022年12月21日）。 - **メーカーの設計意図：** 「腕を付けない方が安いから」という理由は未確認のため、動画内では断定せず「どこまで機械が担当し、どこから人が引き受ける設計なのか」という分担の話に留める方針を維持します。 ### もっと見られるための一手 **サムネイルの文字：** 料理は来た なぜ置いてくれない？ 腕をつけて試した ## Gemini が検索で見た出典 - banana-quantum.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGNzf8r33J3th8Fu_cEO91DrI6_Q5yzPhmPsT5NY8rBX3GLaNte_9Qi8QoypTuqMjpgdJsG_YXo9vSIt8GuWW7q2I7sX1iaCTjP-IwFHuYCxjIdV2Y9DLyEFAZDQeUv1mHKYGlSDfEuuQIJLlLLP9KzOCODZg== - pudurobotics.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGskvwdnuVH9OMEeYu_j_qe3nPP5DpSrXD3azIanqtoRoPhJyTbiq8lexE4jOqZmjlsDggYP-z9uZA5DCylqo6RTFLI6CeYNxOXDe2BLSVEHo8z-T5osQFWqqF9HvRA - note.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQETkfwkBiJJLjYJsteeMP-6i8MFAyHMx_ntsR38VEVowlrbZAJGDksl-cF5Fr6pr1GvsUMf_NaW7hZj7nhCw3G7DoTtd3x-HqmcjDMjINzY3o8f_xKkDEAyr-LV_P-no00= ``` #### 批評_1_codex.md ```markdown # 1往復目の批評（codex） - 日時: 2026-11-14 20:21（JST） - モデル gpt-6.1-sol・考える深さ medium・82秒・34,104 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「日本語で頼めるAIが、目の前のペン1本を片づけられるか」を、実物と回数で決着させる所。** 誰でも成功・失敗を判定でき、最後まで見る理由もある。「頼み直し○回」は残す。 さらに、頼むたびに「何ができるようになったか」を見せたい。つかめた、持ち上がった、入口まで届いた、と進展が見えれば、失敗も続きを見たくなる材料になる。 ### 弱い所と、その直し方（弱い所1つにつき、必ず具体的な直し方を書く。「弱い」だけの指摘は書かない） - **「コードを1行も書かず」が、準備まで不要に見える。** → 冒頭で「接続と動作範囲の設定は準備済み。ここから人はコードを書きません」と明示する。既存の制御ソフト、カメラの有無、AIに渡した機体情報も一画面で示す。人が座標を教えた場合は、それも介入として記録する。 - **頼み直し回数の数え方が曖昧。** → 最初の依頼を「初回」、その後の人による追加指示を「頼み直し」と定義する。AI自身のコード修正回数と、実機を動かした回数は別に数える。物の配置と成功条件を固定し、「手を離してペンが立った状態を3秒保つ」を成功にする。 - **失敗の原因と結論を、撮影前に決めている。** → 「たぶん失敗」「失敗の多くは世界の見え方」を外し、観察後に説明する。原因候補は「位置」「つかみ方」「動作順序」として画面に置き、一度に変える条件を絞る。「確認手順を足したら改善した」と言う場合も、実際の前後映像を添える。 - **2時間の試行が、似た失敗の繰り返しになり得る。** → 撮影は準備30分、挑戦90分、結果整理30分を目安に区切る。本編では「最初の動作」「最大のつまずき」「最後の挑戦」を中心に編集し、全試行の結果は一覧で残す。成功した場合は同じ条件でもう一度試し、偶然の1回かも見せる。 ### 事実の直し（間違い・言い過ぎ・出典がない所を、事実の範囲で一番強い言い方に書き直す。出典の URL と日付を添える。確かめられなければ「未確認」） - **「AIに頼むだけでロボットが動く」** → 「AIに日本語で制御プログラムの作成・修正を頼み、この環境で実機を動かせるか試す」。Claude Codeはコードの編集や実行などを行う道具であり、今回のアームを動かせるかは実験で確かめる事項。 出典：[Anthropic公式発表](https://www.anthropic.com/news/claude-3-7-sonnet)、2025年2月24日。 - **「AIは、ペンがどこにあるかは教えないと分からない」** → 「この実験では、ペンの位置をAIが何から知るのかも確かめる。画像を渡すのか、人が座標を教えるのかで、任せている仕事が変わる」。今回の画像入力・位置計測の構成は**未確認**。 - **「人なら1秒」「文章や画像なら一発」「失敗の多くは世界の見え方」** → 「人には簡単に見える片づけを、この環境では何回の指示でできるか確かめる」。秒数と失敗原因は**未確認**。測定前の断定を、実験の問いに変える。 - **「手元の機体はmechArm 270 Pi」「エイイチが外部レビュー省略を決定」** → いずれも、提供された作り手の条件からは**未確認**。メーカーに機種が存在することと、本人が所有していることは分ける。決定事項として載せるのは実際に確認した内容だけにする。 出典：[メーカー公式製品資料](https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html)、公開日記載なし・2026年11月14日確認。 - **利用料** → 「撮影当日の契約方式と、この実験に対応する費用を表示する」。月額料金と実験ごとの従量課金は分ける。回数・時間・費用の実測値と記録URLは**未確認**。 ### もっと見られるための一手（題名・サムネイル・冒頭・見せ場のどれか1つを、具体的な文で） **題名を短くし、課題と制約を先に出す。** > AIに「ペンを片づけて」と頼んだ。人はコードを書かずに、ロボットはできるか？ --- ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「データセンターの捨てる熱で、食べられるエビを育てる」という意外性。** AIに詳しくない人にも伝わる、強い入口になっている。 もう一段強くする鍵は、「莫大な熱」よりも**「比較的低温で使い道が限られる熱を、養殖の加温に合わせる」**という工夫。ここを図で理解できる動画にする。[4社共同発表、2026年11月13日](https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html) ### 弱い所と、その直し方（弱い所1つにつき、必ず具体的な直し方を書く。「弱い」だけの指摘は書かない） - **中盤以降が「物理って面白い」の繰り返しになる。** → 本編を「何度の熱が取れるか」「水温を保てるか」「設備・運転費を含めて得になるか」の3問で進める。公表されていない数値は「未公表」と表示する。視聴者が実証の成否を見る物差しを持てる構成にする。 - **開発者の視点が、熱への感想にとどまっている。** → 「ロボットも、目標を言うだけでは動かない。測って、動かして、結果を確かめる。養殖の水温管理も同じ観点で見る」とつなぐ。温度計→制御→加温設備→水槽の図を作り、**考え方を説明する模式図**と表示する。実際の設備構成と混同させない。 - **利益の比較表に、計算の根拠がない。** → 表を「従来の加温費」「回収・供給設備費」「追加の運転費」「保守費」の比較に直す。数値を入れるなら仮定と明記し、条件を変えると採算がどう変わるかを示す。エビの売上を丸ごと排熱利用の利益に数えない。 - **借りたGPUで学習しているのに、自宅の排熱を実体験として撮ろうとしている。** → 実際の学習ログを見せ、「計算は借りたGPUで行っています」と説明する。手元のPC映像は操作端末として使う。新規の3D制作はハコブくんと簡単な矢印の図に絞り、撮影時間を確保する。 ### 事実の直し（間違い・言い過ぎ・出典がない所を、事実の範囲で一番強い言い方に書き直す。出典の URL と日付を添える。確かめられなければ「未確認」） 以下のニュース事項は、検索の要約ではなく、[4社共同発表の本文](https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html)で確認。発表日は**2026年11月13日**。 - **「共同実証を開始」「東京都の事業に採択」** → 確認できる。出典はトップページから、上記の発表本文へ差し替える。 - **「AIの熱でエビや魚を育てる」** → 「データセンターの排熱で、バナメイエビを育てる実証へ」。対象施設の排熱がAI計算由来に限定されるかは**未確認**。今回の飼育対象として魚は記載されていない。 - **「プロジェクトが始まり、エビを育てている」ように見える表現** → 「2026年度に排熱の回収方法を評価し、2027年度にバナメイエビを飼育する計画」。開始したプロジェクトと、今後の飼育を分ける。 - **「熱をそのまま使う」「究極の物理的解決」** → 「回収した熱を飼育水の加温に使い、水温維持と加温エネルギーの削減効果を検証する」。追加設備の方式・消費電力、削減率、採算は**未確認**。成果が出る前に解決済みとは言わない。 - **「熱が食料に変わる」「この循環がないとAIやロボットの未来は成り立たない」** → 「捨てていた熱を、食料生産に必要な加温へ回せるか。その成立条件を調べる実証だ」。熱の役割を具体化し、未来全体への断定を外す。 ### もっと見られるための一手（題名・サムネイル・冒頭・見せ場のどれか1つを、具体的な文で） **題名に、意外性と本編で解く疑問を両方入れる。** > 捨てる熱でエビを育てる？ NTTなど4社の実証、何を確かめるのか 発表を紹介するだけで終わらず、「成功する条件まで分かる」ことを約束できる。 ``` #### 批評_2_Claude.md ```markdown ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） - 「料理は来た。取るのは自分」という、ファミレスに行った人なら全員見たことのある一瞬を、実物のアームで「置く側」からほどく所。一般の人の入口と、作り手にしか撮れない映像が一本でつながっている。ここは削らない。 - 「コップが一つ増えると何が変わる？」という問い。置く作業の難しさを、言葉ではなく周りの物を一つずつ足すことで見せる形は、Generalist の「前より少し難しくした続編」と同じ型で、続き物にもできる。 - 締めを「腕がないのは欠点」ではなく「運搬と受け渡しの分担」として評価している所。煽らずに、ホール経験者とロボット開発者の両方の目が入る結論になっている。 ### 弱い所と、その直し方 1. **手動操作だと「操作が下手なだけ」に見える恐れがある。** 見る人は、遅いのはアームのせいか操作する人のせいか区別できない。 直し方：各条件の1回目の前に、画面の上に「操作する人が見ている物」を3つだけ文字で出す（例：皿のふち・コップとの隙間・机の高さ）。秒数より「見ている物の数」が条件ごとに増えるのを見せると、難しさの正体が操作の腕ではなく判断の量だと伝わる。 2. **9回の結果だと、差が出なかったときの見せ場が弱い。** 案自体は「差がなくても使う」と書いているが、そのときに何を言うかが決まっていない。 直し方：差が出なかった場合の締めの一文を先に決めておく。たとえば「人が操作すれば、コップ一つでは止まらない。止まるのは、それを人が見ないで済ませようとしたとき」。こうしておくと、どちらの結果でも4節が成り立つ。 3. **3節「何もない場所へ置く」が地味で、離脱しやすい位置にある。** 直し方：3節は人の手の1回とアームの1回を左右に並べて同時に再生するだけにし、30秒以内で4節へ進む。比べる映像として見せると、説明なしで差が分かる。 4. **猫型ロボットという言葉を、出典なしに入口の検索語として使っている。** 直し方：動画内では「猫の顔の配膳ロボット（ベラボット）」と一度だけ正式な名前を添える。サムネイルに製品名は出さない。 ### 事実の直し - ベラボットの公式操作説明（academy.pudutech.com）は、店員が取り出す手順として扱う、という整理は正しい。そのうえで「国内の店で客が取る運用」を言うときは、店のテーブルの案内（卓上の紙やロボットの音声）を自分で撮った映像か、店の公式案内を出典にする。いまのままでは未確認。 - すかいらーくの 2022年12月21日の発表（https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf）：3,000台・約2,100店は予定として扱う書き方でよい。導入されたのがベラボットであることも、この発表の本文で確かめてから言う（今回の批評では本文を開いて確かめていないので未確認）。 - 「人なら2秒」を言わない判断は正しい。実測の値だけを使う。 ### もっと見られるための一手（サムネイル） 3行目の「腕があれば？」を、実物の写真と組む形にする。左にトレイの上の料理、右に卓上アームの指先が皿の縁をつまんでいる寄りの写真、文字は 「料理は来た 取るのは自分 置かせてみた」 とする。「置かせてみた」は手動で置いた事実と合っていて、実機の改造と誤解されない。 ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） - **発表が前日（2026年11月13日）で、AI の熱と食べ物という、誰でも一瞬で分かる組み合わせ。** 時事としての強さはこの回の一番の武器。公開を急ぐほど強い。 - 「自分で GPU を回している人が、その熱を数える」という立ち位置。ほかの解説チャンネルにはない角度で、ジャングリアの赤字を試算した回（うちで一番伸びた回）と同じ型。 - 「本当に足りる？」という問い。夢の話にせず、計算で確かめる姿勢が題名とサムネイルに出ている。 ### 弱い所と、その直し方 1. **冒頭の「GPU の電気代画面」は存在しない。** エイイチは借りたクラウド GPU を使っていて、請求は時間単位の利用料であって電気代ではない。電気代として見せると事実と合わない。 直し方：冒頭は「借りた GPU の利用記録（型番と使った時間）」を見せ、ハコブくんが「この GPU は、カタログ上で○○ワット。1時間回すと、ドライヤー○台分の熱」と言う。消費電力は GPU の型番の公式の仕様値を出典にし、実測ではないと表示する。 2. **「サーバー1台」と「借りた GPU 1枚」が混ざっている。** 2節は GPU 1枚、4節はサーバー1台で、単位が途中で変わる。 直し方：試算の単位を「借りた GPU 1枚を1時間」に固定する。そのうえで最後に「データセンターにはこれが何千枚並ぶ」と倍率で広げる。手元の1枚から始めるのが、この案の強み。 3. **水槽を温める計算は、温め続ける熱（逃げる熱）を入れないと外れる。** 水を1度上げる熱（1リットルで約4.2キロジュール）だけで「水槽何個」を出すと、実際より大きな数になる。 直し方：4節を「最初に温める熱」と「温度を保つ熱」の2段に分け、後者は「水槽の大きさと外の気温しだい。ここは仮定」と明記する。仮定を置いた所を画面で黄色にするなど、見る人に分かる形にする。 4. **3節の「制御工学の観点」がまだ抽象的で、ロボットとのつながりが薄い。** 直し方：机のアームが目標の位置に向かって、ずれを測って直す動きを5秒だけ見せ、「水温も同じ。目標の温度とのずれを測って、熱を足す」と一言でつなぐ。見せるのは模式図より実機の方が強い。 ### 事実の直し - 4社の共同実証、都内近郊の NTTドコモビジネスのデータセンター、排熱は比較的低温、2026年度は回収方法の評価、2027年度にバナメイエビの飼育、という整理は発表と合っている。出典：https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html （2026年11月13日・NTTドコモビジネス） - 東京都の採択は、都が先に発表している。「スタートアップによる未利用熱活用促進事業」で3件を採択し、そのうち1件が「排熱活用型陸上養殖システムの構築」（IMTエンジニアリング・NTTドコモビジネス）。スタートアップには令和8年度に1事業者あたり上限2,000万円（税込）を支給。出典：https://www.metro.tokyo.lg.jp/information/press/2026/10/2026100610 （2026年10月6日・東京都環境局）。「都のお金が出ている実証」と言えるので、採算の節で使える。 - NTTグリーン&フードは静岡県磐田市でバナメイエビを陸上養殖していて、年間180トンの生産能力がある、とプレジデントオンラインが伝えている（https://president.jp/articles/-/112203 ・日付未確認）。「もともとエビを育てている会社が、熱をデータセンターからもらう」という話の筋になる。 - 「仮想空間の計算は現実で強烈な熱を出す」は言い方が強い。「計算に使った電気は、ほぼ全部が熱になる」と言えば、物理として正しく、同じくらい強い。 - 排熱の温度・量・費用は発表に書かれていない。動画では「発表に書かれていない」と表示する。 ### もっと見られるための一手（冒頭15秒） 「AI を1時間学習させると、ドライヤー○台分の熱が出ます。その熱で、エビを育てようという実験が、昨日発表されました。僕も GPU を借りて AI を学習させています。じゃあ、僕の1時間で、エビは何匹温まる？」 （○は GPU の型番の仕様値で計算して入れる。「昨日」は公開日に合わせて直す） ``` #### 批評_2_Gemini.md ```markdown # 2往復目の批評（Gemini） - 日時: 2026-11-14 20:48（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・47秒・入力 7265・出力 965 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） 「AIがつまずくのは頭の良さか、それとも物の位置の見え方か」という問い立てです。文章なら完璧なAIが、物理空間の認識と操作という壁にどう挑み、どう改善していくかを、4段の目盛りでリアルに見せる点が非常に強力です。 ### 弱い所と、その直し方 弱い所：AIがペンの位置（座標）をどう知るのかが曖昧です。「人が座標を教える」としてしまうと、問いである「AI自身の見え方（位置）」のテストになりません。 直し方：人が座標を教えるのをやめ、AIに真上と横のカメラ画像を読み込ませ、「この画像からペンとペン立ての座標を推測してコードを書いて」と頼むプロセスを明確にします。これにより、AI自身が物理空間をどう認識しているかを試す実験になります。 ### 事実の直し - 使うAI：Claude Code（Anthropic。パソコンの中でコードを書いて実行できるAI。2025年2月24日発表：https://www.anthropic.com/news/claude-3-7-sonnet ） - 料金：撮影当日の契約形態と、この実験で消費したデータのやり取り（入力・出力の量）に基づく利用料を分けて正確に出す。 - 使うアーム：mechArm 270 Pi（Elephant Robotics）。エイイチの手元の機体：https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html （発表日未確認）。 ### もっと見られるための一手 サムネイルの文字を、物理世界への介入の難しさを強調するものにします。 「天才AI vs ペン1本」 「コードは完璧」 「なぜつかめない？」 ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） 「料理は来た。取るのは自分」という、誰もがファミレスで経験する受け渡しのギャップに着目した点です。そして、人が無意識にやっている「置く」動作の複雑さを、あえて手動アームで可視化するというアプローチが秀逸です。 ### 弱い所と、その直し方 弱い所：手動操作の難しさと、自律ロボットの難しさは別物です。ただ手動でやってみただけでは、ロボット開発の解説としての意義が弱くなります。 直し方：手動操作で「人がどこを見て、何を考えて手を止めたか」を振り返るだけでなく、それを「自律ロボットのAIに教えなければならない判断基準（ルール）」として画面上でリスト化します。「人間が無意識に処理している変数の多さを言語化するための実験」という位置づけを明確にします。 ### 事実の直し - ベラボットの公式配膳手順と到着時の案内（光と音声）：出典（https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan ）／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - すかいらーくの導入完了予定と効果の発表：出典（https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf ）／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - メーカーが腕を付けなかった理由、および手動アームの所要時間等の結果は未確認（撮影後に事実として確定させる）。 ### もっと見られるための一手 冒頭15秒のセリフを、視聴者の共感を誘い、実験の目的を際立たせるものにします。 「料理は来た。でも、最後にお皿を取るのは私たちの仕事です。ここまで来たなら置いてほしいですよね。今日は卓上アームを手で操作して、人が無意識にやっている『置く』という最後のひと仕事のヤバさを暴きます。コップが一つ増えるだけで、何が変わる？」 ``` #### 批評_2_codex.md ```markdown # 2往復目の批評（codex） - 日時: 2026-11-14 20:49（JST） - モデル gpt-6.1-sol・考える深さ medium・109秒・25,195 トークン --- ## 案A ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「文章を書けるAIが、ペン1本を片づけられるのか」を、実機と実費で確かめる所。** 誰でも難しさを想像できるお題で、成功しても失敗しても見せ場になります。「人はコードを書かない」と、人の実測秒数との比較は残すべきです。 さらに強めたいのは、**人が何を教えた瞬間に進んだか**です。成功までの回数だけでなく、「写真を渡した」「位置を数字で教えた」など、前進と引き換えに必要だった人の仕事を見せると、このチャンネルならではの実録になります。 ### 弱い所と、その直し方 - **「位置の見え方」を問うのに、AIが何を見られるかが未決定。** 撮影前に、最初に渡す情報を固定する。例えば「真上の写真・機体の操作資料・お題」から開始し、人が座標を渡した時点を大きく表示する。初期条件が決まれば、頼み直しの意味も伝わります。 - **「頭の良さか、見え方か」の二択では、失敗の原因を狭めすぎる。** 問いを「ペンを片づけるまでに、人は何を教える必要がある？」へ直す。位置・つかみ方・手順に加え、機体の届く範囲や動作精度も観察対象にする。映像だけで原因を特定できない場面は「原因未特定」と残します。 - **頼み直した後に成功しても、その指示が効いたとは限らない。** 一度に足す情報をできるだけ一つにし、ペンとペン立てを印の位置へ戻して比較する。結論は「この指示の後に成功した」までにとどめ、同じ条件での再試行も見せる。「頼み方の万能なコツ」へ広げすぎない設計です。 - **準備30分に、接続・撮影・動作制限の確認まで詰め込んでいる。** 接続と制限の仕組みが動くことは撮影前の成立条件にする。当日の準備30分は配置と録画確認に使う。「準備済み」と表示する項目には、位置合わせや既存の制御プログラムも含め、実際に用意したものを列挙します。 - **サムネイルの「頼むだけ」が、本文で丁寧に分けた人の介入を隠してしまう。** 「人はコードを書かない」を大文字の中心に置く。人が説明や座標を追加する実験とも整合し、企画の強みがそのまま約束になります。 ### 事実の直し - **「Claude CodeというAIが動かす」** →「Claude Codeを使ってコードを生成・実行し、その指令でアームを動かす。撮影時に使用したモデル名も表示する」。Claude Codeは道具の名称で、使用モデルとは分ける。2025年2月24日の発表日は確認できました。[Anthropic公式発表](https://www.anthropic.com/news/claude-3-7-sonnet)（2025年2月24日）。 - **「位置・つかみ方・手順を、AIには言葉で渡す必要がある」** →「今回の構成では、位置・つかみ方・手順を、AIが何から決めたかを記録する」。画像や既存プログラムから得た情報まで、人が言葉で教える必要があるとは断定できません。今回の入力経路は撮影前のため**未確認**。 - **「メーカー資料で、手元の機体も確認済み」** →「使用機体は提供情報ではmechArm 270 Pi。メーカー資料では同製品の仕様を確認できる」。所有の根拠として挙げられたサイトの記録は、URLがないため今回**未確認**。製品資料と所有記録は分ける。[メーカー公式資料](https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html)（公開日記載なし、2026年11月14日確認）。 - **「テープで範囲を示し、範囲外の指令は止める」** →「テープは範囲を示す目印。指令を止める仕組みは別に示す」。終点だけでなく途中の動きも含め、何を制限できるかは**未確認**。「そのまま動かす」も、実際には制限を通すなら「動作制限を通して実行する」と表現する。 ### もっと見られるための一手 **冒頭を、説明より先に実機の一瞬で始める。** > 「ペン1本、片づけて。——この続きは、AIが書いたプログラムで動かします。接続と動作制限は準備済み。ここから人はコードを書きません。90分で、何を教えれば入るのか確かめます。」 ここに、その日の試行から選んだ動きの一瞬を重ねる。成功を前提にせず、すぐ実験を見せられます。 ## 案B ### この案のいちばん尖っている所（守る・もっと強めるべき所） **「データセンターの熱が、食べられるエビにつながる」という意外性。** 入口として強く、借りたGPUでロボットを学習させている当事者の話にもつながります。 試算の核心は、**「熱が大量にあることと、水槽で使えることは別の条件」**と見せることです。熱量の大きさに驚かせたあと、温度・運ぶ損失・供給の変動へ進めば、ニュース紹介を超えた見せ場になります。 ### 弱い所と、その直し方 - **GPUの利用料金画面を「電気代」と呼んでいる。** 冒頭は「ロボットの学習に借りたGPUの利用明細」と表示する。消費電力の記録があれば別画面で出す。記録がなければ、電力は仮定と明記して計算する。実体験の入口は十分残せます。 - **「一度温める計算」から「飼育中ずっと温められる水槽数」へ飛んでいる。** 計算を二段に分ける。まず「水100リットルを10度上げるのに必要な熱は約1.16キロワット時」。次に「温度維持には、逃げる熱を補い続ける必要がある」と示す。前者だけで養殖可能な水槽数を答えない構成にします。 - **GPU1台、サーバー1台、施設全体の数字が混ざる。** 自分の計算は最後まで「GPU1台の消費電力を入口にした仮定計算」に統一する。そこから水槽へ届く割合を変え、結果の幅を示す。実証施設の能力とは画面を分けます。 - **採算表に仮の金額を並べると、実際の事業の評価に見えやすい。** 「年間いくら得するか」より、「年間いくら以上の加温費を減らせれば設備費を回収できるか」を計算する。追加電力・保守費・設備費の年換算を足した額を、必要な削減額として示すと、未公表でも意味のある試算になります。 - **ロボットとの接点が「制御は同じ」という一般論で止まっている。** 水槽の模式図に「排熱が減った」「外気が冷えた」という二つの変化を入れ、水温と補助加温がどう動く想定かを見せる。「指示どおりに動かすには、変化を測って補う」という開発者の見方が具体化します。補助加温は実証設備の事実と混ぜず、説明用の仮定と表示します。 ### 事実の直し - **「エビ養殖の実証が始まりました」** →「4社が共同実証プロジェクトの開始を発表。計画案では2026年度に排熱回収・評価、2027年度にバナメイエビの飼育を行う」。プロジェクト開始と、飼育開始を分ける。[4社共同発表](https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html)（2026年11月13日）。 - **サムネイルの「AIの熱で」** →「データセンターの熱で」。発表は生成AI普及を背景に挙げていますが、対象施設の熱がAI計算由来に限定されることは**未確認**。AIとの接点は、自分の学習経験から導入する。[同発表](https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html)（2026年11月13日）。 - **「追加設備の方式や数値は未公表」** →「今回確認した発表本文には、回収温度・供給熱量・設備費・削減率の具体値は記載されていない」。ほかの資料まで確認せず「未公表」と断定しない。[同発表](https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html)（2026年11月13日）。 - **「学習ログから、GPUの使用電力が分かる」** →「消費電力の記録がある場合に、その記録から電力量を概算する」。学習時間や利用料金だけでは足りません。電力の取得範囲も確認し、GPUの値をサーバー全体の値として扱わない。[NVIDIA公式計測資料](https://docs.nvidia.com/deploy/nvidia-smi/)（公開日記載なし、2026年11月14日確認）。手元のログに電力記録があるかは**未確認**。 ### もっと見られるための一手 **見せ場を「水槽何個」から、条件で答えが変わる一枚の計算画面へ強める。** > 「仮に500ワットの熱を、全部水に渡せたら。水100リットルを10度温めるには約2時間20分です。ただし、これは熱が逃げない計算。エビを育て続けるには、毎時間どれだけ熱が逃げるかまで見る必要があります。」 画面上で「水に届く熱」と「逃げる熱」を動かす。**大きな数字を出して終わらず、成立条件が見える瞬間**を、この回の主役にします。 ``` #### 持ち場.json ```json { "Gemini": "直近1〜2週間（2026年11月）に、世間で実際に話題になったニュースから作る。ロボット・AI・テックのニュースに限らず、多くの人が知っている出来事（事故・騒動・大企業の発表・話題になった新商品やサービス・社会の大きな動き）でよい。そこに『ロボットとフィジカルAIに詳しい人が見ると、こう見える』という一言の見方を足す。ニュースは必ず元の記事か発表を開いて、発表日と中身を確かめる。人型ロボットの値段や家庭用ロボット（1X の NEO など）の話は、ほかのメンバーと重なるので避ける", "codex": "暮らしや店・街で、普通の人が実際に見かけるロボットや機械と、そこで起きている困りごと・不思議から作る（例：配膳ロボット、お掃除ロボット、セルフレジ、自動ドア、駅や空港の案内ロボット、物流の自動化、病院や介護の現場の機械）。見た人が『それ、前から気になってた』と思う身近な疑問に、ロボットに詳しい人の目で答える。人型ロボットの値段や家庭用の人型ロボットの話は、ほかのメンバーと重なるので避ける" } ``` #### 案_Claude_1.md ```markdown # 企画書 第1版（Claude） - 日時: 2026-11-14 20:20（JST） - チャットの中で Claude が書いた。持ち場：エイイチの手元の実験と、AI を仕事に使った実録 --- ## 題名 コードを1行も書かずに、AIに頼むだけでロボットアームは動くのか。ペンをペン立てに入れるまで、頼み直した回数を数えた ## サムネイルの文字（大きく2〜3行） AIに頼むだけ ロボットは動く？ 頼み直し○回 ## 冒頭15秒のセリフ（ハコブくんが話す） 「エイイチは今日、ロボットのプログラムを1行も書きません。AIに日本語で頼むだけ。お題は、机の上のペンを、ペン立てに入れること。人なら1秒。AIとロボットは、何回目でできるでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章や画像なら一発で出てくる AI が、机の上の「ペン1本」でつまずく。どこでつまずいたかを、失敗の映像と、AI への頼み直しの文の両方で見せる - 話したくなる一言：「AI はロボットのプログラムは書ける。でも、ペンがどこにあるかは、教えないと分からない」 - 最後に、何回の頼み直しで入ったか（入らなければ、どこまで行ったか）をそのまま出す ## ロボットに詳しい人の目（この動画にしかない見方） - 失敗の多くは、AI の頭の良さではなく「世界の見え方」の問題。カメラから見たペンの位置と、アームから見た位置がずれている、ペンの細さに対してつかむ力やすき間が合っていない、など - だから頼み直しのコツは「もっと頭よく考えて」ではなく、「いまの位置を測ってから動いて」「失敗したら写真を撮って見直して」のように、確かめる手順を頼むこと。これはロボットに限らず、AI に仕事を任せるときの共通のコツでもある ## 構成（5〜7節。1節1〜2行） 1. お題と決まり：人はコードを書かない。AI（Claude Code）に日本語で頼むだけ。成功はペンがペン立てに立つこと 2. 1回目の頼み方と、その結果（たぶん失敗。失敗の映像をそのまま） 3. 何がずれていたかを、ロボットに詳しい人の目で読む（位置・つかむ力・高さ） 4. 頼み直し：確かめる手順を頼むと、何が変わったか 5. 何回目で入ったか（入らなければ、最後どこまで行ったか）と、かかった時間・AI の利用料 6. ロボットに仕事を頼むときの3つのコツ（AI への仕事の頼み方にも通じる） ## 事実の主張と出典 - この動画の主張は、エイイチの手元の実験の結果だけ。回数・時間・利用料は、撮影のときの記録から出す（作り話をしない。失敗で終わればそのまま出す） - 使うアーム：mechArm 270 Pi（エイイチの手元の機体。メーカー：Elephant Robotics） - 使う AI：Claude Code（Anthropic の、パソコンの中で作業を任せられる AI）。料金はその日の画面で確かめた額を言う - 安全：AI が書いたコードは、動かす範囲を狭く決めたうえで、その場で試してよい（エイイチが決定・2026-11-14。普段の外部レビューは、この実験では挟まない）。範囲の外に出る指令は動かす前に止め、暴れたら電源を切る ## 撮るもの・作るもの（撮影は2〜3時間以内） - 手元の撮影：アームとペン立てを真上と横から（2時間。頼む・動かす・失敗・頼み直しをくり返す） - 画面の録画：AI への頼みの文と、AI が書いたコード（同じ2時間の中で同時に） - 編集で作るもの：頼み直しの回数の数え上げ、つまずいた所の図（位置のずれなど） ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム ``` #### 案_Claude_2.md ```markdown # 企画書 第2版（Claude） - 日時: 2026-11-14 20:45（JST） - チャットの中で Claude が書いた --- ## 受け取った直し - 「頼むだけで動く」は誤解を生む → 取り込んだ。AI がやるのはコードを書くことで、そのコードを実行してアームが動く、と冒頭で手順を見せる - 準備まで不要に見える → 取り込んだ。「接続と動かす範囲の設定は準備済み。ここから人はコードを書かない」と冒頭で明示する。人が座標を教えたら、それも介入として数える - 頼み直しの数え方が曖昧 → 取り込んだ。初回・頼み直し（人の追加の指示）・AI 自身の書き直し・実機を動かした回数を分けて数える。成功は「手を離して、ペンがペン立てに立ったまま3秒」 - 失敗の原因と結論を撮る前に決めている → 取り込んだ。「たぶん失敗」「失敗の多くは見え方」を外し、原因は撮ったあとに映像から読む。ただ「見え方（位置）」は確かめる仮説として最初に画面に出す。これがこの企画の尖りなので、結論ではなく問いとして残す - 頼むたびの進み具合を見せる → 取り込んだ。つかめた／持ち上がった／入口まで届いた／入った、の4段の進み具合の目盛りを画面の端に置く - 2時間が似た失敗の繰り返しになる → 取り込んだ。準備30分・挑戦90分・整理30分に区切り、成功したら同じ条件でもう1回試す - 物理的な安全策を映像に入れる → 取り込んだ（形を変えて）。段ボールの壁はアームの動きの邪魔になるので、机にテープで「動かしてよい範囲」を描き、電源スイッチに手を添えた絵を入れる - 題名を短く → 取り込んだ。「AIに『ペンを片づけて』と頼んだ」の形にした - 「人なら1秒」を外す → 断った。外さずに、実際にエイイチの手で測った秒数に置き換える。人との差は、この企画の分かりやすい物差しなので残す - 「mechArm 270 Pi を持っていることが未確認」 → 断った。エイイチの手元の機体は mechArm 270 Pi で、これまでの記録（サイトの LOG）で確かめられる。メーカーの資料の URL は添える - 「外部レビューを挟まない決定は未確認」 → 断った。2026-11-14 にエイイチがチャットで決めた（動かす範囲を狭く決めたうえで、その場で試してよい） ## 題名 AIに「ペンを片づけて」と頼んだ。人はコードを書かずに、ロボットアームは何回目でできるか ## サムネイルの文字（大きく2〜3行） AIに頼むだけ ペン1本 何回目で入る？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「エイイチは今日、ロボットのプログラムを1行も書きません。AIに日本語で頼んで、AIが書いたプログラムをそのまま動かします。お題は、机の上のペンをペン立てに入れること。エイイチの手なら○秒。AIとロボットは、何回目の頼み直しでできるでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章なら一瞬で答える AI が、机の上のペン1本でどこまで行けて、どこで止まるか。つかめた／持ち上がった／入口まで届いた／入った、の4段の目盛りで、頼み直すたびの進み具合を見せる - つまずいた場面と、そのとき AI にどう頼み直したかの文を並べる。どんな頼み方で一段進んだかが、そのまま「AI に物の仕事を頼むコツ」になる - 最後に、何回目で入ったか（入らなければ何段目まで行ったか）と、かかった時間・AI の利用料をそのまま出す ## ロボットに詳しい人の目（この動画にしかない見方） - 最初に、確かめたい問いを画面に出す：「AI がつまずくのは頭の良さか、それとも物の位置の見え方か」。撮ったあとで、映像とログから答える - ロボットを動かす側から見ると、ペン1本でも「どこにあるか（位置）」「どう持つか（つかみ方）」「どの順で動くか（手順）」の3つを決めないと動かない。人は無意識にやっている3つを、AI には言葉で渡す必要がある。どれを渡したら一段進んだかで、それを見せる ## 構成（5〜7節。1節1〜2行） 1. お題と決まり：準備済みのこと（接続・動かしてよい範囲）と、ここから人はコードを書かないこと。成功は「ペンが立ったまま3秒」。エイイチの手で同じことをした秒数も測る 2. 1回目の頼み方と、その結果。4段の目盛りのどこまで行ったか 3. つまずいた所を、位置・つかみ方・手順の3つに分けて読む（映像とログから） 4. 頼み直し：何を言葉で渡したら、一段進んだか（前後の映像を並べる） 5. 結果：何回目で入ったか（入らなければ何段目まで）、成功したらもう1回同じ条件で。時間と利用料 6. 物の仕事を AI に頼むときのコツ（撮った結果から言えることだけ） ## 事実の主張と出典 - この動画の数字（回数・秒数・時間・利用料）は、撮影のときの記録だけから出す。失敗で終わればそのまま出す - 使うアーム：mechArm 270 Pi（Elephant Robotics）。エイイチの手元の機体：https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html - 使う AI：Claude Code（Anthropic。パソコンの中でコードを書いて実行できる AI。2025-02-24 発表：https://www.anthropic.com/news/claude-3-7-sonnet ）。料金は撮影当日の契約の形と、この実験でかかった分を分けて出す - AI がペンの位置を何から知るか（カメラの画像か、人が教える座標か）は、撮影の構成で決めて画面に出す。人が座標を教えたら、それも介入として数える - 安全：AI が書いたコードは、動かしてよい範囲を狭く決めたうえで、その場で試す（エイイチが 2026-11-14 に決定）。範囲の外に出る指令は動かす前に止め、暴れたら電源を切る ## 撮るもの・作るもの（撮影は2〜3時間以内） - 準備30分：ペン・ペン立て・動かしてよい範囲のテープ・カメラ2台（真上と横）・画面の録画。エイイチの手で入れる秒数を測る - 挑戦90分：頼む→AI が書く→動かす→目盛りを記録、をくり返す。電源スイッチに手を添えた絵も撮る - 整理30分：回数・目盛り・時間・利用料の一覧を作る - 編集で作るもの：4段の目盛り、位置・つかみ方・手順の図、頼み直しの文の比べ ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム ``` #### 案_Claude_3.md ```markdown ## 受け取った直し - AI が位置を何から知るかが曖昧（人が座標を教えると見え方の試しにならない） → 取り込んだ。最初に渡すのは「真上の写真・機体の資料・お題」の3つに固定し、AI に写真から位置を読ませてコードを書かせる。人が座標を教えた時点は画面に大きく出す - 最初に渡す情報を撮影前に固定する → 取り込んだ。上と同じ。これで頼み直しの意味が伝わる - 問いを「頭の良さか見え方か」の二択から「ペンを片づけるまでに、人は何を教える必要がある？」へ → 取り込んだ。こちらの方が実験の中身と合い、尖りも増す。見え方は最初に確かめる仮説として残す。映像で原因を決められない場面は「原因未特定」と書く - 頼み直し1回に足す情報は1つにし、ペンとペン立てを印の位置へ戻して比べる → 取り込んだ。言えるのは「この情報を足したあとに進んだ」まで。成功したら同じ条件でもう1回 - 「頼み方のコツ」へ広げすぎない → 取り込んだ。6節は「今回、人が教えたもの」の一覧に変える - 準備30分に接続・動作制限の確認まで詰め込んでいる → 取り込んだ。接続と動作制限が動くことは撮影の前に済ませる条件にし、当日の準備は配置と録画の確認だけにする。「準備済み」の中身（接続・位置合わせ・動作制限・最初からある制御プログラム）を画面に並べる - サムネイルの「頼むだけ」が人の介入を隠す → 取り込んだ。「人はコードを書かない」を中心にした - サムネイル「天才AI vs ペン1本／コードは完璧」 → 断った。「天才」「コードは完璧」は確かめられない言い過ぎで、釣りになる - Claude Code は道具の名前で、使ったモデルとは分ける → 取り込んだ。撮影時のモデル名も画面に出す - 「位置・つかみ方・手順を AI には言葉で渡す必要がある」は断定 → 取り込んだ。「今回、AI が何から決めたかを記録する」に直した - 所有の根拠とメーカー資料を分ける → 取り込んだ。所有はサイトの記録、仕様はメーカー資料と分けて書く - テープは目印で、指令を止める仕組みは別 → 取り込んだ。止める仕組みは撮影前に用意して中身を画面に出す。何を制限できるか（途中の動きも含むか）は撮影前の確かめ事項として未確認と書く - 冒頭を実機の一瞬から → 取り込んだ。ただ「90分で」は約束にせず、時間は結果として出す - 料金は入力・出力の量で出す → 取り込んだ（形を変えて）。従量か定額かは撮影当日の契約で決まるので、出せる形で出す ## 題名 AIに「ペンを片づけて」と頼んだ。人はコードを書かない。何を教えたら、ロボットアームは入れられたか ## サムネイルの文字（大きく2〜3行） 人はコードを書かない ペン1本 何を教えたら入る？ ## 冒頭15秒のセリフ（ハコブくんが話す） （試行の中から、アームがペンに近づく一瞬を先に見せる） 「ペン1本、片づけて。この動きは、AIが書いたプログラムです。接続と動かしてよい範囲は準備済み。ここから人はコードを書きません。AIに渡したのは、真上の写真1枚と機体の資料だけ。人は、あと何を教えたら、ペンはペン立てに入るでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章なら一瞬で答える AI が、写真1枚からペン1本の仕事をどこまでできるか。つかめた／持ち上がった／入口まで届いた／入った、の4段の目盛りで、頼み直すたびの進み具合を見せる - 頼み直し1回に足す情報は1つ。そのたびに画面に「人が教えたもの」が1つずつ積み上がる。最後に、ペン1本を片づけるために人が教えたものの一覧が残る。これがこの動画の答えになる - 何回目で入ったか（入らなければ何段目まで行ったか）、かかった時間、AI の利用料、エイイチの手で入れた秒数をそのまま並べる ## ロボットに詳しい人の目（この動画にしかない見方） - 最初に確かめる仮説を画面に出す：「AI がつまずくのは、頭の良さより、写真から物の位置を読む所ではないか」。撮ったあとで、映像とログから答える。決められない場面は「原因未特定」と書く - ロボットを動かす側から見ると、ペン1本でも「どこにあるか（位置）」「どう持つか（つかみ方）」「どの順で動くか（手順）」、それに「機体が届くか・どこまで正確に止まれるか」を決めないと動かない。人は無意識にやっていることを、今回 AI が何から決め、何を人に教わったかを記録して見せる - 人が教えたものの一覧は、そのまま「ロボットの AI を学習させるときに、人の操作の記録が何を補っているか」の話につながる（机のアームでは、ゲームパッドで動かした記録から π0.5 を学習させる環境を作ってある） ## 構成（5〜7節。1節1〜2行） 1. 冒頭：実機の一瞬→お題と決まり。準備済みの中身（接続・位置合わせ・動作制限・最初からある制御プログラム）と、渡したもの3つ（真上の写真・機体の資料・お題）。成功は「手を離して、ペンが立ったまま3秒」。エイイチの手で入れた秒数 2. 1回目：AI が写真から読んだ位置と、書いたプログラム。4段の目盛りのどこまで行ったか 3. つまずいた所を、位置・つかみ方・手順・届く範囲に分けて読む（映像とログから。決められなければ原因未特定） 4. 頼み直し：足した情報1つと、その前後の映像を並べる。ペンとペン立ては毎回印の位置へ戻す 5. 結果：何回目で入ったか（入らなければ何段目まで）。成功したら同じ条件でもう1回。時間と利用料 6. ペン1本のために、人が教えたものの一覧（撮った結果から言えることだけ） ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - この動画の数字（回数・秒数・時間・利用料）は、撮影のときの記録だけから出す。失敗で終わればそのまま出す - 使う機体は mechArm 270 Pi（Elephant Robotics）。手元にあることはサイトの記録（https://pixelstomotors.com のフィジカルAI研究室の LOG。撮影日に該当する LOG の URL を添える）。仕様はメーカー資料：https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html （公開日の記載なし） - 使う道具は Claude Code（Anthropic がコードを書いて実行するために出している道具。2025年2月24日発表：https://www.anthropic.com/news/claude-3-7-sonnet ）。撮影時に使ったモデル名は道具の名前と分けて画面に出す - AI がペンの位置を何から決めたか（写真・資料・人の追加の説明）は、試行ごとに記録して出す。今回の入力の経路は撮影前のため未確認 - 安全：AI が書いたコードは、動かしてよい範囲を狭く決めたうえで、その場で試す（エイイチが 2026-11-14 に決定）。机のテープは範囲の目印で、範囲の外へ出る指令を止める仕組みは撮影前に用意して画面で示す。途中の動きまで止められるかは未確認なので、撮影前に確かめる。暴れたら電源を切る - 利用料は撮影当日の契約の形（定額か従量か）に合わせて、出せる形で出す。未確認 ## 撮るもの・作るもの（撮影は2〜3時間以内） - 撮影の前（撮影時間に数えない）：接続・位置合わせ・動作制限の仕組みが動くことを確かめる。動作制限で何が止まるか（終点だけか途中もか）を確かめて書いておく - 準備30分：ペン・ペン立て・印の位置・範囲のテープ・カメラ2台（真上と横）・画面の録画の確認。真上の写真を撮る。エイイチの手で入れる秒数を測る - 挑戦90分：頼む→AI が写真から位置を読む→コードを書く→動かす→目盛りを記録→ペンを印に戻す、をくり返す。頼み直し1回に足す情報は1つ。電源スイッチに手を添えた絵も撮る - 整理30分：回数・目盛り・足した情報・時間・利用料の一覧を作る - 編集で作るもの：4段の目盛り、人が教えたものが積み上がる一覧、位置・つかみ方・手順・届く範囲の図、頼み直しの文の比べ ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム ``` #### 案_Gemini_1.md ```markdown # 企画書 第1版（Gemini） - 日時: 2026-11-14 20:18（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・51秒・入力 3021・出力 1129 トークン --- ## 題名 【AIの熱でエビを育てる】データセンターの莫大な排熱を「陸上養殖」に使うNTTの共同プロジェクト ## サムネイルの文字（大きく2〜3行） AIの排熱で エビを育てる 究極の物理的解決 ## 冒頭15秒のセリフ（ハコブくんが話す） 「AIの計算って莫大な熱が出るんですけど、その捨てる熱でエビや魚を育てようっていう、NTTドコモビジネスさんたちのプロジェクトが始まりました。今日は、自分でGPUを回して熱を出している開発者の目線から、この『物理的な解決策』の面白さを語ります！」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） AIの進化やデータセンターの裏側では莫大な熱が発生しており、それを冷やすためだけに大量のエネルギーが使われていること。その「厄介な熱」を、エビや魚を育てるための「水温維持」にそのまま使うという、デジタルとアナログが融合した意外な解決策があること。 ## ロボットに詳しい人の目（この動画にしかない見方） 仮想空間でAIを賢くするための計算が、現実世界で莫大な熱という物理現象を生み出し、それが最終的に「食料」という別の物理に変わる面白さ。自らGPUを回してロボットAIを学習させている開発者だからこそ実感する、「AI開発はゴリゴリの物理（熱との戦い）である」という視点。 ## 構成（5〜7節。1節1〜2行） 1. 導入：AIの熱でエビや魚を育てる？ NTTドコモビジネスら4社が発表した、データセンターの排熱を陸上養殖に使うプロジェクトを紹介する。 2. なぜ熱が出るのか：AIの知能を作るGPUと物理の壁 仮想空間のAIを賢くするための計算は、現実世界で強烈な熱を出す。机の上のロボット用AIを学習させるだけでも部屋が暑くなる実体験を交える。 3. 排熱の課題：冷やすためにまた電気を使うジレンマ データセンターはサーバーを冷やすために莫大なエネルギーを使っており、この「熱の処理」がAI進化の物理的な足かせになっていることを解説する。 4. 物理的解決策：捨てる熱を食料生産の「資源」に変える 回収した排熱で水槽の温度を保ち、エビや魚を育てる。熱をただ捨てるのではなく、別の物理的な価値（食料）に変換する見事な発想を読み解く。 5. ロボット開発者の視点：情報から物理への究極の形 AIの計算というデジタルの営みが現実の熱を生み、それが巡り巡って現実の食料に変わるという、フィジカルAI時代を象徴する面白い循環を語る。 6. まとめ：AIの進化を支えるのは「物理」の力 ソフトウェアの進化だけでなく、こうした熱やエネルギーの物理的な循環がないと、AIやロボットの未来は成り立たないという結論で締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択された。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・今年度中にデータセンターでの排熱回収を開始し、来年度は回収した熱を使って陸上養殖の飼育を行う。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ## 撮るもの・作るもの（撮影は2〜3時間以内） ・机の上のロボットアームと、AI学習で熱を出しているPCの排熱口に手をかざす実写映像（手元のみ） ・データセンターの排熱が養殖水槽を温める仕組みを説明する、3Dのハコブくんを使った図解（Unityで作成） ・配膳ロボットの試算で使った表計算ソフトを流用し、熱を捨てるコストと養殖に使う利益の違いを示す簡単な比較表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ## Gemini が検索で見た出典 - ntt.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHe82W6g18zM2XR7-lInmr4XrOImHsHYegAZHQqEfJvWlYOGNnNcsN-Z0dNKCdKhsI_tfMRgi0UYAXGDttUcoM_QpWNb5_PybywLQoVYVr8BObIaQ-UjLMB3Rtv0SUKL75fgPfiJxMFAWtQOtfJxzfNfuFsySyK3qkaeEwaNA== ``` #### 案_Gemini_2.md ```markdown # 企画書 第2版（Gemini） - 日時: 2026-11-14 20:27（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・41秒・入力 5460・出力 1756 トークン --- ## 受け取った直し - 2節の直し（借りたGPUの電力で熱量を出しドライヤーに例える）：取り込んだ。事実に基づき説得力が増すため。 - 見せ場の直し（自分で試算を足す）：取り込んだ。チャンネルの強みである試算を活かせるため。 - サムネイルの直し（「究極の物理的解決」から「本当に足りる？」へ）：取り込んだ。言い過ぎを防ぎつつ興味を惹くため。 - 事実の直し（出典URLと発表日の確認）：取り込んだ。事実確認のルールに従うため。 - 題名・冒頭の直し（題名を短く、冒頭をGPU電気代画面から）：取り込んだ。視聴者の関心を強く惹きつけるため。 - 構成の直し（3問で進める、未公表は未公表と表示）：取り込んだ。試算と相性が良く、視聴者に物差しを提供できるため。 - 開発者の視点の直し（制御の観点から模式図で説明）：取り込んだ。ロボット開発者ならではの視点が活きるため。 - 利益の比較表の直し（従来の加温費などとの比較にし、仮定と明記）：取り込んだ。試算の精度と誠実さを上げるため。 - 撮影の直し（学習ログを見せ、3Dはハコブくんと矢印に絞る）：取り込んだ。時間制限を守り、事実と合わせるため。 - 事実の直し（URL差し替え、バナメイエビ限定、26/27年度の計画分け、言い過ぎの修正）：取り込んだ。事実確認と誇張排除のルールに従うため。 - 題名の提案：取り込んだ。批評1の提案と合わせ、意外性と疑問を両方入れる形に調整した。 ## 題名 データセンターの排熱で、エビを育てる。捨てる熱はどれくらい使えるのか ## サムネイルの文字（大きく2〜3行） AIの熱で エビを育てる 本当に足りる？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「（GPUの電気代画面を見せながら）この熱、どこへ行ってると思いますか？ データセンターの捨てる熱でバナメイエビを育てようっていう、NTTドコモビジネスさんたちの実証が始まりました。今日は、自分でGPUを回している開発者の目線から、この熱がどれくらい使えるのか試算してみます！」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） データセンターのサーバー1台分の熱で、エビの水槽を何個温められるか、手元の電力の数字と水を温める計算でざっくり試算すること。「何度の熱が取れるか」「水温を保てるか」「設備・運転費を含めて得になるか」の3つの疑問を軸に進め、公表されていない数値は「未公表」と表示しつつ、視聴者が実証の成否を見る物差しを持てるようにする。 ## ロボットに詳しい人の目（この動画にしかない見方） 「ロボットも、目標を言うだけでは動かない。測って、動かして、結果を確かめる。養殖の水温管理も同じ観点で見る」という視点。比較的低温で使い道が限られる熱を養殖の加温に合わせる工夫を、温度計→制御→加温設備→水槽の模式図を使い、制御工学の観点から読み解く。 ## 構成（5〜7節。1節1〜2行） 1. 導入：この熱、どこへ行ってると思いますか？ 借りたGPUの電気代画面を見せ、NTTドコモビジネスなど4社のデータセンター排熱を利用したバナメイエビ養殖実証を紹介する。 2. 熱の量：GPUの熱はドライヤー何台分？ 仮想空間の計算は現実で強烈な熱を出す。手元の学習ログから、借りたGPU1台が使った電力を「ドライヤー何台を何時間」に換算して実感を持たせる。 3. 課題と工夫：使い道が限られる低温の熱をどう使うか データセンターの排熱は比較的低温なため使いにくいが、それをエビ養殖の加温に合わせる工夫を、制御の考え方を示す模式図で解説する。 4. 自分で試算：サーバー1台で水槽何個分？ サーバー1台分の熱でエビの水槽を何個温められるか、手元の電力の数字と水を温める計算を用いて、仮定を置いたざっくり試算を出す。 5. 採算の壁：設備費と運転費の比較 「従来の加温費」「回収・供給設備費」「追加の運転費」「保守費」の比較表を仮定の数値で示し、条件による採算の変化を考える。エビの売上＝利益ではないことも伝える。 6. まとめ：実証実験が確かめるもの 捨てていた熱を食料生産に必要な加温へ回せるか、その成立条件を調べる実証であることを伝え、視聴者が結果を見るための物差しを提示して締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択された。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・2026年度はデータセンターの冷却設備から排熱を回収し、陸上養殖への熱供給に適した回収方法を評価する。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・2027年度に回収した熱を飼育水の加温に活用し、バナメイエビの飼育を行う計画である。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・対象施設の排熱がAI計算由来に限定されるかは未確認。 ・追加設備の方式や消費電力、削減率、採算などの具体的な数値は未公表（未確認）。 ## 撮るもの・作るもの（撮影は2〜3時間以内） ・AI学習の実際のログ画面と、手元のPCを操作端末として使っている実写映像（手元のみ） ・温度計→制御→加温設備→水槽の考え方を説明する、ハコブくんと簡単な矢印を使った模式図（Unityで作成） ・「従来の加温費」「回収・供給設備費」「追加の運転費」「保守費」を比較する、仮定に基づく試算表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ``` #### 案_Gemini_3.md ```markdown # 企画書 第3版（Gemini） - 日時: 2026-11-14 21:02（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・35秒・入力 6380・出力 1832 トークン --- ## 受け取った直し ・1節の直し（冒頭の電気代画面をやめ、利用記録とカタログ値からの計算にする）：取り込んだ。事実（利用料請求）に合わせるため。 ・2節の直し（単位を「GPU1枚1時間」に固定し最後に広げる）：取り込んだ。計算の混乱を防ぎ、手元の実体験から入る強みを活かすため。 ・4節の直し（水槽を温める計算を「最初に温める熱」と「逃げる熱」に分ける）：取り込んだ。物理として正しく、試算の説得力を上げるため。 ・3節の直し（机のアームのズレ補正を見せ、水温制御につなぐ）：取り込んだ。ロボット開発者ならではの具体的な視点を入れるため。 ・5節の直し（採算表を損益分岐点的な見せ方にする）：取り込んだ。未公表の数字でも意味のある試算にするため。 ・事実の直し（プロジェクト開始と飼育開始を分ける、サムネイルの文字を直す、未公表の表現を正確にする、消費電力は概算とする、東京都の採択事業とNTTグリーン&フードの実績を追加）：取り込んだ。事実確認と誇張排除のルールに従うため。 ・見せ場の直し（「水に届く熱」と「逃げる熱」を動かす計算画面）：取り込んだ。条件で結果が変わるという試算の核心を視覚的に伝えるため。 ・冒頭15秒の提案：取り込んだ。提案をベースにしつつ、事実に基づいた表現に調整したため。 ・表現の直し（「仮想空間の計算は現実で強烈な熱を出す」を「計算に使った電気は、ほぼ全部が熱になる」に変更）：取り込んだ。物理的に正しく強い表現にするため。 ## 題名 データセンターの熱で、エビを育てる。捨てる熱はどれくらい使えるのか ## サムネイルの文字（大きく2〜3行） データセンターの熱で エビを育てる 本当に足りる？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「AIを1時間学習させると、ドライヤー◯台分の熱が出ます。その熱でエビを育てようという実験が、昨日発表されました。僕もロボットの学習でGPUを借りています。じゃあ、僕の1時間で、エビは何匹温まる？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） 手元のGPU1枚の消費電力（概算）を入口に、水槽を温める計算を「水に届く熱」と「逃げる熱」の2段に分けて試算すること。画面上でこの2つの数値を動かし、大きな数字を出して終わるのではなく、「熱が大量にあることと、水槽で使えることは別の条件」という成立条件が見える瞬間を主役にする。 ## ロボットに詳しい人の目（この動画にしかない見方） 机の上のロボットアームが目標位置へ向かい、ズレを測って直す動きを5秒だけ見せ、「水温管理も同じ。目標の温度とのズレを測って、熱を足す」とつなぐ。水槽の模式図に「排熱が減った」「外気が冷えた」という変化を入れ、指示通りに動かすために補助加温がどう動くか、開発者の視点で読み解く。 ## 構成（5〜7節。1節1〜2行） 1. 導入：僕の1時間でエビは何匹温まる？ 借りたGPUの利用記録（型番と時間）を見せ、4社によるデータセンター排熱を利用したエビ養殖の共同実証を紹介する。 2. 熱の量：計算に使った電気は、ほぼ全部が熱になる 手元のGPU1枚のカタログ仕様値から消費電力を概算し、「1時間でドライヤー◯台分の熱」と実感を持たせ、計算の単位を固定する。 3. 課題と工夫：ズレを測って補う制御の考え方 ロボットアームのズレ補正の実機映像から水温制御へつなぐ。「排熱減」や「外気冷え」の変化に対し、補助加温がどう動くか模式図で解説する。 4. 自分で試算：水に届く熱と逃げる熱 水100リットルを10度上げる熱と、温度維持のために逃げる熱を補う熱に分け、仮定の数値を動かしながらGPU1台で温まる水槽数を試算する。 5. 採算の壁：いくら減らせば元が取れるか 都の補助金にも触れつつ、「年間いくら以上の加温費を減らせれば、追加電力・保守費・設備費の年換算を回収できるか」を計算する。 6. まとめ：実証実験が確かめるもの 手元の1枚の計算から「これが何千枚並ぶデータセンター」へとスケールを広げ、熱を食料生産に回すための成立条件を確かめる実証だと締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・計画案では2026年度に回収方法を評価し、2027年度にバナメイエビの飼育を行う。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択され、1事業者あたり上限2,000万円（税込）が支給される。（https://www.metro.tokyo.lg.jp/information/press/2026/10/2026100610 ・2026年10月6日・東京都環境局） ・NTTグリーン&フードは静岡県磐田市でバナメイエビを陸上養殖しており、年間180トンの生産能力がある。（https://president.jp/articles/-/112203 ・2026年5月11日・プレジデントオンライン） ・対象施設の排熱がAI計算由来に限定されるかは未確認。 ・手元のGPU利用ログに消費電力の記録があるかは未確認のため、公式の仕様値から概算する。（https://docs.nvidia.com/deploy/nvidia-smi/ ・公開日記載なし、2026年11月14日確認・NVIDIA公式資料） ・今回確認した発表本文には、回収温度・供給熱量・設備費・削減率の具体値は記載されていない（未確認）。 ## 撮るもの・作るもの（撮影は2〜3時間以内） ・手元のパソコン画面（GPUの利用記録）と、机の上のロボットアームがズレを補正する5秒の実機映像（手元のみ） ・水槽の模式図（Unity作成、ハコブくんと矢印を使用し、排熱減や外気冷えによる補助加温の動きを示す） ・「水に届く熱」と「逃げる熱」を動かせる計算画面、および損益分岐点を示す採算試算表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ## Gemini が検索で見た出典 - president.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEnlLoOqsN2VxaBgqmcazq0TX163fLWAupd06w5TzRRWlfUlagNkfVzpgRSsmD_ELbfjGimgsjfRYMynvWcIFM-_qomv84ux_VS6Q9bUbsD7ovfljqpF6yUDJZydCsR-hMWIg== ``` #### 案_codex_1.md ```markdown # 企画書 第1版（codex） - 日時: 2026-11-14 20:19（JST） - モデル gpt-6.1-sol・考える深さ medium・99秒・35,113 トークン --- ## 題名 配膳ロボット、なぜ最後は客が運ぶ？「皿を置く」をロボットアームで試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 腕をつければ？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「猫のロボットが料理を運んできた。でも、テーブルに置くのは自分。ここまで来たなら、置いてほしいよね。じゃあ、腕をつければ解決する？　この最後のひと仕事を、机の上で試してみます。」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **「席まで運ぶ」と「食卓に置く」の間で、ロボットが対処する条件がどう変わるかを見せる。** 同じ皿を、①空いた場所、②コップの隣、③手前に別の皿がある場所へ移す。人がゲームパッドでアームを操作し、つかみ直し・置き直し・周囲への接触を全試行で記録する。成功しても失敗しても、どこで操作を考え直したかが見せ場になる。 最後に、既存の３Ｄファミレスで「客が取る」「店員が置く」の二つを並べる。客が取りにくいときには、誰がどう引き継ぐのかまで描く。 ## ロボットに詳しい人の目（この動画にしかない見方） **ロボットの担当範囲を、客との受け渡しから読む。** ロボット開発の目では、皿の形・つかむ位置・置き場所・人の手との接近を分けて考える。ホール経験の目では、席に着いただけでは接客は終わらず、受け取りに困っている客への対応も残る。 さらにデザイナーの目で、棚の光や音声を「人に次の動作を伝える仕組み」として見る。メーカーが腕を付けなかった理由は断定せず、**どこまで機械が担当し、どこから人が引き受ける設計なのか**を解き明かす。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。でも自分で取る。** ハコブくんの再現映像で、誰もが見覚えのある受け取り場面から入る。 2. **猫の仕事はどこまで？** メーカーの操作説明で、料理を載せる・運ぶ・取り出すという仕事の境目を確認する。 3. **腕をつけたつもりで試す。** 卓上アームで三つの置き場所へ皿を移す。手動操作であることを画面に明記する。 4. **人間は何を判断していた？** 操作を止めた場面を見返し、つかみ方、通す経路、置く順番を図でほどく。 5. **お客さんが取れないとき、店はどうする？** ３Ｄファミレスで店員への引き継ぎを描く。受け渡しまで含めて店の仕事を考える。 6. **全部できなくても、役に立つのか。** 導入企業の公表例と照合し、「残った仕事」と「減らせた仕事」を両方見て締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの配膳モードでは、人が料理を載せて卓番号を指定し、到着後は人が料理を取り出す手順になっている。出典：[公式操作説明・配膳モード](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同説明書では、到着時に対象の棚が光り、音声で案内する。取り出し後の進行方法にはボタン操作や設定による自動進行がある。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認／発表元：同社。国内各店舗の設定は未確認。 - ベラボットには赤外線トレーセンサーが搭載されている。出典：[公式製品紹介](https://www.pudurobotics.com/jp/products/bellabot)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - すかいらーくは、約2,100店舗・3,000台の導入を2022年12月27日に完了すると発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。当時の計画として紹介する。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。出典：[同公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：同社。全店舗共通の効果とは言わない。 - 卓上アームの成功回数や操作のやり直し回数は未確認。撮影後に実測値を掲載し、この機体・手動操作・今回の配置での結果と明記する。 - 「腕を付けない方が安いから、この製品は腕がない」というメーカーの設計意図は未確認。動画では断定しない。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 軽い空の樹脂皿、コップ、置き場所の印を用意。アームで扱える皿と配置を確認する。 - **手元撮影・90分：** 三条件を各３回。固定カメラでアーム、皿、操作する手を撮る。全９回の結果を一覧にし、見せ場の試行を詳しく使う。 - **補足撮影・30分：** 人の手で置く場面と、操作を考え直した箇所の寄りを撮る。撮影合計２時間30分。 - **編集で作るもの：** 既存の３Ｄファミレスによる受け渡し２場面、仕事の分担図、実験結果表。顔は出さず、ハコブくんの音声で進行する。アーム実演は操作上の課題を示すもので、配膳ロボット全般の能力評価には使わない。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み ``` #### 案_codex_2.md ```markdown # 企画書 第2版（codex） - 日時: 2026-11-14 20:29（JST） - モデル gpt-6.1-sol・考える深さ medium・86秒・20,216 トークン --- ## 受け取った直し - **取り込んだ：入口と実物アームの見せ場を守る。**「料理は来た。取るのは自分」を残し、説明より先に皿を置く実演を見せる。 - **取り込んだ：題名の問いを一つにする。**「なぜ置いてくれない？」に絞り、卓上アームの実験を副題で伝える。 - **取り込んだ：３Ｄファミレスを15秒に縮める。** 実験の勢いを保ちながら、受け取りに困る客への引き継ぎは残す。 - **取り込んだ：所要時間を測る。**「人なら２秒」は決めつけず、人の手と手動アームの両方を同じ配置で実測する。 - **断った：時間差を「腕を付けない理由」につなげる。** 今回の機体と操作への習熟にも左右され、メーカーの判断を説明する証拠にはならない。 - **取り込んだ：手動操作の実験の位置づけを明確にする。** 置く作業に必要な判断を見せる。「人が操作して難しいから自動化はもっと難しい」とも一律には結論づけない。 - **取り込んだ：締めに作る側の見立てを出す。** 分担を積極的に評価する。ただし「いまの技術での正解に近い」は、最適性まで検証していないため採用しない。 - **取り込んだ：公式手順と国内店舗の運用を分ける。** 公式操作説明は店員が取り出す記述であり、「客が取ること」をメーカー指定の手順とは言わない。 - **取り込んだ：すかいらーく発表の時制をそろえる。** 2022年12月21日の本文は、同月27日に導入を完了するという予定の発表として扱う。 - **断った：2019年発表という製品史の追加。** 提示された情報では日付付きの原発表を確認できず、今回の問いにも不要なので入れない。 - **断った：しゃぶ葉の横取り騒動を冒頭に入れる。** 腕がないことと横取りの原因を結びつける根拠がなく、受け渡しの実験から焦点が外れる。 - **一部取り込んだ：サムネイルの修正。**「料理は来た」は残す。「腕をつけて試した」は実機への改造と誤認させるため、使わない。 ## 題名 配膳ロボットは、なぜ置いてくれない？ 卓上アームで「最後のひと仕事」を試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 腕があれば？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「料理は来た。でも、取るのは自分。ここまで来たなら、置いてほしいよね。今日は別の卓上アームを手で操作して、この最後のひと仕事を試します。コップが一つ増えると、何が変わる？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **皿の行き先は同じでも、コップや別の皿が増えると、通し方と置き方を考え直す場面が生まれるのか。実物で確かめる。** 軽い空の樹脂皿を、①周囲が空いている、②置き場所の隣にコップがある、③手前に別の皿がある、の三条件で移す。出発位置と目標位置は固定し、周囲の物だけを変える。 画面には経過秒数とゲームパッドを操作する手を映す。皿をつかむ前、障害物を越える前、皿を離す直前の動きを見返し、何を見て判断したかを本人の振り返りで説明する。止まらず置けた試行も含め、全９回の結果を公開する。 人の手でも同じ配置を試す。**時間差で勝敗をつけるのではなく、人が普段まとめて済ませている動作を、アームの映像でほどく。** 差が小さくても、失敗がなくても、その結果を使う。 ## ロボットに詳しい人の目（この動画にしかない見方） **「皿を取ってください」という案内まで含めて、ロボットの仕事の設計として見る。** ロボット開発の目で、置く仕事を「つかめる場所を見つける」「周囲を避けて通す」「安定して離す」に分ける。自動化するなら、今回人が見て判断した部分を何で担うかが設計課題になる。ただし、この手動実験から自律ロボットの性能は評価しない。 ホール経験の目では、客が受け取れるか、困ったときに店員が気づけるかまでを見る。デザイナーの目では、棚の光と音声を、人の次の動作を導く仕組みとして読む。 締めの見立ては、**「運搬を機械に任せ、受け渡しを人につなぐ。この分担は、店の仕事を減らすための有力な設計だ。ただし、取れない人への引き継ぎまで作ってこそ成立する」**とする。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。取るのは自分。** ハコブくんの再現映像から、卓上アームが皿を置く一瞬へ。手動操作であることを最初に表示する。 2. **猫の仕事は、どこで人につながる？** ベラボットの公式操作説明を確認。棚の光と音声、その後に人が取り出す手順を示す。 3. **まず、何もない場所へ置く。** 人の手と手動アームを同じ配置で撮り、所要時間と一連の動きを見せる。 4. **コップ一つで、動きは変わる？** 周囲の物を増やした２条件を実演。全９試行の結果から、判断が表れた場面を詳しく見る。 5. **取れないお客さんには、誰が置く？** ３Ｄファミレスを15秒だけ挿入し、客の受け取りと店員への引き継ぎを運用案として並べる。 6. **置かなくても、減らせる仕事がある。** すかいらーく公表の導入効果を示す。「何でもできるか」に加え、「店のどの仕事を減らせたか」で評価する見方を提示する。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの公式配膳手順は、料理を棚に載せ、卓番号を指定して出発させ、到着後に店員が料理を取り出す流れである。出典：[公式操作説明・配膳モード](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同手順では、到着時に対象の棚が光り、音声で案内する。取り出し後の進行はボタン操作や設定によって異なる。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 国内各店舗で、客と店員のどちらが料理を取り出すか、その運用の広がりは未確認。冒頭は客が取る場面の再現とし、全店舗共通とは言わない。 - すかいらーくは2022年12月21日、同月27日に全国約2,100店舗へ3,000台の導入を完了すると発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。全店舗共通の効果とは言わない。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 人の手と手動アームの所要時間、成功回数、つかみ直し・置き直し・周囲への接触回数は未確認。撮影後、実施日と全試行の記録を自主実験の結果として掲載する。 - メーカーが腕を付けなかった理由は未確認。時間差や今回の失敗から、価格・技術的限界・設計意図を断定しない。 - 「運搬と受け渡しを分ける設計は有力」という結論は、公式説明と導入事例を踏まえた本動画の見立て。メーカーの意図や最適性が確認された事実としては扱わない。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 軽い空の樹脂皿、空のコップ、別の皿、位置の印を用意。アームで扱える配置を確認し、練習と本番を分ける。 - **実験撮影・90分：** 三条件を各３回、計９回。条件の順序を入れ替えて実施し、人の手でも各条件３回撮る。アームと操作する手を固定画角に収める。 - **補足撮影・30分：** 判断した箇所の指示映像と皿の寄りを撮る。補足の再現映像は本番の計測結果に混ぜない。撮影合計２時間30分。 - **記録方法：** 動作開始から、皿を目標範囲に置いて手または把持部が離れるまでを計測。アームは１回90秒で打ち切り、未完了も記録する。全試行の秒数と結果を一覧にする。 - **編集で作るもの：** 冒頭の再現、15秒の３Ｄファミレス、経過秒数、判断箇所の図、結果表。実演中は「卓上アーム・手動操作」を表示し、ハコブくんの人工音声で進行する。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み ``` #### 案_codex_3.md ```markdown # 企画書 第3版（codex） - 日時: 2026-11-14 21:05（JST） - モデル gpt-6.1-sol・考える深さ medium・124秒・34,959 トークン --- ## 受け取った直し - **取り込んだ：共感できる入口と実物アームを守る。**「料理は来た。取るのは自分」から、皿を置く実演へ直結させる。 - **取り込んだ：操作中に確認するものを表示する。** 各条件で３項目まで示す。ただし、視線計測ではなく操作者の振り返りとして扱う。 - **断った：確認するものの数で難しさを証明する。** 項目数だけでは判断の負担を測れず、条件ごとに増えるとも限らない。 - **取り込んだ：差が出なかった場合のセリフを用意する。** 結果にかかわらず、人が担った判断を映像から読み解く。 - **断った：「人が見ないで済ませようとすると止まる」という断定。** 自律動作を試していないため、その結果は言えない。 - **取り込んだ：何もない配置の比較は30秒以内にする。** 人の手とアームを同時再生し、すぐにコップを加える。 - **取り込んだ：自動化で必要になる判断を図にする。** ただし「すべて明示的なルールとして教える必要がある」とは言わず、認識・動作・確認の課題として整理する。 - **取り込んだ：製品名を一度添える。** 動画内で「猫の顔の配膳ロボット、ベラボット」と紹介する。 - **取り込んだ：国内店舗の客による受け取りは別に確認する。** メーカーの操作説明だけで国内店舗の運用を裏づけない。 - **取り込んだ：すかいらーく発表の予定と製品名を区別する。** 本文で確認できた導入予定を使い、同資料だけで3,000台すべてをベラボットとは言わない。 - **取り込んだ：所要時間は実測だけを使う。**「人なら２秒」や、撮影前の成功・失敗の予告は入れない。 - **取り込んだ：サムネイルを実物写真と「置かせてみた」にする。** 卓上アームと操作する手を見せ、小さく「手動操作」と添える。 - **断った：冒頭の「ヤバさを暴く」という表現。** 難しさを先に決めつけるより、「コップ一つで何が変わる？」を実物で確かめる方が強い。 ## 題名 配膳ロボットは、なぜ置いてくれない？ 卓上アームで「皿を置く」を試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 置かせてみた 左にトレイ上の料理の再現写真、右に卓上アームが空の皿の縁をつかむ寄り。操作する手も入れ、小さく「卓上アーム・手動操作」と添える。 ## 冒頭15秒のセリフ（ハコブくんが話す） 「料理は来た。でも、取るのは自分。ここまで来たなら、置いてほしいよね。別の卓上アームを手で動かして、試します。コップ一つで、何が変わる？」 冒頭から皿を置く実写を見せ、「手動操作」と表示する。 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **同じ場所へ皿を置く。それだけなのに、コップ一つで動かし方を変える必要はあるのか。** 軽い空の樹脂皿を、①周囲が空いている、②置き場所の隣に空のコップがある、③さらに手前に別の皿がある、の三条件で移す。出発位置と目標位置を固定し、物を一つずつ足す。 最初の比較は、人の手と手動アームを左右に並べて同時再生。30秒以内にコップを置き、次の実演へ進む。 各条件の最初に「今回、操作で確認するもの」を３項目まで表示する。例えば「皿の縁」「コップとの隙間」「離す高さ」。撮影後の振り返りをもとに、実際の動きと対応させる。 見せ場は秒数の差だけに頼らない。つかむ位置、通る経路、離す瞬間を止めて、**「この場面では、人が何を引き受けていたか」**を見せる。止まらず置けた試行も含め、アーム全９回の結果を公開する。 差が出なかった場合は、こう言う。 **「今回の配置では、コップを足しても大きな差は出ませんでした。では、その間、人は何を確認していたのか。映像を戻して見てみます。」** 振り返っても判断の違いを説明できなければ、「今回の条件では、違いを捉えられなかった」と伝える。 ## ロボットに詳しい人の目（この動画にしかない見方） **「置く腕」だけでなく、人へ仕事を渡す仕組みまで見る。** 実演を「つかむ場所を決める」「周囲を避けて運ぶ」「安定する位置で離す」に分解する。そのうえで、自動化するなら何を認識し、どう動かし、置けたことをどう確認するかを図にする。 これは、人が担っている判断を言葉にする実験。手動操作の速さから、自律ロボットの性能やメーカーが腕を付けなかった理由は結論づけない。 ホール経験からは、料理の到着後に客が受け取れるか、困ったときに店員へつながるかを見る。デザインの目では、棚の光と音声を「次に人が何をすればよいかを伝える仕組み」として読む。 締めの見立ては、**「全部を機械に任せなくても、減らせる仕事はある。運搬を機械に、受け渡しを人に分ける設計は有力だ。ただし、取れない人を店員につなぐところまでが仕事の設計です」**とする。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。取るのは自分。** 客が受け取る場面の再現から、卓上アームが皿を置く実写へ。別の機体を手動で動かす実験だと明示する。 2. **猫の仕事は、どこで人につながる？** ベラボットの公式操作説明を紹介。棚の光と音声、店員が取り出す手順を示し、国内店舗の運用とは分ける。 3. **何もない机なら、どう置く？** 人の手とアームの１試行ずつを、実時間で同時再生。30秒以内に次の条件へ進む。 4. **コップ一つで、何が変わる？** 二つの追加条件を実演。結果表と動きの振り返りから、人が確認したものを示す。 5. **その判断を、機械に任せるなら？** 認識・動作・確認の図へ置き換える。続けて３Ｄファミレスを15秒見せ、受け取れない客への引き継ぎ案を示す。 6. **置かなくても、減らせる仕事がある。** 2022年のすかいらーく公表事例を紹介。「何でもできるか」に加え、「店のどの仕事を減らせるか」で評価する。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの公式配膳手順には、料理を棚に載せ、卓番号を指定して出発させ、到着後に店員が取り出す流れが記載されている。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同手順では、到着時に対象の棚が光り、音声で案内する。取り出した後の進行方法は操作や設定によって異なる。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 国内店舗で客が料理を取り出す具体的な案内と、その運用範囲は未確認。冒頭は「客が受け取る場面の再現」と表示し、店舗の実例として説明する場合は、店の公式案内か自分で撮影した案内を追加する。 - すかいらーくは2022年12月21日、同月27日に全国約2,100店舗への3,000台のロボット導入を完了する予定を発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。企業公表の事例として紹介し、全店舗共通の効果や、ロボット単独の効果とは言わない。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 上記発表の本文では製品名を確認できないため、「3,000台すべてがベラボット」という主張は未確認として使わない。 - 人の手と手動アームの所要時間、成功回数、接触・つかみ直し・置き直しの回数は未確認。撮影後、実施日・使用機体・条件を添え、自主実験として全試行を掲載する。 - 操作中に何を確認したかは操作者の振り返りであり、視線計測や判断負担の測定結果ではない。出典：撮影後の実験記録／実施日：未確定／記録元：本チャンネル。 - メーカーが腕を付けなかった理由は未確認。今回の実験から価格、技術的限界、設計意図は断定しない。 - 「運搬と受け渡しを分ける設計は有力」は本動画の見立てであり、最適性を検証した事実ではない。出典：上記公式資料と自主実験に基づく考察／公表日：動画公開日／発表元：本チャンネル。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 空の樹脂皿、空のコップ、別の皿、位置の印を用意。扱える配置と経路を確認し、練習を済ませてから条件を固定する。 - **実験撮影・90分：** アームは三条件を各３回、計９回。三条件を一組にして順番を入れ替える。人の手も各条件３回撮り、操作する手とアームを固定画角に収める。 - **補足撮影・30分：** 皿をつかむ寄り、操作する手、判断した箇所を指す映像、サムネイル用写真を撮る。撮影合計２時間30分。 - **記録方法：** 最初の動作から、皿を目標範囲に置いて手または把持部が離れるまでを計測。アームは１回90秒で打ち切り、未完了も残す。成功は「目標範囲に置き、離した後３秒間、皿が倒れたり落ちたりしない」と決める。 - **編集で作るもの：** 冒頭の再現、比較の同時再生、確認項目の字幕、全試行の結果表、認識・動作・確認の図、15秒の３Ｄファミレス。補足再現は計測映像と区別する。 - **表示と進行：** 実演には「卓上アーム・手動操作」を表示。顔は映さず、ハコブくんの人工音声で進める。料理入り・熱い皿への対応は今回の検証範囲に含めない。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み ``` #### 比べる.md ```markdown # 比べる：話し合いで良くなったか（持ち場で分ける） 作者ごとに、最初の版と最後の版を、どちらがどちらか伏せて並べました。 それぞれ「X と Y のどちらが良いか」と一言の理由を書いてください。答えは 答え_見ないで.json にあります。 ## 組1・X ## 題名 コードを1行も書かずに、AIに頼むだけでロボットアームは動くのか。ペンをペン立てに入れるまで、頼み直した回数を数えた ## サムネイルの文字（大きく2〜3行） AIに頼むだけ ロボットは動く？ 頼み直し○回 ## 冒頭15秒のセリフ（ハコブくんが話す） 「エイイチは今日、ロボットのプログラムを1行も書きません。AIに日本語で頼むだけ。お題は、机の上のペンを、ペン立てに入れること。人なら1秒。AIとロボットは、何回目でできるでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章や画像なら一発で出てくる AI が、机の上の「ペン1本」でつまずく。どこでつまずいたかを、失敗の映像と、AI への頼み直しの文の両方で見せる - 話したくなる一言：「AI はロボットのプログラムは書ける。でも、ペンがどこにあるかは、教えないと分からない」 - 最後に、何回の頼み直しで入ったか（入らなければ、どこまで行ったか）をそのまま出す ## ロボットに詳しい人の目（この動画にしかない見方） - 失敗の多くは、AI の頭の良さではなく「世界の見え方」の問題。カメラから見たペンの位置と、アームから見た位置がずれている、ペンの細さに対してつかむ力やすき間が合っていない、など - だから頼み直しのコツは「もっと頭よく考えて」ではなく、「いまの位置を測ってから動いて」「失敗したら写真を撮って見直して」のように、確かめる手順を頼むこと。これはロボットに限らず、AI に仕事を任せるときの共通のコツでもある ## 構成（5〜7節。1節1〜2行） 1. お題と決まり：人はコードを書かない。AI（Claude Code）に日本語で頼むだけ。成功はペンがペン立てに立つこと 2. 1回目の頼み方と、その結果（たぶん失敗。失敗の映像をそのまま） 3. 何がずれていたかを、ロボットに詳しい人の目で読む（位置・つかむ力・高さ） 4. 頼み直し：確かめる手順を頼むと、何が変わったか 5. 何回目で入ったか（入らなければ、最後どこまで行ったか）と、かかった時間・AI の利用料 6. ロボットに仕事を頼むときの3つのコツ（AI への仕事の頼み方にも通じる） ## 事実の主張と出典 - この動画の主張は、エイイチの手元の実験の結果だけ。回数・時間・利用料は、撮影のときの記録から出す（作り話をしない。失敗で終わればそのまま出す） - 使うアーム：mechArm 270 Pi（エイイチの手元の機体。メーカー：Elephant Robotics） - 使う AI：Claude Code（Anthropic の、パソコンの中で作業を任せられる AI）。料金はその日の画面で確かめた額を言う - 安全：AI が書いたコードは、動かす範囲を狭く決めたうえで、その場で試してよい（エイイチが決定・2026-11-14。普段の外部レビューは、この実験では挟まない）。範囲の外に出る指令は動かす前に止め、暴れたら電源を切る ## 撮るもの・作るもの（撮影は2〜3時間以内） - 手元の撮影：アームとペン立てを真上と横から（2時間。頼む・動かす・失敗・頼み直しをくり返す） - 画面の録画：AI への頼みの文と、AI が書いたコード（同じ2時間の中で同時に） - 編集で作るもの：頼み直しの回数の数え上げ、つまずいた所の図（位置のずれなど） ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム ## 組1・Y ## 題名 AIに「ペンを片づけて」と頼んだ。人はコードを書かない。何を教えたら、ロボットアームは入れられたか ## サムネイルの文字（大きく2〜3行） 人はコードを書かない ペン1本 何を教えたら入る？ ## 冒頭15秒のセリフ（ハコブくんが話す） （試行の中から、アームがペンに近づく一瞬を先に見せる） 「ペン1本、片づけて。この動きは、AIが書いたプログラムです。接続と動かしてよい範囲は準備済み。ここから人はコードを書きません。AIに渡したのは、真上の写真1枚と機体の資料だけ。人は、あと何を教えたら、ペンはペン立てに入るでしょう？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） - 文章なら一瞬で答える AI が、写真1枚からペン1本の仕事をどこまでできるか。つかめた／持ち上がった／入口まで届いた／入った、の4段の目盛りで、頼み直すたびの進み具合を見せる - 頼み直し1回に足す情報は1つ。そのたびに画面に「人が教えたもの」が1つずつ積み上がる。最後に、ペン1本を片づけるために人が教えたものの一覧が残る。これがこの動画の答えになる - 何回目で入ったか（入らなければ何段目まで行ったか）、かかった時間、AI の利用料、エイイチの手で入れた秒数をそのまま並べる ## ロボットに詳しい人の目（この動画にしかない見方） - 最初に確かめる仮説を画面に出す：「AI がつまずくのは、頭の良さより、写真から物の位置を読む所ではないか」。撮ったあとで、映像とログから答える。決められない場面は「原因未特定」と書く - ロボットを動かす側から見ると、ペン1本でも「どこにあるか（位置）」「どう持つか（つかみ方）」「どの順で動くか（手順）」、それに「機体が届くか・どこまで正確に止まれるか」を決めないと動かない。人は無意識にやっていることを、今回 AI が何から決め、何を人に教わったかを記録して見せる - 人が教えたものの一覧は、そのまま「ロボットの AI を学習させるときに、人の操作の記録が何を補っているか」の話につながる（机のアームでは、ゲームパッドで動かした記録から π0.5 を学習させる環境を作ってある） ## 構成（5〜7節。1節1〜2行） 1. 冒頭：実機の一瞬→お題と決まり。準備済みの中身（接続・位置合わせ・動作制限・最初からある制御プログラム）と、渡したもの3つ（真上の写真・機体の資料・お題）。成功は「手を離して、ペンが立ったまま3秒」。エイイチの手で入れた秒数 2. 1回目：AI が写真から読んだ位置と、書いたプログラム。4段の目盛りのどこまで行ったか 3. つまずいた所を、位置・つかみ方・手順・届く範囲に分けて読む（映像とログから。決められなければ原因未特定） 4. 頼み直し：足した情報1つと、その前後の映像を並べる。ペンとペン立ては毎回印の位置へ戻す 5. 結果：何回目で入ったか（入らなければ何段目まで）。成功したら同じ条件でもう1回。時間と利用料 6. ペン1本のために、人が教えたものの一覧（撮った結果から言えることだけ） ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - この動画の数字（回数・秒数・時間・利用料）は、撮影のときの記録だけから出す。失敗で終わればそのまま出す - 使う機体は mechArm 270 Pi（Elephant Robotics）。手元にあることはサイトの記録（https://pixelstomotors.com のフィジカルAI研究室の LOG。撮影日に該当する LOG の URL を添える）。仕様はメーカー資料：https://docs.elephantrobotics.com/docs/mecharm-pi-en/2-serialproduct/2.6-mecharm_270/2.6.1-mechArm.html （公開日の記載なし） - 使う道具は Claude Code（Anthropic がコードを書いて実行するために出している道具。2025年2月24日発表：https://www.anthropic.com/news/claude-3-7-sonnet ）。撮影時に使ったモデル名は道具の名前と分けて画面に出す - AI がペンの位置を何から決めたか（写真・資料・人の追加の説明）は、試行ごとに記録して出す。今回の入力の経路は撮影前のため未確認 - 安全：AI が書いたコードは、動かしてよい範囲を狭く決めたうえで、その場で試す（エイイチが 2026-11-14 に決定）。机のテープは範囲の目印で、範囲の外へ出る指令を止める仕組みは撮影前に用意して画面で示す。途中の動きまで止められるかは未確認なので、撮影前に確かめる。暴れたら電源を切る - 利用料は撮影当日の契約の形（定額か従量か）に合わせて、出せる形で出す。未確認 ## 撮るもの・作るもの（撮影は2〜3時間以内） - 撮影の前（撮影時間に数えない）：接続・位置合わせ・動作制限の仕組みが動くことを確かめる。動作制限で何が止まるか（終点だけか途中もか）を確かめて書いておく - 準備30分：ペン・ペン立て・印の位置・範囲のテープ・カメラ2台（真上と横）・画面の録画の確認。真上の写真を撮る。エイイチの手で入れる秒数を測る - 挑戦90分：頼む→AI が写真から位置を読む→コードを書く→動かす→目盛りを記録→ペンを印に戻す、をくり返す。頼み直し1回に足す情報は1つ。電源スイッチに手を添えた絵も撮る - 整理30分：回数・目盛り・足した情報・時間・利用料の一覧を作る - 編集で作るもの：4段の目盛り、人が教えたものが積み上がる一覧、位置・つかみ方・手順・届く範囲の図、頼み直しの文の比べ ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） Claude Code AI ロボットアーム **組1の判定**：（X か Y）　理由： --- ## 組2・X ## 題名 データセンターの熱で、エビを育てる。捨てる熱はどれくらい使えるのか ## サムネイルの文字（大きく2〜3行） データセンターの熱で エビを育てる 本当に足りる？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「AIを1時間学習させると、ドライヤー◯台分の熱が出ます。その熱でエビを育てようという実験が、昨日発表されました。僕もロボットの学習でGPUを借りています。じゃあ、僕の1時間で、エビは何匹温まる？」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） 手元のGPU1枚の消費電力（概算）を入口に、水槽を温める計算を「水に届く熱」と「逃げる熱」の2段に分けて試算すること。画面上でこの2つの数値を動かし、大きな数字を出して終わるのではなく、「熱が大量にあることと、水槽で使えることは別の条件」という成立条件が見える瞬間を主役にする。 ## ロボットに詳しい人の目（この動画にしかない見方） 机の上のロボットアームが目標位置へ向かい、ズレを測って直す動きを5秒だけ見せ、「水温管理も同じ。目標の温度とのズレを測って、熱を足す」とつなぐ。水槽の模式図に「排熱が減った」「外気が冷えた」という変化を入れ、指示通りに動かすために補助加温がどう動くか、開発者の視点で読み解く。 ## 構成（5〜7節。1節1〜2行） 1. 導入：僕の1時間でエビは何匹温まる？ 借りたGPUの利用記録（型番と時間）を見せ、4社によるデータセンター排熱を利用したエビ養殖の共同実証を紹介する。 2. 熱の量：計算に使った電気は、ほぼ全部が熱になる 手元のGPU1枚のカタログ仕様値から消費電力を概算し、「1時間でドライヤー◯台分の熱」と実感を持たせ、計算の単位を固定する。 3. 課題と工夫：ズレを測って補う制御の考え方 ロボットアームのズレ補正の実機映像から水温制御へつなぐ。「排熱減」や「外気冷え」の変化に対し、補助加温がどう動くか模式図で解説する。 4. 自分で試算：水に届く熱と逃げる熱 水100リットルを10度上げる熱と、温度維持のために逃げる熱を補う熱に分け、仮定の数値を動かしながらGPU1台で温まる水槽数を試算する。 5. 採算の壁：いくら減らせば元が取れるか 都の補助金にも触れつつ、「年間いくら以上の加温費を減らせれば、追加電力・保守費・設備費の年換算を回収できるか」を計算する。 6. まとめ：実証実験が確かめるもの 手元の1枚の計算から「これが何千枚並ぶデータセンター」へとスケールを広げ、熱を食料生産に回すための成立条件を確かめる実証だと締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・計画案では2026年度に回収方法を評価し、2027年度にバナメイエビの飼育を行う。（https://www.ntt.com/about-us/press-releases/news/article/2026/1113.html ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択され、1事業者あたり上限2,000万円（税込）が支給される。（https://www.metro.tokyo.lg.jp/information/press/2026/10/2026100610 ・2026年10月6日・東京都環境局） ・NTTグリーン&フードは静岡県磐田市でバナメイエビを陸上養殖しており、年間180トンの生産能力がある。（https://president.jp/articles/-/112203 ・2026年5月11日・プレジデントオンライン） ・対象施設の排熱がAI計算由来に限定されるかは未確認。 ・手元のGPU利用ログに消費電力の記録があるかは未確認のため、公式の仕様値から概算する。（https://docs.nvidia.com/deploy/nvidia-smi/ ・公開日記載なし、2026年11月14日確認・NVIDIA公式資料） ・今回確認した発表本文には、回収温度・供給熱量・設備費・削減率の具体値は記載されていない（未確認）。 ## 撮るもの・作るもの（撮影は2〜3時間以内） ・手元のパソコン画面（GPUの利用記録）と、机の上のロボットアームがズレを補正する5秒の実機映像（手元のみ） ・水槽の模式図（Unity作成、ハコブくんと矢印を使用し、排熱減や外気冷えによる補助加温の動きを示す） ・「水に届く熱」と「逃げる熱」を動かせる計算画面、および損益分岐点を示す採算試算表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ## Gemini が検索で見た出典 - president.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEnlLoOqsN2VxaBgqmcazq0TX163fLWAupd06w5TzRRWlfUlagNkfVzpgRSsmD_ELbfjGimgsjfRYMynvWcIFM-_qomv84ux_VS6Q9bUbsD7ovfljqpF6yUDJZydCsR-hMWIg== ## 組2・Y ## 題名 【AIの熱でエビを育てる】データセンターの莫大な排熱を「陸上養殖」に使うNTTの共同プロジェクト ## サムネイルの文字（大きく2〜3行） AIの排熱で エビを育てる 究極の物理的解決 ## 冒頭15秒のセリフ（ハコブくんが話す） 「AIの計算って莫大な熱が出るんですけど、その捨てる熱でエビや魚を育てようっていう、NTTドコモビジネスさんたちのプロジェクトが始まりました。今日は、自分でGPUを回して熱を出している開発者の目線から、この『物理的な解決策』の面白さを語ります！」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） AIの進化やデータセンターの裏側では莫大な熱が発生しており、それを冷やすためだけに大量のエネルギーが使われていること。その「厄介な熱」を、エビや魚を育てるための「水温維持」にそのまま使うという、デジタルとアナログが融合した意外な解決策があること。 ## ロボットに詳しい人の目（この動画にしかない見方） 仮想空間でAIを賢くするための計算が、現実世界で莫大な熱という物理現象を生み出し、それが最終的に「食料」という別の物理に変わる面白さ。自らGPUを回してロボットAIを学習させている開発者だからこそ実感する、「AI開発はゴリゴリの物理（熱との戦い）である」という視点。 ## 構成（5〜7節。1節1〜2行） 1. 導入：AIの熱でエビや魚を育てる？ NTTドコモビジネスら4社が発表した、データセンターの排熱を陸上養殖に使うプロジェクトを紹介する。 2. なぜ熱が出るのか：AIの知能を作るGPUと物理の壁 仮想空間のAIを賢くするための計算は、現実世界で強烈な熱を出す。机の上のロボット用AIを学習させるだけでも部屋が暑くなる実体験を交える。 3. 排熱の課題：冷やすためにまた電気を使うジレンマ データセンターはサーバーを冷やすために莫大なエネルギーを使っており、この「熱の処理」がAI進化の物理的な足かせになっていることを解説する。 4. 物理的解決策：捨てる熱を食料生産の「資源」に変える 回収した排熱で水槽の温度を保ち、エビや魚を育てる。熱をただ捨てるのではなく、別の物理的な価値（食料）に変換する見事な発想を読み解く。 5. ロボット開発者の視点：情報から物理への究極の形 AIの計算というデジタルの営みが現実の熱を生み、それが巡り巡って現実の食料に変わるという、フィジカルAI時代を象徴する面白い循環を語る。 6. まとめ：AIの進化を支えるのは「物理」の力 ソフトウェアの進化だけでなく、こうした熱やエネルギーの物理的な循環がないと、AIやロボットの未来は成り立たないという結論で締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） ・IMTエンジニアリング、NTTドコモビジネス、日比谷総合設備、NTTグリーン&フードの4社が、データセンターの排熱を陸上養殖に活用する共同実証プロジェクトを開始した。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・このプロジェクトは東京都の「スタートアップによる未利用熱活用促進事業」に採択された。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ・今年度中にデータセンターでの排熱回収を開始し、来年度は回収した熱を使って陸上養殖の飼育を行う。（https://www.ntt.com/ ・2026年11月13日・NTTドコモビジネス ニュースリリース） ## 撮るもの・作るもの（撮影は2〜3時間以内） ・机の上のロボットアームと、AI学習で熱を出しているPCの排熱口に手をかざす実写映像（手元のみ） ・データセンターの排熱が養殖水槽を温める仕組みを説明する、3Dのハコブくんを使った図解（Unityで作成） ・配膳ロボットの試算で使った表計算ソフトを流用し、熱を捨てるコストと養殖に使う利益の違いを示す簡単な比較表 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） データセンター 排熱 陸上養殖 ## Gemini が検索で見た出典 - ntt.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHe82W6g18zM2XR7-lInmr4XrOImHsHYegAZHQqEfJvWlYOGNnNcsN-Z0dNKCdKhsI_tfMRgi0UYAXGDttUcoM_QpWNb5_PybywLQoVYVr8BObIaQ-UjLMB3Rtv0SUKL75fgPfiJxMFAWtQOtfJxzfNfuFsySyK3qkaeEwaNA== **組2の判定**：（X か Y）　理由： --- ## 組3・X ## 題名 配膳ロボット、なぜ最後は客が運ぶ？「皿を置く」をロボットアームで試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 腕をつければ？ ## 冒頭15秒のセリフ（ハコブくんが話す） 「猫のロボットが料理を運んできた。でも、テーブルに置くのは自分。ここまで来たなら、置いてほしいよね。じゃあ、腕をつければ解決する？　この最後のひと仕事を、机の上で試してみます。」 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **「席まで運ぶ」と「食卓に置く」の間で、ロボットが対処する条件がどう変わるかを見せる。** 同じ皿を、①空いた場所、②コップの隣、③手前に別の皿がある場所へ移す。人がゲームパッドでアームを操作し、つかみ直し・置き直し・周囲への接触を全試行で記録する。成功しても失敗しても、どこで操作を考え直したかが見せ場になる。 最後に、既存の３Ｄファミレスで「客が取る」「店員が置く」の二つを並べる。客が取りにくいときには、誰がどう引き継ぐのかまで描く。 ## ロボットに詳しい人の目（この動画にしかない見方） **ロボットの担当範囲を、客との受け渡しから読む。** ロボット開発の目では、皿の形・つかむ位置・置き場所・人の手との接近を分けて考える。ホール経験の目では、席に着いただけでは接客は終わらず、受け取りに困っている客への対応も残る。 さらにデザイナーの目で、棚の光や音声を「人に次の動作を伝える仕組み」として見る。メーカーが腕を付けなかった理由は断定せず、**どこまで機械が担当し、どこから人が引き受ける設計なのか**を解き明かす。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。でも自分で取る。** ハコブくんの再現映像で、誰もが見覚えのある受け取り場面から入る。 2. **猫の仕事はどこまで？** メーカーの操作説明で、料理を載せる・運ぶ・取り出すという仕事の境目を確認する。 3. **腕をつけたつもりで試す。** 卓上アームで三つの置き場所へ皿を移す。手動操作であることを画面に明記する。 4. **人間は何を判断していた？** 操作を止めた場面を見返し、つかみ方、通す経路、置く順番を図でほどく。 5. **お客さんが取れないとき、店はどうする？** ３Ｄファミレスで店員への引き継ぎを描く。受け渡しまで含めて店の仕事を考える。 6. **全部できなくても、役に立つのか。** 導入企業の公表例と照合し、「残った仕事」と「減らせた仕事」を両方見て締める。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの配膳モードでは、人が料理を載せて卓番号を指定し、到着後は人が料理を取り出す手順になっている。出典：[公式操作説明・配膳モード](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同説明書では、到着時に対象の棚が光り、音声で案内する。取り出し後の進行方法にはボタン操作や設定による自動進行がある。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認／発表元：同社。国内各店舗の設定は未確認。 - ベラボットには赤外線トレーセンサーが搭載されている。出典：[公式製品紹介](https://www.pudurobotics.com/jp/products/bellabot)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - すかいらーくは、約2,100店舗・3,000台の導入を2022年12月27日に完了すると発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。当時の計画として紹介する。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。出典：[同公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：同社。全店舗共通の効果とは言わない。 - 卓上アームの成功回数や操作のやり直し回数は未確認。撮影後に実測値を掲載し、この機体・手動操作・今回の配置での結果と明記する。 - 「腕を付けない方が安いから、この製品は腕がない」というメーカーの設計意図は未確認。動画では断定しない。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 軽い空の樹脂皿、コップ、置き場所の印を用意。アームで扱える皿と配置を確認する。 - **手元撮影・90分：** 三条件を各３回。固定カメラでアーム、皿、操作する手を撮る。全９回の結果を一覧にし、見せ場の試行を詳しく使う。 - **補足撮影・30分：** 人の手で置く場面と、操作を考え直した箇所の寄りを撮る。撮影合計２時間30分。 - **編集で作るもの：** 既存の３Ｄファミレスによる受け渡し２場面、仕事の分担図、実験結果表。顔は出さず、ハコブくんの音声で進行する。アーム実演は操作上の課題を示すもので、配膳ロボット全般の能力評価には使わない。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み ## 組3・Y ## 題名 配膳ロボットは、なぜ置いてくれない？ 卓上アームで「皿を置く」を試す ## サムネイルの文字（大きく2〜3行） 料理は来た 取るのは自分 置かせてみた 左にトレイ上の料理の再現写真、右に卓上アームが空の皿の縁をつかむ寄り。操作する手も入れ、小さく「卓上アーム・手動操作」と添える。 ## 冒頭15秒のセリフ（ハコブくんが話す） 「料理は来た。でも、取るのは自分。ここまで来たなら、置いてほしいよね。別の卓上アームを手で動かして、試します。コップ一つで、何が変わる？」 冒頭から皿を置く実写を見せ、「手動操作」と表示する。 ## 見せ場（見た人が新しく知ること・誰かに話したくなること） **同じ場所へ皿を置く。それだけなのに、コップ一つで動かし方を変える必要はあるのか。** 軽い空の樹脂皿を、①周囲が空いている、②置き場所の隣に空のコップがある、③さらに手前に別の皿がある、の三条件で移す。出発位置と目標位置を固定し、物を一つずつ足す。 最初の比較は、人の手と手動アームを左右に並べて同時再生。30秒以内にコップを置き、次の実演へ進む。 各条件の最初に「今回、操作で確認するもの」を３項目まで表示する。例えば「皿の縁」「コップとの隙間」「離す高さ」。撮影後の振り返りをもとに、実際の動きと対応させる。 見せ場は秒数の差だけに頼らない。つかむ位置、通る経路、離す瞬間を止めて、**「この場面では、人が何を引き受けていたか」**を見せる。止まらず置けた試行も含め、アーム全９回の結果を公開する。 差が出なかった場合は、こう言う。 **「今回の配置では、コップを足しても大きな差は出ませんでした。では、その間、人は何を確認していたのか。映像を戻して見てみます。」** 振り返っても判断の違いを説明できなければ、「今回の条件では、違いを捉えられなかった」と伝える。 ## ロボットに詳しい人の目（この動画にしかない見方） **「置く腕」だけでなく、人へ仕事を渡す仕組みまで見る。** 実演を「つかむ場所を決める」「周囲を避けて運ぶ」「安定する位置で離す」に分解する。そのうえで、自動化するなら何を認識し、どう動かし、置けたことをどう確認するかを図にする。 これは、人が担っている判断を言葉にする実験。手動操作の速さから、自律ロボットの性能やメーカーが腕を付けなかった理由は結論づけない。 ホール経験からは、料理の到着後に客が受け取れるか、困ったときに店員へつながるかを見る。デザインの目では、棚の光と音声を「次に人が何をすればよいかを伝える仕組み」として読む。 締めの見立ては、**「全部を機械に任せなくても、減らせる仕事はある。運搬を機械に、受け渡しを人に分ける設計は有力だ。ただし、取れない人を店員につなぐところまでが仕事の設計です」**とする。 ## 構成（5〜7節。1節1〜2行） 1. **料理は来た。取るのは自分。** 客が受け取る場面の再現から、卓上アームが皿を置く実写へ。別の機体を手動で動かす実験だと明示する。 2. **猫の仕事は、どこで人につながる？** ベラボットの公式操作説明を紹介。棚の光と音声、店員が取り出す手順を示し、国内店舗の運用とは分ける。 3. **何もない机なら、どう置く？** 人の手とアームの１試行ずつを、実時間で同時再生。30秒以内に次の条件へ進む。 4. **コップ一つで、何が変わる？** 二つの追加条件を実演。結果表と動きの振り返りから、人が確認したものを示す。 5. **その判断を、機械に任せるなら？** 認識・動作・確認の図へ置き換える。続けて３Ｄファミレスを15秒見せ、受け取れない客への引き継ぎ案を示す。 6. **置かなくても、減らせる仕事がある。** 2022年のすかいらーく公表事例を紹介。「何でもできるか」に加え、「店のどの仕事を減らせるか」で評価する。 ## 事実の主張と出典（動画で言う主張を1行ずつ。出典の URL・発表日・発表元。確かめられないものは「未確認」と書く） - ベラボットの公式配膳手順には、料理を棚に載せ、卓番号を指定して出発させ、到着後に店員が取り出す流れが記載されている。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 同手順では、到着時に対象の棚が光り、音声で案内する。取り出した後の進行方法は操作や設定によって異なる。出典：[公式操作説明](https://academy.pudutech.com/en/docs/bei-la-cao-zuo-zhi-nan)／発表日：未確認（掲載日記載なし）／発表元：プードゥー・ロボティクス。 - 国内店舗で客が料理を取り出す具体的な案内と、その運用範囲は未確認。冒頭は「客が受け取る場面の再現」と表示し、店舗の実例として説明する場合は、店の公式案内か自分で撮影した案内を追加する。 - すかいらーくは2022年12月21日、同月27日に全国約2,100店舗への3,000台のロボット導入を完了する予定を発表した。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 同発表は、ガストの導入効果の例として歩行数と片付け完了時間の削減を掲載している。企業公表の事例として紹介し、全店舗共通の効果や、ロボット単独の効果とは言わない。出典：[公式発表](https://corp.skylark.co.jp/Portals/0/images/news/press_release/2022/20221221_Robot.pdf)／発表日：2022年12月21日／発表元：すかいらーくホールディングス。 - 上記発表の本文では製品名を確認できないため、「3,000台すべてがベラボット」という主張は未確認として使わない。 - 人の手と手動アームの所要時間、成功回数、接触・つかみ直し・置き直しの回数は未確認。撮影後、実施日・使用機体・条件を添え、自主実験として全試行を掲載する。 - 操作中に何を確認したかは操作者の振り返りであり、視線計測や判断負担の測定結果ではない。出典：撮影後の実験記録／実施日：未確定／記録元：本チャンネル。 - メーカーが腕を付けなかった理由は未確認。今回の実験から価格、技術的限界、設計意図は断定しない。 - 「運搬と受け渡しを分ける設計は有力」は本動画の見立てであり、最適性を検証した事実ではない。出典：上記公式資料と自主実験に基づく考察／公表日：動画公開日／発表元：本チャンネル。 ## 撮るもの・作るもの（撮影は2〜3時間以内） - **準備・30分：** 空の樹脂皿、空のコップ、別の皿、位置の印を用意。扱える配置と経路を確認し、練習を済ませてから条件を固定する。 - **実験撮影・90分：** アームは三条件を各３回、計９回。三条件を一組にして順番を入れ替える。人の手も各条件３回撮り、操作する手とアームを固定画角に収める。 - **補足撮影・30分：** 皿をつかむ寄り、操作する手、判断した箇所を指す映像、サムネイル用写真を撮る。撮影合計２時間30分。 - **記録方法：** 最初の動作から、皿を目標範囲に置いて手または把持部が離れるまでを計測。アームは１回90秒で打ち切り、未完了も残す。成功は「目標範囲に置き、離した後３秒間、皿が倒れたり落ちたりしない」と決める。 - **編集で作るもの：** 冒頭の再現、比較の同時再生、確認項目の字幕、全試行の結果表、認識・動作・確認の図、15秒の３Ｄファミレス。補足再現は計測映像と区別する。 - **表示と進行：** 実演には「卓上アーム・手動操作」を表示。顔は映さず、ハコブくんの人工音声で進める。料理入り・熱い皿への対応は今回の検証範囲に含めない。 ## YouTubeで調べる言葉（入口になる言葉を2つ。1行に1つ） 配膳ロボット 取り方 猫型ロボット 仕組み **組3の判定**：（X か Y）　理由： --- ``` #### 答え_見ないで.json ```json { "並べる": { "案1": "Claude", "案2": "Gemini", "案3": "codex" }, "比べる": { "組1": { "X": "最初", "Y": "最後", "作者": "Claude" }, "組2": { "X": "最後", "Y": "最初", "作者": "Gemini" }, "組3": { "X": "最初", "Y": "最後", "作者": "codex" } } } ``` #### 進み具合.md ```markdown # 進み具合（制作チーム：持ち場で分ける） - いま：**終わり。並べる.md（最後の3本）と 比べる.md（良くなったかの判定）を見てください** - 往復の回数：2 回（攻めと書き直しを1往復と数える） - 始めた時刻 2026-11-14 20:17+09:00・最後に書いた時刻 2026-11-14 21:22 - Gemini の費用の目安 約60円・codex 5 回（ChatGPT Plus の枠） | 作者 | 企画書 | 攻めた回 | |---|---|---| | Claude | 第3版 | 1回目・2回目 | | Gemini | 第3版 | 1回目・2回目 | | codex | 第3版 | 1回目・2回目 | ファイル：案_{作者}_{版}.md（企画書）・批評_{回}_{批評した人}.md（攻め）。最後に 並べる.md と 比べる.md ができる ``` ### 5回目のあと：YouTube の検索「最後の3本」（_調べ/持ち場で分ける_最後の3本/） #### キーワード.txt ```text Claude Code AI ロボットアーム データセンター 排熱 陸上養殖 配膳ロボット 取り方 猫型ロボット 仕組み ``` #### 結果.md ```markdown # YouTube で調べた結果（2026-11-14 21:37・直近1年に公開された動画・日本向けの検索） - 1つの言葉につき、YouTube の検索の上位50本を見た。本編（3分より長い）とショートを分けた - 再生数は調べた時点の累計。公開からの日数がばらばらなので、1日あたりの再生数も出した - 「小さなチャンネルで伸びた」は、登録者1万人未満のチャンネルで再生数が登録者数を超えた本編。題材そのものの力が強い目安 ## Claude Code - 本編 38 本：再生数の中央値 64,798 回・1,000回以上 38 本・10,000回以上 36 本 - ショート 12 本：中央値 52,993 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【神回！】『Claude Code』完全入門マニュアル！【初心者でも絶対に理解できる！ 】 | パソコン博士TAIKI（1880000） | 2,199,491 | 14,190.3 | 2026-06-12 | | 【Claude Code完全入門】誰でも使えるツール／実行革命／ChatGPTとの違い／５体のAIエ | PIVOT 公式チャンネル（4110000） | 1,860,239 | 7,210.2 | 2026-03-01 | | 【Claude Code活用法】4時間でMC野嶋専用のAIエージェントを構築／21時間の作業が10分 | PIVOT 公式チャンネル（4110000） | 766,250 | 6,033.5 | 2026-07-10 | | 【知識不要】Claude Codeはすべての人が使うべきAIです | 本気AI(MAJI AI)（118000） | 614,892 | 3,772.3 | 2026-06-04 | | 【マジで凄い！】Claude Codeを使った次世代AI活用法！　【最強MCP Higgsfield | パソコン博士TAIKI（1880000） | 423,040 | 3,743.7 | 2026-07-24 | 小さなチャンネルで伸びた本編 - 【脱初心者】Claude Code入門｜非エンジニアが最初に覚えること（Yuta | AIと暮らす・登録者 2,400・64,785 回・2026-10-13） - 【仕事が劇的に変わる】Claude Code活用事例10選！身につけたい最強のAI習慣【2026年最新版】（AIの中の人・登録者 4,120・42,728 回・2026-09-14） - Claude Codeで月100万稼ぐ方法10選。AI初心者が収益化するならこの順番がエグい（まな式Claude Codeマネタイズチ・登録者 1,890・34,545 回・2026-10-29） - 【これが結論】Claude Codeに繋ぐべきツール12選。X・Google・Obsidianなど、AIのプロが毎日使う（社長のAI相談室 by StockSun・登録者 3,640・30,219 回・2026-10-29） - AI初心者でもClaude Codeで動画編集できる！CM・短編映画・YouTube長尺まで完全自動化する方法（まな式Claude Codeマネタイズチ・登録者 1,890・11,647 回・2026-10-19） ## AI ロボットアーム - 本編 13 本：再生数の中央値 77,112 回・1,000回以上 13 本・10,000回以上 11 本 - ショート 37 本：中央値 45,238 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 世界人型ロボット運動会　日本から唯一参戦「ひとみん」400mと1500mを完走　北京【もっと知りたい | ANNnewsCH（5100000） | 4,635,931 | 56,535.7 | 2026-08-24 | | 身長170cm、体重70kgの日本ブランドAIロボ「cinnamon 1」がスタジオに登場　世界初・ | TBS NEWS DIG Powered（3430000） | 1,038,104 | 3,579.7 | 2026-01-28 | | 自分で考えて動くフィジカルAI 期待の一方で課題も ハッキングで制御不能…“物を壊す・危害を加える” | TBS NEWS DIG Powered（3430000） | 352,662 | 5,343.4 | 2026-09-09 | | 【詳報】中国・北京に最新ロボットずらり 展示会で技術進展アピール 「WORLD ROBOT CONF | 共同通信 KYODO NEWS（478000） | 328,415 | 3,818.8 | 2026-08-20 | | 【最新】“フィジカルAI元年”/ 国内最大「人型ロボット」研究開発拠点を公開 / 病院で実証実験 / | 日テレNEWS（3390000） | 292,667 | 2,234.1 | 2026-07-05 | 小さなチャンネルで伸びた本編 - ​【AIBI レビュー】ChatGPT搭載！次世代AIペットロボットと暮らしてみた！良い点・気になる点を正直に解説（ニューガジェット三昧!・登録者 6,000・77,112 回・2026-03-03） - フィジカルAIを活用した事例紹介（ファナック株式会社 FANUC CORP・登録者 7,480・28,116 回・2026-05-22） ## データセンター 排熱 - 本編 20 本：再生数の中央値 4,102 回・1,000回以上 13 本・10,000回以上 8 本 - ショート 30 本：中央値 7,512 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | マイナス200度でも意外と冷えない宇宙。軌道上でサーバー運用をもくろむxAIは本当にサーバー冷やせん | 海外Yパパラジオ　世界を読み解く（234000） | 497,390 | 2,978.4 | 2026-05-30 | | 「コンピュータを雪で冷やす」が実用化されてました。 | ゆるコンピュータ科学ラジオ（352000） | 233,225 | 711.1 | 2025-12-21 | | 【SpaceX】宇宙にデータセンターを作る構想は実現可能なのか？ | VAIENCE バイエンス（2690000） | 201,914 | 785.7 | 2026-03-02 | | 共和党大敗の一因にデータセンター　日本でも不安の声　駅前に高さ50m…住民提訴【羽鳥慎一モーニングシ | ANNnewsCH（5100000） | 65,547 | 7,283.0 | 2026-11-05 | | 「家の目の前に…」都心にもデータセンター続々 自治体６割が「制度に課題」不安抱える住民【スポットライ | フジテレビ 報道【公式】（106000） | 52,122 | 883.4 | 2026-09-16 | 小さなチャンネルで伸びた本編 - 【AIサーバー冷却で日本が世界初】富士電機が「圧縮機なし」でサーバーを冷やす技術を発売…AIの爆熱に原子炉で挑む米巨頭が（世界が欲しがる日本の技術・登録者 3,830・37,628 回・2026-08-19） - 【2026年大本命】AIデータセンターの熱問題の最良解決策「液浸冷却」関連株5選！テンバガー候補を徹底解説。〈データセン（Ai-Z・登録者 993・5,064 回・2026-03-21） - AIデータセンターの限界？電力・変圧器・銅・冷却…4つのボトルネックと投資の格言を解説【ずんだもん】（ハトマネー・登録者 555・1,137 回・2025-12-07） - AIはなぜ水を大量消費する？データセンターの冷却システムを徹底解説（仕組みラボ・登録者 3・880 回・2026-08-25） - 宇宙AIデータセンターはいつ実現する？電力・排熱・通信の壁（Future Tech Channel・登録者 5・146 回・2026-09-27） ## 陸上養殖 - 本編 26 本：再生数の中央値 8,396 回・1,000回以上 17 本・10,000回以上 11 本 - ショート 24 本：中央値 1,084 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | サーモンの陸上養殖が三重で…世界最大級の規模　山あいの工業地帯でなぜ？ | メ〜テレニュース（304000） | 593,469 | 13,801.6 | 2026-10-02 | | 【ビジネスチャンス】全国で増える｢陸上養殖施設｣…県内も国内最大級施設お目見えや異業種参入など活発化 | Daiichi-TV NEWS（55200） | 363,259 | 40,362.1 | 2026-11-05 | | 魚の成長が3倍に！　陸上養殖を変える「魔法の水」　月面でも？【グッド！いちおし】【グッド！モーニング | ANNnewsCH（5100000） | 131,179 | 6,558.9 | 2026-10-25 | | 輸入サーモンより安く!? “世界最大級”の陸上養殖施設 ふ化から加工まで全てを三重･津市で 2027 | CBCニュース【CBCテレビ公式】（399000） | 62,093 | 302.9 | 2026-04-23 | | 温暖化に左右されない「ノリの陸上養殖」に九州大学が成功　収穫期間を約10日に短縮　コストも海養殖の1 | TBS NEWS DIG Powered（3430000） | 47,656 | 47,656.0 | 2026-11-13 | 小さなチャンネルで伸びた本編 - 陸上養殖🐟進めて本当に大丈夫？　高市首相も成長戦略に挙げ、選挙演説でも言及（さかなの会・登録者 115・563 回・2026-02-03） - 【陸上養殖をお考えの方へ…養殖のリアルを川上～川下のトップランナーが語る】第23回シーフードショー大阪セミナー（ライブチェーン・登録者 6・278 回・2026-05-20） - `バナメイ陸上養殖事業の可能性ーBIOMIOー（BIOMIO・登録者 2・199 回・2026-03-06） - RAS（ラス）とは？5分でわかる陸上養殖ガイド（AQUA STACK・登録者 1・107 回・2026-04-11） - REX　スマート陸上養殖システム（レッキス工業株式会社・アクアソリューショ・登録者 0・84 回・2026-08-05） ## 配膳ロボット 取り方 - 本編 13 本：再生数の中央値 390 回・1,000回以上 6 本・10,000回以上 4 本 - ショート 37 本：中央値 3,371 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | This Cleaning Robot Handles Real-Life Mess Instant | Shark Numbers（2000000） | 1,285,692 | 7,652.9 | 2026-05-30 | | 「頼んだ肉が届かない」しゃぶしゃぶ食べ放題で配膳ロボットから横取りか　高いコース用を故意に横取りなら | フジテレビ 報道【公式】（106000） | 902,344 | 23,745.9 | 2026-10-07 | | 【民度劣化】しゃぶ葉で配膳ロボから他人の高級肉を盗む“肉スティール”が横行か | ゆるパンダのネットの話題ch（193000） | 74,114 | 1,764.6 | 2026-10-02 | | 配膳ロボが何回来ても「何ものっていない！」　配膳ロボが運ぶ商品を別の客が“間違い”か“横取り”か　“ | カンテレNEWS（869000） | 24,877 | 956.8 | 2026-10-19 | | 【静岡県 磐田市】ガスト 磐田上岡田店 （ｄポイント ＆ 電子マネーQUICPayで支払い／セルフオ | おでかけチャンネル/Outing cha（17100） | 5,821 | 19.3 | 2026-01-16 | 小さなチャンネルで伸びた本編 - なぜしゃぶ葉の食べ放題1,759円は元を取る前に満腹になるのか【ゆっくり解説】（ゆっくり値段研究所・登録者 53・390 回・2026-10-21） - 【物議】しゃぶ葉の配膳ロボで肉の横取り報告が再燃！他人の注文を取ると音声通知する新機能を全店導入へ、対策の実効性と課題を（引退後の第二の人生・登録者 6・117 回・2026-10-02） ## 猫型ロボット 仕組み - 本編 8 本：再生数の中央値 442 回・1,000回以上 3 本・10,000回以上 1 本 - ショート 42 本：中央値 50,897 回 上位の本編（再生数の順・5本） | 題名 | チャンネル（登録者） | 再生数 | 1日あたり | 公開日 | |---|---|---|---|---| | 【野村泰紀×藤井啓祐】世界を変える量子AI／物理学界に革命を起こした研究者／人類史最大の発明「量子コ | ダイヤモンド社 THE BOOKS（112000） | 608,428 | 2,473.3 | 2026-03-13 | | 【フィジカルAIとは】見て覚える仕組みを解説｜北京のロボット運動会に2000台 | PanMarie Studio | 最新（222） | 2,420 | 29.9 | 2026-08-25 | | 初心者のためのロボット組み立てキット完全ガイド | Tech & Tails (旧rock2（2320） | 1,346 | 6.1 | 2026-04-06 | | BOCCOemo × Gemini 最強AIロボットに変身！！ | Grass IT fields（90） | 673 | 2.7 | 2026-03-08 | | “起こしたくないネコ型ペットロボ”「ドラにゃむ」 | トヨタ・モビリティ基金【公式】（470） | 211 | 7.0 | 2026-10-15 | 小さなチャンネルで伸びた本編 - 【フィジカルAIとは】見て覚える仕組みを解説｜北京のロボット運動会に2000台（PanMarie Studio | 最新・登録者 222・2,420 回・2026-08-25） - BOCCOemo × Gemini 最強AIロボットに変身！！（Grass IT fields・登録者 90・673 回・2026-03-08） - 配膳ロボットの肉の横取りで怒る人も、不安になる人も、実は守ろうとしている〇〇｜【心理学】（みんなのキモチ・登録者 9・14 回・2026-11-08） - ガストの配膳ロボットは本当に得なのか?人件費と導入コストから考える【経済解説】 #ガスト #配膳ロボット #経済解説（身近なチェーン店の経済ミステリー・登録者 6・9 回・2026-11-01） ``` ### 6回目：ネタ出し「今週の騒ぎ」（_ネタ/今週の騒ぎ/） #### 0_急上昇.md ```markdown # YouTube の急上昇 - 日時: 2026-11-14 21:52（JST） - YouTube Data API（chart=mostPopular・regionCode=JP） --- YouTube 日本の急上昇（2026-11-14 21:52 取得） 1. ZORN / STAR feat. アイナ・ジ・エンド, AKLO｜ZORN Official｜623,478回｜2026-11-13 2. 【借金地獄】100億円の借金をすべて返済するまで終われません【マイクラ】｜ドズル社｜141,197回｜2026-11-14 3. ENHYPEN (엔하이픈) 'I Want You' Official MV｜HYBE LABELS｜9,731,220回｜2026-11-13 4. 夜のスーパーで〇体を隠しきれ！【 マイクラ 】｜ちろぴの｜170,487回｜2026-11-14 5. ちゃんみな - History (Official Music Video)｜ちゃんみな [CHANMINA]｜527,510回｜2026-11-13 6. 【マインクラフト】素晴らしい旅行を僕達がコーディネートします【日常組】｜日常組｜756,951回｜2026-11-13 7. 中島健人「超☆HENSHIN」Music Video｜中島健人 Official YouTube Channel｜464,300回｜2026-11-13 8. 「ストリートファイターリーグ JAPAN 2026」Division S 第8節　☆☆18時40分より初心者必見！SFリーグ: ウォームアップ☆☆｜Capcom Fighters JP｜1,104,000回｜2026-11-13 9. Stray Kids 「SUIATSU」 Stage Video｜Stray Kids Japan Official YouTube｜438,901回｜2026-11-13 10. デュエル・マスターズ グランプリ2026-2nd Day1｜デュエチューブ-DM公式-｜300,594回｜2026-11-14 11. KEY TO LIT - Debut Single "KEY TERUYA2 ～キテルヤツ～" [All Tracks Digest]｜KEY TO LIT｜201,622回｜2026-11-13 12. 【RTA】チーム対抗！エンドラ討伐リレー！！【ドズル社コラボ】【マイクラ】｜エンドラRTA軍団｜22,929回｜2026-11-14 13. A2O LITE 'NEON' INFINITE Music Video｜A2O WORLD｜2,086,456回｜2026-11-13 14. 【#3】龍が如く維新極！やるしゅばああああああああああああああああああああああああああああああああああああ！！！！！：Like a Dragon: Ishin!【※ネタバレあり】｜Subaru Ch. 大空スバル｜415,859回｜2026-11-14 15. 『高嶺の花子さん｜backnumber』acoustic cover. 優里 × 吉田右京（マルシィ）｜優里ちゃんねる【公式】｜21,780回｜2026-11-14 16. カワノA.K.I.始動！初プレイなのに完璧に近いコンボをしてリスナーに嫉妬されるカワノ【スト6】｜カワノKawano｜299,065回｜2026-11-13 17. Element Sicks / リブラ【Music Video】｜Element Sicks【EL6】｜18,019回｜2026-11-14 18. 【3D】にじジェネ！～ベテランVS 若手 世代対抗バトル～【#にじジェネ 】｜Kazaki Ch. ‐ 森中花咲 ‐｜293,189回｜2026-11-14 19. HIMEHINA『テレキャスタービーボーイ』Cover｜HIMEHINA Channel｜141,608回｜2026-11-13 20. 編集でベストプレイだけを繋ぎ合わせれば、マリオ64のRTA世界記録に勝てるんじゃね！？｜東海オンエア｜1,932,664回｜2026-11-12 21. ICEx - 恋ソーダ 8人ver. (ICEx Fourth Concert Tour 2026 ''FRESHest!!'' at 東京国際フォーラム ホールA )｜ICEx｜115,528回｜2026-11-13 22. キーボードを踏むとスピードが速くなるロブロックス【ロブロックス/Roblox】｜ウォーターチャレンジ｜132,396回｜2026-11-14 23. 無中に有を生ず｜HOYO-MiX - Topic｜127,639回｜2026-11-12 24. 始めからこうすれば良かったんだ｜葉ちゅべ｜58,248回｜2026-11-14 25. Tohji, Skrillex & Mechatok - W1000｜Tohji｜17,786回｜2026-11-14 26. 史上最高傑作と称賛された神ゲー『 ゼルダの伝説 時のオカリナ 』#2｜キヨ。｜1,621,956回｜2026-11-12 27. 【syudou】ドロップアウト｜syudou｜95,922回｜2026-11-13 28. 空からも地上からも襲ってくる『2体の天狗』が強すぎる！？リアル鬼ごっこサバイバル40【マインクラフト】｜カラフルピーチ｜479,525回｜2026-11-13 29. 【全メンバー紹介】私たち、AKB48です！！！｜AKB48｜171,781回｜2026-11-13 30. 【禁断】ポケモン廃人が「ＡＩ」と本気で1on1対決したら衝撃すぎる結果に……｜ポケモンソルジャー【ポケソル】｜57,294回｜2026-11-14 31. wacci『御節介』Music Video｜wacci OFFICIAL YouTube CHANNEL｜54,244回｜2026-11-13 32. 神田の兄貴…自首して下さい……！【龍が如く３外伝 Dark Ties】＃８｜牛沢｜88,062回｜2026-11-14 33. つばきファクトリー『ゼロからのうた』(Music Video)｜つばきファクトリー｜15,890回｜2026-11-14 34. 【マイクラ本気れんぼ】街に混入してきた男、腕の調子も良けりゃ口の回りも良すぎる｜まじめにヤバシティ｜53,011回｜2026-11-14 35. 【高音×低音Rap】脱獄 Band Arrange ver. / りうら×初兎【歌ってみた】｜初兎-しょう-｜7,636回｜2026-11-14 36. 音を立てると襲ってくる盲目の殺人鬼が徘徊する謎の屋敷から生きて50人で脱出 - マインクラフト【KUN】｜KUNの50人クラフト｜83,768回｜2026-11-14 37. 【超学生】百鬼夜興｜Chogakusei Official｜79,034回｜2026-11-13 38. 【#4】EIKOがSILENT HILL: Townfallを生配信！【ゲーム実況】｜狩野英孝【公式チャンネル】EIKO!GO!!｜421,264回｜2026-11-13 39. サンボマスターとアイナ・ジ・エンド / 花束 MUSIC VIDEO｜サンボマスター｜283,567回｜2026-11-12 40. 【シャドバWB】全ビヨとPS選手BO3最強決定戦　Shadowverse PS WGP Qualifier 2026見ようぜ！！！ #シャドバPS｜オタクチャンネル｜103,563回｜2026-11-14 41. UP｜ATEEZ - Topic｜21,228回｜2026-11-13 42. 感動のエンディング後にロビーに戻ってみたら明らかに不穏な物体が増やされてた【BigWalk】｜らっだぁ｜299,471回｜2026-11-13 43. なにわ男子 - 初心LOVE（うぶらぶ） [なにわ男子 1st DOME LIVE 'VoyAGE']｜なにわ男子｜222,671回｜2026-11-12 44. 有名なプログラマージョークがゲームになった！融通が利かないロボを操作して地球を破壊しよう！【３号、卵買ってきて！】｜GameKnack【QuizKnockゲームチャンネル】｜95,248回｜2026-11-14 45. 【公式】中森明菜「カサブランカ」（Music Video）【テレビ東京系「WBS」エンディングテーマ曲】AKINA NAKAMORI Casablanca｜AKINA NAKAMORI OFFICIAL｜282,331回｜2026-11-12 46. バトルロワイヤルで1人だけ透明人間にされて誰にも相手にされないドッキリ｜ピンポイント団｜38,265回｜2026-11-14 47. 27AM - 19 / WAY2WAY｜WAY2WAY｜115,215回｜2026-11-12 48. 【４人暴】ラーメンだああああああああああ！！！！！【Japanese Ramen Simulator】｜ゆっくりむちゃたぬき｜25,536回｜2026-11-14 49. Pxrge Trxxxper - REAL LOVE feat. Kaneee【Official Music Video】｜Pxrge Trxxxper｜86,671回｜2026-11-13 50. 【餓狼CotW】ネモさんからキャラ対策を授かる最中、相当 "やってる" ケンシロウの性能に爆笑するどぐら｜どぐら 生駒デビル｜41,387回｜2026-11-14 ``` #### 1_騒ぎ_Gemini.md ```markdown # 日本で騒がれている人・出来事（Gemini） - 日時: 2026-11-14 21:53（JST） - Google 検索あり・モデル gemini-3.1-pro-preview・88秒・入力 6317・出力 2887 トークン --- 2026年11月14日現在、日本で騒がれている人・出来事15件をまとめました。指定の条件通り、直近7日以内の事実に基づき、AI・テック関連を多く含めています（一部「YouTube 日本の急上昇」リストから抽出しています）。 ### 1. NVIDIA CEO ジェンスン・フアン氏が辞任 - 何が起きた：NVIDIAのジェンスン・フアンCEOが、女性スキャンダル（3人目の不倫報道）などを背景に突如辞任し、クレスCFOが暫定CEOに就任した。 - 本人の言葉：なし - なぜ騒がれている：AIブームを牽引してきたカリスマ経営者の前代未聞のスキャンダルによる辞任劇であり、業界全体や株価への影響が計り知れないため。 - 日付：2026-11-12 - 出典：https://www.fnn.jp/ （FNNプライムオンライン） ### 2. Google、新AIモデル「Gemini 4 Hydrogen」発表 - 何が起きた：Googleが高速かつ低価格な次世代AIモデル「Gemini 4 Hydrogen」を発表。無料ユーザーも利用可能とした。 - 本人の言葉：なし - なぜ騒がれている：高性能なAIが無料で広く開放されることで、生成AIの勢力図やビジネス環境が再び大きく変わる可能性があるため。 - 日付：2026-11-13 - 出典：https://www.itmedia.co.jp/news/ （ITmedia NEWS） ### 3. Sakana AI、独自AIモデルのゼロからの開発を発表 - 何が起きた：日本発のAIスタートアップSakana AIが、既存モデルの掛け合わせではなく、イチから独自のAI基盤モデルを開発する新たな方針を明らかにした。 - 本人の言葉：「好機が来た」 - なぜ騒がれている：独自の進化アプローチで世界的に注目を集めてきた同社が、ついに真っ向から基盤モデルの開発に乗り出したため。 - 日付：2026-11-13 - 出典：https://www.itmedia.co.jp/aiplus/ （ITmedia AI+） ### 4. Microsoft 365障害でChatGPT等の連携機能がダウン - 何が起きた：Microsoft 365のシステム障害により、ChatGPTやClaudeなどの外部AIアシスタントからデータにアクセスするコネクタ機能が軒並み動作不能に陥った。 - 本人の言葉：「ほとんどのリクエストで動作しない」（ステータス報告より） - なぜ騒がれている：現代の企業の業務プロセスがAIとクラウドツールに深く依存している実態と、その脆さが一気に浮き彫りになったため。 - 日付：2026-11-13 - 出典：https://www.itmedia.co.jp/aiplus/ （ITmedia AI+） ### 5. AI生成楽曲が韓国主要音楽チャート「Melon」で初の1位を獲得 - 何が起きた：作曲と歌唱にAIを使用したMEOMURUの楽曲「The Adult I Dreamed Of」が、人気アーティストを抑えて韓国の音楽配信サイト「Melon」で1位を獲得した。 - 本人の言葉：なし - なぜ騒がれている：AIが完全に生成した音楽が、人間のトップアーティストを抜いてメジャーな音楽チャートを制覇するという歴史的快挙となったため。 - 日付：2026-11-13 - 出典：https://www.nikkansports.com/ （日刊スポーツ / 聯合ニュース） ### 6. 鳥取グルメフェス「5万人集客」のはずが閑古鳥で大炎上 - 何が起きた：鳥取県で開催されたグルメフェスが、5万人集客を謳い出店料を集めたものの、実際は来場者約1000人で出店者が大赤字となり炎上した。 - 本人の言葉：なし - なぜ騒がれている：ずさんな運営体制に加え、主催者側がSNSで設営業者に責任転嫁するような投稿を行い、泥沼の二次炎上を招いているため。 - 日付：2026-11-11 - 出典：https://news.ntv.co.jp/ （日テレNEWS） ### 7. 小型SAR衛星QPS-SAR19号機「ヤマツミ-Ⅱ」打ち上げ・初交信成功 - 何が起きた：QPS研究所の小型SAR衛星「ヤマツミ-Ⅱ」がニュージーランドから打ち上げられ、軌道投入および初交信に無事成功した。 - 本人の言葉：なし - なぜ騒がれている：日本の宇宙スタートアップによる安定した衛星網構築の進展であり、受託したロケット・ラボ社にとっても記念すべき100回目の打ち上げとなったため。 - 日付：2026-11-14 - 出典：https://i-qps.net/ （QPS研究所 公式） ### 8. ポケモン廃人 vs AIの本気1on1対決（※YouTubeの急上昇より） - 何が起きた：人気ゲーム実況チャンネル「ポケモンソルジャー」が、人間の熟練プレイヤーとAIを1対1で対戦させる検証動画を公開した。 - 本人の言葉：なし - なぜ騒がれている：複雑な読み合いが要求される対戦ゲームにおいて、AIがどのような戦術を見せるのかゲーマー層の強い関心を集めたため。 - 日付：2026-11-14 - 出典：https://www.youtube.com/ （ポケモンソルジャー【ポケソル】） ### 9. プログラマージョークのゲーム「3号、卵買ってきて！」実況（※YouTubeの急上昇より） - 何が起きた：QuizKnockのゲームチャンネル「GameKnack」が、融通が利かないロボットに指示を出すプログラマーの定番ジョークを題材にしたゲームを実況した。 - 本人の言葉：なし - なぜ騒がれている：IT界隈の有名な笑い話がそのままゲーム化され、プログラミング的思考の難しさと面白さが一般層にもウケているため。 - 日付：2026-11-14 - 出典：https://www.youtube.com/ （GameKnack【QuizKnockゲームチャンネル】） ### 10. 東海オンエア、編集でマリオ64RTA世界記録に挑む（※YouTubeの急上昇より） - 何が起きた：人気YouTuber東海オンエアが、「スーパーマリオ64」のプレイ動画の「ベストプレイだけ」を編集で繋ぎ合わせ、RTA（タイムアタック）の世界記録に勝てるか検証した。 - 本人の言葉：なし - なぜ騒がれている：ゲームの腕前ではなく「編集の力」で世界一を目指すという斜め上の企画が視聴者の爆笑をさらい、公開2日で200万回近く再生されたため。 - 日付：2026-11-12 - 出典：https://www.youtube.com/ （東海オンエア） ### 11. 無印良品（良品計画）でクレジットカード情報109万件漏洩 - 何が起きた：良品計画への不正アクセスにより、全桁を含むクレジットカード情報109万件が漏洩したことが発覚した。 - 本人の言葉：なし - なぜ騒がれている：身近な大企業のサービスでの大規模な情報漏洩であり、消費者の間にショックと企業セキュリティへの不信感が広がっているため。 - 日付：2026-11-12 - 出典：https://news.tv-asahi.co.jp/ （テレ朝NEWS） ### 12. 大阪・枚方市で3歳女児死亡、日常的虐待の疑いで父親を逮捕 - 何が起きた：大阪府枚方市で3歳の長女に暴行を加え殺害した疑いで父親が逮捕された。階段の昇り降りの「訓練」を中断したことに激高したとみられる。 - 本人の言葉：「腹が立って殴った」 - なぜ騒がれている：幼い命が理不尽な理由で奪われた痛ましい事件であり、母親も逮捕されるなど日常的な虐待の実態に怒りの声が上がっているため。 - 日付：2026-11-14 - 出典：https://www.fnn.jp/ （FNNプライムオンライン） ### 13. 自民・維新・国民、衆院定数31削減法案を共同提出 - 何が起きた：自民党、日本維新の会、国民民主党の3党が、衆議院の定数を31削減する法案を国会に共同提出した。 - 本人の言葉：なし - なぜ騒がれている：政治不信が続く中、与野党が協力して「身を切る改革」である定数削減に向けた具体的な一歩を踏み出したため。 - 日付：2026-11-12 - 出典：https://www3.nhk.or.jp/news/ （NHKニュース） ### 14. 今季初の鳥インフルエンザ感染確認（京都府） - 何が起きた：京都府の養鶏場で今シーズン初となる高病原性鳥インフルエンザの感染が確認され、殺処分などの防疫措置が取られた。 - 本人の言葉：「感染した鶏肉や卵が流通することはない。安心して消費を」（京都府知事） - なぜ騒がれている：過去の発生時には鶏卵の深刻な供給不足と価格高騰（エッグショック）を引き起こしたため、家計への影響が強く懸念されているため。 - 日付：2026-11-12 - 出典：https://www.ktv.jp/news/ （関西テレビNEWS） ### 15. 侍ジャパン、オーストラリア戦の初回に11得点の歴史的猛攻 - 何が起きた：「ラグザス アジアプロ野球チャンピオンシップ2026」のオーストラリア戦で、日本代表が初回から打者一巡の猛攻を見せ一挙11得点を奪い、16-1で大勝した。 - 本人の言葉：「前後にいい打者がそろっているので…」（満塁弾を放った宗山塁選手） - なぜ騒がれている：国際大会での「初回11得点」という規格外の破壊力と、プロ入り前の宗山塁選手の3戦連発となる大活躍が野球ファンを熱狂させたため。 - 日付：2026-11-14 - 出典：https://hochi.news/ （スポーツ報知） ## Gemini が検索で見た出典 - itmedia.co.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQH3qtb8wOuNhSsw2zee2Lpv0cKC12F_rQCM8FVL8xv5z7vBBVUih6rFaxXCUwozi_vak6Wf7BbdR2sgIuRf6HGWOdnPYYAkPrBENIMH5cQY1RxWUqVdo3A= - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHwo62BzSePCol0HD92LW2pBF22_rdj70zj6AEJuNIzccgJ8B609-0rK56t7tvqJ9wOCIWbAVAjdawviIK9W4NnrEEy4c1YJb2FSgxi9YoP3SE2fsI0EzmMC0ekgMdDh5T1 - apple.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEUGW8IB6X9abSZDn03tlxOaMwySMKomHspTBNRe2uOzN7kZMz7PPUguRmJxxxPBcD7ESC9IWgp4ZYIVG009NMCTL3PVisMlwkIgIGoToCLZ6C5P48oOpVMjDWkZn7hc1QdfmPAMLCeZCtzcNcIIQ9ogTkFnQ4bIvGt4TQ6etPbvzqdaIVfGxTl3K9WWhJEETQslYZsxGCJPkGmZvWslUlY5rWoUDl7UTf3H4rFdzhFOJKjg7BzVDJK0IxU_NtRM0-244c-HISz54qbtB1yol-1rHjE0bg8yfPBKs9D-wdrlfBBfX6c6ttKL5ajktj4X6TdL513CumUoWBxFkCp3lvsxE-o_pBvVZlJ2kvRDQ== - nikkansports.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEHQwxOS3oFDUKxazbAYAmq_UpjNcnqJ2NQlinltCFfBJLwoeWyx7GzaRyLRI0fyxGkE3sxABu1lkx9WZfMeCCyB2VQYXqd69reO9xEg2RE_mIybI5hLffzDjY3 - toyokeizai.net: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEpvpC2l6VkbnG3BrGfAajigxfiwlEQIeGaPjh-BaNCOcXtmoSPL8BcUoXi3sA-9hjo-ewS6LZMNC0I35QwoKrz5ML_TyK8zn5LQJtYtnS3Pf25PrxCbQYmtWcTcGdypuByTS7Xkg== - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHPupoCyt9C21kzUsxr1-EAe-qJPFnBSnsS-vuJSZ095jX3_WWfM1A9v60C-CU1LMdlRE69D0uorTK64KG0iK-3lAOmwLZFcox7uttwVlVnC0DPEqIiTjseF9kFl-mDHF7o - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQECBpi5uU5d5NKlHRDMW0byUt_C3DNv_4tgV6xzhIBN7JGlJGr5a_OuqnM5iDqF6jnHGifs32gY24qovpNlzY1MDdY09KwNbg2-tOJhp_DSUtfsucAh0yYhIW-mg8Uey6tT - i-qps.net: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQFAXBOpvoev2m1Br_jKin9MwoHj1qjUyYrijNIQecbHixzYQfgxGZJypT_9kgRbYItXQzaYIsP68j1_Qlh5PDCEItMLWdnqk196mTwgsuW2IxWJ - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQEoEuH793YBg_qj253LavPhL9Auyxh2QNB5Vx5C5SIwRX9e0t1a7UvXGTWGCD1OHqqj1GkFnonbSPd70Y3PLcHGHvbqwWiiJj_TKJ_nAtFaealAbC2IO2AtlNSXeEmahdAC - ktv.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQHpfkb2PV5FleqTy_2isRz3vJbK0RNfBCTsKDw8KMfk9aYh6jV6HO6paIcG_-RDmF9s0_gHWm1t03klVFNwXtlDpNQ4RyBAy4j8hVWvYFMWIu9Tsgo4NXL0hrhwlkM_R2Sz - youtube.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQENxVMlbw4h_IXNeGOI3m6glx_2L17-q42n4JgKRx07FWZYk1UH7Kenrnez5q3qUAPU_NRTREg8jKy2ElFCV_4qPIy9jj8eBMs5NOFu3RY8fR8_FAQvVeCZoWf0Tvr074HL - jimin.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGvr9JvsYLIS-EFZozJibGqDYFXayM7gaNlZ14jWa81CoS2WObPJ7tgQSVU2fEIs8p7rhkF6m2xM1mDQs28RlK75WBZcyrHyQPAajGUwqzWR_aepIKLiaq0WbJdEHaOmxrMoEZK5Wsp - pacificleague.com: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQFc0_hs4FDnYnR0ZCGEazJjctun7qZe6lDsiRcPxl1ADegJNcAIm7hQ5firQrkF_eT-V1q9Sze2ViOzPurkV1_xcPkTYSQ7KEBEgkjS7p8ppM2wj3rSEaGcOBPufH7_mfZO9KX3Iw== - japan-baseball.jp: https://vertexaisearch.cloud.google.com/grounding-api-redirect/AUZIYQGttFRYaXdBnDTuwB47BiH_ju1q8tZmeL-kFlwGkRUSvgP3KXOeO_Azwb0OtXDfyc-tN-EHmjtDY5HhOZunz6u6AMD_2LMmety8PXUm0VJsfWp_PgBZVguJogbMNf_J_MC852Ygk8i0gEH37k0swVVcgw== ``` #### 1_騒ぎ_codex.md ```markdown # 海外で騒がれている AI・テック・ロボット（codex） - 日時: 2026-11-14 21:56（JST） - モデル gpt-6.1-sol・考える深さ medium・168秒・104,102 トークン --- 対象は**2026年11月8日〜14日（JST）の7日間**。日付欄は出典の現地日付を基本とし、発表日・発言日を区別しました。引用は短く抜粋し、日本語訳を添えています。 ### 1. ジェンスン・フアン――謝罪からNVIDIA辞任へ - 何が起きた：NVIDIA創業者フアンが、不倫と国家安全保障上の疑惑をめぐる騒動の中でCEO・社長・取締役を辞任。辞任は11日付、会社発表は12日。スパイ疑惑は確定していない。 - 本人の言葉：「妻に不実なことをしました」／“I was unfaithful to my wife.”（11月8日の社員向けメール） - なぜ騒がれている：AI産業の中心人物の私生活が、対中半導体輸出と安全保障の問題に発展した。 - 日付：2026-11-12（辞任発表） - 出典：[NVIDIA・辞任発表](https://nvidianews.nvidia.com/news/nvidia-announces-ceo-transition)、[本人の謝罪文](https://nvidianews.nvidia.com/news/a-message-to-our-company)、[AP・国際的な波紋](https://apnews.com/article/aba7f92a1ec2f0f9e4b4da206d640d61) ### 2. ブレンダン・スタインハウザーら――「これ以上強いAIを作るな」と提訴 - 何が起きた：Alliance for Secure AIなど4団体が、OpenAI、Anthropic、Google、Meta、SpaceXSIを提訴。現在より高度なAIの開発・展開を凍結するよう求めた。 - 本人の言葉：「ほかのあらゆる産業では、製品が公共の安全を脅かせば責任を問う」／“We hold every other industry accountable when its products threaten public safety” - なぜ騒がれている：個別の被害賠償を超え、AI開発競争そのものを裁判で止めようとしている。 - 日付：2026-11-12 - 出典：[原告団体の声明](https://secureainow.org/press-release/alliance-for-secure-ai-nonprofit-coalition-sue-ai-companies-to-freeze-advanced-ai-systems-that-can-escape-human-control/)、[AP報道](https://apnews.com/article/03ece37b96979fe834f60976648504ba) ### 3. Atlasと開発者アンディ・ウー――人型ロボットが車輪でドリフト - 何が起きた：Boston Dynamicsが、Atlasの足を車輪に交換した新映像を公開。横方向へのダッシュや360度の回転ジャンプを披露した。販売用ではなく研究用の機体。 - 本人の言葉：「まるでビデオゲームで遊んでいるようです」／“it’s like playing a video game.” - なぜ騒がれている：人型なのに滑走する姿がロボット専門媒体やSNSで広まり、「脚と車輪」の議論を呼んでいる。 - 日付：2026-11-09（映像公開） - 出典：[開発者本人の解説・映像](https://bostondynamics.com/blog/atlas-on-a-roll)、[MoneyToday報道](https://www.mt.co.kr/en/industry/2026/11/10/2026111009380723666) ### 4. ダリオ・アモデイ――巨額IPO目前に「控えめに約束する」 - 何が起きた：Anthropicが10日にIPOの条件を公表し、評価額1兆ドル超を目指す大型上場として注目された。13日にはアモデイCEOがジェイミー・ダイモンとの公開対談に登場。 - 本人の言葉：「約束は控えめに、成果は期待以上に」／“underpromise and overdeliver” - なぜ騒がれている：NVIDIAの混乱とAI投資への不安が重なる中、Claudeの会社に巨額の値段が付く。 - 日付：2026-11-13（公開対談。IPO条件公表は11月10日） - 出典：[本人の対談映像・Yahoo Finance](https://au.finance.yahoo.com/video/amodei-anthropic-not-super-fussed-with-timing-of-ipo-175042695.html/)、[Axios・IPO条件](https://www.axios.com/2026/11/10/anthropic-ipo-terms) ### 5. エリック・シュミット――AIへの反発は「宣伝が下手だから」？ - 何が起きた：元Google CEOがインタビューで、AI業界は利点の伝え方が下手だと発言。データセンターを人口密集地から離す案も語った。 - 本人の言葉：「われわれの業界は、利点を伝えるのがひどく下手だ」／“Our industry does a terrible job of marketing our benefits.” - なぜ騒がれている：電気代や雇用への不安を「広報の問題」と捉える姿勢に、批判的な記事が出ている。 - 日付：2026-11-09（インタビュー公開） - 出典：[本人インタビュー・Axios](https://www.axios.com/2026/11/09/eric-schmidt-caltech-ai-interview)、[TechRadarの批判記事](https://www.techradar.com/ai-platforms-assistants/our-industry-does-a-terrible-job-of-marketing-our-benefits-googles-former-ceo-eric-schmidt-thinks-ai-has-a-pr-problem-but-maybe-people-understand-it-just-fine) ### 6. Microsoft 365――メールも会議もCopilotも止まる - 何が起きた：Outlook、Teams、Copilotなどで世界的な障害が発生し、復旧が翌日まで長期化。障害報告は13万件超に達したと報じられた。 - 本人の言葉：なし（経営者本人の発言は確認できず） - なぜ騒がれている：仕事の基盤がまとめて使えなくなり、利用者の不満とクラウド依存への議論が噴出した。 - 日付：2026-11-12（障害発生） - 出典：[ナイジェリア政府CERTの障害情報](https://cert.gov.ng/advisories/global-microsoft-365-service-disruption-affecting-outlook-teams-and-other-cloud-services)、[Computer Weekly](https://www.computerweekly.com/news/366654687/Outlook-down-Microsoft-outage-exposes-UKs-single-point-of-failure) ### 7. OpenAI「ChatGPT Wallet」――AIが買い物の支払いまで進出 - 何が起きた：OpenAIが、AIエージェントによる購入に使うWalletを発表。米国の対象Proユーザーから提供し、購入ごとに利用者が内容を確認・承認する。 - 本人の言葉：なし（個人名付きの当事者発言は採用せず） - なぜ騒がれている：AIに商品を探してもらう段階から、カード決済まで任せる段階へ進み、Reutersなどが報道した。 - 日付：2026-11-13 - 出典：[OpenAI公式発表](https://openai.com/index/introducing-chatgpt-wallet/)、[Reuters配信記事](https://www.investing.com/news/stock-market-news/openai-launches-chatgpt-wallet-letting-ai-agents-pay-for-purchases-5026114) ### 8. イーロン・マスク――「ロボタクシーは週168時間働く」 - 何が起きた：TeslaのRobotaxi公式アカウントが、提供中の全都市で24時間運行になったと発表。マスクが引用投稿した。 - 本人の言葉：「ロボタクシーは週168時間働く」／“Robotaxi works 168 hours a week” - なぜ騒がれている：休まない自動運転車という売り文句に、SNSでは人間の労働や運転手の仕事を絡めた反応が出ている。 - 日付：2026-11-12 - 出典：[本人のX投稿](https://x.com/elonmusk/status/2120746428720988408)、[発表と投稿を収録した報道](https://beincrypto.com/tesla-robotaxi-24-7-optimus-academy//)、[Reddit上の反応](https://www.reddit.com/r/elonmusk/comments/1xulzt2/elon_musk_robotaxi_works_168_hours_a_week/) ### 9. SpaceX「Starship第15回試験」――宇宙には届いたがブースターは爆発 - 何が起きた：Starshipが軌道投入と衛星展開に成功。一方、ブースターは回収塔への帰還を取りやめ、海上に誘導された後に爆発した。 - 本人の言葉：なし（今回の結果に対するマスク本人の発言は確認できず） - なぜ騒がれている：衛星投入の成功と巨大な爆発映像が同時に起き、完全再使用への期待と難しさが注目されている。 - 日付：2026-11-13（米国現地。JSTでは11月14日） - 出典：[Ars Technicaの現地報道](https://arstechnica.com/space/2026/11/starship-flight-15-powers-to-orbit-setting-up-a-possible-catch-on-saturday/)、[映像をめぐるRedditの反応](https://www.reddit.com/r/spaceporn/comments/1xvmjsb/unfortunately_no_super_heavy_booster_catch_today/) ### 10. Google DeepMindのスワラット・チャウドゥリ――「ハッキングできないソフト」へ？ - 何が起きた：DeepMindが、AIでSignalの暗号実装の重要な安全性を数学的に検証したと発表。研究者が指定した性質の検証であり、Signal全体の無欠陥を証明したという意味ではない。 - 本人の言葉：「ついに、ハッキングできないソフトウェアの世界に進める」／“You can finally get to this world of unhackable software” - なぜ騒がれている：AIが攻撃を強めるという話に加え、通信を守る側でも大きな成果が出たと報じられている。 - 日付：2026-11-10（研究成果の発表） - 出典：[研究者による公式解説](https://deepmind.google/blog/introducing-alphaproof-code/)、[本人発言を掲載したAxios](https://www.axios.com/2026/11/10/google-code-verification-signal) ``` #### 2_候補_Claude.md ```markdown # 候補20本（Claude） 材料（1_騒ぎ_Gemini.md・1_騒ぎ_codex.md）からだけ選んだ。外したもの：Gemini 12（子どもが亡くなった事件。遊びの形で扱わない）、13（政治）、14（鳥インフル）、11（情報漏洩。角度がない）、7（衛星）、15（野球）。G＝Gemini の番号、c＝codex の番号。 ### 1. NVIDIAのCEOが辞めた。NVIDIAのGPUを借りてロボットを学習させている僕に、何が起きるか - サムネイル：革ジャンの男が辞めた／GPUを借りてる僕は？／ハコブ「ヒヤッ」 - 騒ぎ：c1・G1 ジェンスン・フアンの辞任 - エイイチの角度：π0.5 の学習を借りた GPU で回している、個人の利用者の目 - 見せるもの：GPU を借りたときの記録（型番・時間・料金）、辞任前後の借りる値段の比べ ### 2. ロボットの中に、NVIDIAはいくつ入っているか数えてみた - サムネイル：CEOは辞めた／でもロボットの中は／NVIDIAだらけ？ - 騒ぎ：c1・G1 フアンの辞任 - エイイチの角度：ロボット開発の道具（学習・シミュレーション・小さな計算機）を実際に使ってきた人が数える - 見せるもの：手元の環境で使ったソフトと部品の一覧を、NVIDIA かそうでないかで色分け ### 3. 人型ロボットが車輪でドリフト。RCカーを作っていた僕が見ると - サムネイル：足を捨てた／Atlasがドリフト／RCカー屋の判定は？ - 騒ぎ：c3 Boston Dynamics の車輪の Atlas - エイイチの角度：RCカーの会社（無限精機）で車輪と足回りを見てきた経験 - 見せるもの：Atlas の公式映像の要所の解説、RCカーの足回りの実物か図 ### 4. 「ロボットはビデオゲームみたい」と開発者。ゲームパッドでロボットアームを動かす僕が本当か確かめる - サムネイル：ロボットは／ゲームなのか？／ハコブ「むずっ」 - 騒ぎ：c3 Atlas 開発者アンディ・ウーの言葉 - エイイチの角度：ゲームパッドで机のアームを動かし、その記録で AI を学習させている - 見せるもの：ゲームパッドで皿やペンを動かす手元、うまくいかない所 ### 5. 「ロボタクシーは週168時間働く」。配膳ロボットの試算で、休まないロボットの本当の働く時間を出す - サムネイル：週168時間／働くロボット／本当は何時間？ - 騒ぎ：c8 イーロン・マスクの投稿 - エイイチの角度：ファミレスのホール経験と、配膳ロボットの試算（充電・掃除・止まりの時間） - 見せるもの：配膳ロボットの試算の画面、168時間から引いていく図 ### 6. 今週のAI社長、発言コンテスト - サムネイル：週168時間／宣伝が下手／控えめに約束／いちばん○○なのは？ - 騒ぎ：c8 マスク、c5 シュミット、c4 アモデイ - エイイチの角度：ロボットを実際に動かしている人が、言葉と現場の差で採点する - 見せるもの：発言カード3枚と採点表、ハコブくんの一言の判定 - 注：c4 は Claude を作っている会社。作り手の Claude がこの候補を出していることを動画で明かす ### 7. AIが嫌われるのは宣伝が下手だから？ 29年デザイナーが元Google CEOの言い分を判定 - サムネイル：AIが嫌われるのは／宣伝が下手だから？／デザイナーの判定 - 騒ぎ：c5 エリック・シュミット - エイイチの角度：29年のデザイナー。伝え方で解ける問題と、解けない問題の線引き - 見せるもの：電気代・仕事・事故の3つの不安を、伝え方で変わるか変わらないかに分けた図 ### 8. 「データセンターは人の多い所から離せ」と元Google CEO。（地名）に住む僕の町に来たら - サムネイル：データセンターを／田舎へ？／（地名）に来たら - 騒ぎ：c5 シュミットのデータセンターの発言 - エイイチの角度：（地名）の（地名）に住んでいる。電気・土地・雪・仕事の目で見る - 見せるもの：（地名）の景色（手元・場所の名前は出さない）、来たら何が起きるかの表 ### 9. 「これ以上強いAIを作るな」と裁判。机のロボットを止めるボタンはどこにある？ - サムネイル：強いAIを止めろ／ロボットの／止めるボタンは？ - 騒ぎ：c2 AI 4社への提訴 - エイイチの角度：机のアームを止める手段は、いまは電源を切ることだけ。動かす側から見た止め方 - 見せるもの：アームが動いている最中に止める実演、止め方の比べ（ソフト・電源・物理） ### 10. 「3号、卵買ってきて！」を本物のロボットでやる。AIに「ペンを片づけて」と頼んだら - サムネイル：卵買ってきて／本物のロボットだと／ペン1本で… - 騒ぎ：G9 GameKnack の急上昇動画（言葉どおりにしか動かないロボットの笑い話） - エイイチの角度：AI が書いたプログラムで机のアームを動かす実験（その場で動かしてよいと決めてある） - 見せるもの：頼んだ文、言葉どおりに動いて失敗する所、何を足したら入ったか ### 11. 編集でつなげば世界記録。ロボットのデモ動画も「いい所だけ」なのか、僕の失敗込みの全記録と比べる - サムネイル：いい所だけ／つなげば世界一／ロボット動画も？ - 騒ぎ：G10 東海オンエアの急上昇動画 - エイイチの角度：実機の試行を失敗まで全部記録して公開してきた - 見せるもの：同じ動作の成功だけをつないだ版と、全試行の早送りの並べ ### 12. ポケモンでは人に挑めるAIが、ペン1本でつまずくのはなぜ - サムネイル：ポケモンは強い／ペン1本は無理？／ハコブ「なんで」 - 騒ぎ：G8 ポケソルの急上昇動画（人と AI の対戦） - エイイチの角度：頭を使う仕事と、手を使う仕事の難しさが逆になる話を、実機で見せる - 見せるもの：アームがペンでつまずく映像、ゲームの対戦との並べ ### 13. 無料の新しいGeminiに、ロボットアームを動かすプログラムを書かせてみた - サムネイル：無料の新AIで／ロボットは／動くのか - 騒ぎ：G2 Gemini の新モデル - エイイチの角度：Claude・Gemini・codex を実際に並べて使っている - 見せるもの：同じお題を3つの AI に頼んで、動いた・動かないの判定 - 注：G2 の発表は出典が ITmedia のトップページで、未確認 ### 14. Microsoftが丸一日止まった日。AIに仕事を取られたデザイナーが「AIが止まったら」を考える - サムネイル：メールもAIも／止まった日／僕の仕事は？ - 騒ぎ：c6・G4 Microsoft 365 の障害 - エイイチの角度：生成 AI で Web 制作の仕事がなくなり、いまは AI と組んで研究している本人 - 見せるもの：1日の仕事の流れで、AI が止まると止まる所に印をつけた図 ### 15. AIの曲が音楽チャート1位。AIで仕事がなくなった僕が思うこと - サムネイル：AIの曲が1位／仕事を取られた側の／正直な話 - 騒ぎ：G5 韓国 Melon の1位 - エイイチの角度：生成 AI で Web 制作の仕事がなくなったデザイナー - 見せるもの：自分の仕事の年表（どこで何がなくなったか）、ハコブくんとの対話 ### 16. AIに財布を渡す前に。外国の工場に注文を出してきた僕が、AIへの頼み方を判定 - サムネイル：AIに財布を／渡せますか？／発注のプロの判定 - 騒ぎ：c7 ChatGPT Wallet - エイイチの角度：アパレルの量産で、遠い工場に仕様書だけで作ってもらってきた - 見せるもの：同じ買い物を、あいまいな頼み方と仕様書の頼み方でAIに頼んだ結果（支払いはしない） ### 17. 「5万人」のはずが1,000人。鳥取のグルメフェスの出店料と売上を試算した - サムネイル：5万人のはずが／1,000人／出店者はいくら損？ - 騒ぎ：G6 鳥取のグルメフェス - エイイチの角度：ジャングリアの赤字を試算した回（うちで一番伸びた回）と同じ型。ファミレスのホールで見た客の回り方 - 見せるもの：試算の表、来場者数ごとの損の線 ### 18. 宇宙には届いたのに爆発。それでも「成功」と言えるのはなぜか、ロボットの失敗の数え方で読む - サムネイル：爆発したのに／成功？／失敗の数え方 - 騒ぎ：c9 Starship 第15回試験 - エイイチの角度：実機の失敗を数えて学ぶループを作ってきた - 見せるもの：Starship の目標ごとの成否の表、机のアームの失敗の記録の表 ### 19. 日本のAI会社が「ゼロから作る」。個人がロボットのAIを学習させると、いくらかかるか - サムネイル：ゼロから作る／個人だと／いくら？ - 騒ぎ：G3 Sakana AI の方針 - エイイチの角度：借りた GPU で π0.5 を学習させた実費の記録がある - 見せるもの：学習1回の時間と料金、会社の規模との桁の比べ - 注：G3 の出典は ITmedia のトップページで、未確認 ### 20. 「ハッキングできないソフト」がAIで作れるなら、ロボットは安全になるか - サムネイル：ハッキング／できない？／ロボットは安全か - 騒ぎ：c10 DeepMind の検証の発表 - エイイチの角度：ロボットの安全は、ソフトの正しさと、物が当たる危なさの2つあることを実機で見せる - 見せるもの：机のアームで、ソフトが正しくても危ない場面（置き場所・速さ） ``` #### 候補.md ```markdown # 候補（事実を確かめた最終の表） - 日時: 2026-11-14 22:06（JST） - モデル gpt-6.1-sol・考える深さ medium・282秒・115,276 トークン --- 見たいものに ○ をつけてください（番号だけチャットで伝えるのでもよい）。 | 番号 | 題名（直したならあとの文） | サムネイル | 判定 | 日付 | 出典 | |---|---|---|---|---|---| | 1 | NVIDIAのCEOが辞めた。NVIDIAのGPUを借りてロボットを学習させている僕に、何が起きるか | 革ジャンの男が辞めた／GPUを借りてる僕は？／ハコブ「ヒヤッ」 | 確認済 | 2026-11-12（発表） | [NVIDIA公式](https://nvidianews.nvidia.com/news/nvidia-announces-ceo-transition) | | 2 | ロボットの中に、NVIDIAはいくつ入っているか数えてみた | CEOは辞めた／でもロボットの中は／NVIDIAだらけ？ | 確認済 | 2026-11-12（辞任発表） | [NVIDIA公式](https://nvidianews.nvidia.com/news/nvidia-announces-ceo-transition) | | 3 | 人型ロボットが車輪でドリフト。RCカーを作っていた僕が見ると | 足先を車輪に／Atlasがドリフト／RCカー屋の判定は？ | 言い過ぎ（直せば使える） | 2026-11-09（映像公開） | [Boston Dynamics公式](https://bostondynamics.com/blog/atlas-on-a-roll) | | 4 | 「車輪のAtlasを操縦するのはビデオゲームみたい」と開発者。ゲームパッドでロボットアームを動かす僕が本当か確かめる | ロボットは／ゲームなのか？／ハコブ「むずっ」 | 言い過ぎ（直せば使える） | 2026-11-09（映像公開） | [開発者本人の解説](https://bostondynamics.com/blog/atlas-on-a-roll) | | 5 | 「ロボタクシーは週168時間働く」。配膳ロボットの試算で、休まないロボットの本当の働く時間を出す | 週168時間／働くロボット／本当は何時間？ | 確認済 | 2026-11-12（投稿） | [本人投稿を収録した報道](https://beincrypto.com/tesla-robotaxi-24-7-optimus-academy/) | | 6 | 今週のAI社長・元社長、発言コンテスト | 週168時間／宣伝が下手／控えめに約束／いちばん○○なのは？ | 言い過ぎ（直せば使える） | 2026-11-09・12・13 | [マスク](https://beincrypto.com/tesla-robotaxi-24-7-optimus-academy/)、[シュミット](https://www.techradar.com/ai-platforms-assistants/our-industry-does-a-terrible-job-of-marketing-our-benefits-googles-former-ceo-eric-schmidt-thinks-ai-has-a-pr-problem-but-maybe-people-understand-it-just-fine)、[アモデイ本人の対談・文字起こし](https://finance.yahoo.com/video/amodei-anthropic-not-super-fussed-with-timing-of-ipo-175042695.html) | | 7 | AIが嫌われるのは宣伝が下手だから？ 29年デザイナーが元Google CEOの言い分を判定 | AIが嫌われるのは／宣伝が下手だから？／デザイナーの判定 | 確認済 | 2026-11-09（インタビュー公開） | [発言と文脈を収録した記事](https://www.techradar.com/ai-platforms-assistants/our-industry-does-a-terrible-job-of-marketing-our-benefits-googles-former-ceo-eric-schmidt-thinks-ai-has-a-pr-problem-but-maybe-people-understand-it-just-fine) | | 8 | 「大規模データセンターは人の多い所から離せ」と元Google CEO。（地名）に住む僕の町に来たら | データセンターを／田舎へ？／（地名）に来たら | 言い過ぎ（直せば使える） | 2026-11-09（インタビュー公開） | [本人インタビュー](https://www.axios.com/2026/11/09/eric-schmidt-caltech-ai-interview) | | 9 | 「これ以上強いAIを作るな」と裁判。机のロボットを止めるボタンはどこにある？ | 強いAIを止めろ／ロボットの／止めるボタンは？ | 間違い | 2026-11-12（提訴） | [原告団体の声明](https://secureainow.org/press-release/alliance-for-secure-ai-nonprofit-coalition-sue-ai-companies-to-freeze-advanced-ai-systems-that-can-escape-human-control/) | | 10 | 「3号、卵買ってきて！」を本物のロボットでやる。AIに「ペンを片づけて」と頼んだら | 卵買ってきて／本物のロボットだと／ペン1本で… | 確認済 | 2026-11-14（動画公開） | [動画タイトル・公開日・説明文の掲載](https://yt-trends.iamrohit.in/Japan)、[ゲーム紹介](https://media.wakasa.jp/articles/gamelife/4519/) | | 11 | 編集でつなげば世界記録に勝てる？ ロボットのデモ動画も「いい所だけ」なのか、僕の失敗込みの全記録と比べる | いい所だけ／つなげば世界一？／ロボット動画も？ | 言い過ぎ（直せば使える） | 2026-11-12（動画公開） | [動画タイトル・公開日・急上昇履歴](https://yutura.net/channel/60/trend/novlnJuZuX0/) | | 12 | ポケモンでは人に挑めるAIが、ペン1本でつまずくのはなぜ | ポケモンは強い／ペン1本は無理？／ハコブ「なんで」 | 未確認 | 2026-11-14（掲載上の公開日） | [急上昇掲載の検索結果](https://yutura.net/trend/?date=2026111419) | | 13 | 無料の新しいGeminiに、ロボットアームを動かすプログラムを書かせてみた | 無料の新AIで／ロボットは／動くのか | 確認済 | 2026-11-12（公式発表表記） | [Google公式発表](https://blog.google/innovation-and-ai/models-and-research/gemini-models/introducing-gemini-4-hydrogen/) | | 14 | Microsoft 365の障害が翌日まで続いた日。AIに仕事を取られたデザイナーが「AIが止まったら」を考える | メールもAI連携も／障害が続いた日／僕の仕事は？ | 言い過ぎ（直せば使える） | 2026-11-12〜13（JST） | [Microsoft障害報告の大学公開ミラー](https://mailservices.isc.upenn.edu/computing/email/penno365/alerts/ms-incidents.html) | | 15 | AIの曲が音楽チャート1位。AIで仕事がなくなった僕が思うこと | AIの曲が1位／仕事を取られた側の／正直な話 | 確認済 | 2026-11-13（首位獲得） | [聯合ニュース](https://m-jp.yna.co.kr/view/AJP20261113003200882)、[制作方法の報道](https://www.starnewskorea.com/en/music/2026/11/13/2026111323071575352) | | 16 | AIに財布を渡す前に。外国の工場に注文を出してきた僕が、AIへの頼み方を判定 | AIに財布を／渡せますか？／発注のプロの判定 | 確認済 | 2026-11-13（発表） | [OpenAI公式発表](https://openai.com/index/introducing-chatgpt-wallet/) | | 17 | 「5万人想定」が約1,000人との証言。鳥取のグルメフェスの出店料と売上を試算した | 5万人想定が／約1,000人との証言／出店者はいくら損？ | 言い過ぎ（直せば使える） | 2026-11-07〜08（開催）／11-11（報道） | [現地取材記事](https://times.abema.tv/articles/-/10288100?page=1) | | 18 | 宇宙には届いたのにブースター爆発。それでも「成功」と言えるのはなぜか、ロボットの失敗の数え方で読む | ブースター爆発でも／成功？／失敗の数え方 | 言い過ぎ（直せば使える） | 2026-11-14（JST／米国13日） | [AP報道](https://apnews.com/article/f9452dd86770dda36828a35bb27d65ee) | | 19 | 日本のAI会社が「ゼロから作る」。個人が既存のロボットAIを追加学習させると、いくらかかるか | ゼロから作る／追加学習なら／個人でいくら？ | 言い過ぎ（直せば使える） | 2026-10-26（発表）／11-13（取材記事） | [Sakana AI公式](https://sakana.ai/symposium-2026/)、[ITmedia個別記事](https://www.itmedia.co.jp/aiplus/article/2611/13/2000003141/) | | 20 | 「ハッキングできないソフト」をAIで目指すなら、ロボットは安全になるか | ハッキング／できない？／ロボットは安全か | 言い過ぎ（直せば使える） | 2026-11-10（発表） | [DeepMind公式](https://deepmind.google/blog/introducing-alphaproof-code/)、[研究者発言](https://www.axios.com/2026/11/10/google-code-verification-signal) | 直した所 - 判定は修正前の候補に対するもの。本人の経歴・実費・実験結果は提示情報として扱い、外部の騒ぎと混同して「確認済」にしていません。 - **3**：「足を捨てた」→「足先を車輪に」。脚を取り去った機体ではなく、足先を交換した研究用機体です。 - **4**：「ロボットはビデオゲームみたい」→「車輪のAtlasを操縦するのはビデオゲームみたい」。開発者の言葉が指す体験に限定しました。 - **5・6**：「週168時間」はマスクの発言として確認。各車両が充電・整備なしで168時間走った実測値ではありません。 - **6**：「AI社長」→「AI社長・元社長」。シュミットは元Google CEOです。 - **8**：発言対象に合わせ「大規模」を追加。 - **9**：騒ぎの説明の「AI4社」は**5社**の誤り。題名・サムネイルは変更不要です。開発凍結は原告の要求で、裁判所の決定ではありません。 - **10**：動画の公開・題材は掲載情報で確認。本物のロボットでの実験結果は、撮影で確かめる内容です。 - **11**：「世界記録」「世界一」の達成断定を疑問形に変更。確認できたのは、編集で記録に勝てるかを試す企画です。 - **12**：動画タイトルと掲載日は検索結果で確認できましたが、本編・対戦結果・AIの強さは未確認。「ポケモンは強い」を裏付けられないため、原文を残して「未確認」としました。 - **13**：発表日を公式表記の11月12日に訂正。無料版のGeminiアプリでは適切な質問に応じた自動選択なので、比較実験では実際に使われたモデルの確認が必要です。 - **14**：「Microsoftが丸一日止まった」→「Microsoft 365の障害が翌日まで続いた」。会社・全サービスの全面停止ではなく、AIへの影響も連携機能などに限定されます。 - **15**：材料の「完全に生成」は修正。作曲・歌唱にAIを使用し、人間が企画・作詞・制作方針に参加。1位は韓国Melonの「トップ100」です。 - **16**：公式発表を確認。提供開始は米国の対象Pro利用者向けで、購入時の確認・承認を伴います。 - **17**：「5万人のはず」「1,000人」→「5万人想定」「約1,000人との証言」。実来場者数の公式集計として断定しない形にしました。 - **18**：爆発した対象を「ブースター」と明記。宇宙船側の軌道到達・衛星展開と、ブースター回収失敗を分けました。飛行全体の完全成功を示す表現ではありません。 - **19**：新方針の発表日は11月13日ではなく10月26日。既存の取り組みをやめる発表でもありません。また、企業の事前学習と個人のπ0.5追加学習を同じ費用比較に見せないよう補いました。 - **20**：「作れるなら」→「目指すなら」。成果はSignalの暗号実装について指定した安全性を数学的に検証したことで、ソフト全体がハッキング不可能になったという証明ではありません。 ``` #### 進み具合.md ```markdown # 進み具合（ネタ出し：今週の騒ぎ） - いま：**終わり。候補.md を見て、見たいものに ○ をつけてください** - 始めた時刻 2026-11-14 21:52・最後に書いた時刻 2026-11-14 22:06 - Gemini の費用の目安 約23円・codex 2 回（ChatGPT Plus の枠） - [x] YouTube の急上昇（0_急上昇.md） - [x] 日本の騒ぎ（Gemini）（1_騒ぎ_Gemini.md） - [x] 海外の騒ぎ（codex）（1_騒ぎ_codex.md） - [x] 候補20本（Claude）（2_候補_Claude.md） - [x] 事実の確かめ（codex）（候補.md） ```