我可以用 ChatGPT 来写合同吗？

可以，但只能作为起点。聊天机器人可以根据简短的说明起草出一份过得去的初稿，但它不了解您的交易，可能生成看似有把握实则错误的条款，也不处理谈判和达成一致。您仍然要为自己发出和签署的文字负责。

简而言之：用 ChatGPT 勾勒结构和通俗措辞，然后核对它无法猜到的部分（当事方、范围、金额、知识产权、风险、退出方式、管辖法律），并在同一个链接上与客户就修改达成一致。关于电子签名，请参阅 /blog/is-an-electronic-signature-legally-binding。

如果您想要一个专为双方起草、修订并签署同一版本而建的工具，Contracts.io 就是。Lex 负责起草；双方同意并电子签署一份冻结的副本。对方无需付费。

合同是否有效，与初稿是否由聊天机器人写成无关。重要的是双方同意相同的条款，并且满足任何形式要求。

• 电子签署适用于简单合同。在英格兰和威尔士，对于有关真实性或完整性的任何问题，电子签名均可作为证据采纳（Electronic Communications Act 2000, s.7），并且 Law Commission 认为，只要签署人有意认证文件且满足形式要求，电子签名在法律上就能够用于签署文件（出处见下文）。
• 契据契据契据是一种满足特殊签署规则的正式书面文件，常用于一方没有获得任何对价的情形。术语表中的更多内容是您会遇到的主要例外。在英格兰和威尔士，契据仍然需要有见证人亲自在场，即使是以电子方式签署。简单协议不需要见证人；契据则需要。

因此，无论您从模板、聊天机器人还是自己的空白页开始，实际的检验标准都是一样的：文字是否与交易相符，双方是否同意并签署了同一个版本？

通用聊天机器人是用公开文本训练的，而不是用您与客户的工作训练的。常见的疏漏：

• 工作范围看起来整齐，实则含糊。 它列出的是活动，而不是交付成果。“网站设计”就是这样变成了额外三个落地页。
• 付款时间过于笼统。 “30 天内支付”，却没有起算点。Net 30、net 14、收到即付说明了起算日期为何重要。
• 归属不清。 它可能在交付时而不是付款时转让知识产权，或者忘记既有材料既有材料既有材料是供应方原本就拥有的工具、代码库或作品，只是授权用于这项工作，而不会移交。术语表中的更多内容和第三方许可。
• 责任条款读起来像大公司的模板。 责任上限与费用不匹配，或者例外情形让上限形同虚设。在英格兰和威尔士，因疏忽造成的死亡或人身伤害的责任不能通过合同条款排除或限制，其他疏忽责任也只能在条款合理的范围内加以限制（Unfair Contract Terms Act 1977, s.2）。
• 司法辖区靠猜。 一家英国工作室与英国客户的合同里，却出现“本协议受加利福尼亚州法律管辖”。
• 它为了显得完整而凭空编造条款。 例如从别国模板照搬来的竞业禁止竞业限制竞业限制是承诺在项目结束后的一段时间内，不为竞争对手做类似的工作，或不进入指定的市场。术语表中的更多内容或“雇佣作品”条款。请核对这些条款是否符合您所选择的法律。

这些都不是恶意。它们只是猜测。您的任务是把每一个猜测，换成您和对方真正做出的决定。

给它决定，而不只是职位名称。简短、基于事实的说明，比律师腔的提示效果更好：

1. 当事方：您的全名和地址；客户的完整法定名称、编号和地址。
2. 类型：“双方保密协议”“自由职业者协议”“服务协议”“工作说明书”“长期聘用协议”或“聘用函”之一。
3. 范围：以编号列表列出交付成果；哪些不在范围内。
4. 付款：费用模式、付款条款以及计时的起算点。
5. 归属：付款后的转让，或附有限制的许可。
6. 风险：责任上限责任上限责任上限是合同下一方可能被要求向另一方支付的最高金额。术语表中的更多内容，以及赔偿条款是否为双方互惠或设有上限。
7. 退出：通知、终止触发条件，以及已完成工作的付款。
8. 法律：您与客户同意采用的管辖法律。

