我不是小布丁
@xiaobuding
造一个能上线的 AI 产品，零件其实已经躺在开源仓库里了。
这条长文甩出清单：15 个开源 GitHub 仓库，合计 49.78 万星。覆盖 AI 产品的每一格。agent 工具、鉴权、后台任务、部署、模型编排、计量、数据库、界面、追踪、账单、评测、分析。格子点完，能收钱的产品骨架就齐了。
名字挑几个眼熟的。FastMCP 管 agent 调工具。Better Auth 管登录和多租户，原生 TypeScript，带细粒度 RBAC。Trigger.dev 跑长任务。
AI SDK 做模型编排。OpenMeter 数 token。Supabase 当后端。SigNoz 沿着 OpenTelemetry 做分布式追踪。Lago 计费。Promptfoo 管评测。
PostHog 看产品数据。Novu 管通知，站内到 SMS、邮件、Slack 一路路由。单看都不新鲜，凑成一条链才是重点。
失败解剖图值得一看。脆弱的 demo：聊天框裸奔一个 API 密钥，撞上超时，零观测，月底账单炸脸。生产版：界面接鉴权，数据进类型安全的库，工具走 MCP，任务进异步队列，上线前跑红队评测。线上有追踪，用量进计量，消费出账单，最后经 Coolify 这套自托管 PaaS 发布，全程无需租一排 VPS 手工运维。
两条运维要点我抄在了手边。别再为标准件手写基础设施。把久经考验的开源件编排起来，能省约半年工程量。还有一条：agent 的工具调用要和 HTTP 请求解耦。模型调用一旦超过五秒，就该进异步工作器，配确定性的重试。
这跟前面几篇接得上：外壳工程、工作树隔离、CI 生成，说的都是把约定沉进流水线。这份清单是流水线的零件采购单。缺的不再是轮子，是把轮子装对位置的判断。
眼下就能动手：对着清单给项目点名，看哪几格还空着。先补追踪和评测那两格。
清单里的仓库地址（全部）：
github.com/PrefectHQ/fast…
github.com/better-auth/be…
github.com/triggerdotdev/…
github.com/coollabsio/coo…
github.com/vercel/ai
github.com/openmeterio/op…
github.com/supabase/supab…
github.com/assistant-ui/a…
github.com/SigNoz/signoz
github.com/getlago/lago
github.com/promptfoo/prom…
github.com/drizzle-team/d…
github.com/dubinc/dub
github.com/PostHog/postho…
github.com/novuhq/novu
