ENZH

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


© Xingfan Xia 2024 - 2026 · CC BY-NC 4.0