今日完成
今天完成了 Demo 1（AI 产品机会评估助手）的完整复盘，将复盘文章写入评估器页面的 Case Study 区域，替换了原来的 Coming Soon 占位。同时梳理了整个构建过程从动机、需求澄清、前期规划、Vibe Coding、API 接入、审查迭代到数据库闭环的完整链条。
100天 AI Product Builder 计划｜Day 19 学习记录
Demo 1 复盘与回顾
今天完成了 Demo 1（AI 产品机会评估助手）的完整复盘，将复盘文章写入评估器页面的 Case Study 区域，替换了原来的 Coming Soon 占位。同时梳理了整个构建过程从动机、需求澄清、前期规划、Vibe Coding、API 接入、审查迭代到数据库闭环的完整链条。
Daily Review
当天复盘
今日卡点
复盘过程中发现要做的事还很多，知识体系也在不断扩大，需要更清晰地判断优先级。同时目前的每日复盘记录方式还不够深入，需要改进记录框架。
今日收获
回顾整个构建过程，最核心的收获是：需求澄清和范围控制比代码本身更重要。一个清晰、克制的产品定义能让后续的 vibe coding 有明确的边界和方向，而不是盲目堆功能。AI 产品不是接上 API 就结束了，真正重要的是看它在不同输入下的输出是否稳定、是否克制、是否符合产品目标。
明日任务
明天重点完成下一阶段的计划，并重点改进每日复盘记录的结构和深度，让复盘不再只是记录做了什么，而是真正沉淀判断和方法。
Build Process
Demo 1 构建全景
从动机到复盘，完整回顾第一个 AI Demo 的六个关键阶段。
Phase 01
动机与方向
在做完 AI 产品认知和提示词库后，渴望用一个实际 Demo 实践。选择做 AI 产品想法评估器来训练产品经理思维。
Phase 02
需求澄清与范围控制
用 GCOF 框架反问，明确了做什么和不做什么。定位为「AI 产品机会评估助手」，强调克制、不夸大 AI 能力。
Phase 03
前期规划
完成 PRD、context pack、UI 设计等文档，AI 初稿 + 人工审核。让后续 vibe coding 有清晰的上下文和边界。
Phase 04
Vibe Coding
从静态原型开始，参考 godly.website 和 pageflows.com 提升 UI 审美，逐步完善页面呈现。
Phase 05
API 接入与审查迭代
接入 DeepSeek API，用 6 种不同类型输入测试输出质量，根据问题改进提示词。
Phase 06
Supabase 数据库闭环
搭建后端记录用户输入和 AI 输出，持续观察生成质量，发现易出问题的输入类型，优化提示词和产品逻辑。
Key Notes
今天记录下来的要点
只要有想法就能做出产品，想法的可执行性和完整性会影响产品的形态。
一个好的审美和清晰的结构是必要的。
过程肯定会遇到很多难点，但一步步做都没有问题。
审查过程本身也是在训练如何判断一个 AI 功能是否真的可靠。
数据库的意义不只是保存数据，而是持续观察 AI 生成质量，发现哪些输入容易出问题，哪些输出需要优化。