前言

这不是一篇技术教程，而是一个产品创作者的完整记录——从脑子里一个模糊的想法。到上线一个包含使用者端、API、后台管理、AI集成的真实产品，全程用Codex协作完成。

一、引子：一个想法的诞生

我一直有一个困扰。市面上缺一个让我能把目标「真正执行下去」的工具。Notion太自由需要自己搭建模板，待办清单只能记「今天要做什么」。解决不了「今天为什么要做这个」和「明天该做什么」。OKR太公司级适合团队管理。

我想要的东西很简单：

这个想法在我脑子里转了很久。但每次想到要落地——前端写页面后端搭接口数据库设计表还要接AI还要做后台管理还要部署——就觉得一个人搞不定。直到遇到了vibe coding。

二、需求发掘：痛点不是想出来的是聊出来的

这个产品需求来自两个地方：自己的失败经验和与朋友聊天。

从自己开始

• 目标模糊「我想变健康」——什么叫健康？
• 没有拆到明天就能做「我想每天锻炼」——练什么多久在哪？
• 执行中没有反馈打卡就是打个勾接下来呢？
• 放弃了没有复盘下次继续犯一样的错

与朋友聊

三、灵感启发：从碎片到产品

碎片1：让使用者「说」目标不是「填」目标。

碎片2：AI是「教练」不是「工具」。AI应该主动评估生成计划每日给反馈最终复盘。

主要体验闭环

说出目标 → AI评估可行性 → 生成结构化计划 → 每日打卡 → AI教练反馈 → 完成复盘

四、技术选型：为什么是Codex？尝试过Claude Code和Trae国内版但最终选择Codex因为项目级上下文全栈覆盖迭代式协作三大优势！说起来，

五、方案构思：AI负责生成人负责约束！如何确保AI输出可靠，强制JSON格式所有输出必须经过normalize层无Key或调用失败走本地fallback日志记录+流量控制！

六、数据库设计围绕执行闭环建模！

users → goal_evaluations → plans → plan_phases → plan_days → tasks → checkins
↓
coach_feedbacks
↓
plan_final_evaluations

为什么拆成四层？话说回来，

• "让使用者看到的是今天该做什么而不是文案"
• "后台可以按维度统计"
• "支持补卡跳过统计"

  从三种计日方式来看。

  模式	说明	适用场景
  `calendar`	`自然日 每天都打卡`	`短期冲刺/习惯养成`
  `workday`	`工作日跳过周末节假日`	`学习工作项目`
  `rest_day`	`休息日打卡 每N天只打M天`	`健身运动` *中国调休制度特殊需要holiday_calendars表配置* > 本章主要：精心设计的数据模型才是支撑完整业务逻辑的关键！<< 通过层级拆分+多维度关联表不仅满足业务需求同时确保系统可维护性和 性！