很多一人公司在签约前会卡在三个地方：不知道合同是否覆盖了交付边界，无法快速识别付款、知识产权和违约责任风险，也没有足够时间逐条比较客户修改后的版本。更稳妥的做法是先建立适合自身业务的商业合同模板，再用 AI 完成第一轮风险标注和条款优化，最后由经营者或专业律师完成关键事项复核。

本文提供服务合同、软件授权合同和合作伙伴合同的基础文本框架，并演示一套适合自由职业者、独立开发者和超级个体的 AI 审查流程。模板不能替代针对具体交易的法律意见，尤其是涉及大额交易、股权合作、跨境业务、劳动关系、个人信息或重大知识产权转让时，应进行专业审查。

一、先确定合同要解决什么问题

一份可执行的商业合同，至少要回答以下问题：

不要把合同模板理解为“填空文件”。真正需要标准化的是你的交易规则，例如：

• 什么工作包含在基础报价中；
• 客户可以修改几轮；
• 何种情况需要额外收费；
• 何时视为验收通过；
• 逾期付款是否暂停服务；
• 你交付的是使用权，还是完整转让知识产权；
• 客户提供的数据和素材出现侵权时由谁负责。

这些内容越清楚，后续依赖 AI 识别风险的压力越小。

二、通用合同信息表

在起草合同前，先填写下面的信息表。它可以作为合同模板的输入，也可以直接交给 AI 进行初步审查。

【合同基本信息】

甲方：
统一社会信用代码或身份证明：
联系人及联系方式：
地址：

乙方：
统一社会信用代码或身份证明：
联系人及联系方式：
地址：

合同类型：
项目名称：
服务或授权范围：
开始日期：
结束日期：
交付节点：
验收方式：
合同总金额：
付款节点：
发票要求：

成果归属：
既有材料归属：
客户提供的资料：
保密信息范围：
个人信息或敏感数据情况：
违约责任：
责任上限：
合同解除条件：
争议解决方式：

如果对方拒绝提供必要的主体信息，或者付款主体、使用主体和签约主体不一致，应先确认三者关系，再决定是否签约。

三、服务合同模板

服务合同适合咨询、设计、开发、代运营、内容制作、培训、顾问和外包等业务。最容易发生争议的地方不是“有没有合同”，而是服务范围过于笼统，导致客户把额外要求理解为原合同义务。

1. 服务合同基础文本

服务合同

甲方：【甲方全称】
乙方：【乙方全称】

鉴于乙方具备提供【服务类型】的能力，甲方希望乙方为其提供相关服务，双方就以下事项达成一致。

第一条 服务内容

1. 乙方为甲方提供【具体服务名称】。
2. 服务范围包括：
   （1）【工作内容一】；
   （2）【工作内容二】；
   （3）【工作内容三】。
3. 下列事项不包含在本合同服务范围内：
   （1）【不包含事项一】；
   （2）【不包含事项二】；
   （3）超出约定修改次数、页面数量、功能数量或工作时长的事项。
4. 如甲方提出新增需求，双方应通过书面方式确认新增内容、费用和交付时间后再执行。

第二条 服务周期与交付

1. 服务期限为【开始日期】至【结束日期】。
2. 乙方按照以下节点交付：
   （1）【日期】：交付【成果一】；
   （2）【日期】：交付【成果二】；
   （3）【日期】：完成【最终成果】。
3. 甲方应在收到阶段成果后【X】个工作日内提出书面修改意见。逾期未提出意见的，视为该阶段成果已确认。
4. 因甲方未及时提供资料、反馈或确认，导致项目延迟的，交付期限相应顺延。

第三条 费用与付款

1. 合同总金额为人民币【金额】元。
2. 付款安排如下：
   （1）合同签署后【X】日内支付【比例】；
   （2）完成【里程碑】后支付【比例】；
   （3）最终验收后【X】日内支付剩余款项。
3. 甲方逾期付款的，每逾期一日，应按照【约定标准】承担逾期付款责任。
4. 甲方逾期付款超过【X】日，乙方有权暂停服务，暂停期间的交付期限相应顺延。

第四条 验收与修改

