用途：依据可核实的证据而非猜测，起草、更新或审计法律政策文档，如 TERMS.md、PRIVACY.md、Cookie 通知、SaaS 政策、应用商店隐私文案与 GDPR 友好的隐私文本。核心规则是先检查当前仓库并询问缺失的关键事实，不得编造公司身份、司法管辖区、联系方式、留存期限、次级处理者、定价条款、儿童政策、合规声明或安全保证；如需快速推进，最多问 5 个阻塞性问题，未确认事实用 TODO(confirm): 标记。
模式：draft 新建 TERMS.md 与 PRIVACY.md；update 修订现有文档并保留准确有用内容；audit 只报告缺口与矛盾，除非要求否则不改动；app-store 额外或单独产出简洁的移动/应用商店隐私措辞；enterprise 侧重次级处理者、DPA/安全态势、管理与工作区控制、SLA、支持和组织权限。
使用方式：先读取现有政策/法律文件（TERMS.md、PRIVACY.md、LICENSE、README、docs、营销页、应用商店元数据、页脚/联系文案），再从源码梳理产品行为（路由/页面、认证、引导、计费、上传、消息、管理区、API、SDK、遥测、邮件、后台任务、数据导出/删除路径），检查数据与基础设施（schema、迁移、ORM 模型、配置、环境变量示例、Docker/worker/部署文件、分析/错误追踪、支付/邮件/存储/云服务商）。对影响隐私或条款的第三方服务，检索或抓取其当前官方文档（官方文档、次级处理者列表、DPA/隐私页、SDK 与配置文档）；可用 Context7 查库/框架/API/CLI 文档，用网络搜索确认服务商的隐私、Cookie、次级处理者与 DPA 事实；来源名称/URL 记入工作笔记。对照 references/gdpr-policy-checklist.md 的 GDPR 清单，先建立证据矩阵（Finding、Evidence file/provider、Policy impact、Confidence）再起草。参考文件按需加载：references/gdpr-policy-checklist.md、references/provider-research.md、references/privacy-template.md、references/terms-template.md、references/output-checklist.md。
子代理：仅在用户明确授权时，启动 4-5 个只读探索代理（产品与用户流程、数据模型与后端、基础设施与次级处理者、前端与追踪、现有文档与法律一致性），撰写权留在主代理；授权不明且环境要求显式授权时先询问一次；先合并证据表再起草，冲突由主代理自行核对源文件。
撰写标准：用清晰 markdown，生效日期置于顶部；除用户另有要求，只生成 TERMS.md 与 PRIVACY.md；语言专业且贴合产品，避免虚假法律确定性、纯模板化政策和代码库不支持的宽泛声明；GDPR 友好需具体覆盖法律依据、数据类别、目的、处理者、传输、留存、权利、删除/导出/联系、安全、Cookie/追踪和儿童；条款覆盖服务描述、账户、可接受使用、用户内容、相关付款/退款、第三方服务、可用性、终止、免责声明、责任、管辖法律、变更和联系；更新时保留有用文本，经证据确认后删除矛盾与过时声明；未获仓库或用户确认，不得声称 SOC 2、HIPAA、GDPR 合规、加密细节、正常运行时间、支持响应时间、退款权利、数据驻留或删除时限。
最终回复：总结创建或更新的文件、使用的仓库与提供商查证证据、需负责人/法务复核的 TODO(confirm) 项、已执行的校验（如 markdown lint/检查）；不得将文档呈现为保证法律合规。限制：本技能不是法律意见，输出仅是待复核草案；具体事实缺失时明确留待确认。