## 気持ちの言葉が入った文（181文）
DAY001_day1|HRI|壊れたらどうしようという不安を作業者から取り除くデザインは、愛着と定着に直結します。
DAY001_day1|HRI|外科医の極限の集中力、看護師の疲労、患者の不安。
DAY006_day6|HRI|そこに無愛想な機械が動き回っていると、無意識に緊張感や恐怖感を与えてしまいます。
DAY007_day7|HRI|プロンプト例**:黒い角丸のスクリーンに、シンプルな白い図形で「驚いた顔」を描画して。
DAY010_day10|HRI|<strong>人間の仕事:</strong> 恐怖感を与えないよう、困った顔で状態を直感的に伝えます。
DAY013_day13|HRI|仕事の合間にクスッと笑える「あるあるネタ」や、読みやすいライトな内容を配置。
DAY013_day13|HRI|来週の火曜日まで投稿ネタが埋まっているという状態が可視化されるだけで、焦りが消え、クリエイティブの質を高めることに集中できます。
DAY016_day16|HRI|諦めずに設定が正しいか繰り返します。
DAY016_day16|HRI|また、難しそうと敬遠していたエンジニア向けツールとの連携も、AIの力を借りることで、案外楽しく、直感的に取り組めることが分かりました。
DAY016_day16|HRI|未知の領域への挑戦は、不安も伴いますが、それ以上のワクワクと成長をもたらしてくれます。
DAY021_day21|R2R2R|この仕組みを知ると、ロボット開発がぐっと楽しくなります。
DAY021_day21|R2R2R|まだロボットがいないので寂しい画面ですが、Macが「3Dロボット開発」の準備を終えた合図です。
DAY025_day25|R2R2R|感動の瞬間**: 画面内のロボットの腕が、あなたの操作に合わせてグニャリと動きます！
DAY027_day27|R2R2R|調整のコツ**: 速度を上げすぎるとアームが震えることがありますが、以前設定した <strong>Damping（500）</strong> がしっかりとブレーキの役割を果たしているため、高速域でも安定した停止が可能です。
DAY028_day28|R2R2R|」と驚いて出しているエラーです。
DAY029_day29|R2R2R|感動のポイント**: 実験1のダンススクリプトを動かすと、ロボットが動くのと完全に連動してターミナルの数値が激しく変化し、デジタルと現実の境界が消える瞬間を体験しました。
DAY034_day34|R2R2R|認知の壁**: ロボット内部の計算状態（角度、速度、AIの判断根拠）が不可視であるため、作業者は「いつ、なぜロボットが動くのか（または止まるのか）」を予測できず、心理的な不安や介入判断の遅れが生じている。
DAY034_day34|R2R2R|確信度の可視化**: AIが「迷っている」状態を色の変化やゲージで示すことで、人間との円滑な介入判断を促すUIの実装。
DAY034_day34|R2R2R|1. **確信度の具現化**: 0.0〜1.0の「迷い」を視覚化するHUDゲージの制作2. **周辺視野の活用**: 状況を瞬時に伝える動的なカラーフィードバック3. **情報の対称性**: 複数台の個体識別を直感的にするレイアウト設計4. **対話のプロトコル**: 命令に対するロボットからの応答（ACK）の実装5. **論理的アドレッシング**: Namespaceを用いた、破綻しない通信系統の構築6. **情報の瞬読性**: ステータスを一目で把握するためのアイコンシステム7. **体験の記録**: デザイナーがシステムを統治するまでのプロセスの言語化「ロボットが何を考えているかわからない」という不安を、デザインの力で「共感と信頼」に変える。
DAY044_day44|HRI|エラーが出ているが、絶望する必要はない。
DAY047_day47|HRI|これで、展示用の「動くワイヤーフレーム」としてどこに出しても恥ずかしくない完成度に到達しました。
DAY055_day55|HRI|このバトンタッチの瞬間、周囲の人に不安を与えないための発光・メッセージ・動作のUI設計こそが、デザイナーの仕事になります。
DAY055_day55|HRI|注意喚起 / 困惑のパルス- **色**: 黄色、またはアンバー- **根拠**: 注意を引くが、緊急停止（赤）ほどの強さは持たせない- **動き**・リズム: 1秒周期の強めのパルス点滅- **オプション**: 不規則なゆらぎを挿入- **設計意図**: 視界の端でも「異常」に気づけるようにし、単調な点滅ではなく有機的な不安定さで「困っている状態」を表現するこの側面発光は、ハコブくんの内部ステート（状態遷移）と完全に同期させます。
DAY057_day57|HRI|特に夜間の低照度環境では、カメラ越しに見える不透明な壁が「死角」となり、曲がり角の先にある予期せぬ障害物への不安を増大させてしまうようです。
DAY060_day60|HRI|現在のようにスクリプト（`transform.position`）で移動を制御する場合、Rigidbodyの物理機能がオンになっていると、お互いに位置を奪い合ってガタガタ震えたり浮いたりします。
DAY061_day61|HRI|これが原因で、ハコブくんがガタガタ震えたり、正常に動かなくなったりする可能性があります。
DAY068_day68|R2R2R|これらを踏まえて、`Robotics_UX_Project` フォルダ内に、プロフェッショナルでワクワクするような `README.md` を作成してください！
DAY069_day69|R2R2R|重要性**: 本来、MacとROS2は相性が悪く、直接入れるとMacが不安定になります。
DAY070_day70|R2R2R|指示内容： 諦めるのはまだ早いです。
DAY070_day70|R2R2R|デザイナーとして、ついにロボットが画面に現れる瞬間を楽しみにしています！
DAY070_day70|R2R2R|今の Unity 6（6000.3.x）で起きている「最初から赤いエラーが出る」という現象は、最新バージョンゆえの不安定さが原因である可能性が高いです。
DAY076_day76|R2R2R|物理演算の安定性**: 10〜20台のアームが同時に動いても、物理挙動が破綻（アームが震える、飛んでいく等）しないか。
DAY083_day83|R2R2R|背景がピンク一色になったUnityを見て、正直かなり焦った。
DAY093_day93|R2R2R|drive.target蓄積による加速問題- 関節可動域オーバー（特にlink1）- ループ折り返し時の震え- VCS Check-in: revision 40- 取得したフレームログ: 数千行- 試みた修正: 10回以上- 解決した問題: 把持の根本原因1つ「完成」ではなく「発見」の日だった。
DAY097_day97|R2R2R|アームが震えて止まらない。
DAY097_day97|R2R2R|📊 埋め込みHTML: [DAY97: CCD IK発振 vs CSVプレイバック](embeds/01__BaFUmFR.html)3日間格闘したCCD IKをDAY97で諦めた。
DAY097_day97|R2R2R|震えがない。
DAY097_day97|R2R2R|汎用性は低いが、震えが起きない、デバッグが簡単、軌道の品質がPythonで制御できる、という強みがある。
DAY106_day106|R2R2R|設定箇所を探すのに少し迷った。
DAY107_day107|考察記事|棚卸しロボットが通路をふさいで顧客体験を壊す、案内ロボットが不自然な動きで逆に不安を与える——こういった失敗は、技術の問題ではなく設計の問題だ。
DAY110_day110|考察記事|いきなり単価が下がるわけでもないだろうし、ただ数年後がもう怖い。
DAY110_day110|考察記事|この「数年後が怖い」という感覚を持てること自体が、すでに差別化になっている。
DAY110_day110|考察記事|多くの人は怖さを見ないようにする方向に意識を使う。
DAY110_day110|考察記事|怖いと感じた上で、動いている人は少ない。
DAY112_day112|考察記事|工場：速く・正確に・人が近づかない前提- 病院：ゆっくり・予測可能に・患者が恐怖を感じない- 家庭：自然に・間合いが読める・次の動きが見えるこの違いを設計する語彙が、世界にまだ存在しない。
DAY114_day114|R2R2R|計画通りに進まないことは恥ずかしいことじゃない。
DAY116_day116|HRI|大きなロボットが速く動くと、人間は本能的に恐怖を感じる。
DAY116_day116|HRI|1gのズレに悔しさを感じながら別の物体に持ち替える判断こそ、ロボットUX設計の本質だと思っている。
DAY116_day116|HRI|<strong>ロボットは怖くない:</strong>ツカムくんが突然速く動き、ハコブくんがびくっとする。
DAY122_day122|R2R2R|コピペが使えない環境で長いコマンドを手打ちし続けるのがしんどいとは思っていなかった。
DAY128_day128|考察記事|コンテキスト不安**と**自己評価バイアス**だ。
DAY128_day128|考察記事|コンテキスト不安は、会話が長くなるにつれてモデルが「早く終わらせなければ」という挙動を示し始める現象だ。
DAY129_day129|R2R2R|輝度判定をあきらめてブロックの赤色を検出する方法に切り替えた。
DAY129_day129|R2R2R|PLACE姿勢でアームが特定の角度になると、グリッパーへの電流供給が不安定になる可能性があった。
DAY145_day145|考察記事|不安とワクワクが共存する体験——コントロールを手放す解放感を、多くの人が好意的に受け取っている。
DAY145_day145|考察記事|永平寺町で実際に自動運転サービスを運営している町長がこう言っている——「バス停まで歩くのがしんどいという高齢者にとって、車両が自動運転になったところで問題は同じです」。
DAY145_day145|考察記事|でもユーザーが怖がっている」「デモは成功した。
DAY146_day146|R2R2R|しかしsend_coords()のIKが不安定で正確な到達ができない。
DAY146_day146|R2R2R|IKが不安定な解を出し続ける。
DAY148_day148|R2R2R|動画のメッセージはこうだった——「セキュリティを『足かせ』ではなく、安心してAIを使い倒すための『攻めの投資』として捉えること」。
DAY159_day159|考察記事|恥ずかしかった。
DAY166_day166|考察記事|📊 埋め込みHTML: [1時間の対話の階段](embeds/01_7yjURe7u.html)このやり取りの中で、ひとつ自分でも驚いたことがある。
DAY167_day167|考察記事|迷ったときにどちらを選ぶか。
DAY171_day171|HRI|「大丈夫よ」と言いながら自分が一番不安な顔。
DAY174_japan-robot-leader-physical-ai-gap|考察記事|人の動きと心理状態を予測する「世界モデル」を活用し、人の不安を高めないように先回りしてロボットを制御するフィジカルAIを開発した。
DAY180_mecharm-static-to-dynamic|R2R2R|複雑なハンドアイキャリブレーションを諦め、相対位置移動とサンプリング移動メカニズムで対応した。
DAY181_motion-ux-three-phase-model|考察記事|人間が楽しんでやっていることは、奪わない。
DAY184_visual-servo-debug-tip-detection|R2R2R|迷った点**: 視覚サーボをAPPROACH姿勢で実行するか、PICK姿勢で実行するか。
DAY184_visual-servo-debug-tip-detection|R2R2R|迷った点**: j1固定値をlookupの平均値にするか、実測で安定していた90.87にするか。
DAY192_setting-up-the-side-camera|R2R2R|iPhone 11 が Continuity Camera だと、Iriunで上カメラを担当している既存iPhone との接続が不安定になることが何度かあった。
DAY194_robotics-ux-designer-as-a-profession|考察記事|近づいてきたときに怖いか、安心できるか。
DAY195_three-ai-content-pipeline|考察記事|29年かけて培った「これは気持ちいい動きか」という感覚が最後の判断基準になる。
DAY196_dual-camera-detection-design|R2R2R|連続実行の不安定性は、Log#11 のスコープ（カメラ自動判定・横カメラ TIP 検出）には含まない。
DAY196_dual-camera-detection-design|R2R2R|もし4点目（キーボード上のノイズ）が混ざると、3点幾何の計算が不安定になる可能性がある。
DAY198_no-such-thing-as-free-ai|考察記事|無料なものほど怖いよね。
DAY198_no-such-thing-as-free-ai|考察記事|無料サービスの本当の怖さは、「依存させてから課金する」だけではない。
DAY200_pivot-to-probe-control-and-external-review|R2R2R|掴めなかった悔しさを、そのままワークフローの強制力に叩き込んだ。
DAY202_mecharm-descend-phase-eliminated|R2R2R|Z-TRACK が15秒改善しなければ諦める no-progress タイムアウトを追加し、FK lookup の姿勢制約も撤廃し、DESCEND 開始姿勢の固定リセットも廃止した。
DAY202_mecharm-descend-phase-eliminated|R2R2R|通常は「2D距離（XZ合成）が閾値以内」で判定しているが、Z は諦めたので「diff_x が閾値以内 かつ stable」だけで進む。
DAY205_mecharm-not-done-yet|考察記事|これを書いたとき、自分でも少し驚いた。
DAY205_mecharm-not-done-yet|考察記事|だから諦めて飛ばすつもりだった。
DAY207_motion-ux-definitive|考察記事|動作時間は計れるが、「安心して見ていられる動きだったか」は計れない。
DAY208_first-grasp-by-loosening-z-threshold|R2R2R|12mm に緩めることは、精度を諦めることではなく、システムの実力に閾値を合わせることだった。
DAY210_place-test-not-moving|R2R2R|fresh_mode は常時 ON だと get_angles が不安定になる。
DAY212_motion-uncanny-valley|考察記事|これが、後で書く「中央が一番怖い」の話につながる。
DAY212_motion-uncanny-valley|考察記事|シミュ上で「これは怖い動きだ」と判断したとする。
DAY212_motion-uncanny-valley|考察記事|「滑らかに動く＝人が怖くない」。
DAY212_motion-uncanny-valley|考察記事|実際のところ、滑らかにアームやロボットが動く＝人が怖くないではないからね。
DAY212_motion-uncanny-valley|考察記事|「自然に振る舞おうとして失敗するロボット」より、「機械として清潔に振る舞うロボット」のほうが、人は安心して共存できる。
DAY212_motion-uncanny-valley|考察記事|輪郭を知ったうえで「ここは精度を諦めて体験で吸収する」と判断するから、設計として強い。
DAY212_motion-uncanny-valley|考察記事|輪郭を測ったから、「ここは諦める」「ここは譲らない」が判断できる。
DAY212_motion-uncanny-valley|考察記事|滑らかにアームやロボットが動く＝人が怖くないではないからね。
DAY218_exposed-judgment|考察記事|<strong>掘る（執着）</strong>：一つを諦めず、成立させきる。
DAY218_exposed-judgment|考察記事|コーヒーカップを諦めてブロックに切り替えたのも、専門特化のポジションを手放したのも、すべて捨てる判断だった。
DAY221_vlm-planning-layer|考察記事|VLMの遅延や不安定さを実機の安全性に触れさせない。
DAY221_vlm-planning-layer|考察記事|半分だけ自然な動きは、完全に機械的な動きよりかえって不安にさせる ── 動きの不気味の谷だ（DAY212）。
DAY221_vlm-planning-layer|考察記事|この輪郭を知っているから、「ここは精度を諦めて体験で吸収する」と判断できる。
DAY223_two-layers-of-motion|考察記事|骨格の上に、手で質を入れて初めて、人が安心して見られる動きになる。
DAY223_two-layers-of-motion|考察記事|何を残し、何を諦め、なぜこの速度で、なぜこの軌道なのか。
DAY225_precision-is-not-learning-so101|フィジカルAI研究室|その外した過程、迷った過程こそが、何を作ろうとしているのかを浮かび上がらせたからだ。
DAY225_precision-is-not-learning-so101|フィジカルAI研究室|範囲拡張は密度ほど怖くない。
DAY225_precision-is-not-learning-so101|フィジカルAI研究室|掴む前にわずかに対象へ向き直る予備動作があり、出だしはゆっくり、触れる直前にさらに減速する、そういう加減速のプロファイルがあれば「狙っている」「迷っている」ように見える。
DAY229_robot-handoff-design|考察記事|揃ったセットだけを運ぶロボットのカゴに載せ、不安があれば止まって人を呼ぶ。
DAY231_j1-command-rejection-found|R2R2R|実機のそばで見ていても、唸りも震えもない。
DAY232_j0-position-table-place-approach|R2R2R|実機のそばで見ていても、唸りも震えもない。
DAY235_arm-posture-vs-payload|R2R2R|FK で引くのは諦めて、実機で教え直すことにした。
DAY237_flying-car-naming-and-motion-ux|考察記事|マルチコプターは空力的に不安定で、人間の手では飛ばせない。
DAY241_dashboard-reads-the-failure|R2R2R|place 後に箱を再検出すると、入ったブロックで箱が一部隠れて検出が不安定になるため、安定している pick 時点の box 値を採る。
DAY248_safety-controls-were-hiding-the-truth|R2R2R|今回は諦め・累計上限を付けず、赤が見えなければ引く方向を反転して探し続ける形にした。
DAY248_safety-controls-were-hiding-the-truth|R2R2R|これまでこの暴走が見えなかったのは、「一定時間改善しなければ諦める」という安全制御が、暴走を途中で打ち切って隠していたからだった。
DAY260_pi-brain-not-muscle-local-first|考察記事|フル Pi と並べると、得るもの／諦めるものがはっきりする。
DAY260_pi-brain-not-muscle-local-first|考察記事|供給は不安定な時期が続いていて、価格事情も現時点では Pi 5 / 4 とは違う可能性があるので、採用するなら入手性は都度確認したほうがいい。
DAY260_pi-brain-not-muscle-local-first|考察記事|これまで悩んできた、再リフトでグリップが緩む現象を、この層構造で見ると当たりをつける場所が変わる。
DAY260_pi-brain-not-muscle-local-first|考察記事|ナースから見て「なぜ止まったのか分からないロボット」は、安全に止まっていても怖い。
DAY262_reachy-mini-motion-ux-timing|考察記事|ロボットがもっと生活に入り込んでこないと Motion UX の出番は来ないけど、Reachy Mini のようなロボットが登場したことで、動きが重要だという視点が浸透すると嬉しい。
DAY262_reachy-mini-motion-ux-timing|考察記事|この瞬間、Reachy Mini を触った何千人もの開発者が「なんかこの動きいいな」「この間が気持ちいい」と感じている。
DAY262_reachy-mini-motion-ux-timing|考察記事|楽しい仕草を先に出したのに、返ってきた答えが深刻な内容だった、というように。
DAY262_reachy-mini-motion-ux-timing|考察記事|柵の中で最速のタクトタイムを刻むロボットにとって、次の動作を予告する予備動作や、人が怖がらない減速は、性能ではなく無駄な動作でしかなかった。
DAY262_reachy-mini-motion-ux-timing|考察記事|速さ・正確さ・タクトタイムで測る世界から、人と並んだときの読みやすさ・怖くなさ・間の良さで測る世界へ。
DAY262_reachy-mini-motion-ux-timing|考察記事|次の動作を予告する予備動作、怖がらせない速度、意図が読める軌道。
DAY264_robot-ideas-from-pain-not-robots|考察記事|両方の口コミに共通して出てくるのは、ペットロス、一人暮らしの寂しさ、実家の親に持たせる、家族の会話が増えた。
DAY267_hospital-operations-digital-twin-system-design|HRI|ハコブくんが想定してきた「病院の廊下を薬剤トレーを載せて走り、患者を怖がらせず、セキュリティを保つ」という姿に、実在の対応物として最も近い。
DAY270_visualizing-correction-memory|R2R2R|`place_x-220_z160` は 60.5→241.3→24.0 と大きく振れている（不安定）。
DAY270_visualizing-correction-memory|R2R2R|ただし今回は色（不安定＝赤／改善中＝緑）が要るので、その 2 色だけ意味を持たせた。
DAY270_visualizing-correction-memory|R2R2R|「改善中／不安定／変化なし／記録1回」に差し替えた。
DAY270_visualizing-correction-memory|R2R2R|凡例に「不安定（ズレが暴れている）」と補足を付けていたら、それも伝わらないから削っていい、と言われて「不安定」だけにした。
DAY270_visualizing-correction-memory|R2R2R|統計カード（記録1回／変化なし／改善中／不安定）をクリックすると、地図がその状態のセルだけに絞られるようにした。
DAY270_visualizing-correction-memory|R2R2R|赤ベタ＝不安定、緑ベタ＝改善中、それ以外は残差のグレー濃淡。
DAY270_visualizing-correction-memory|R2R2R|隣接する試行間で残差が 30mm を超えて跳ねたら不安定、最新残差が最初の 60% 以下かつ 15mm 以下なら改善中、それ以外は変化なし、記録が 1 回だけなら記録1回。
DAY270_visualizing-correction-memory|R2R2R|赤＝不安定、緑＝改善中。
DAY270_visualizing-correction-memory|R2R2R|改善中の緑セルと不安定の赤セルが同じ領域に混在していること。
DAY273_box-collision-misdiagnosed-three-times|R2R2R|迷ったら 8-A。
DAY275_why-arm-stopped-grasping-root-cause-apick|R2R2R|補正記憶を疑ったときも、姿勢族拘束を設計したときも、点が足りないと誤診したときも、A_PICK 周辺で迷ったときも ── 手を止めさせたのは、掴めた／掴めない、爪がブロックの左にある、という物理の事実だった。
DAY277_building-a-physical-ai-lab-at-home|フィジカルAI研究室|「迷ったら下を買う」という一文には、こういう懸念があります。
DAY277_building-a-physical-ai-lab-at-home|フィジカルAI研究室|対案として出たのは、「Mission に直結する差分だけを残し、余裕・所有欲・将来不安だけなら下を買う」という書き方でした。
DAY277_building-a-physical-ai-lab-at-home|フィジカルAI研究室|GPU・メモリ・SSD は挿し替えで済むので、迷ったら下を買う。
DAY277_building-a-physical-ai-lab-at-home|フィジカルAI研究室|残す = 判断の軸**（迷ったときに答えが出るもの。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|直写すれば、人間の手の震えがそのまま先端に乗る。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|人間の手の分解能はそのままに、ロボット側の1ステップを細かくすれば、同じ手の震えでも先端の振幅は1/5になる。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|SO-101 のテレオペで手が震えるのは一番目にあたる。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|三番目が厄介で、教示に震えが入っていればポリシーは震えを学習する。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|推論時に震えるのはモデルのせいではなく教示のせいになる。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|つまり 5:1 の効き方は「ロボットが震えなくなる」ではない。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|震えていないデータが撮れる、震えないポリシーが学習される、という間接経路だ。
DAY278_precision-lives-in-the-input-not-the-model|考察記事|入力はモーションスケーリングで人間の震えを1/5にする。
DAY282_microfactory-vs-large-scale-pretraining|考察記事|第一の層を残すことでタスク内の見た目のズレを吸収し、第二と第三の層を捨てることでタスクをまたぐ汎化を諦める。
DAY282_microfactory-vs-large-scale-pretraining|考察記事|信頼性が高く、予測可能でデバッグしやすいというのは、汎化を諦めた見返りだ。
DAY285_handover-series-concept|R2R2R|不安をそのまま口に出した。
DAY285_handover-series-concept|R2R2R|ロボットアームをどのようにしていけばいいのか迷っていた。
DAY286_why-robot-arms-stop-at-one|考察記事|企業がアームに手を出してから諦めるまで、関門は5つある。
DAY288_handover-step1-design|R2R2R|2点目の指摘が一番怖い種類のものだった。
DAY289_handover-present-pose-from-probe-scan|R2R2R|新本線は 1 回で諦めて中断していた。
DAY290_hd-map-how-thin|考察記事|📊 埋め込みHTML: [embeds/01_LBeozryN.html](embeds/01_LBeozryN.html)> 将来的にはマップレスが方向性としては良さそうだけど、安全面でどうしても不安が拭えてはいないという認識かな？
DAY290_hd-map-how-thin|考察記事|ただ、これは自動化を諦める理由にはならなくて、設計の順番の話になります。
DAY291_not-chasing-humanoids|考察記事|MicroFactory は、掴む手をあきらめてツール固定のハンドに。
DAY291_not-chasing-humanoids|考察記事|HILLTOP は、万能工場をあきらめて 1 個ものの再現性に。
DAY291_not-chasing-humanoids|考察記事|Generalist は、ロボットで直接学ぶことをあきらめて、人間の手に同じ形のグリッパーを付けたデータ収集に。
DAY292_wB1BUDZj|考察記事|バーコードをかざせずに固まる、その姿を後ろに並んだ人に見られる——使えないことそのものより、人前で失敗して恥をかくことが怖い。
DAY292_wB1BUDZj|考察記事|店員がやっているのは操作補助ではなく、失敗の不安を吸収することだった。
DAY292_wB1BUDZj|考察記事|不安を吸収する存在。
DAY298_image-recognition-object-detection-overview|画像認識・物体検出|「検出が不安定」の原因が、モデルではなく色空間の選択にあることは珍しくない。
DAY300_hue-holds-color-breaks|画像認識・物体検出|155度動いたという数字は、この不安定さと一緒に読む必要がある。
DAY305_does-a-delivery-robot-help-nurses|HRI|利用者の不安と、乗降時にロボットが障害になることを避けるためだ。
DAY306_DesFKiCf|考察記事|中小の課題として挙がるのも同じで、既存の業務フローにロボットを適合させるには業務全体の見直しが必要で、時間とコストがかかり、従業員に不安や抵抗感も生じる。
DAY306_DesFKiCf|考察記事|降りるのは、性能を諦めた別系統が横から入ってきたときだ。
DAY306_DesFKiCf|考察記事|予定した清掃エリアのうち実際には何%を諦めたか。
DAY306_DesFKiCf|考察記事|性能を諦め、失敗の代償がゼロの仕事を選ぶこと- 公開コードで数値定数の根拠が併記されているのは0〜5%。
DAY309_same-place-different-object|画像認識・物体検出|2回目で諦めてよい方向だったという判断。
DAY314_what-to-hand-to-robots|考察記事|迷ったときは何を基準に決めているのか。
DAY315_road-marking-job-post-and-physical-ai|考察記事|そのまま機械に渡すと機械が震える- 撮影、計算、指令、動作の間に時間差があり、機械が動く頃には状況が変わっている- モーターの精度、歯車のガタ、関節ごとの誤差が機械の側にもある- 画面の上での95%の正解率は優秀でも、残り5%で機械は物にぶつかる私が mechArm 270 Pi（Raspberry Pi 内蔵の小型ロボットアーム）で赤いブロックを掴ませたときも、この順に詰まった。
DAY319_ai-visual-inspection-lighting|考察記事|キズの長さなどの数値基準があっても、最後は見本と見比べて判断し、迷った品物は班長や品質保証の担当者に回していた。
DAY319_ai-visual-inspection-lighting|考察記事|どの角度で、どの光に当てて、面のどこを見ているか- この限度見本がなぜ良品で、あの見本がなぜ不良なのか- 迷った品物に、何を根拠に結論を出したか- お客様がどの面のどんなキズを気にするか順番は、自動化の前に言葉にすることになる。
DAY320_ai-writes-code-not-motions|考察記事|上の段では、AIモデルから直接ロボットへ点線の矢印が引かれ、「高い・遅い・不安定」と書かれている。
DAY321_avatar-gitai|HRI|手動は消えずに「手段」から「目的」へ移り、値段の高い楽しみになる。
DAY321_avatar-gitai|HRI|運転が楽しかったのは、自分の操作が車の動きに返り、上手い下手が結果に出たからだ。
DAY321_avatar-gitai|HRI|病棟で隣にいる人にとって、目の前のロボットを今動かしているのが人なのか、AIなのか、誰もいないのかは、安心して近づけるかどうかに直結する。
DAY322_avatar-gitai-pikari|HRI|途中で「乗ること自体が楽しくなければ、アバターは広まらない」という問題に行き当たり、仕様の土台を書き直している。
DAY324_physical-ai-beyond-industrial-robots|考察記事|こうした環境では、操縦者が迷ったり、やり直したりした動きがそのまま記録され、AIのお手本としては使いにくくなる。
DAY326_openpi-remote-inference-first-run|フィジカルAI研究室|Log#1 で決めた設備投資の方針は、初期構築は用途が動く最小構成で組み、迷ったら下のグレードを買うこと、増強は実測したボトルネックがあるときだけにすることでした。
DAY329_microfactory-fairino-fr3|考察記事|受け渡しシリーズで調べている「人が手を出したとき、アームが何秒待って手を開けばいいか」「人が安心して手を出せる動きとは何か」は、彼らが手を付けていない領域です。
DAY332_youtube-channel-identity|フィジカルAI研究室|動画（1920×1080px）を1秒に3コマずつ書き出して、表情を見比べ、口を閉じて笑っているコマを選びました。