1. 验收标准为：【列明客观标准，例如文件格式、功能清单、页面数量、测试结果或交付清单】。
2. 甲方提出修改时，应一次性汇总具体意见。
3. 合同包含【X】轮合理修改。因甲方新增目标、改变方案或超出原服务范围产生的工作，双方另行确认费用和期限。
4. 甲方不得仅以主观偏好为由否定已经符合约定标准的成果。

第五条 知识产权与使用范围

1. 乙方在履约前已经拥有的工具、代码、方法、模板、通用组件、经验和素材，相关权利仍归乙方所有。
2. 对于本项目专门制作并由甲方付清全部款项的成果，双方约定：
   【选择一种方式填写】
   A. 甲方取得约定范围内的使用权；
   B. 甲方取得约定成果的相关权利，具体范围为【范围】；
   C. 双方共同享有或按照附件约定使用。
3. 未经乙方书面同意，甲方不得将乙方的通用工具、底层代码、方法论或未授权素材转售、转授权或用于其他项目。
4. 甲方应保证其提供的文字、图片、数据、商标和其他素材具有合法使用权。如因甲方提供的材料引发第三方主张，甲方应承担相应责任。

第六条 保密

1. 一方接收的未公开商业、技术、客户、价格、数据和经营信息，均应承担合理保密义务。
2. 下列信息不属于保密信息：
   （1）接收前已经合法公开的信息；
   （2）非因接收方过错而公开的信息；
   （3）接收方能够证明在披露前已合法掌握的信息；
   （4）依法应向有权机关披露的信息。
3. 保密义务在合同终止后持续【X】年。

第七条 违约与责任限制

1. 一方违反合同约定，应在收到通知后【X】日内采取补救措施。
2. 除因故意或重大过失造成的损失外，乙方在本合同项下承担的赔偿责任以甲方已经支付的合同金额【或约定金额】为上限。
3. 对于间接损失、预期收益损失、商誉损失或第三方间接损失，双方按照适用法律和本合同约定承担责任。
4. 责任限制条款不得用于排除依法不得排除的责任。

第八条 合同解除

1. 一方严重违反合同且在收到书面通知后【X】日内未改正的，另一方有权解除合同。
2. 甲方无正当理由提前终止项目的，应支付乙方已完成工作对应的费用，并承担已经发生且不可退还的合理成本。
3. 合同解除不影响解除前已经产生的付款、保密、知识产权和争议解决义务。

第九条 争议解决

1. 双方应先通过友好协商解决争议。
2. 协商不成的，提交【约定的仲裁机构】仲裁，或向【约定的有管辖权法院】提起诉讼。
3. 本条约定应根据交易主体所在地、合同履行地和实际业务情况确认。

第十条 其他

1. 本合同及附件构成双方关于本项目的完整约定。
2. 对合同的修改、补充应以书面形式确认。
3. 本合同自双方签字或盖章之日起生效。

2. 服务合同签署前检查

重点检查以下五项：

1. 服务范围是否可数：把“负责运营”“提供技术支持”改成具体任务、数量、频次和交付物。
2. 验收是否可判断：避免只写“甲方满意”，应补充文件、功能、格式、指标或反馈期限。
3. 修改是否有限制：明确修改轮次、反馈方式和新增需求的计费规则。
4. 付款是否与控制权匹配：长期项目不宜全部完成后才收款，可采用预付款加里程碑付款。
5. 知识产权是否分层：区分项目成果、既有模板、通用代码、第三方素材和客户资料。

四、软件授权合同模板

软件授权合同适合独立开发者、SaaS 产品运营者、插件开发者和自动化工具提供者。这里最关键的不是单纯写“授权使用”，而是明确授权对象、期限、用户数量、部署方式、数据责任和服务边界。

1. 软件授权基础文本

软件授权与服务合同

甲方：【软件提供方】
乙方：【软件使用方】

第一条 软件及授权内容

1. 甲方向乙方提供软件【名称及版本】的使用授权。
2. 授权类型为：
   【单一主体使用 / 指定用户使用 / 指定设备使用 / 指定项目使用】。
3. 授权期限为【开始日期】至【结束日期】。
4. 授权地域为【地域范围】。
5. 乙方可使用的软件功能包括：【功能清单】。
6. 除非本合同另有约定，乙方不得复制、出售、出租、转授权、反向工程、拆解、改编或以其他方式向无授权主体提供软件。

第二条 账户与使用管理

