# 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分です。ただし、これは熱が逃げない計算。エビを育て続けるには、毎時間どれだけ熱が逃げるかまで見る必要があります。」 画面上で「水に届く熱」と「逃げる熱」を動かす。**大きな数字を出して終わらず、成立条件が見える瞬間**を、この回の主役にします。