用途：当创始人需要为产品发布创建服务条款、因新功能或商业模式变化更新既有条款，或评估现有条款是否充分保护公司时启用；也适用于可接受使用政策、责任限制、用户协议结构相关问题。
必要上下文：来自 startup-context 的产品类型、平台、商业模式、定价结构、目标客户（B2B/B2C）、地理市场、公司法律实体与管辖地；来自用户的产品功能、用户交互方式、是否产生或上传内容、是否集成第三方服务、支付/订阅结构、历史争议或已知风险点、受众是否包含会谈判条款的企业客户。
工作流程：范围评估（产品类型与受众决定语气、可执行性路径与必备条款）；风险识别（数据丢失、服务中断、用户生成内容、集成失败、账单争议）；按模板起草各节；可执行性审查（如欧盟对全面责任排除的限制、部分州和国家对强制仲裁的限制）；呈现建议（clickwrap 与 browsewrap、版本策略、变更通知）。
输出格式：包含以下分节的服务条款文档——同意条款、服务描述、账户注册与安全、可接受使用政策、用户内容与数据、数据所有权与可移植性、知识产权、支付与账单、免费试用与免费增值、服务可用性与 SLA、责任限制、赔偿、终止、争议解决、条款修改、杂项。
最佳实践：使用平实语言，统一使用“you”和“we”；对禁止行为用短段落与项目符号；加粗或高亮责任上限、自动续费、仲裁等关键条款；每节可配一行通俗摘要。SaaS 要点：客户数据必须明确归客户所有，公司仅获提供服务所需许可；如将客户数据聚合/匿名化用于分析、基准或模型训练须明确披露并确保真正去标识；提供 API 时说明速率限制、认证要求与输出再分发限制；明确不对第三方集成或按用户指示传给第三方的数据负责；列出或链接子处理者。可执行性护栏：优先 clickwrap 而非 browsewrap；仲裁、自动续费与责任限制须显著披露；注意欧盟/英国消费者法对不公平条款的限制；遵守加州 ARL、FTC 指南与欧盟消费者指令对自动续费与便捷取消的要求；单方修改条款受法院审查，建议 30 天通知并允许用户不同意时终止。B2B 与 B2C 差异：B2B 预期就责任上限、SLA、赔偿与数据处理条款谈判，需备企业版附录；B2C 消费者保护更强，仲裁可能受限，可能有冷静期；自助式 B2B 可先标准条款，再通过主服务协议处理企业修改请求。相关技能：privacy-policy 应同步起草并保持定义一致；企业客户红线时用 contract-review 评估。
限制：该技能仅生成用于教育与规划的条款草稿，不构成法律建议；条款须按具体产品、商业模式与适用司法辖区定制，可执行性因辖区和呈现方式而异，发布前应由合格律师审阅。资料未提供具体价格、平台或效果信息。