1. 乙方应按照约定数量和范围创建、管理用户账户。
2. 乙方应妥善保管账户凭据，不得共享账户或允许无授权人员使用。
3. 如发现账户被盗用、异常登录或其他安全事件，乙方应及时通知甲方并采取必要措施。
4. 因乙方账户管理不当导致的使用行为，由双方按照过错程度承担责任。

第三条 交付与服务

1. 甲方通过【交付方式】向乙方提供软件或账户。
2. 甲方提供的基础服务包括：
   （1）【安装或开通】；
   （2）【使用说明】；
   （3）【故障响应】；
   （4）【版本更新】。
3. 下列事项不属于基础服务：
   （1）乙方的定制开发；
   （2）乙方内部系统改造；
   （3）超出约定范围的数据迁移；
   （4）因乙方设备、网络或第三方系统导致的问题。
4. 定制开发和额外技术支持应另行确认费用与交付期限。

第四条 费用与续费

1. 授权费用为人民币【金额】元，付款时间为【时间】。
2. 如采用订阅模式，订阅周期为【月度/季度/年度】。
3. 续费、升级、增加用户或扩展功能的费用按照双方确认的报价执行。
4. 乙方逾期付款超过【X】日，甲方有权暂停相关服务，但应在合理范围内提前通知乙方。

第五条 数据与隐私

1. 乙方对其上传、生成或管理的数据负责，并应确保具有合法处理和使用这些数据的权利。
2. 甲方仅在提供、维护、保障软件服务所必要的范围内处理乙方数据。
3. 双方应根据实际业务确认数据保存期限、访问权限、备份方式和删除机制。
4. 如果软件处理个人信息、重要业务数据或其他敏感数据，双方应另行确认具体合规安排。
5. 合同终止后，乙方应在【期限】内导出需要保留的数据；甲方按照约定删除或停止处理相关数据。

第六条 知识产权

1. 软件本身、源代码、界面设计、文档、商标和相关技术成果的权利归【权利人】所有。
2. 本合同仅授予乙方约定范围内的使用权，不构成软件所有权或源代码的转让。
3. 乙方对其自身数据和依法享有权利的业务资料保留相应权利。
4. 乙方不得删除软件中的权利声明，不得将软件包装成自有产品出售或提供给无授权第三方。

第七条 可用性与责任

1. 甲方应在合理范围内维护软件运行，但不保证服务永不间断或完全不存在错误。
2. 因计划维护、网络故障、第三方服务中断、不可抗力或乙方原因导致的中断，双方按照实际过错和合同约定处理。
3. 甲方不对乙方利用软件产生的经营结果、投资收益或业务增长作保证。
4. 除依法不得限制的责任外，甲方责任上限为乙方在相关授权周期内实际支付的费用【或约定金额】。

第八条 终止

1. 授权期限届满且未续费的，使用权自动终止。
2. 一方严重违反合同并在通知后【X】日内未改正的，另一方有权终止合同。
3. 合同终止后，乙方应停止使用软件，并按照约定处理本地安装包、备份文件和账户权限。

第九条 争议解决

【填写协商、仲裁或诉讼安排。】

第十条 其他

【填写通知方式、合同附件、版本优先级和生效条件。】

2. 软件合同的高风险词

使用 AI 审查时，可以重点搜索这些词语：

• “永久授权”
• “免费使用”
• “无限责任”
• “保证不间断”
• “所有数据归甲方所有”
• “乙方承担全部损失”
• “甲方可随时修改价格”
• “自动续费”
• “默认同意”
• “无需通知即可终止”
• “包括但不限于一切损失”

这些词不一定当然无效，但往往意味着授权范围、责任边界或变更机制需要进一步确认。

五、合作伙伴合同模板

合作伙伴合同适合联合营销、项目分包、渠道合作、客户转介绍、联合交付和产品集成。合作合同最容易混淆“合作关系”和“公司关系”，因此应明确双方并不当然构成合伙、劳动、代理或共同经营关系，具体仍需结合实际履行方式判断。

1. 合作伙伴基础文本

合作伙伴协议

甲方：【甲方全称】
乙方：【乙方全称】

第一条 合作目标

1. 双方围绕【产品、客户或项目】开展【联合推广/客户转介绍/联合交付/技术集成】合作。
2. 本协议为一般合作框架。具体项目应通过订单、项目确认单或补充协议明确范围、价格和交付要求。

