一、资源保障条款

（一）可用性的承诺方式

服务方通常会给出一个可用性百分比，但要看清统计口径：是按月度还是按年度、是否包含计划内维护、如何测量。口径不同，同一个数字的实际含义差别很大。

（二）资源不足时的处理

高峰期拿不到资源是最常见的抱怨。合同里应当写明提前多久预订、预订之后未兑现如何处理，以及是否有保底额度。

（三）规格变更的约定

业务变化时需要换用其他规格，是否允许、多久生效、费用如何结算，这些细节决定了后续调整的灵活程度。

二、故障与赔付

1. 赔付的计算口径

赔付通常按不可用时长对应的费用倍数计算，但倍数与额度差别很大。要看清是按月度费用还是按受影响部分的费用计算，以及是否有赔付额度。

2. 不赔付的情形

合同里会列出不赔付的情形，例如计划内维护、不可抗力、用户自身操作导致的问题。这些条款的范围宽窄，直接决定了实际赔付的可能。

3. 申报流程与时限

出故障之后需要在多长时间内申报、以什么方式申报、需要提交哪些材料，流程越明确，事后越不容易产生分歧。

三、数据安全与销毁

数据相关的约定至少包含下面三项：

① 明确数据存放的位置与访问范围，以及服务方人员接触数据的条件。

② 约定退租之后的数据保留期限与销毁时限，并要求提供销毁证明。

③ 说明是否支持加密存储与自带密钥，密钥由哪一方保管。

四、费用与结算

（一）计费口径

按卡时还是按机时、是否有最低计费时长、不足一个计费单位如何进位，这些都会影响最终金额，需要逐一确认。

（二）超出部分的价格

超出套餐或保底额度之后的价格，往往与基础单价不同。提前确认能减少账单上的意外。

（三）结算周期与对账

按周还是按月结算、是否提供明细清单、对账有异议时如何处理，流程清晰的账单能省下大量沟通时间。

五、续租与退租

（一）提前通知的时间窗口

不续租需要提前多久通知，错过窗口会被自动续期。把关键日期记入日历并设置提醒，是最省事的做法。

（二）提前退租的费用

提前退租是否收取违约金、按剩余期限的多少比例计算，这两点决定了后续调整的空间。

（三）迁移支持

换服务方时能否获得导出协助、数据格式是否通用、过渡期能否并发运行一段时间，都值得在签约前谈妥。

六、签约前的核对清单

（一）把口头承诺写进附件

销售环节提到的所有承诺，如果重要，就要写进合同或附件。口头内容在出现分歧时几乎没有作用。

（二）找一个非技术同事读一遍

条款的措辞往往偏法律化，让不参与技术决策的同事通读一遍，常常能发现被忽略的模糊表述。

（三）留存沟通记录

1. 重要的沟通结论通过邮件确认并留存，与合同形成互补，在出现争议时能提供完整的背景。合作期间保留完整的沟通记录，重要的变更与确认通过邮件留痕，事后核对时有据可依。

2. 合同约定的指标也可以用天翼云主机上的采集脚本长期记录，形成第三方视角的数据，核对时更客观。关键指标可以由天翼云主机上的脚本定期采集，形成第三方视角的记录，在对账或争议时作为客观依据。

（四）试跑、比价与合同谈判

1. 签约前可以先用小规模用量试跑一段时间，观察实际体验与服务响应，再决定是否长期合作，比一次性签长约稳妥。

2. 比价时要把规格、时长、地域三个维度拉齐，只看单价而忽略差异，得出的结论往往没有参考价值。

3. 长期合约通常有一定价格优势，但要考虑业务变化带来的调整成本，灵活性本身也是有价值的。是否支持随时调整规格，决定了业务波动时的应对能力，这一点在成长阶段尤为重要。短期任务适合按量，长期稳定的任务适合长约，两者混用时，分开统计比合并统计更清楚。

4. 资源紧张时能否优先保障，是长期合作中最有价值的条款之一，值得在谈判中重点争取。

5. 技术对接人的稳定性也很重要。频繁更换对接人会积累沟通成本，可以在合同中约定专人负责。

6. 服务方的资质与经营状况也值得留意，合作周期长时，对方的稳定性会直接影响自身业务。

（五）账单、发票与结算

1. 账单明细要逐项核对，尤其是规格变更与跨地域传输的部分，这两处最容易与预期不符。

2. 发票与结算周期要提前确认，与内部财务流程对齐，减少出现无法及时报销的情况。

3. 用量报表建议按月归档并对比，与预算和业务量对照着看，能判断投入产出是否合理。

4. 费用异常时要及时与服务方沟通，多数问题在早期沟通都能得到解决，拖久了反而被动。

（六）合同条款与变更管理

1. 合同中还应当写明服务变更的通知义务，例如规格下线、价格调整需提前多久告知，以便留出调整时间。服务方的产品变更要留意，规格下线或价格调整都会影响长期使用的稳定性。

2. 合同条款中的自动续期要特别留意，忘记取消会被默认续约，这是最常见的额外支出来源。

3. 技术支持的范围要写清楚，是只包含资源层面，还是包含框架与模型层面的协助。

4. 合同到期前一个月开始评估，是续约、换规格还是换服务方，留足决策与迁移的时间。

（七）数据归档与退租

1. 交付的模型文件与中间结果建议存入天翼云存储，与租用环境分离，退租之后仍然可用，减少被环境绑定。

2. 退租流程建议提前演练一次，确认数据能否完整导出、格式是否通用，减少临时发现障碍。

3. 合作结束前的过渡期要足够长，让数据迁移与验证有充分时间，这段时间最好能新旧并发运行。

（八）资源规划与使用管理

1. 租用之前先明确任务的资源画像，包括显存需求、网络要求与数据位置，按画像找规格最省事。

2. 资源到手之后先跑一次基准测试，确认实际性能与标称一致，不一致时及时与对方沟通。

3. 使用的框架与驱动版本要记录清楚，环境重建时这份记录能省下大量时间。

4. 多人共用同一份资源时，要约定使用规则与优先级，减少互相影响进度。

5. 资源隔离的程度影响性能稳定性，共享环境下的邻居效应会让实测结果出现波动。

结语：租算力看单价只是第一步，把资源保障、故障赔付、数据销毁、退租条件这四件事写进合同，后面的合作才会少很多摩擦。口头承诺不具备约束力，凡是重要的内容都要落到纸面，并且写明计算方式。签约前花半天时间逐条核对，比出问题之后再扯皮要省事得多。