契约测试：别让上游改一个字段，下游全崩

私有化环境里模型服务常常被十几个业务系统同时调用。某天上游把返回结构里的一个字段改了名或者把流式输出的分块方式调整了一下下游可能就集体报错——而且往往在用户投诉之后才发现。把接口承诺写进测试契约测试的核心思想是调用双方对接口的约定必须被显式记录并自动验证。请求格式、返回结构、字段类型、错误码含义、超时行为、流式分块的边界情况全部写成可执行的用例。每次服务变更这些用例自动跑一遍一旦破坏了既有约定构建就直接失败。这把“改坏了别人”的问题从线上拦截到了流水线上。大模型的非确定性怎么测模型输出本身带有随机性这让传统断言方式不好用。业界的做法是分层验证结构层严格校验字段必须有、类型必须对内容层改成范围校验输出不能为空、不能超长、敏感词必须被过滤、引用必须可追溯再叠加一组稳定的评测集做效果回归——同一个问题反复问多次看回答质量是否出现明显退化。这样既不会被随机性干扰又能抓住真正的问题。自动化回归的价值在于把重复的人工验证换成机器执行。模型迭代越频繁这套机制越省人力。