案Aの核は、「学習の数字」と「実機で起きたこと」を同じ場所で確かめられる点です。ただ、現状では研究の見取り図としての強さに対して、「ここから同じ手順で始める」道が弱い。最も重い修正は、再現できる範囲の明示と、最初に開くログの指定です。

### 1.【高】「同じ結果まで行けます」が、確認できている範囲を超えている

**弱い所**  
最初の画面の「20回中20回成功するところまで、同じ手順で行けます」は、作者の実験結果を読者の再現結果まで保証しています。依存関係や版も未照合なので、今の材料では言い切れません。

**こう直せばもっと強くなる**  
冒頭の1行目を、到達した実績と再現に残る確認に分けます。

> アームなしの最初の到達点は、借りたA40からπ0.5の予測を受け取ることです。研究室では、続いてLIBEROで20回中20回成功しました（Log#2・#3）。ここに手順の入口と必要な環境をまとめます。再現に必要な情報のうち、確認できていない項目も明記します。

「誰でも成功する」という約束より、「どこまで確かめられるかが分かる」という信頼を取れます。

### 2.【高】対照表が、途中の変更を飛ばして学習条件と実機結果を結び付けている

**弱い所**  
「5か所・loss 0.0037（#10）→15回中9回成功（#14）」の間には、停止時間を詰めた学習し直し（#11）と、AIに渡す肩の角度の変更（#12）があります。そのまま並べると、#10の条件で9/15を得たように読めます。

また、#34の5/5は位置5の結果で、#28の位置2の失敗が解決した証拠にはなりません。

**こう直せばもっと強くなる**  
表を「学習条件だけでは説明できなかった実機結果」にし、途中の変更を省略しません。

> 5か所19本・4,000ステップでlossは0.0037へ（#10）。その後、停止時間を詰めて学習し直し（#11）、AIに渡す肩の角度も変更（#12）。後の実機評価は3か所で15回中9回成功（#14）。この結果を#10の学習条件だけには結び付けられません。

電源の行は別に置きます。

> 位置5では、12V・2Aの日は3回中1回、12V・5Aへの交換後は5回中5回成功（#34）。位置2の問題が解決したかは、この結果では分かりません。

### 3.【高】「欠けている情報を見せる」と「再現に必要な情報がそろう」が混同されている

**弱い所**  
未記載の欄を見せるだけでは、主指標の判定条件③を満たしません。欠けている情報によって、第三者が再現可能性を確認できない場合もあります。末尾の表にまとめると、実行前に必要な不足まで見落とされます。

**こう直せばもっと強くなる**  
各段の入口に、次の形式の表を置きます。

| 必要な情報 | 現時点で分かること | 確認先・状態 |
|---|---|---|
| 利用したGPU | A40 | Log#2・#3 |
| openpi・Python・CUDA・LIBEROの版 | 要約には記載なし | 本文とコードで照合が要る |
| 実行手順 | 要約だけでは確認できない | 本文とコードで照合が要る |

その直下に明記します。

> 不足を公開することと、再現に必要な情報がそろうことは別です。本文とコードで照合しても確認できない項目は「ログにない（未記載）」と記します。

企画書にも、「公開前に本文とコードを照合し、段ごとの不足を確定する」を作業として加えてください。

### 4.【高】リンクは多いが、「まず何を開き、何ができたら次へ進むか」がない

**弱い所**  
表の各行にリンクを付けるだけでは、読者が実行順を自分で組み直す必要があります。これは「同じ手順で始められる」という目的にも、ログへ進む人3割という目標にも弱い設計です。

**こう直せばもっと強くなる**  
冒頭に、読む順番ではなく「今から行うこと」を置きます。

> **アームなしで始める**  
> 最初に開く：［Log#2：借りたA40でπ0.5を動かす］  
> 確かめること：Macから画像と指示文を送り、動きの数値を受け取れたか。  
> 次に開く：［Log#3：LIBEROで動かす］  
> 研究室での結果：20回中20回成功。自分の実行結果と分けて記録する。

段2も、「お手本作りは#8・#9」「50本での学習条件は#27」のように、最初のリンクを指定します。過去の条件比較は、その後に読める位置に置くと入口が明確になります。

