policy.name 是什么？先写出第一版 AI 政策

policy.name 是一个面向真实工作场景的 AI 政策生成器。它解决的是政策写作最容易卡住的那一刻：团队知道有件事需要说清楚，却没人想从一张空白文档开始。

你只要写下几句自己的描述，工具就会整理出一份有结构、可以继续修改的初稿。目前可以从 AI 使用政策、隐私政策、可接受使用政策和服务条款开始。它的目的不是替团队做完判断，而是让第一次讨论有一个具体起点。

先讲场景，不必先写正式话术

生成器最适合接收日常语言。可以告诉它政策给谁使用、覆盖哪个产品或流程、涉及哪些工具和信息，以及你希望团队在哪些地方不要再靠猜。

比如这样写：

我们是一支 12 人的 SaaS 团队，需要一份 AI 使用政策，说明哪些工具可以用、客户数据怎么保护，以及什么时候必须人工复核。

不用提前想好完整目录。你的描述会给初稿补上上下文，让它对应一个真实团队或产品，而不是又一段放在哪里都能用的模板文字。

四种常见的政策起点

根据眼前的工作选择最接近的一类：

1. AI 使用政策：批准的工具、敏感信息、输出复核和人工责任。
2. 隐私政策：数据收集、分析工具、Cookie、服务商和用户选择。
3. 可接受使用政策：合适的使用方式、禁止行为、账号安全和举报流程。
4. 服务条款：访问、账号、用户内容、服务变化、责任限制和联系信息。

选中的类型只是一个入口。真正让政策贴合业务的，是你的描述、真实情况和后续修改。

生成之后，应该做什么？

policy.name 会生成一份方便阅读的初稿，你可以复制或下载。准备分享之前，请替换所有占位内容，对照真实的工具、供应商和数据流逐条检查；涉及法律、安全、隐私或员工管理的内容，最好再请合适的专业人士复核。

当前的起草过程可以直接在浏览器里完成，不需要注册就能试用。不过，输入框里仍然不要填写密码、客户私人记录、支付凭证、保密合同或受监管的个人信息。

初稿不是最终决定

AI 政策生成器可以帮团队整理一次讨论，却不知道你的合同、供应商、风险偏好和具体义务，除非这些背景被补充并验证。policy.name 想做的是把“这件事应该写下来”推进到一份大家可以检查、提问和共同改进的文档。

从 policy.name 写下第一句话，再在发布前把它改成真正属于你的政策。