二十个 AI agent 技能被串成一条流水线。从想法到上线，四段全包，十七条仓库地址全部摆开。这份清单的组织方式比单个技能更值得抄。
先说它怎么读。四段是按开工顺序排的，不是按热门度，这本身就是经验。多数人选技能的习惯是看哪家火装哪家，真做项目时卡住的却是上游没定型，或者下游根本没验证。按工序挑，比按热度挑准得多。清单的作者把每个技能压成一句话说明它挡哪个坑，读起来省力，用起来对得上号。装之前花五分钟对照自己当前的进度，比盲目收藏有意义。
第一段叫 DEFINE THE JOB，先把活儿定义清楚。这一步最容易被跳过，而跳过的代价会在两周后兑现：需求没对齐，agent 越勤快，返工越彻底。规格不写，后面每一段都在替前面还债。
模糊想法要变成带验收标准的工程规格，bmad-spec 干这个，仓库在 github.com/bmad-code-org/… 。提示词肥了会让工具调用飘，prompt-optimizer 负责瘦身，仓库在 github.com/getsentry/skil… 。
代码库的文件层级、依赖 DAGs 和架构边界得先画出来，否则 agent 一改就崩。TypeScript 域类型先行的领域建模也在这一段，逻辑没写先定型。这两个技能出自同一套仓库 github.com/mattpocock/ski… 。
多智能体的编排流程和命令行执行规范，走谷歌那套 github.com/google/agents-… 。
第二段叫 BUILD THE SYSTEM，把系统立起来。这里拼的是各家多年的看家本领，Neon 把数据库分支做成日常操作，Fastify 把高吞吐的坑写成条文，Prisma 管结构，类型安全那条线则贯穿始终。
服务端 Postgres 的分支与迁移、测试沙箱的库管理，Neon 这份在 github.com/neondatabase/a… 。高吞吐 Node.js 微服务的最佳实践出自 Fastify 维护者之手，规则都写在 github.com/mcollina/skill… 。
AI 输入、工具参数和结构化输出得有严格运行时校验，用的就是前几天聊过的 github.com/typesafe-ai/sk… 。代理开发工具包的代码生成原语同样在谷歌仓库里。
类型安全的智能体框架带工作流、评测和同步，Mastra 在 github.com/mastra-ai/skil… 。
第三段叫 MAKE IT USABLE，让产品能给人用。工程圈的老毛病在这里最明显：功能全通，界面糙，用户第一眼就走。这一段是把糙劲儿交给清单管。动效、权限、视频、结构，四样都是团队里最容易被排到最后一周的东西，提前固化进技能，上线前才不会集体返工。
界面动效的自动审计专查时间曲线、掉帧和布局抖动，资深设计工程那套手感细节与微交互也在内，两者同出 github.com/emilkowalski/s… 。多租户认证、组织 RBAC 和会话令牌门控，交给 Clerk 的 github.com/clerk/skills 。
React 里做程序化视频，撑起上手引导和演示短片，Remotion 在 github.com/remotion-dev/s… 。零停机的 ORM 结构与类型安全查询，Prisma 这份在 github.com/prisma/skills 。
第四段叫 VERIFY THE REAL THING，验真货。前面三段干得再快，没有这一段兜底，上线就是开盲盒。静态扫描挡住注入、密钥泄漏和不安全的求值，用 github.com/semgrep/skills 。
从生产环境拉回调用栈并自动生成修复提交，Sentry 给的是 github.com/getsentry/sent… 。事务邮件的脚手架连高送达率和域名 DKIM/SPF 验证一起备好，出自 github.com/resend/resend-… 。
无头浏览器自主测试、多页流程和 DOM 断言，用微软的 github.com/microsoft/play… 。最后埋点，漏斗、留存和事件追踪自动接上，PostHog 在 github.com/posthog/skills 。安全、异常、邮件、测试、数据五道关摆齐，产品才算出了厂。
这五道关里我最看重异常自动修复那条。调用栈拉下来直接生成修复提交，等于把值班最烦的那一步自动化了。剩下的判断留给人，繁琐的搬运交给机器，这类分工以后会越来越多。真正省时间的从来不是多写代码，是少打断。夜里被报警吵醒的人都懂这句话的分量。
发布前的自查也一样，静态扫描和无头测试替人守着底线，作者的精力才能留给设计取舍这种机器根本替不了的活。
整条循环的公式很直白：想法变规格，规格变领域模型，模型变智能体和后端，浏览器旅程测过，异常补掉，遥测收数，下一版接着迭代。二十条链路里任何一段掉链子，成品都出不来，这也是它比零散技能合集值钱的原因。散装技能只解决单点问题，这条流水线解决的是交付问题，两者根本不在一个量级上。
我的建议照抄原作者那句就好。挑出你当前最卡的那一环，装打那一环的技能，别一口气全装。一口气装二十个的问题不在占地方，在互相打架，规则重叠时 agent 自己都不知道听谁的，分批按卡点上才是正路。
这清单同时说明一件事，平台方和工具方都在把自家能力沉成标准技能。谁先把自己的环节写成 skill，谁就在下一波开发方式里占住了插槽。四段名单全摆在这儿了，下次有人问从哪开始，按卡点取用即可。
