Skills / Workflow
Skills Registry
100+ 个可复用的 AI 工作流，覆盖前端工程、自动化、音乐、写作、求职和 Agent 开发。按任务场景检索，直接拿到能用的指令。
- 角色
- Owner / Product Engineer：把分散在本地目录、仓库和工作流里的 skills 产品化成一个可公开访问的入口，并明确它的内容边界与使用方式。
- 时间
- 持续迭代 · 2026-05-20
- 平台
- Web
100+ AI 技能 · 按任务查找 · 开箱即用
01 / Background
为什么做
过去一年，我在日常工作中积累了 100 多个可复用的 AI 技能。部署前端项目、发音乐专辑、投简历、管域名、做竞品分析——每件事都沉淀成了一套经过验证的协作指令。这个站点把它们变成了可检索、可分享的公开目录，而不是继续埋在本地文件夹和聊天记录里。
Skills Registry 当前公开展示界面。
02 / Scenario
应用场景
- 要部署一个 Next.js 项目到 Vercel——不用从头配 CI/CD，vercel-deploy skill 一条命令搞定。
- 要在网易云和 DistroKid 同时发一张专辑——不用手动填几十个字段，music-board 系列 skill 跑完整条链路。
- 要同步更新 BOSS 直聘、猎聘、智联招聘上的在线简历——不用逐个平台登录修改，resume-online 系列 skill 一次完成。
项目当前最重要的交付与判断。
界面截图 01。
03 / Delivery
实现了什么
- 100+ skill 覆盖 8 个领域：前端工程、自动化运维、音乐发布、内容写作、求职工具、Agent 开发、视频图像和数据分析。
- 每个 skill 标注了适用场景和前置条件。从「我要做什么」反向找到工具，不需要先记住名字。
- 站点负责发现和筛选，完整文档、更新记录和源码留在 GitHub。两边各司其职，互不拖累。
从输入到结果的核心使用路径。
界面截图 02。
04 / Design
设计过程与取舍
- Skills 不只是“一个目录网站”。它是我整个 AI 协作实践的沉淀——每个 skill 都代表一个经过真实任务验证的工作模式。设计上没有追求“功能丰富”，而是在做减法：一个页面解决一个任务，一个场景聚合一组能力。
- 视觉上不走 SaaS 后台路线。暖纸色背景、衬线体和细线分割，让它更像一本可以翻阅、可以打印的参考手册。这种克制是有意为之：技能本身已经足够复杂，界面不能再增加认知负担。
- 站点和 GitHub 有明确的分工：站点负责“发现”——你在这里找到需要的 skill 并理解它能干什么；GitHub 负责“深度”——完整文档、更新记录和源码都在那里。更新一个 skill 文件，站点自动同步，不需要手动维护两份内容。
界面截图 04。
05 / Tech
技术实现
- 静态站点发布，重点在内容编排和入口治理，不引入重型应用框架。
- 站点展示和导航，GitHub 承载完整文档和版本演进。内容即代码，更新 skill 等于更新站点。
- 首页直接显示公开 skill 数量、脱敏数量和已上线场景——能力目录本身也是交付物，不只是链接集合。
产品流程图。
06 / Access
当前访问方式
- 线上地址：skills.zondev.top。
- 页面内可直接跳转 GitHub 仓库、技能目录和最近更新，方便继续深挖。