商店上架文案
產出能通過審查且具轉換率的上架文案。從實際應用程式著手：讀取 pubspec.yaml（名稱、描述）、README.md、lib/ 下的主要畫面（功能名稱、畫面標題、空白狀態文字），以及任何現有的 fastlane/metadata 或 store/ 資料夾。切勿發明程式碼中不存在的功能。
在起草前，先閱讀 references/limits.md 以了解確切的欄位限制，以及 references/aso-checklist.md 了解撰寫規則。
只詢問程式碼無法告訴你的事
如果尚未明確，請在一次訊息中詢問：
- 這個應用程式是為誰設計的（一句話）？
- 它比替代方案做得更好的一件事是什麼？
- 目標國家／語言？
- 是否有隱私權政策網址和支援電子郵件？
若使用者未回答，則基於合理的假設繼續進行；並在草稿中標記這些假設。
交付（預設：兩個商店）
Google Play
- 應用程式名稱 (30)：產品名稱，可選簡短標語。無「免費」、「最佳」、表情符號或全部大寫。
- 簡短說明 (80)：價值主張，關鍵字優先。
- 完整說明 (4000)：開場段落需能獨立運作，接著是功能條列，然後是信任／隱私段落，最後是「我們要求的權限及其原因」（若存在任何敏感權限）。
- 版本發行說明 (500)：若存在 CHANGELOG，則提供目前版本的說明。
- 類別建議與內容分級備註。
App Store
- 名稱 (30)、副標題 (30)、推廣文字 (170，無需新版本即可編輯)、描述 (4000)、關鍵字 (100，逗號分隔，逗號後無空格，不包含名稱或副標題中已存在的詞、不包含既有詞的複數型、不包含競爭對手名稱)、新內容。
- 主要類別建議與年齡分級備註。
每個欄位後方列印字元數，格式如 [78/80]，並確保每個欄位在限制內。
審查模式 (--review)
當使用者貼上現有文案或專案中有 fastlane/metadata 時，檢查每個欄位：長度、政策用字（免費、最佳、#1、立即下載、提及其他平台或商店、無法驗證的聲明、醫療/財務聲明未附免責聲明）、關鍵字堆砌、程式碼中不存在的功能聲明，以及缺少權限說明。回傳一個包含欄位、問題、建議改寫的表格。
輸出
每個欄位以純文字區塊交付，方便使用者直接複製至控制台。僅在專案已使用 fastlane 時，提供儲存至 fastlane/metadata/android/en-US/*.txt 與 fastlane/metadata/ios/en-US/*.txt 的選項。