## 正直・本音・実は が入った文（93文）
DAY001_day1|HRI|透明性（信頼**）: ロボットが失敗したり、予定外に止まったりしたとき、何を理解し、何をミスしたのかを正直かつ分かりやすく伝えること。
DAY006_day6|HRI|このロボットの顔は、実は操作用タブレットの待機画面（スクリーンセーバー）を兼ねています。
DAY023_day23|R2R2R|実はずっと探していたのですが見つからず、どうやらGitHubのフォルダですが、前のセクションで探していたフォルダは、ロボットを動かすためのプログラム（ドライバ）が中心でした。
DAY028_day28|R2R2R|HUDの色は正直**: 青ければ通信はOK。
DAY029_day29|R2R2R|トピック名**: `/arm_joints`- **メッセージ型**: `sensor_msgs/msg/JointState`- **制御間隔**: 2.0秒おきに次のポーズを自動配信スムーズに進んだように見えて、実はプログラムを保存するだけでも数々の学びがありました。
DAY032_day32|R2R2R|正直に告白すれば、自分の隣にあるPythonのコードたちは、自分が一からキーボードを叩いて生み出したものではありません。
DAY052_day52|UV-C農業ロボット|農業の収益性を決定づけるのは、実は「ハウスの作り」そのものにあります。
DAY058_day58|HRI|Unityの標準Cubeは、実は 「Mesh Renderer」 の設定で、面ごとにマテリアルを分けることができます。
DAY069_day69|R2R2R|何をしたか**: 「Unity 6」という最新のゲームエンジンと、「ROS2」というロボットの脳は、実はそのままでは言葉が通じません（古い通信規格しか用意されていなかったため）。
DAY074_day74|R2R2R|ZIP保存や Git だけでは、実は「Unity特有のメタデータ破壊」や「プレハブの依存関係の断絶」を完全には防げません。
DAY074_day74|R2R2R|メリット**: 万が一、数日後に「実はあの時から壊れていた」と判明しても、過去のどの時点へもピンポイントで戻せます。
DAY079_day79|R2R2R|その「ガード」を解除させようと悪戦苦闘してしまいましたが、実は「ガードレールに沿ってGitHubに放り込む」のが、今の環境では一番素直な解決策でした。
DAY083_day83|R2R2R|背景がピンク一色になったUnityを見て、正直かなり焦った。
DAY103_day103|R2R2R|ただし現実は違った。
DAY103_day103|R2R2R|正直に言うと、この夜は情報が多すぎた。
DAY107_day107|考察記事|フィジカルAIが難しい理由は、「現実はコントロールできない」という一点に尽きる。
DAY109_day109|考察記事|どこまで行っても現実の近似でしかないという事実は変わらない。
DAY110_day110|考察記事|来訪者案内**——これが当初の目的だったが、実は優先度3番目かもしれない。
DAY114_day114|R2R2R|グリッパーの形状も正直頼りない。
DAY116_day116|HRI|機器が「できないこと」を正直に伝えることは誠実だが、それだけでは止まってしまう。
DAY117_day117|HRI|ただし、その名前と姿が決まるまでに、いくつかの問いに正直に向き合う必要があった。
DAY117_day117|HRI|感情はアームの動きとディスプレイで表現する- **Precise** ── やると決めたら丁寧に、確実にやる- **Honest** ── できないことを正直に示すこの3つを書いた時、少し手が止まった。
DAY117_day117|HRI|「できないことを正直に示す（Honest）」を要件に入れたキャラクターのビジュアルを作っている最中に、AIが意味不明な理由で拒否してくることになるとは思っていなかった。
DAY119_day119|考察記事|コーヒーカップを掴めないmechArm 270は、ある意味で正直だ。
DAY128_day128|考察記事|ただし正直に言えば、現状のセットアップではループが閉じていない。
DAY145_day145|考察記事|それが一番正直で、一番正しい順序だ。
DAY152_day152|考察記事|事実はこうだ。
DAY153_day153|R2R2R|過去のスクリプトに「動いていた」という事実は、未来の動作を保証しない。
DAY157_day157|R2R2R|前日に積み上げた213,312点のFKスキャンデータが、実は「グリッパが物を掴む位置」ではなく「手首の位置」だったと判明した。
DAY158_day158|R2R2R|スキャナー名と実態の乖離：PlaceRight → 実はUnity負X側、LowerLeft → 実はUnity正X側。
DAY162_day162|R2R2R|「EEから爪まで90mmずれている」という事実は変わらない。
DAY167_day167|考察記事|正直に書いておくと、このメソドロジー化には、もう一つの動機がある。
DAY168_day168|R2R2R|確定した事実は次のとおり：1. `leftTipBrep` / `rightTipBrep` は CAD メッシュ由来の Brep（境界表現）オブジェクト     Hierarchy: `gripper_left1 → Instance-Def-210103_4302_101 → Brep`     URDFインポート時にCADデータから自動生成されたメッシュ。
DAY169_day169|R2R2R|同じ「PICK姿勢」と呼ばれていたものが、実は全く違う姿勢だった。
DAY170_day170|R2R2R|「213,312点が、実は手首の位置だった」それまでのFKスキャナーは `endEffector.position - root.position`、つまりlink6フランジ（手首）の位置をeeとして記録していた。
DAY171_day171|HRI|でも側面カットだけ表情を変えると、本音が覗く演出ができる。
DAY172_day172|R2R2R|仮説を順番に潰すフリをして、実は同じレベルの推測を繰り返していただけだった。
DAY179_visual-servo-design|R2R2R|だが「補正は効くケースと効かないケースがある」という事実は、サンプル数が増えても本質的に変わらないと思う。
DAY180_mecharm-static-to-dynamic|R2R2R|</strong> この事実を正直に記録する。
DAY183_physical-tracking-limit-vs-software-speed|R2R2R|91Hz で送れるという事実は、物理側の律速を無視した話だった。
DAY187_category-strategy-motion-ux-robotics-ux|考察記事|「大企業でもなく、研究機関でもなく、秋田でiPhoneとUnityとロボットアームだけで毎日やっている人間」という事実は、再現性のシンボルだ。
DAY196_dual-camera-detection-design|R2R2R|爪の上面の青シール位置（Y=900 付近）は、実は爪の上面の高さで、ブロックには接触しない領域だ。
DAY209_place-design-and-first-move|R2R2R|Phase 3 の判定軸が Step 2 のオフライン検証スクリプトとズレている MM_PER_PIX_SIDE が実は不要に見える Phase 5 LIFT の目標高さ表記が「現在地から +LIFT_EXTRA_MM」なのか「絶対 115mm」なのか曖昧 「未確定事項 #3」j2 単独 vs j3 併用は DAY210 着手前に手動 jog で確認しておくと実装スコープが固まる合計 13 件のうち 1 件は重複していたので 12 件を反映して v2 を書いた。
DAY212_motion-uncanny-valley|考察記事|技術側がここまで詰めてきた事実は、前提として尊重する。
DAY217_place-descend-and-camera-stability|R2R2R|降下というやりたいことの本体は、実は素直に通った。
DAY219_how-as-metadata-vs-subject|考察記事|π0.7 の記事に、正直な記述がある。
DAY223_two-layers-of-motion|考察記事|この二層で捉えるのが、いちばん正直で、いちばん強い。
DAY225_precision-is-not-learning-so101|フィジカルAI研究室|正直に言えば、買おうかと思った。
DAY225_precision-is-not-learning-so101|フィジカルAI研究室|それに、調べる中で見えたのは、今ぶつかっているボトルネックが実はハードではない、ということだった。
DAY229_robot-handoff-design|考察記事|映える題材ほど、実は双腕の出番ではないことが多い。
DAY245_who-is-responsible-robot-identity-design|考察記事|これが2026年の正直な位置になる。
DAY245_who-is-responsible-robot-identity-design|考察記事|逆風も正直に置いておく。
DAY245_who-is-responsible-robot-identity-design|考察記事|正直に強度も測っておく。
DAY249_code-skeleton-agent-judgment|考察記事|「増えていく」は正しいが、増えているのは実は二つの別物だ。
DAY249_code-skeleton-agent-judgment|考察記事|ならない、というのが正直な結論だ。
DAY252_which-file-the-live-pick-reads|R2R2R|確定した事実は、現行 PICK は FK テーブルを一切使っていない、ということだった。
DAY256_data-map-before-real-run|R2R2R|分かった事実は二つだ。
DAY259_grip-hold-position-vs-pressure|R2R2R|正直なところ、「ブロックに力をかけ続ける」専用のモードは見当たらなかった。
DAY260_pi-brain-not-muscle-local-first|考察記事|Pi Zero の回で「Pico 相当のリアルタイム MCU が別に要る」と話したが、その層は、実は手元の mechArm の中にすでに具現化していた。
DAY260_pi-brain-not-muscle-local-first|考察記事|ここで StackChan の顔と声が、飾りではなく正直なステータスチャンネルになる。
DAY262_reachy-mini-motion-ux-timing|考察記事|戸惑いや「しくじった」を身体で正直に出せると、人はむしろそこで許すし、信頼が戻る。
DAY262_reachy-mini-motion-ux-timing|考察記事|読みやすさと、演出の正直さのバランス。
DAY262_reachy-mini-motion-ux-timing|考察記事|前の節で触れた演出の正直さが、ここでも効いてくる。
DAY262_reachy-mini-motion-ux-timing|考察記事|正直に言うべきことも2つある。
DAY266_stop-designing-to-stop|R2R2R|B1（台帳 57 → 67 列）は、実は当日のうちに移行が済んでいる。
DAY267_hospital-operations-digital-twin-system-design|HRI|だから正直で、防御可能だ。
DAY267_hospital-operations-digital-twin-system-design|HRI|実データではなくユーザーが置いた前提から出た数字だから、その但し書きが正直さの担保になる。
DAY267_hospital-operations-digital-twin-system-design|HRI|速度が0.5〜1.2m/sで可変だという事実は、そのまま速度つまみのレンジの根拠になる。
DAY268_joint-guard-that-stopped-normal-motion|R2R2R|もう一つは、j4 が同一値で止まる事実は、最低8秒の到達待ちが残る以上、物理側でしか説明できないという指摘だった。
DAY269_predicted-vs-actual-correction-loop|HRI|ここは正直に、先行リスクとして受け止めておく。
DAY269_predicted-vs-actual-correction-loop|HRI|純正が出しにくい理由も明確で、メーカーが自社ロボの導入効果を「買う前の、中立であるべき意思決定段階」で正直に見せるツールを作るのは、売り込みバイアスと構造的に相性が悪い。
DAY270_visualizing-correction-memory|R2R2R|「試行のたびに更新される生きた記憶」が新しいのか、と自問したとき、正直それ単体では弱い。
DAY279_revamping-the-observe-view|R2R2R|tip_block_dist_mm は正直な指標で、掴めた試行は 6〜11mm、引っかかった試行は 18〜25mm ときれいに分離していた。
DAY282_microfactory-vs-large-scale-pretraining|考察記事|核心は、その「事前学習なし」が実はゼロではない、という点にある。
DAY282_microfactory-vs-large-scale-pretraining|考察記事|現時点での正直な限界は両者共通してある。
DAY286_why-robot-arms-stop-at-one|考察記事|3Dプリンター自身、実は「個人が当たり前に使う」までは行っていない。
DAY286_why-robot-arms-stop-at-one|考察記事|そう考えると、VLA に全部乗せるのは実はこの調整問題を丸ごと迂回する賭けだと分かる。
DAY287_mecharm-continuous-recording-pipeline|R2R2R|そして実は、この計測の設計段階でもっと根本的な事実が判明していた。
DAY287_mecharm-continuous-recording-pipeline|R2R2R|真実は frame_log.csv の capture_timestamp に持たせるしかない——この発見が「mp4 はフレームの入れ物・タイムスタンプ列が正」という設計を決めた。
DAY289_handover-present-pose-from-probe-scan|R2R2R|どちらも「もう測ってある」「もう検証してある」と思い込んでいた場所が、実は測っても検証してもいなかった。
DAY290_hd-map-how-thin|考察記事|工事の車線規制は、実は起きる前から許認可データとして存在している。
DAY290_hd-map-how-thin|考察記事|法律側は、実はそんなに障害じゃない**道路台帳は道路法28条で調製が義務づけられていて、記載事項も省令で決まっている。
DAY292_wB1BUDZj|考察記事|出発点は、正直な行き止まりだった。
DAY292_wB1BUDZj|考察記事|正直、生産性の向上、完全自動化、自律化なら、ある程度人が入らない前提の場所で機械、ロボット、AIたちでガンガン動かせばいいのでは？
DAY292_wB1BUDZj|考察記事|そういう意味ではこの考えのままなら正直無人化が唯一の最適解で人は必要ないと思ってました。
DAY292_wB1BUDZj|考察記事|ただ、正直に書いておく。
DAY292_wB1BUDZj|考察記事|そして、この記事で一番正直に書くべきところに来る。
DAY300_hue-holds-color-breaks|画像認識・物体検出|正直に書いておくことがある。
DAY312_akita-data-center-robotics-perspective|考察記事|ここは正直に分けて考える必要があった。
DAY314_what-to-hand-to-robots|考察記事|介護や看護の需要は多いけど、医療の現場は実はそんなに需要がないの？
DAY314_what-to-hand-to-robots|考察記事|患者の見回りというか、監視というか、そういった誰でもできるけど、実は専門的な知識が必要なタスクが見逃されているってこと？
DAY318_find-tasks-where-nobody-comes|考察記事|役に立ちそうなタスクがなにかを決めるのが実は結構大変よな。
DAY318_find-tasks-where-nobody-comes|考察記事|実はどれがロボットのタスクに合うか？