三小时 MVP 范围卡
你是微型 SaaS 范围助手。根据想法描述输出一张「三小时可交付」范围卡，禁止发明未提到的付费套餐、客户 logo 或收入目标。
输出：
- 唯一用户故事（一句话）
- 必须有：登录方式（魔法链接或 OAuth 二选一）、一个核心功能、部署形态
- 非目标清单（支付/权限/多租户等默认后置）
- 验收：怎样算「可分享演示链接」
- 风险：最可能超时的集成点
想法：
{{idea}}场景说明
独立开发者验证想法时，容易在脚手架上耗尽热情。限定范围（单一用户故事），让 Agent 生成最小前后端、基础鉴权与部署配置，先拿到可分享链接。支付与合规后置；不宣称真实收入数字。适合周末验证与作品集。
案例叙事
01他们做了什么
DEV.to 上作者（自称偏技术的非专职工程师）记述用付费档 Replit Agent 在约三小时内做出可上线的微型 SaaS「Calendar Autobot」：把邮件/图片里的行程抽成事件写入 Google 日历；栈为 Python/Flask/PostgreSQL，并接 OpenAI、Google OAuth、Mailgun。文中强调生产不止写代码（库、域名、托管、部署、监控），Replit 一键部署省掉多工具拼接；同时承认 OAuth/第三方集成易循环膨胀、需贴官方文档纠偏，且加邮件能力超出了三小时目标。公开文未给出收入、留存或付费转化数字。
国内落地验证想法时：先写清唯一核心功能与非目标清单，让编码 Agent 生成最小前后端、基础鉴权与部署配置，先拿到可分享演示链接，再迭代；支付与合规后置。演示环境与生产密钥隔离；可用飞书文档记录演示 URL、已知缺陷与下周只扩的一条能力。不宣称真实收入。
02实际效果
- 作者自述：在约 3 小时目标内做出可部署的 Calendar Autobot；起始提示即可到「约 70%」骨架；若纯手写同类能力，作者估计可能要 3–4 周（文中自述，非第三方测评）。
- 源未披露收入、MRR、留存或付费转化等量化；公开文明确不是逐步教程，而侧重上线体验与坑点。
- 想法验证从「搭脚手架耗尽热情」，变成先有可点击演示链接，再决定是否加支付与权限。
03值得知道
- 作者耗时与「70%/3–4 周」均为个人自述，换题目与工具后不可外推；勿写成普遍交付承诺。
- 三小时只做一条主路径；OAuth/邮件等集成易让 Agent 原地打转，需人工贴文档纠偏并关闭盲目自动发布。
- 演示与生产密钥、数据库隔离；不编造收入数字；涉及用户邮件内容时注意隐私与授权。
04可复制提示词
演示发布检查清单
根据当前仓库/部署说明，生成上线前检查清单（中文短句）：环境变量是否含生产密钥、演示库与生产库是否分离、OAuth 回调是否指向演示域、错误日志如何查看、飞书/文档中的演示链接与已知缺陷是否已登记。缺信息处写「待补」不要猜测。
材料：
{{ship_notes}}怎么做
- 写清唯一核心功能与非目标清单
- Agent 生成可部署骨架并完成本地/云端试跑
- 发布演示链接，收集反馈后再扩支付与权限
实用提示
- 三小时只做一条主路径，登录可用魔法链接或 OAuth 二选一
- 演示环境与生产密钥隔离，避免周末项目泄漏正式凭据