ワンクリックで
unified-skills
unified-skills には ZeroZ-lab から収集した 54 個の skills があり、リポジトリ単位の職業カバレッジとサイト内 skill 詳細ページを表示します。
このリポジトリの skills
结构化脑暴——发散探索 + 收敛评估。当想法模糊、面临开放性问题或需要方案对比,或提到"脑暴""想法""方案对比""怎么办"
恢复保存的工作上下文。当新 session 需要继续之前的工作,或提到"恢复""restore""继续上次"
保存工作上下文。当需要保存当前工作状态供后续 session 恢复,或提到"保存""save""checkpoint""挂起"
架构决策记录(ADR)。当面临技术选型、架构决策、方案取舍需要记录,或提到"ADR""决策记录""为什么这样做"
发布或导出检查 → Go/No-Go → 归档。当审查通过后需要上线或交付最终产物,或提到"发布""上线""ship""Go/No-Go"
合并 PR → 等待 CI → 验证生产。当 PR 已创建需要合并到主分支并验证部署,或提到"合并""merge""PR""land"
发布后健康监控。当代码已部署需要持续验证生产健康,或提到"金丝雀""canary""监控""健康检查"
按产物类型审查。当软件、文档、文章、PPT 或视觉稿完成后需要质量把关,或提到"审查""review""质量检查"
系统化根因调试——先建反馈循环再假设。当遇到 bug、测试失败、意外行为,或提到"调试""debug""为什么不工作""crash"
按计划增量生成软件或内容产物。当 plan 已批准需要开始实现,或提到"实现""编码""开始做"
把 spec 拆成可执行的任务。当 spec 已批准需要拆分任务,或提到"计划""任务拆分""排期"
从模糊想法变成明确的 spec。当有一个模糊的想法需要结构化收敛,或提到"提炼""收敛""需求""spec"
证据驱动的创作设计总控。当需要定稿交互、视觉、排版设计,或提到"设计""最佳实践""证据""design"
跨会话学习记忆。当发现项目模式、踩坑经验、偏好需要持久化,或提到"学习""记忆""记住""下次注意"
上下文工程——最大化 agent 输出质量。当开始新任务、上下文混乱或 agent 输出质量下降,或提到"上下文""context window""注意力"
文档工程——记录决策、API、代码约定。当需要写文档、记录架构决策或维护项目知识,或提到"文档""README""API 文档"
发布后文档同步。当代码已合并需要同步更新项目文档,或提到"文档同步""CHANGELOG""README 更新"
任务执行引擎——选择正确的执行模式。当 plan 已批准需要写代码,或提到"执行""实现""编码"
代码审查标准——五轴审查体系。当需要审查代码或定义审查基准,或提到"code review""审查标准""CR"
Unified runtime 激活门——只在用户显式进入 Unified 工作流、调用阶段命令或提到"Unified 启动/路由/初始化"时使用;不用于普通 repo 问答或未提 Unified 的直接任务
从 refine 产出到结构化 spec。当 refine 完成后需要编写正式 spec,或提到"规格""spec""需求文档"
Skill 质量审查与优化。当创建、修改、审查或压缩 Agent Skill、SKILL.md、技能 description、触发边界、STOP 条件、输出契约、progressive disclosure、trigger eval 或 task eval 时使用;不用于普通业务文档或仅消费现有技能的任务
前端 UI 工程——构建可访问、视觉精良的用户界面。当需要构建或修改 UI 组件、页面布局,或提到"组件""页面""前端""UI"
红-绿-重构循环的测试驱动开发。当需要写逻辑代码、修 bug、改变行为,或提到"TDD""测试先行""red-green"
接收审查反馈。当收到代码审查反馈需要评估和实施,或提到"审查反馈""PR comment""修改意见"
代码质量审查。当需要对已通过 spec compliance 的代码进行质量评估,或提到"代码质量""重构""质量审查"
功能完整性审查。当需要验证代码是否实现了 spec 的所有需求,或提到"spec compliance""功能完整性""需求覆盖"
数据库工程——schema 设计、迁移安全、查询优化、数据完整性。用于新增/修改表结构、编写迁移、设计索引、优化慢查询、处理数据约束或数据修复计划
API 和接口设计——稳定合约、清晰边界。当需要设计 REST/HTTP API、endpoint、接口契约、请求响应 DTO、错误语义、分页、幂等、权限边界或 API 合约测试时使用
服务架构模式——分层、通信、韧性。当需要设计后端服务架构、跨服务通信或处理分布式问题,或提到"微服务""重试""熔断"
源码驱动开发——每个框架决策由官方文档背书。当使用不熟悉的 API、引入新依赖或不确定方法签名,或提到"文档""官方""API reference"
信息设计与版式方法。适用于 artifact_type 为 document/deck/visual,当产物需要信息层级、阅读路径、构图、媒介适配,或提到"版式""排版""信息架构"
内容架构与编辑方法。适用于 artifact_type 为 document/article/deck,当产物需要受众、主张、结构、证据、语气设计,或提到"写作""内容创作""文案"
浏览器测试验证——在真实浏览器中验证前端行为。当前端变更需要运行时验证、UI bug 调查或截图对照,或提到"浏览器测试""E2E""Playwright"
版本控制工作流——原子提交、整洁历史。当需要提交代码、创建分支或管理变更,或提到"git""commit""branch""rebase"
导演设计——镜头切换意图、情绪推进、演示节奏。当需要设计演示或讲述的呈现编排,或提到"导演""节奏""演示""presentation"
排版设计——版式系统、构图、页面层级、媒介适配。当需要设计文档或页面的视觉布局,或提到"排版""布局""layout""网格"
剧本设计——叙事骨架、段落消息线、讲述节奏。当需要设计文章或演示的叙事结构,或提到"剧本""叙事""storyline""大纲"
交互设计——关键流程、状态、信息架构、用户路径。当需要设计用户交互流程或信息架构,或提到"交互""流程""用户路径""信息架构"
交互式视觉对比——在浏览器中并排展示设计方向。当需要对比多个设计方向,或提到"预览""mockup""设计对比""preview"