Day 1:不懂算命的我开始做算命了
今天推 21 个 commit。到最后,一个 5 个应用、多个共享包的 monorepo 跑起来了。还有个可能真会变产品的雏形。
一只戴着玄学帽子的可爱猫咪坐在电脑前写代码
先倒回来说——Airbnb、Apple、AWS 写过 CTO 级基础设施的工程师,怎么就做算命了?
写了这么多年代码,腻了
大厂当工程师有个问题:变得特别擅长实现别人定义好的需求。
做基础设施,搞系统扩展,做影响千万用户架构决策。永远不碰那些最乱部分——GTM 策略、定价页文案、"为什么转化率 2% 不是 4%"这种头疼问题。
那些事,都有人干。只管写代码。
想做完整产品好几年了。不只是工程。产品设计、用户反馈闭环、商业决策,所有环节,全自己来。
没 PM 写 PRD,没设计师递 Figma 稿,没增长团队帮搞留存。
找副项目时,给自己定限制条件:必须在一个完全不懂领域。
偏偏选算命
八字、占星、塔罗、解梦、六壬——一无所知。零。连"日柱"是什么说不上来,更不知出生时辰为什么重要。
正是重点。
想验证假设:AI 能不能完全弥补领域知识盲区? 不是"AI 能不能帮专家提效"——而是零基础的人,能不能仅靠 AI,做出可信、有用产品?
有现实角度。中文市场命理分析需求巨大,数字化严重不足。现有大部分应用不是广告农场就是一段话生成器。
说白了,赛道又大又烂,正适合搅局。
搭 Monorepo:概念简单,实操全是坑
第一个 commit:"Initial monorepo setup with Turborepo。"5 个现有 Next.js 应用搬进 apps/,共享代码抽成 packages/。
概念简单对吧?实际操作——每条 import 路径报错,每处 Tailwind 配置冲突冒出来。
最终包结构:
-
packages/api— AI 模型抽象层、SSE 流式传输工具 -
packages/auth— Supabase 认证上下文、弹窗、匿名用户处理 -
packages/credits— 积分扣减、余额检查、费用常量 -
packages/database— Supabase 客户端、生成类型定义、SQL 迁移 -
packages/ui— 共享组件(AppHeader、Footer、ChatPanel) -
packages/config— 统一 Tailwind、ESLint、TypeScript 配置
第 4 步和第 5 步(修 import、验证构建)占 80% 时间。
前期这些痛苦,后面一切变轻松的原因。
AI 不只是写代码工具
把 Claude Code 当主要开发工具。不是贴代码聊天机器人——是真正编码 agent,能读代码库、理解包结构、跨文件做修改、跑测试、反复迭代。
领域知识方面更有意思。问"八字日柱计算原理是什么?",得到的不只是解释,是可运行的 TypeScript 代码——天干地支循环表、五行生克矩阵,连夏令时切换的边界情况,全写好。
在做 AI 比我更懂业务的产品——这种感觉很奇特。AI 是领域专家,我是产品经理和架构师。角色完全反转。
第一天收工
到午夜,monorepo 能构建。5 个应用全跑起来。共享认证正常。Supabase 客户端统一。
一次登录,一个积分余额,五个产品。
21 次 commit。一个 monorepo。对算命依然什么都不懂。
技术栈
-
Monorepo:Turborepo
-
框架:Next.js(App Router)
-
数据库/认证:Supabase(Postgres + RLS + 实时订阅)
-
AI:Claude + Gemini — 多模型架构,PostHog feature flags 控制每个端点
-
样式:Tailwind CSS,每个应用独立 design token 主题
-
语言:全栈 TypeScript(strict 模式,16 个包共享类型)
-
部署:Vercel