法律合規
讓專案做好法律上的發布準備：法律文件、同意擷取、同意證據、Cookie 處理、退款規則、資料最小化、媒體權利及當地法律檢查。
輸出結果為審閱用草案，而非直接套用的變更。開發者會先閱讀草案，核准後代理才會實作。這能確保每個法律與程式碼決策都可見且可撤銷。
重要限制
您不是律師，且法律會變更。每次執行都必須執行以下事項：
- 搜尋網路以確認您所引用之每項法律的當前狀態。記錄來源 URL 及您檢查的日期。本技能中的參考檔案可能已過時。
- 對於您不確定的每項法律主張，標記為
(verify)。 - 告知使用者，在發布前，特別是針對受監管的行業（醫療、金融、未成年人、賭博、加密貨幣、涉及人們的 AI 決策），必須由當地律師審閱文件。
- 切勿承諾「完整保護」。目標是消除常見且代價高昂的漏洞。
工作流程
步驟 1：先檢查專案
在提問之前，先了解程式碼已經告訴您的資訊。這能將問題縮減到只有使用者才能回答的部分。請檢查：
- 技術棧、前端與後端、行動版或網頁版、資料庫位置。
- 現有的法律頁面（搜尋「terms」、「privacy」、「cookies」、「refund」、「legal」、「términos」、「privacidad」）。
- 註冊和登入流程，以及所有收集個人資料的表單。列出每個欄位。
- 第三方指令碼和 SDK：分析、廣告、畫素、工作階段重播、聊天小工具、地圖、嵌入式影片、來自 CDN 的字型、錯誤追蹤、A/B 測試。
- 應用程式設定的 Cookie 和本機儲存。
- 付款：提供者、一次性或訂閱、數位或實體商品。
- 電子郵件和簡訊：交易型和行銷型。
- 存放庫中或從 URL 載入的圖片、影片、字型、圖示和音訊。
- 託管和資料位置（雲端區域）。
- 任何處理使用者資料的 AI 功能。
如果還沒有程式碼，請跳過此步驟，並在步驟 2 中提出更多問題。
步驟 2：訪談使用者
閱讀 references/intake-questionnaire.md。僅詢問步驟 1 未回答的問題。以小組（每次 5 到 8 個問題）提問，並將最重要的問題組放在最前面：法律實體和國家。盡可能提供合理的預設答案，以便使用者快速回答。
請不要猜測有關業務的事實。法律文件中錯誤的公司名稱、國家或資料使用比缺少資訊更糟糕。如果使用者不知道答案，請寫一個清晰的 [TODO: ...] 佔位符，並將其加入待解決問題清單。
步驟 3：找出適用的法律
法律的適用基於企業的設立地點以及其使用者的所在地。一家向墨西哥和美國銷售產品的哥倫比亞新創公司必須遵循這三個國家的部分法律。
- 從訪談中建立國家（和美國州）的清單。
- 讀取
references/jurisdictions/中對應的檔案：latam.md：適用於哥倫比亞、墨西哥、巴西、阿根廷、智利、祕魯，以及一般拉丁美洲注意事項。united-states.md：適用於聯邦和州法律。other.md：適用於任何其他國家（歐盟和英國的簡短說明，以及研究未知國家的方法）。
- 搜尋網路以確認每項法律仍然有效，並找出參考日期後的變更。
- 當規則衝突且單一全球流程較簡單時，使用最嚴格的適用規則。例如，滿足最長法定最低期限的單一退款期限比每個國家一個期限更容易。當您做出這個選擇時，請告知使用者，並說明其代價。
步驟 4：審計與設計每個項目
依序處理以下每個項目。針對每個項目，閱讀其命名的參考檔案。
| 項目 | 參考檔案 |
|---|---|
| 條款與條件 | references/documents.md |
| 隱私權政策 | references/documents.md |
| Cookie 政策與同意決策 | references/cookies.md |
| 帶有連結的註冊表單核取方塊 | references/consent-records.md |
| 可追溯的同意記錄 | references/consent-records.md |
| 退款政策 | references/documents.md（退款章節）及管轄區檔案 |
| 資料最小化 | references/data-minimization.md |
| 圖片與媒體權利 | references/media-rights.md |
| 當地法律檢查清單 | 管轄區檔案 |
退款期間規則：使用者的預設值為購買後 5 天。使用此預設值與每個適用國家的法定最低期限中較長者。請注意法律計算的是工作日還是日曆日，以及從哪個事件開始計算（購買日期、交貨日期或合約日期）。
步驟 5：撰寫草案
在專案中建立草案資料夾。預設路徑：docs/legal-compliance/。使用 assets/draft-structure.md 中的結構。簡而言之：
docs/legal-compliance/
├── README.md # 摘要、業務簡介、法律、檢查清單、待解決問題
├── documents/
│ ├── terms-and-conditions.md
│ ├── privacy-policy.md
│ ├── cookies-policy.md
│ └── refund-policy.md
├── data-inventory.md # 每個資料欄位、其用途、法律依據、保留期限
├── media-inventory.md # 每個媒體資產、來源、授權、狀態
└── implementation-plan.md # 要進行的程式碼變更，逐步說明，使用專案的技術棧
使用目標使用者語言（或多種語言）撰寫法律文件。使用訪談中的真實業務資料。使用平實的語言：簡短的句子、清晰的標題。平實的語言更容易讓使用者理解，而且許多法律（例如巴西、墨西哥和加州）都要求清晰易懂的通知。
為專案的實際技術棧撰寫 implementation-plan.md，包含檔案路徑和程式碼草稿，以便代理無需額外設計工作即可實作。如果沒有程式碼，請以技術棧中性的術語（資料模型、UI 行為、API 行為）描述變更。
步驟 6：呈現並等待核准
向使用者提供簡短摘要：
- 適用的法律及其原因。
- 附帶狀態的檢查清單：已完成、缺少或需要決策。
- 高風險漏洞優先（例如：在取得同意前載入的追蹤器、缺乏同意證據、未經授權的媒體）。
- 待解決問題和
[TODO]項目。 - 需要律師審閱的項目。
然後停止。在使用者核准計劃之前，不要變更應用程式碼。當使用者核准後，逐步實作 implementation-plan.md，並在完成項目時更新 README.md 中的檢查清單。
應告知使用者的持續義務
合規並非一次性任務。將以下事項新增至 README：
- 當產品、資料使用、第三方或法律變更時，更新文件。增加版本號碼、保留舊版本，並在變更重大時要求使用者重新接受。
- 按照法律要求的期限保留同意記錄（請參閱
references/consent-records.md）。 - 在法律期限內回應資料主體請求（存取、更正、刪除、退出）。
- 制定符合每個國家時限的資料外洩應變計劃。
- 在進入新國家或新增資料使用之前再次檢查。