第二条 双方分工

1. 甲方负责：
   （1）【产品或服务提供】；
   （2）【技术支持】；
   （3）【培训或售后】。
2. 乙方负责：
   （1）【客户拓展】；
   （2）【项目协调】；
   （3）【资料和需求收集】。
3. 未经另一方书面授权，任何一方不得代表另一方作出承诺、签署合同、收取款项或承担债务。

第三条 客户归属与项目确认

1. 客户线索由【提交方】通过【方式】登记。
2. 双方应在客户名称、合作范围、报价、负责人和分成比例确认后开展项目。
3. 未经确认的口头承诺，不作为确定合作条件的依据。
4. 双方对客户信息的使用应限于本合作目的，并按照适用规则采取保密和安全措施。

第四条 费用与分成

1. 项目收入及分成方式为：
   【固定服务费/按回款比例分成/按阶段支付/其他方式】。
2. 分成计算基数为【含税收入/不含税收入/实际回款】。
3. 退款、折扣、税费、第三方成本和坏账是否从分成中扣除，应明确列出。
4. 一方应在收到客户款项后【X】日内向另一方提供结算信息并完成付款。

第五条 交付与客户服务

1. 项目交付标准以项目确认单为准。
2. 双方应分别指定项目负责人，并在【X】个工作日内响应对方的项目事项。
3. 因一方未按时提供资料、人员或技术条件导致延期的，由责任方承担相应影响。
4. 客户投诉、退款或质量问题发生时，双方应先确认事实、责任和补救方案，不得擅自向客户承诺超出自身权限的赔偿。

第六条 知识产权与宣传

1. 双方在合作前已经拥有的品牌、软件、文档、方法和素材，仍归原权利人所有。
2. 合作中共同形成的成果，其使用、授权和商业化方式为：【填写具体安排】。
3. 未经书面同意，任何一方不得使用另一方的商标、名称、案例或客户标识进行公开宣传。
4. 一方提供的素材侵犯第三方权利的，由提供方负责处理相关责任。

第七条 排他与竞业限制

1. 本协议不构成排他合作，除非双方在具体项目中另有书面约定。
2. 如约定排他，应明确排他期限、地域、业务范围、例外情形和违约责任。
3. 不宜使用“不得与任何竞争者合作”等无限范围表述，应将限制范围写成可识别的业务边界。

第八条 保密与数据

1. 双方对合作过程中获悉的商业、技术、客户和价格信息承担保密义务。
2. 双方不得将合作客户信息用于无关营销或向无授权第三方提供。
3. 合作终止后，应按照约定返还、删除或停止使用相关资料。

第九条 合作关系与责任

1. 双方为独立合作主体。本协议不当然构成劳动关系、合伙关系、代理关系或共同投资关系。
2. 任何一方不得以另一方名义对外承诺，除非取得明确书面授权。
3. 各方对自身人员、税务、经营许可和内部管理承担相应责任。

第十条 期限与终止

1. 本协议有效期为【期限】。
2. 任一方提前【X】日书面通知，可终止框架合作，但已确认项目应继续履行或另行结算。
3. 一方严重违约、丧失履约能力或发生重大合规风险时，另一方有权立即暂停合作并要求处理善后事项。

第十一条 争议解决

【填写协商、仲裁或诉讼安排。】

第十二条 其他

【填写通知、附件效力、文本份数和生效条件。】

六、用 AI 完成合同第一轮审查

AI 更适合做“快速初筛”，例如识别缺失条款、提取关键日期、比较两个版本和提出修改方向。它不应被当作自动签约工具，也不能代替对事实、证据和适用法律的判断。

第一步：处理敏感信息

上传前先判断合同是否包含以下信息：

• 身份证号、银行卡号和账户密码；
• 未公开报价、客户名单和商业计划；
• 源代码、密钥、内部系统配置；
• 个人信息、健康信息或其他敏感数据；
• 尚未公开的知识产权和投融资信息。

可以先替换为：

甲方A、乙方B、客户C、项目金额X元、日期T、产品P

同时保留会影响审查的结构，例如付款节点、责任上限、授权期限和违约条件。不要为了脱敏而删除关键条款。

第二步：让 AI 先做结构化扫描

可以使用下面的提示词：

