模型、平台和 API，有什么区别？
以“批量整理用户反馈”为例，决定用聊天网页、工作流还是 API，避免买错入口和套餐。
把需求写成一张任务卡
例子：每周整理 200 条产品反馈，每条最多 500 字，需要输出问题类型、紧急度和一句摘要，结果放进表格。先确认这些要求，再查模型。若只是偶尔总结一份文件，网页上传就可能够用；若每天自动接收新反馈，还要记录错误并重跑，就需要稳定的接口或工作流。
输入：200条反馈，每条有编号和正文
输出：编号、问题类型、紧急度、摘要
规则：只使用给定反馈；无法判断时标记待人工处理
验收：不漏编号，不添加不存在的投诉区分三个你实际购买的东西
模型决定输入输出能力；平台提供文件上传、联网检索、历史管理等界面；API 渠道决定应用怎样接入和怎样结算。平台宣传支持某个模型，不等于开放该模型所有参数。订阅网页会员，也不等于获得 API 余额。采购前把模型版本、入口、套餐、可用功能分别写在任务卡上。
用十条真实反馈做一次小试
抽取正常反馈、空文本、两类问题混写、带个人信息、表达含糊五种情况，各两条。人工先写预期分类，再把同一批样本交给候选平台。检查漏项、编造、格式和处理时间。不要只用“你好，介绍一下自己”测试生产需求，也不要把最成功的一次截图当整体水平。
需要自动化时补齐这份检查
确认 API 是否支持结构化输出、超时与错误码、速率限制、用量查询和明确版本。先只把结果写入待审表，不直接发给用户。API 密钥留在服务端；浏览器代码里的密钥最终能被访客读取。若没有开发经验，可以先用可导出结果的网页完成试验，再考虑工作流工具。
什么时候该换方案
网页能完成但每天手工复制一小时：评估自动化；模型能答对但格式总错：先加输出约束和字段校验；长文件遗漏多：先分段和引用定位；只有最高档能过关键任务：把该类任务单独路由。不要因一个局部问题直接迁移整套工具。保留样本与结果，换版本时重复这十条测试。