gdpr-data-handling
實作符合 GDPR 的資料處理、同意管理和當事人請求的實務指南
中文翻譯
--- name: gdpr-data-handling description: 實作符合 GDPR 的資料處理，包含同意管理、資料當事人權利與 privacy by design。適用於建構處理歐盟個人資料的系統、實作隱私控制，或進行 GDPR 合規審查的時候。 --- # GDPR 資料處理 實作符合 GDPR 的資料處理、同意管理與隱私控制的實務指南。 ## 什麼時候用這個 Skill - 建構處理歐盟個人資料的系統 - 實作同意管理 - 處理資料當事人請求（DSR） - 進行 GDPR 合規審查 - 設計以隱私為先的架構 - 建立資料處理協議 ## 核心概念 ### 1. 個人資料類別 | 類別 | 範例 | 保護等級 | | ---------------------- | --------------------------- | ------------------ | | **基本資料** | 姓名、email、電話 | 標準 | | **敏感資料（第 9 條）** | 健康、宗教、種族 | 明確同意 | | **刑事資料（第 10 條）** | 定罪、犯罪紀錄 | 官方機關 | | **兒童資料** | 16 歲以下的資料 | 家長同意 | ### 2. 處理的法律依據 ``` 第 6 條：合法依據： ├── 同意：自願給予、具體、已充分告知 ├── 契約：履行契約所必需 ├── 法律義務：法律要求 ├── 重大利益：保護某人的生命 ├── 公共利益：公務職能 └── 正當利益：需與當事人權利取得平衡 ``` ### 3. 資料當事人的權利 ``` 存取權（第 15 條） ─┐ 更正權（第 16 條） │ 刪除權（第 17 條） │ 必須在 限制處理權（第 18 條） │ 一個月內回應 可攜權（第 20 條） │ 異議權（第 21 條） ─┘ ``` ## 詳細實作範例與模式 詳細的章節（從 `## Implementation Patterns` 開始）放在 `references/details.md`，上面這份導覽摘要不夠用的時候再去讀那份檔案。 ## 最佳實務 ### 該做的 - **最小化資料蒐集**：只蒐集需要的 - **每樣東西都要記錄**：處理活動、法律依據 - **加密個資**：靜態與傳輸中都要 - **實作存取控制**：以需要知道為原則 - **定期稽核**：持續驗證合規性 ### 不該做的 - **不要預先勾選同意方塊**：必須是 opt-in - **不要把同意綁在一起**：不同目的要分開 - **不要無限期保存**：要定義並落實保存期限 - **不要忽略 DSAR**：必須在 30 天內回應 - **不要在沒有保障措施下傳輸**：需有 SCC 或充分性認定
英文原文
--- name: gdpr-data-handling description: Implement GDPR-compliant data handling with consent management, data subject rights, and privacy by design. Use when building systems that process EU personal data, implementing privacy controls, or conducting GDPR compliance reviews. --- # GDPR Data Handling Practical implementation guide for GDPR-compliant data processing, consent management, and privacy controls. ## When to Use This Skill - Building systems that process EU personal data - Implementing consent management - Handling data subject requests (DSRs) - Conducting GDPR compliance reviews - Designing privacy-first architectures - Creating data processing agreements ## Core Concepts ### 1. Personal Data Categories | Category | Examples | Protection Level | | ---------------------- | --------------------------- | ------------------ | | **Basic** | Name, email, phone | Standard | | **Sensitive (Art. 9)** | Health, religion, ethnicity | Explicit consent | | **Criminal (Art. 10)** | Convictions, offenses | Official authority | | **Children's** | Under 16 data | Parental consent | ### 2. Legal Bases for Processing ``` Article 6 - Lawful Bases: ├── Consent: Freely given, specific, informed ├── Contract: Necessary for contract performance ├── Legal Obligation: Required by law ├── Vital Interests: Protecting someone's life ├── Public Interest: Official functions └── Legitimate Interest: Balanced against rights ``` ### 3. Data Subject Rights ``` Right to Access (Art. 15) ─┐ Right to Rectification (Art. 16) │ Right to Erasure (Art. 17) │ Must respond Right to Restrict (Art. 18) │ within 1 month Right to Portability (Art. 20) │ Right to Object (Art. 21) ─┘ ``` ## Detailed worked examples and patterns Detailed sections (starting with `## Implementation Patterns`) live in `references/details.md`. Read that file when the navigation summary above is insufficient. ## Best Practices ### Do's - **Minimize data collection** - Only collect what's needed - **Document everything** - Processing activities, legal bases - **Encrypt PII** - At rest and in transit - **Implement access controls** - Need-to-know basis - **Regular audits** - Verify compliance continuously ### Don'ts - **Don't pre-check consent boxes** - Must be opt-in - **Don't bundle consent** - Separate purposes separately - **Don't retain indefinitely** - Define and enforce retention - **Don't ignore DSARs** - 30-day response required - **Don't transfer without safeguards** - SCCs or adequacy decisions