请它提供“通俗易懂的简短条款，并列法律措辞”，因为您将与真人一起编辑。如果返回的草稿比您需要的更长，请要求它每句只表达一个意思，并删去冗词。

如果您不想反复折腾提示，可以在 /ai-contract-generator 上用一句话描述这笔交易，然后直接在文件上编辑。对方在同一个链接上修订。

一份快速清单，可以发现聊天机器人无从知晓的大部分错误：

• 当事方。 完整法定名称、公司编号和地址。
• 范围。 以名词表述的交付成果；哪些不在范围内；明确的验收步骤。
• 付款条款。 金额、开具发票的节点、付款天数和起算点。
• 归属。 知识产权何时转让（通常在付款时），哪些仍为许可使用，以及作品集使用。
• 责任。 清晰的责任限制以及任何赔偿条款。
• 终止。 通知、违约，以及已完成工作的付款。
• 管辖法律和司法辖区。 双方都认可的同一个地方。

如需更完整的讲解，请从 /guides/how-to-write-a-contract 和 /guides/freelance-and-contractor-agreements 开始。如果您的客户已经修订了您的草稿，请参阅 /guides/your-client-redlined-your-contract。

通用聊天机器人只负责写文字。双方合同工具则是双方起草、谈判并就同一个共享版本达成一致，然后电子签署的地方。这种差别体现在各个步骤上：

• 起草。 描述交易；工具会填入您的信息和此类工作的常用条款，用通俗易懂的语言并列法律措辞。
• 谈判。 客户的律师在同一个链接上标注修订。您在文件上对每处修改选择接受、反提议或拒绝，每个版本都会保留。
• 达成一致。 文字敲定后，双方电子签署一份冻结的副本。访客无需账户，也无需付费。

在 Contracts.io 上，这是默认流程。它是为工作室和自由职业者每周都会做的 B2B 工作而建，而不是为消费者的点击同意或一次性 PDF 而建。

凡是粘贴到公共聊天机器人里的内容，都应当视同向服务提供商公开发布。如果文本中包含客户名称、定价或未发布的计划，请问问自己，是否愿意把这些内容用电子邮件发给第三方客服。

可行的做法：

• 在提示中去掉名称和数字，再在您的编辑器里补回去。
• 使用专为合同而建的工具。 在 Contracts.io 上，您的草稿存放在一个您与客户共享的链接上。关于我们如何处理合同文本和日志，请参阅 /trust。
• 在粘贴敏感信息之前，先查看服务提供商公布的政策。

不要粘贴您无权分享的个人数据。如果客户把他们的文件发给您，宜在共享链接上处理，而不是把整份合同粘贴到公共模型里。

一个公平、简短的比较：

这些方式并不互相排斥。许多团队先在工具中起草，再在高价值或高风险的工作上请律师审阅结果。

打开一个共享链接，把对方的条款粘贴进去，并在文件上用您的措辞反提议，这样就只有一个版本需要审阅。常见的反提议：

• 把 Net 60Net 60Net 60 的意思是，客户自发票日期起有 60 天时间付款。术语表中的更多内容 改回 Net 30Net 30Net 30 的意思是，客户自发票日期起有 30 天时间付款。术语表中的更多内容，或者加一条发票逾期则暂停工作的条款。
• 知识产权在付款时转让，而不是在交付时；您的既有材料采用许可许可许可是以约定的方式使用作品的许可，同时不剥夺创作者的所有权。术语表中的更多内容。
• 设定真正的修改次数上限，并为新增工作设立变更流程。

如果对方已经用电子邮件发来了 PDF，您仍然可以从 /templates/freelancer-agreement 或 /templates/statement-of-work 开始，把对方的要求作为反提议放进去，这样您的付款和归属条款仍是起点。