案Cの核になる「環境の表」は強いです。ただし現状は、研究で分かったことの一覧に寄っていて、「自分は何をそろえ、どのログから始めるか」の判断が残ります。最優先で直したいのは、次の8点です。

1. **【高】最初の画面が「始める入口」より「原因を振り返る読み物」になっている**

   **弱い所：** 「効いたのはモデルの外の設定だった」は、深くつかむお手本への教え直しや追加学習も含む研究全体を言い切りすぎています。電源と通信の改善だけでは、このページで何を始められるのかも伝わりません。

   **こう直せばもっと強くなる：** 見出しと3行を、対象・構成・到達点に置き換えます。

   > **π0.5 を mechArm 270 で追加学習し、実機で動かすための環境・手順・確認できていない所**
   >
   > Mac から Runpod の A40 で推論し、mechArm 270 のお手本で追加学習して実機を動かした記録をまとめました。  
   > 電源を12V・5Aに替えた実験では、位置5で5回ともブロックを箱に入れました（Log#34）。  
   > まず環境の表で手元との差を確かめ、各段の手順とコードがあるログへ進めます。版など、提示された要約では確認できない情報も明示します。

2. **【高】異なる実験の情報を並べただけでは、「同じ環境」の表にならない**

   **弱い所：** 初期の推論費用、50本での学習費用、後期の電源変更が同列です。どれが同時に使われた構成か分かりません。SO-101の外付けSSDも、π0.5研究で実際に使った保存先だとは提示された要約から確認できません。

   **こう直せばもっと強くなる：** 表を「項目／確認できた値／使った段階／出典／同じ環境を組むために残る確認」にします。速度・費用は別の「実測例」へ移します。

   > 電源｜12V・5A｜Log#34の実機実験｜位置5で5回とも成功  
   > Pi側の通信ライブラリ｜pymycobot 2.9.6｜Log#20のゲームパッド操作｜Log#34でも同じ版かは要約では確認できない  
   > 学習データの保存先｜π0.5研究での使用先は要約では確認できない｜SO-101では2TBの外付けSSDを採用

   最後の行は、SO-101の情報を外して「未確認」とする方が、同じ環境を組む目的には明快です。

3. **【高】「不足を見せること」と、主指標③を満たすことが混同されている**

   **弱い所：** 未記載を並べても、「再現に必要な情報が欠けていない」と第三者が確認できる状態にはなりません。また、本文確認が必要だと分かっているのに、その作業を最後にエイイチへ返しています。ここが企画の成立条件です。

   **こう直せばもっと強くなる：** 制作工程と判定を、次の文に置き換えます。

   > 制作時に、環境・手順の各項目をログ本文と付属コードで照合する。要約にない段階では「要約では確認できない」、本文・付属コードにもなければ「ログにない（未記載）」と記す。  
   > 必要情報の不足が残る間は、主指標の達成とは数えない。第三者が不足の有無を確認できるよう、確認対象と出典を公開する。

   エイイチへの確認事項は、照合後にも解決しない項目に絞れます。

4. **【高】「手順の順番」が、過去の試行をすべて追体験させる構成になっている**

   **弱い所：** LIBEROの検証、初期のお手本、複数回の学習、人の補正が一本道です。読者には、全部が必要な工程に見えます。各段のlossを並べても、次に何をするかの判断にはつながりません。

   **こう直せばもっと強くなる：** 「始めるために参照する順番」と「経緯を調べるログ」を分けます。

   > **始めるために参照する順番**  
   > ① 遠隔推論の接続を確かめる → Log#2  
   > ② 電源・通信の版・動作範囲を確認する → Log#34・#20・#9  
   > ③ 深くつかむお手本をそろえる → Log#25・#26  
   > ④ 50本で一から追加学習した設定を確認する → Log#27  
   > ⑤ 実機で試し、記録された結果と照合する → Log#28・#34  
   >
   > LIBEROの検証と初期の学習条件は、別枠の「ここまでの検証経緯」から読めます。

   これはログの参照順です。工程間の接続に必要な情報は本文照合で確かめ、未確認のまま完成した手順とは呼ばないでください。

