2026 年 AI SaaS 模板选型清单（12 项可验证）

到 2026 年，AI-first 模板已是成熟品类，甚至有公开的选型 checklist。这是好事：你不用信落地页，一个下午就能验完。下面 12 项，每项都给一个不靠厂商自述的验证方法。

能力基线（这些应当全有）

1. 流式输出。验证：响应是增量文本，不是最后一次性返回整个 JSON。
2. 多模型供应商。验证：换一个 env key，同一条路由仍然能跑。
3. 用量计量与配额。验证：把配额打满，读 429 响应头，包括真实的 Retry-After。
4. 带引用的检索。验证：灌入一篇文档，答案里有内联来源标记，而不是光给结论。
5. Tool calling / MCP。验证：agent 客户端能发现并调用工具端点。
6. 供应商错误诚实。验证：无效 API key 会在服务端记录错误并真实失败，而不是伪装成愉快的假回复。

生产基线（厂商常跳过的）

1. Webhook 验签。验证：错误或缺失签名返回 400，绝不是 200。
2. 幂等。验证：重放同一个事件 id，确认只写了一次。
3. 护栏与限流。验证：未登录或超配额请求在服务端被拒，而不是界面上藏起来。
4. 可观测性。验证：结构化日志、error boundary、/api/health 的真实数据库探测、本地 error_events 表与可选的 ERROR_REPORT_URL 上报。再追问谁来配置上报、谁接收告警——代码本身不会通知任何人。
5. 机器可读文档。验证：AGENTS.md、锁定风格的设计文档、scoped rules、llms.txt、OpenAPI 契约与 MCP 端点确实在下载包里，而不只在营销站上。
6. 成本可见性。验证：能看到某个用户的 AI 用量成本，或至少配额背后的 token 计数。

不在这份清单里的东西

品牌名、首屏动效、演示页数量。也不包括「节省 480 小时」这类厂商自述——不可验证。更不要把任何单项基线当差异点，到 2026 年底它们只是入场券。

仍能拉开差距的一个问题

问一句：我拿到的是和所有人一样的固定仓库，还是按我的配置生成、把未选模块真正删掉的构建？如果答案是固定仓库，就请为「删掉你没要的代码」留时间，并且检查删完之后有没有留下死链。