嵌了类型定义后，API 客户端代码还得过哪几道静态检查才敢合入
生成代码要真正可合入，仅靠提示词中的类型定义远远不够，还需通过三道硬性检查：先用真实工具链做编译与类型校验，确保代码可运行；再与 OpenAPI/JSON Schema 及业务规则比对，验证契约语义和错误路径；最后执行 lint、安全扫描、依赖与架构约束，保证代码符合工程规范。将三道检查串成合入门禁，失败即反馈重试，才能稳定产出高质量客户端代码。
标签: #契约校验
共 2 篇文章
Mock 数据骗过了测试，我们在拦截层补了一层契约校验才把假请求管住
前端测试中 mock 数据与真实接口脱节是常见隐患，典型案例显示三层验证仍未能阻止因字段类型不一致导致的生产事故。问题根源在于 mock 仅验证前端逻辑，不校验数据结构真实性。解决方案是在 MSW 等拦截层引入 JSON Schema 自动契约校验，强制 mock 数据与接口定义同步，使测试在第一时间暴露类型错误、边界缺失等问题。该机制提升了反馈循环效率，重构了前后端协作信任，但需注意 schema 维护成本和适用范围。