用途：把与产品团队的隐私评估对话结构化，并按本团队从种子 PIA 学到的格式输出内部隐私影响评估。先加载 CLAUDE.md 中的 PIA house style（触发条件、结构、深度、签署人），再执行工作流。
主要能力与流程：第 0 步判断是否真需要 PIA——依据内部门槛，并检索各适用法域现行强制性评估触发条件（如 GDPR/UK GDPR DPIA、CCPA/CPRA 风险评估、美国州法及行业法），引用主法源并核对时效。随后进行 intake：询问产品团队该功能/产品处理哪些个人数据、处理目的、新采集还是复用、法律依据（合同/正当利益/同意等）、是否构成受监管披露、访问与共享方、存储区域与保留期限、可能的危害与退出机制，可从 PRD 提取。写出 PIA，含隐私政策一致性检查（对比政策承诺，标注偏差），输出带条件清单和具名负责人的结论并送签。
限制与注意：本文档是内部评估，不构成监管机构正式 DPIA，也不代替人工签署。向监管机构提交 DPIA 前设门禁，非律师角色须先经律师审查。法律研究工具结果不足时不得静默用网页或模型知识补足，须报告并让律师选择；引用须带来源标签。风险应具体到设计而非泛泛的“数据泄露”；若上级已有分级，严重度不得静默降低。无前序输出时应明确说明为冷启动。
用法示例：/privacy-legal:pia-generation "Location sharing feature"，或 /privacy-legal:pia-generation 附带 PRD 的 Drive 链接。
输出目的地检查：若输出将进入公开频道、全员列表、对方律师、供应商等特权圈外，须提醒并提供仅法律版、净化版或两者。具体配置路径、签署流程与法域范围以本插件配置为准。