01 / DEFINITION
先把简称翻译成采购范围
AI 定开指围绕特定组织的业务流程、数据、权限和系统接口设计并交付 AI 软件。模型只是其中一个组件；可靠交付还包括检索或工具调用、身份与授权、评估、日志、监控、回滚和运维责任。
它不等于购买通用 SaaS，也不等于把模型演示包装成生产系统。合同中应使用可测试的范围，而不是只写“智能化”。
02 / FIT
边界可定义，才适合定制开发
- 适合用户、关键流程、数据来源、接口和业务结果已经能够描述。
- 先咨询连优先问题、风险接受或投资门槛都没有形成共识。
- 考虑 FDE正确工作流必须跟着现场运营持续学习，无法在建设前冻结。
- 考虑 SaaS需求高度通用，现成产品已满足权限、集成和合规要求。
03 / ACCEPTANCE
最低验收证据不是“可以对话”
- 需求追溯业务要求能映射到设计、测试和发布记录。
- 代表性评估使用真实任务分布，覆盖准确性、引用、拒答、工具调用和失败样本。
- 权限安全验证最小权限、租户隔离、提示注入、敏感数据处理和人工接管。
- 生产运行明确延迟、成本、监控、告警、回滚、模型变更和事故负责人。
- 可退出交接代码、配置、数据、提示词、评估集、依赖清单和运行手册可以移交。
04 / BUYER QUESTIONS
报价前先问这五个问题
- 哪些接口、数据和权限由采购方负责准备？
- 验收集由谁提供，怎样防止只针对演示样本优化？
- 模型或供应商变化时，哪些组件需要重新验证？
- 系统误答、越权或工具执行失败时，如何降级和回滚？
- 项目结束后，采购方能否独立运行、更换模型并恢复服务？
证据边界
本文由 Onyx Devs Lab 维护，是服务商自有教育资料，不是行业标准或独立推荐。进一步查看AI 定开完整指南与香港 AI 定制开发服务页；链接不证明搜索收录、AI 引用或推荐。