1. **【高】「同じ手順で始められる」ための手順が、まだ企画にない**

   **弱い所：** 1段目は実績の紹介と環境表で終わっている。「何を用意し、どの順に実行し、何が返れば到達か」がなく、読者は再びログを読み解く必要がある。主指標「再現可能な環境数」にいちばん近い段が、まだ再現の入口になっていない。

   **こう直せばもっと強くなる：** 1段目を、次の共通書式で組む。

   > **まず、アームを使わずにここまで試す**  
   > ・画像と指示文を送り、動きの数値を受け取る → ［Log#2の手順・コードを開く］  
   > ・LIBEROで「黒いボウルを拾って皿に置く」を動かす → ［Log#3の手順・コードを開く］  
   > 各項目に「準備するもの／実行する順番／結果の確かめ方／依存関係とバージョン／未確認の情報」を置く。具体の操作は本文とコードを照合して転記する。

   「誰でも同じ結果まで行ける」は、現時点では次に書き換える。

   > アームを使わずに試せる2つの実例です。Log#3では20回すべて成功しました。別の環境で同じ結果になるかは、このページではまだ確認できていません。

2. **【高】未確認を「ログにない」と断定し、環境情報も足りない**

   **弱い所：** 学習表のLog#4・#5・#7の時間・費用を「ログにない（未記載）」としているが、与えられた要約だけでは断定できない。また、GPU名だけでは環境を再現できず、「再現に必要な環境情報を得られる」という約束を満たしていない。

   **こう直せばもっと強くなる：** 該当セルはすべて、まず次に直す。

   > 要約には記載なし（本文とコードで照合が要る）

   環境表には、借りたGPUだけでなく、モデル・チェックポイント、実行コードの版、Python、主要な依存関係、LIBEROの版、実行設定の確認欄を設ける。値は作らず、未確認の欄には上記の文言を入れる。照合後も見つからない項目だけ「ログにない（未記載）」とする。

   冒頭の提供価値も、次のようにする。

   > 手順・使ったもの・結果をまとめ、再現に必要な情報のうち、確認できたものと足りないものを示します。

3. **【高】「どのアームでも起こりうる」と、実例から言い過ぎている**

   **弱い所：** 可動範囲外の命令が黙って捨てられる挙動は、mechArm 270で確認された事実。他のアームにも起こるとは、このログからは言えない。「実機特有の罠を回避」も、他機種での効果まで約束している。

   **こう直せばもっと強くなる：** 見せ場の説明を次に置き換える。

   > **指令を送ったとき、実機はその姿勢まで動いているか。**  
   > mechArm 270では、肩を約88°より深く倒した姿勢の命令が、エラーなしに捨てられていた（Log#9）。あなたのアームでは、可動範囲と、届かない指令を送ったときの応答を確認する。

   制御の項目にも、次を添える。

   > pymycobot 2.9.6は、この実例で遅さが改善した版です。あなたのアームへの推奨版を示すものではありません。

   「罠を回避する確認リスト」は「実機で動かす前後に確かめる項目」へ直す。

4. **【高】学習条件の履歴が中心で、自分が始める条件を判断できない**

   **弱い所：** 本数・ステップ数・lossを並べても、その条件で何ができたかが表から分からない。「移り変わり」と「いちばん価値のある教訓」が中心になると、始める入口から研究の振り返りに戻ってしまう。

   **こう直せばもっと強くなる：** 見出しを「追加学習で使った条件と、その後に確かめた結果」に変え、lossより先に「到達点・未達」を置く。

   > ・2本・200ステップ：Macで予測を受け取った。実機は未実施（Log#4）。  
   > ・19本・2,000ステップ：送信前の予測がお手本の最初の1秒と数度以内で一致した（Log#5）。  
   > ・深いお手本50本・3,000ステップ：学習は6.2時間・約579円（Log#27）。実機では位置1で3回とも補正なしでつかめたが、位置2では4回ともつかむ姿勢に届かなかった（Log#28）。

   表の直前には、次を置く。

   > 以下はmechArm 270で試した条件です。あなたのアームに必要な本数・ステップ数は、この記録からは決められません。