你是一名合同审查助手。请仅根据我提供的合同文本进行初步审查，不要虚构法律条文、判例或合同事实。

请按以下表格输出：
1. 条款位置；
2. 风险类型；
3. 风险等级：高、中、低；
4. 风险原因；
5. 对乙方【或甲方】的可能影响；
6. 建议向对方确认的问题；
7. 可供谈判的修改方向。

重点检查：
- 当事人主体和签署权限；
- 服务范围、交付物和验收标准；
- 付款节点、发票和逾期付款；
- 知识产权、源代码和第三方素材；
- 保密、数据和个人信息处理；
- 违约责任、赔偿范围和责任上限；
- 自动续期、单方变更和单方解除；
- 排他、竞业和转授权；
- 不可抗力和第三方服务；
- 适用法律和争议解决。

如果合同文本缺少必要信息，请标记为“信息不足”，不要自行补全。

第三步：单独审查经营者最关心的风险

不要只使用一个宽泛提示词。针对一人公司，应分别询问：

请只审查这份合同的付款风险：
- 是否存在先交付后长期收款；
- 是否允许甲方无理由拖延验收；
- 是否有抵扣、退款或付款暂停机制；
- 逾期付款责任是否清楚；
- 付款条件是否依赖第三方或不可控事件；
- 请引用对应条款原文，并给出修改建议。

请只审查这份合同的知识产权风险：
- 哪些成果被转让；
- 转让何时生效；
- 是否包含乙方已有模板、工具、代码和方法；
- 是否允许乙方继续使用通用能力；
- 第三方素材和开源组件由谁负责；
- 请区分所有权、著作权、使用权和授权范围。

请只审查这份合同的责任风险：
- 是否存在无限责任；
- 是否承担间接损失、预期收益或商誉损失；
- 是否存在单方认定违约；
- 责任上限如何计算；
- 哪些责任可能无法通过合同排除；
- 请按高、中、低风险分类。

第四步：让 AI 进行版本对比

当客户发回修改版时，不要只看红线。将原版和修改版分别标注后，让 AI 输出变化清单：

请比较以下“原合同”和“修改合同”，只列出实质性变化。

请重点关注：
1. 价格和付款时间是否变化；
2. 服务范围是否扩大；
3. 验收标准是否变得主观；
4. 修改次数是否取消；
5. 知识产权是否从授权变为转让；
6. 责任上限是否被删除；
7. 保密和数据义务是否加重；
8. 解除条件是否变得单方化；
9. 是否新增自动续期、排他或竞业限制；
10. 争议解决地点是否改变。

输出格式：
- 原条款：
- 新条款：
- 变化类型：
- 对我方的影响：
- 建议接受、谈判还是拒绝：
- 需要人工确认的事实：

AI 的对比结果应逐项回到合同原文核对。尤其要防止它把格式变化误判为商业条件变化，或漏掉附件、订单、报价单和平台规则中的隐藏义务。

七、建立风险标注规则

为了让 AI 的结果更稳定，可以先定义自己的风险等级。

高风险

出现以下情况时，通常应暂停签署并进行人工确认：

• 无限责任或赔偿范围没有边界；
• 项目成果、源代码和既有工具被一并转让；
• 付款完全取决于客户单方验收；
• 对方可以单方修改价格、范围或规则；
• 你承担对方所有第三方索赔，却没有事实和过错边界；
• 个人信息、客户数据或源代码的处理责任不清；
• 合同主体与实际付款、使用主体不一致；
• 存在较宽泛的排他、竞业或长期限制。

中风险

这类问题通常可以通过补充条款或谈判解决：

• 交付时间明确，但客户反馈期限不明确；
• 有验收条款，但缺少客观标准；
• 有知识产权条款，但未区分项目成果和既有材料；
• 有保密条款，但没有期限和例外；
• 有自动续期，但通知和退出机制不清楚；
• 有违约责任，但未明确计算基数和上限。

低风险

这类问题一般不影响核心交易，但会增加执行成本：

• 联系方式或通知地址不完整；
• 附件名称与正文引用不一致；
• 日期格式和金额大写不统一；
• 同一概念在不同条款中使用了不同名称；
• 章节编号、签署页和附件页存在格式问题。

八、让 AI 优化条款，而不是直接改完整合同