### 5.【高】mechArm 270の実績が、自分のアームの必要量を見積もれる数字になっている

**弱い所**  
「本数・時間・費用の見積もり」「実例の数字で見積もれます」は、別のアームにも適用できるように読めます。ログにあるのはmechArm 270での実績で、他機種で必要なお手本の本数や学習時間ではありません。

**こう直せばもっと強くなる**  
得られるものの1文と、冒頭2行目を次のように変更します。

> アームなしで試す入口、mechArm 270で実際に使ったお手本・学習条件・時間・費用、そして自分のアームで確かめる4つの問いを、1枚にまとめます。

> mechArm 270では、深いつかみのお手本50本を使い、A40で3,000ステップの学習に6.2時間・約579円かかりました（Log#27）。あなたのアームでも同じ本数・時間・費用になるかは、ログでは確認していません。

数字の価値を残したまま、適用範囲を明確にできます。

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

**弱い所**  
末尾の「試した記録を送る」だけでは、試す前に不足情報で止まった人が対象だと分かりません。送る内容も自由記述に近く、作者自身が挙げる「送る手間が大きい」を解消できていません。

**こう直せばもっと強くなる**  
各段の末尾から、同じフォームへ送ります。文面は次のように具体化します。

> **ここまで試した記録・始める前に足りなかった情報を送る**  
> 成功していなくても、まだ実行していなくても送れます。次の項目をコピーして［メッセージフォーム］へ。  
> ・使った／使う予定のアーム（未所持でも可）  
> ・試した段、または始めたい段  
> ・できたこと／止まった所／足りなかった情報  
> ・分かる範囲の環境と版

「不足を見せれば連絡が来る」から、「不足に出会った時点で送れる」へ変わります。

### 7.【中】流入元は挙がっているが、そこから読者を動かす実際の文面がない

**弱い所**  
「シリーズに1行」「LPから送る」だけでは、誰が何を得るためにクリックするかが曖昧です。また、/gpu-buy-or-rentは表示21件で、読者との相性や送客効果はまだ判断できません。

**こう直せばもっと強くなる**  
設置場所とリンク文を企画書に書き切ります。

- **研究室シリーズ上部：**  
  「π0.5を始める方へ。アームなしの推論・シミュレーションから、お手本作り、実機で確かめる項目までをまとめました。」
- **/gpu-buy-or-rentの「借りる」の節：**  
  「借りたA40でπ0.5を動かした実例を見る。Macから予測を受け取る入口と、LIBEROでの実行結果をまとめています。」
- **LinkedInの投稿末尾：**  
  「この表の各結果に至る変更と元ログ、アームなしで始める入口を、1ページにまとめました。」

送客効果は「仮説。リンク経由の訪問と、その後のログへの移動で確認する」と記します。SNSには相談窓口を置かず、ページへの案内に留めます。

### 8.【中】測定項目が、依頼のゴールと最後まで対応していない

**弱い所**  
/messageへの移動は、再現を試した人からの連絡とは別です。AIのリンクから来た人の測定も抜けています。また、75%読了を「欠けている情報の表を読んだ」と扱うことはできません。

**こう直せばもっと強くなる**  
「公開後に見る数字」を、次の判定まで含めて書き換えます。

> ・ログへの移動：ページを表示した人のうち、いずれかのログへ進んだ人の割合。目標3割。段別の数字は改善箇所を探す補助にする。  
> ・連絡：フォームへの移動数に加え、実際に届いた連絡から「試した／試そうとした」を確認する。目標1〜2件。  
> ・AI経由：利用者の依頼による閲覧と、AIのリンクから来た人を分けて測る。  
> ・不足情報：75%読了率とは分け、表が表示されたかを測る。表示だけで内容を読んだとは判定しない。  
> ・最初の判断は人の表示30件時点。30件未満の数字では効果を言い切らない。3か月で30件未満かつ連絡0件なら、追加の手間を止め、ページを残す。

**守るべき尖り**

「lossが0.0030まで下がっても、爪は空を閉じた」という具体です。これが、学習条件の一覧を保存する理由と、実機で確かめる問いを読む理由をつないでいます。途中の変更と結果の対応を正確にしたうえで、この一文は冒頭に残してください。