脚手架思维：别每次都从零 vibe，把你的项目变成可复用资产
每个 vibe 项目里都有 70% 的重复劳动：认证、支付、邮件、部署。用 AI 把这些沉淀成你自己的脚手架和 skill 库，第 N 个项目的启动速度会是第一个的 5 倍。复利不在代码里，在脚手架里。
观察一下你做过的 vibe 项目：用户认证、支付接入、邮件发送、图片上传、部署配置、错误监控……不管产品创意多么不同，这 70% 的"脏活累活"每次都在重复。AI 让你每次重做都很快，于是你就每次都重做——这恰恰是 vibe coding 时代最隐蔽的浪费。
脚手架思维就是反着来：每次做完一个项目，问自己"这次写的哪些东西，下个项目还能用"，然后把它抽出来，变成资产。资产有三种形态，一层比一层值钱。
第一层：starter 模板
最直接的形态：一个配好的项目模板。比如你的 Next.js starter 里已经有 Clerk/Supabase Auth 接好、Stripe 支付跑通、Resend 邮件可用、Tailwind + shadcn 就绪、Vercel 一键部署。下次开新坑，git clone 你的 starter，半小时进入业务逻辑，而不是花两天配环境。
关键是 starter 要"活"的：每次在新项目里踩了环境坑、发现了更好的库，顺手合回 starter。维护成本很低——让 Agent 来做（"把这个项目的认证方案同步回我的 starter 模板"），你只负责 review。
第二层：skill 库
比模板更细的是工作流 skill。有些活儿不值得做成模板，但值得做成"一句话就能复用的流程"："给新项目接 Stripe 的标准步骤""写数据库迁移的 checklist""发版前的检查清单"。这些是之前指南里讲过的 SKILL.md 的个人版——你的私人 skill 库越丰富，Agent 在你手里就越像资深员工而不是实习生。
一个实用的起点：每次你向 Agent 口述超过两遍的流程，当天就写成 skill。别追求一次写完美，skill 是用出来的，不是设计出来的。
第三层：决策清单
最值钱但最容易被忽略：你的技术选型结论。"Side project 用 Supabase 还是 Neon？""邮件用 Resend 还是 Postmark？""状态管理还需不需要 Redux？"每个结论背后都是你踩过的坑。把它们写成一页纸的决策清单，下次 Agent 问你"用什么数据库"，你丢过去就行——连思考都省了。
这层还有个隐藏好处：当你想把项目开源或卖掉时，完善的决策记录是买家/贡献者最看重的东西之一。它证明这个项目不是 prompt 堆出来的，是经过思考的。
复利公式
算笔账：第一个项目你花了 100% 的时间，其中 70% 是重复劳动。抽成脚手架后，第二个项目的重复部分降到 20%，第三个降到 10%。到第五个项目，你的启动速度是第一次的 4–5 倍——而竞争对手还在每次从零配环境。这就是独立开发者的复利：不在代码行数里，在你沉淀的资产里。
今晚就可以开始：打开你最近一个项目，列出 5 个"下次还想直接用"的东西，挑最痛的那个抽成模板或 skill。脚手架思维的起点不是宏大设计，就是这一个小动作。
相关文章
每个 vibe 项目迟早需要定时任务：每日数据同步、过期订单清理、账单对账、定时报告。AI 给你的第一个版本通常是 setInterval——开发够用，生产必死。这篇实战给出四种跑法的选型地图（应用内/Vercel Cron/GitHub Actions/Cloudflare），cron 表达式速查与时区坑，幂等性、防重叠分布式锁、失败重试与告警、可观测性 run log，以及 cron 接口的鉴权，最后附上线清单。
每个 vibe 项目迟早会遇到同一个时刻：列表页一打开就要查十几次库，并发稍高数据库就被打满。这篇实战从缓存的三问心智模型讲起，逐层拆解 HTTP 缓存头、Next.js 数据缓存、Redis 应用缓存与 AI 结果缓存（语义缓存/prompt 缓存），给出缓存键设计、穿透击穿雪崩的三件套解法和失效策略，最后附一份上线检查清单。
流量正在从搜索框搬到 AI 答案框里。vibe coder 一周做出产品，却没人发现——这篇指南把 SEO 基本盘（sitemap、JSON-LD、Core Web Vitals）和 AI 发现层新玩法（llms.txt、每页 Markdown 版本、FAQ schema、Agent 可读的定价与 API 文档）拆成可落地的 30 天清单。核心判断：文档化程度决定你的产品在 agent 经济里的上限。