5. **【中】見せ場とログへの入口が遠く、ログを開く目的が弱い**

   **弱い所：** 見せ場の確認項目が4番目にあり、その前に学習履歴と通し記録を読む構成になっている。通し記録も出来事の一覧なので、読者が「今、どれを開くか」を選びにくい。

   **こう直せばもっと強くなる：** 冒頭に次の3つの行き先を置き、各段の中で詳細ログへ送る。

   > **今の状態から選ぶ**  
   > ・まだアームを使わない → 推論とシミュレーション  
   > ・お手本を集めて学習したい → 収集方法と学習条件  
   > ・実機が指令どおりに動かない → 可動範囲・電源・制御・お手本の確認

   ログのリンク文も、例えば次に変える。

   > ［電源を替えた前後の結果を確かめる：Log#30・#34］  
   > ［予測は合うのに実機で届かない経過を読む：Log#5・#6・#7］

   通し記録は補足に回す。冒頭の「15回中9回」は「Log#14時点の測定」と明記し、異なる学習条件・位置・補正の有無の結果を、ひと続きの改善率として読ませない。

6. **【高】最も重い「試した人・試そうとした人からの連絡」への道が細い**

   **弱い所：** フォームが末尾にしかなく、記入項目も多い。試す前に不足情報で止まった人ほど、GPUやコードの版を埋められず送信をためらう。「受け取った記録は足していく」も、公開を望まない人には送りにくい。

   **こう直せばもっと強くなる：** 各段の未確認情報の直後に、次を置く。

   > **この段で止まったら、足りない情報を送る**  
   > 「試したい段／試したこと、または始められない理由／足りない情報」だけでも送れます。版や機材名は、分かる範囲で構いません。  
   > ［試した記録・始められない理由を送る］→ /message

   フォームへの案内には、次を添える。

   > 他の環境での記録として掲載してよいかも、お知らせください。

7. **【中】流入元は挙がっているが、検索とAIから選ばれる説明がまだ薄い**

   **弱い所：** 「本文の文字で置く」は提示方法であって、入口へ到達する理由としては足りない。検索からの導線は具体策がなく、AIが根拠として提示しやすいという説明も推測の明記が抜けている。

   **こう直せばもっと強くなる：** 企画書に、検索結果・共有時に使う説明文案を加える。

   > π0.5を自分の小型アームで試すための入口。アーム不要の推論・LIBERO、追加学習の条件、mechArm 270で確認した実機の問題と、再現に足りない情報をまとめます。

   シリーズ上部と既存LPのリンク先は、ページ先頭だけでなく該当段へ直接つなぐ。LinkedInも「アームなしで試す段」へ送る。AI向けには、各段の結果と環境情報のすぐ横に根拠ログを置く。

   効果の説明は、次に限定する。

   > 手順・条件・結果・未確認情報を根拠ログと組で示すことで、検索やAIの回答から参照されやすくなると考える（推測）。

8. **【高】制作を止める条件から「3か月」が抜けている**

   **弱い所：** 「30件未満かつ連絡0件なら追加の制作を止める」では、公開直後にも停止条件が成立する。依頼の判断時期と異なる。また、最も重い連絡を単なる有無で見ると、再現への貢献が分からない。

   **こう直せばもっと強くなる：** 評価方針を次に差し替える。

   > 最初の判断は、人の表示が30件たまった時点で行う。30件未満の間は、閲覧率や遷移率から良し悪しを言い切らない。公開から3か月で表示30件未満、かつ対象となる連絡が0件なら、追加制作を止めてページを残す。  
   > 連絡は「試そうとして不足情報で止まった」「試した結果が届いた」「別環境で再現できた」に分けて記録する。第三者の確認で判明した不足情報と、その解消状況も残す。

   これなら、連絡1件を主指標の判定にどうつなげるかまで追える。

**守るべき尖り**

「肩約88°を超えると、命令がエラーなしに捨てられた」という具体の実例を、読者自身のアームへの確認の問いに変えるところ。抽象的な注意書きでは得られない、実験前に保存しておく理由になる。この具体性は、書き直しでも薄めないでほしい。