5. **【高】異なる条件の結果と、原因についての結論を広く言いすぎている**

   **弱い所：** 「どこまで再現できているか」に研究者本人の実験結果が並び、第三者による再現と区別できません。「直しなしで成功し続けるところまでは届いていない」を古いLog#18だけで現在の結論にするのも不適切です。「カメラの傾きは疑わなくてよい」も、別の環境に広げられません。

   **こう直せばもっと強くなる：** 節名を「この研究で確認した到達点」にし、条件ごとに書きます。

   > Log#28：50本で学習したモデルは、位置1で3回とも補正なしでつかめた。位置2では4回ともつかむ姿勢まで届かなかった。  
   > Log#34：12V・5Aへの交換後、位置5では5回とも箱入れに成功した。ほかの位置も含む安定性は、この結果だけでは判断できない。  
   > 第三者による再現記録：提示されたログ一覧では確認できない。

   カメラの項目も、次に限定します。

   > この位置2の問題では、録画画像の傾きだけを変えて1,770回推論しても行き先は入れ替わらず、上カメラの傾きは原因ではなかった（Log#29）。

6. **【高】想定読者は個別ログへ到着するのに、そこから入口ページへ来る道がない**

   **弱い所：** 読者像は「Log#4へ直接来る人」ですが、ログは変更できません。その人が自然にこのページを見つける前提では、流入設計が成立しません。SNSも「落とし穴6つ」の投稿だけでは、入口へのリンクと読む理由が曖昧です。

   **こう直せばもっと強くなる：** 入口へ直接来る経路を、掲載文まで決めます。

   > シリーズの資料欄：  
   > 「π0.5 × mechArm 270を始める：環境・版・手順の一覧」→ 本ページ  
   >
   > /gpu-buy-or-rent の該当箇所：  
   > 「A40で3,000ステップ、6.2時間・約579円だった実験の環境と手順を見る」→ 本ページ  
   >
   > SNS：  
   > 「π0.5をmechArm 270で追加学習し、実機で動かした環境・手順・未確認項目を1ページにまとめました」→ 本ページ

   検索とAIへの説明でも、「版・手順・不足をまとめたページ」と明示します。検索需要やAIからの引用効果は、現時点では推測として扱います。

7. **【高】いちばん重い「試した人・試そうとした人からの連絡」が、最下部の報告依頼に限られている**

   **弱い所：** 「再現を試した記録を送る」では、まだ始められない人が対象外に見えます。また、最初から版・結果・停止箇所を全部求めると、必要な情報が欠けて止まった人ほど送りにくくなります。

   **こう直せばもっと強くなる：** 環境の表の直後と末尾に、同じフォームへの道を置きます。

   > **同じ環境を組もうとして、足りない情報がありましたか**  
   > 試す前でも、途中で止まった段階でも送れます。  
   > 「試そうとしていること」「分からない項目、または止まった段階」を、分かる範囲で書いてください。使った版や参照したログもあれば添えてください。  
   > **再現を試した・試そうとした記録を送る** → /message

   「未記載を埋めてもらう」より、「始めるのを妨げている不足を見つける」依頼にすると、ゴールと直結します。

8. **【中】測る項目はあるが、判断条件と改善する場所が決まっていない**

   **弱い所：** 「50%読んだ」を表の閲覧とみなすのは粗く、ログへの移動も、出典確認なのか手順を始めるためなのか区別できません。依頼にある中止条件も抜けています。

   **こう直せばもっと強くなる：** 次の判断文を足します。

   > 人の表示が30件たまった時点で最初の判断をする。ログへ進んだ人の割合は、人単位で数える。  
   > 「手順・コードを開く」と「結果の出典を確かめる」のリンクを区別し、どの段階へ進んだかを見る。  
   > ログへの移動が目標の3割に届かなければ、環境の表と手順の案内を見直す。連絡では「試す前／試した後」と、始めるのを妨げた情報を確認する。  
   > 公開から3か月で人の表示が30件未満、連絡も0件なら、追加の手間をかけるのをやめ、ページは残す。

**守るべき尖り：** 「分かっている環境だけでなく、同じ環境を組むために足りない情報も、出典つきで見せる」ことです。ここを消さず、研究のまとめから、第三者が自分の環境との差を点検できるページへ押し切ってください。