直接要求 AI “把合同改得更有利于我方”，容易产生过度修改、虚构内容或改变商业条件的问题。更安全的方式是限定修改范围。

请仅修改“验收条款”，目标是：
1. 保留原合同的商业价格和交付内容；
2. 增加甲方反馈期限；
3. 明确逾期未反馈的处理方式；
4. 保留合理修改机会；
5. 新增需求需要另行确认费用和期限；
6. 不得添加未经我方确认的赔偿金额；
7. 输出“修改后条款”和“修改说明”两部分。

再使用另一轮提示词检查：

请审查你刚才修改的条款：
- 是否扩大了我方未确认的义务；
- 是否引入了新的付款、赔偿或担保责任；
- 是否与合同其他条款冲突；
- 是否存在无法执行或表述过于主观的内容；
- 请列出需要人工确认的部分。

AI 的修改建议至少要经过三次核对：

1. 是否符合真实商业谈判目标；
2. 是否与报价、订单和交付能力一致；
3. 是否与合同其他条款、附件和平台规则冲突。

九、签署前的人工复核清单

AI 输出“低风险”并不等于可以直接签署。签约前逐项确认：

主体与权限

• [ ] 合同名称与签约主体一致；
• [ ] 对方名称、证件信息和收款主体一致；
• [ ] 签署人具有相应授权；
• [ ] 合同附件、订单和报价单均已保存；
• [ ] 电子签、盖章或签字方式符合双方约定。

交易与交付

• [ ] 服务范围可以拆分和核对；
• [ ] 交付物、数量、格式和时间明确；
• [ ] 客户配合义务明确；
• [ ] 验收标准和反馈期限明确；
• [ ] 变更需求有追加费用和延期机制。

收款与税务

• [ ] 预付款和里程碑付款合理；
• [ ] 发票类型、开具时间和税费承担明确；
• [ ] 逾期付款有处理方式；
• [ ] 不会因为客户内部审批而无限期延迟付款；
• [ ] 收款账户属于合同约定主体。

权利与责任

• [ ] 项目成果和既有材料已区分；
• [ ] 软件授权的用户、期限和地域明确；
• [ ] 客户提供的素材责任明确；
• [ ] 责任上限没有被删除；
• [ ] 没有无边界的排他或竞业义务。

数据与保密

• [ ] 上传 AI 工具的合同资料已经脱敏；
• [ ] 不同平台的隐私、保存和训练规则已经确认；
• [ ] 个人信息和客户数据的处理范围明确；
• [ ] 合同终止后的数据导出和删除方式明确；
• [ ] 保密期限和例外情形合理。

十、把合同审查变成一人公司的固定流程

建议将每次签约固定为以下六步：

1. 交易登记：记录客户、项目、金额、交付和付款节点。
2. 选择模板：根据服务、软件授权或合作伙伴关系选择基础合同。
3. 补充变量：填写主体、范围、价格、时间、验收和知识产权信息。
4. AI 初筛：分别检查付款、交付、权利、责任、数据和解除条款。
5. 人工谈判：只处理会影响利润、现金流、交付能力和长期权利的事项。
6. 归档复盘：保存签署版、修改记录、沟通证据和履行凭证。

每完成一个项目，可以记录四项复盘信息：

本次最容易争议的条款：
客户提出但模板未覆盖的要求：
实际投入是否超出报价：
下一版模板需要新增或删除的内容：

连续复盘几次后，你会得到一套更贴合自己业务的模板，而不是一份看似完整、实际无法执行的通用合同。

十一、什么时候不要只依赖 AI

遇到以下情形，建议在签署前寻求专业法律意见：

• 合同金额明显高于你可承受的损失；
• 对方要求转让全部源代码、专利或核心方法；
• 涉及股权、分红、融资、合伙或长期排他；
• 涉及跨境交易、境外主体或多法域适用；
• 涉及个人信息、大量客户数据或敏感业务数据；
• 对方要求你承担无限责任或第三方全部损失；
• 合同包含劳动用工、借贷、担保、知识产权许可等复杂安排；
• 你无法判断争议解决条款和责任条款的实际后果。

AI 的价值在于缩短第一轮阅读时间、减少漏看常见条款，并帮助你准备谈判问题。最终决定仍应建立在真实交易事实、你的履约能力、现金流承受能力和适用法律判断之上。