English | 中文

Vibe-Skill：产品×设计×工程 AI Agent Skills 全集

🌟 推荐：访问 All-Skill Galaxy 体验交互式可视化 —— 力导向图谱呈现122个Skill编排关系，12条跨域数据契约流一目了然，四大领域模块全景浏览！

⚠ 声明：AI 是杠杆，不是替代

这套 Skill 体系将产品方法论结构化为可执行的 Pipeline，让 AI 成为方法论的忠实执行者——但它永远无法替代人的判断力。

AI 擅长的：规模化数据处理、结构化分析、模式识别、方案穷举、一致性检查。这些是杠杆的力臂，放大人的效率。

人必须掌控的：战略取舍的平衡点、用户痛点的优先级判定、商业假设的真伪裁决、体验细节的审美判断、风险边界的最终拍板。这些是杠杆的支点，决定力的方向。

每个编排器的阶段卡口和人类决策点，不是流程的冗余，而是人机协作的分界线。跳过它们，AI 会高效地走向错误的方向。持续 Review 不是对 AI 的不信任，而是对产品本质的尊重——产品是为人创造的，最终也必须由人来负责。

记住：方法论不会因为被 AI 执行就自动产生正确的结果。好的产品，始终是人的判断力 × AI 的执行力。

这是什么

将软件产品从0到1的全生命周期方法论，提取为 122 个 AI Agent Skill，覆盖产品方法论、UI设计与前端开发、后端架构与开发、跨领域协调四大领域，兼容 Trae / Claude Code 的 Agent Skills 开放标准。

每个 Skill 是一个可独立执行的方法论 Pipeline，编排器（Orchestrator）负责调度子 Skill 的执行顺序和阶段卡口。四大领域通过数据契约紧密衔接，形成从产品探索到上线运营的完整闭环。

快速开始

部署方式

本目录的嵌套结构仅用于人工浏览和管理。Trae 按单个 SKILL.md 递归扫描识别 Skill，name 字段必须匹配直接父目录名。

实际使用时，需将所有最小 Skill 单元扁平化放入 .trae/skills/ 下：

# 部署到 Trae 时的结构（扁平化，机器识别用）
.trae/skills/
├── insight-orchestrator/SKILL.md
├── insight-analysis/SKILL.md
├── api-design-spec/SKILL.md
├── project-init/SKILL.md
├── ...（122个Skill扁平平铺）
└── production-ready/SKILL.md

部署步骤

1. 全量部署：将所有 {skill-name}/ 文件夹复制到 .trae/skills/ 下，扁平平铺
2. 按需部署：只复制当前项目阶段需要的 Skill 文件夹

⚠️ 部署时只需复制最内层的 {skill-name}/ 文件夹（含 SKILL.md），不需要保留外层的目录结构。

调用方式

部署完成后，在 Trae 对话中通过以下方式调用 Skill：

1. 自然语言触发

直接描述你的需求，AI 根据 Skill 的 description 字段自动匹配：

帮我分析一下竞品情况
→ 自动匹配 market-competitor-analysis 或 market-orchestrator

我需要写一份PRD
→ 自动匹配 design-prd

设计一下API接口
→ 自动匹配 api-design-orchestrator

2. 命令式调用

直接使用 Skill 的 name 字段精确调用：

/insight-orchestrator
/market-competitor-analysis
/design-prd
/api-design-spec

3. 编排器调度

调用编排器后，编排器会按阶段自动调度子 Skill 执行。你也可以在对话中逐步引导：

请按 insight-orchestrator 的流程执行需求洞察分析
→ 编排器依次调度 insight-analysis
→ 每个阶段卡口等待人类确认后继续

💡 提示：编排器会在每个阶段卡口暂停，等待人类审批后才进入下一阶段。这是人机协作的关键设计，不要跳过。

四大领域总览

全局流程与数据流

四大领域不是孤立的工具集，而是通过数据契约紧密衔接的完整产品构建闭环：

┌─────────────────────────────────────────────────────────────────────────┐
│                        PM 产品方法论（做正确的事）                         │
│                                                                         │
│  探索发现 → 商业战略 → 构思设计 → 度量设计 → 度量运营 → 增长 → 监控迭代 → 项目管理 │
│      │         │         │         │                                    │
│      │    定位陈述     PRD       指标体系                                  │
│      │    品牌规范     IA/原型    埋点方案                                  │
│      │         │         │         │                                    │
└──────┼─────────┼─────────┼─────────┼────────────────────────────────────┘
       │         │         │         │
       ▼         ▼         ▼         ▼
┌──────────────────────────────┐  ┌──────────────────────────────────────┐
│  UI 设计与前端（正确地呈现）    │  │  后端架构与开发（正确地构建）          │
│                              │  │                                      │
│  项目初始化 → 页面构建 →      │  │  API设计 → 数据架构 → 后端架构        │
│  API集成 → 生产就绪          │  │                                      │
│                              │  │  api-design（含安全+认证+合规）       │
│  project-init                │  │  data-architecture（含缓存+迁移）     │
│  page-builder                │  │  backend-architecture（含审查+ADR）   │
│  api-integration             │  │                                      │
│  production-ready            │  │  双输出：代码→{project_dir}/src/      │
│                              │  │        元数据→output/                 │
└──────────────────────────────┘  └──────────────────────────────────────┘

关键数据契约

三大领域之间通过以下核心产出物衔接，确保从产品定义到技术实现的连续性：

目录结构

All-Skill/
├── .github/                          ← 项目基础设施（非 Skill）
│   ├── ISSUE_TEMPLATE/                   Issue 模板
│   ├── workflows/                        PR 自动校验
│   └── config.yml                        Issue 配置
├── scripts/                          ← 项目基础设施（非 Skill）
│   └── validate-skill.js                 SKILL.md 校验脚本
├── templates/                        ← 项目基础设施（非 Skill）
│   ├── orchestrator-protocol.md          Orchestrator 协议模板
│   └── pipeline-skill-template.md        Pipeline Skill 编写模板
├── CONTRIBUTING.md                   ← 项目基础设施（非 Skill）
├── LICENSE                           ← 项目基础设施（非 Skill）
├── ROADMAP.md                        ← 项目基础设施（非 Skill）
│
├── pm-skill/                         ✅ Skill 文件 —— 产品方法论
│   ├── pm-00-guide/                       导航入口
│   ├── pm-01-discovery/                   模块1：产品探索与发现
│   │   ├── orchestrators/                     insight / market / opportunity / user-research
│   │   └── skills/                            10个Pipeline Skill
│   ├── pm-02-strategy/                    模块2：产品商业与战略
│   │   ├── orchestrators/                     business / planning / positioning / stakeholder
│   │   └── skills/                            11个Pipeline Skill
│   ├── pm-03-design/                      模块3：产品构思与设计
│   │   ├── orchestrators/                     design / ideation / validation
│   │   └── skills/                            12个Pipeline Skill
│   ├── pm-04-metrics-design/              模块4：产品度量设计
│   │   ├── orchestrators/                     metrics
│   │   └── skills/                            3个Pipeline Skill
│   ├── pm-05-metrics-ops/                 模块5：产品度量运营
│   │   ├── orchestrators/                     analysis / decision / experiment
│   │   └── skills/                            8个Pipeline Skill
│   ├── pm-06-growth/                      模块6：产品增长与运营
│   │   ├── orchestrators/                     growth / acquisition / activation / retention / revenue
│   │   └── skills/                            11个Pipeline Skill
│   ├── pm-07-monitoring/                  模块7：产品监控与迭代
│   │   ├── orchestrators/                     monitoring / diagnosis / iteration / release
│   │   └── skills/                            11个Pipeline Skill
│   └── pm-08-project/                     模块8：项目管理与执行
│       ├── orchestrators/                     agile / project-planning / risk
│       └── skills/                            8个Pipeline Skill
│
├── ui-skill/                         ✅ Skill 文件 —— UI设计与前端开发
│   ├── ui-01-design-system/               模块1：设计系统（项目初始化+视觉风格）
│   │   └── project-init/                      项目初始化一体化
│   ├── ui-02-ui-frontend/                 模块2：UI前端（组件+页面+审查）
│   │   └── page-builder/                      页面构建一体化
│   ├── ui-03-frontend-integration/        模块3：前端集成（API联调+生产就绪）
│   │   ├── api-integration/                   API契约消费一体化
│   │   └── production-ready/                  生产就绪一体化
│   ├── orchestrators/                     ui-orchestrator（统一编排器）
│   └── extensions/                        外部 Skill（ext-frontend-design / ext-impeccable / ext-interaction-design / ext-ui-ux-pro-max）
│
├── backend-skill/                     ✅ Skill 文件 —— 后端架构与开发
│   ├── backend-01-api-design/             模块1：API设计（契约驱动，安全内建）
│   │   ├── orchestrators/                     api-design-orchestrator
│   │   └── skills/                            api-design-spec + api-design-impl
│   ├── backend-02-data-architecture/       模块2：数据架构（模型决定上限，缓存决定下限）
│   │   ├── orchestrators/                     data-architecture-orchestrator
│   │   └── skills/                            data-architecture-spec + data-architecture-impl
│   └── backend-03-backend-architecture/    模块3：后端架构（适度架构，按需演进）
│       ├── orchestrators/                     backend-architecture-orchestrator
│       └── skills/                            backend-architecture-spec + backend-architecture-impl
│
└── cross-domain/                      ✅ Skill 文件 —— 跨领域协调
    └── orchestrators/                     product-iteration-orchestrator / product-launch-orchestrator

Skill 提取规则：只有标记 ✅ 的目录下包含可部署的 Skill 文件。每个 Skill 的最小单元是 {skill-name}/SKILL.md，部署时只需将最内层的 {skill-name}/ 文件夹扁平复制到 .trae/skills/ 下。templates/、scripts/、.github/ 等为项目基础设施，不需要部署。

各领域模块详解

PM 产品方法论（102个Skill）

模块1：产品探索与发现

从市场、用户、需求、机会四个维度探索产品方向。

模块2：产品商业与战略

从商业模式、战略规划、产品定位、Stakeholder对齐四个维度确定战略方向。

模块3：产品构思与设计

从创意发散、产品设计、方案验证三个维度将战略转化为可执行方案。

关键衔接：design-prd（PRD生成）是PM与UI/后端的核心契约，PRD同时驱动UI前端生成和后端API设计。

模块4：产品度量设计（开发前）

在开发前建立度量体系，确保上线后可量化可追踪。

模块5：产品度量运营（上线后）

上线后通过数据分析、决策闭环、实验验证持续优化。

模块6：产品增长与运营

围绕AARRR模型的获客、激活、留存、变现四个维度驱动增长。

模块7：产品监控与迭代

通过监控预警、问题诊断、迭代优化、发布管理形成持续改进闭环。

模块8：项目管理与执行

贯穿全程的项目规划、敏捷执行和风险管理。

跨领域协调（2个Skill）

跨领域编排器负责协调PM、UI、Backend三大领域的完整产品流程，实现从需求到上线的全局调度。

UI 设计与前端开发（9个Skill）

统一编排 + 按需跳过：UI 模块由单一编排器 ui-orchestrator 统一调度，采用按需跳过策略——已完成或不需要的阶段可直接跳过，不再使用 L1/L2 分级路由。9个Skill = 1编排器 + 4 Pipeline + 4 外部扩展。

双输出模式：UI Skill 采用双输出模式——代码文件直接写入 {project_dir}/ 项目目录（可运行），元数据文件写入 output/ 目录（供下游 Skill 消费）。

编排器

Pipeline Skill

Skill 合并映射：project-scaffold + design-system → project-init；ui-component-gen + page-assembly + ui-review → page-builder；api-contract-consume → api-integration；frontend-build-deploy + frontend-performance + frontend-test → production-ready

外部扩展

ext- Skill 调用方式：外部扩展 Skill 已从描述性表格改为指令性调用块格式。编排器通过 Skill: ext-xxx 指令块精确调度，而非依赖描述匹配。例如：Skill: ext-frontend-design、Skill: ext-impeccable。

后端架构与开发（9个Skill）

设计先行，审查后实现：Backend 模块每个子域拆分为"设计Skill + 实现Skill"两个阶段，设计产出经人类审查确认后才生成代码。编排器在设计和实现之间加入人类审查卡口，确保设计缺陷在代码生成前被发现和修复。

模块1：API设计

契约驱动开发，安全内建而非外挂。

模块2：数据架构

模型决定上限，缓存决定下限，迁移可回滚。

模块3：后端架构

架构服务业务，简单方案优先，按需演进。

核心产出文档

PM 领域的 74 个 Pipeline Skill 中，18 个产出包含 Markdown 可交付文档，其余 56 个产出 JSON 数据片段供下游 Skill 消费。UI/Backend 以代码和配置为交付物。全局共 122 个 Skill（含 33 个编排器 + 74 个 PM Pipeline + 4 个 UI Pipeline + 6 个 Backend Pipeline + 4 个 UI 外部扩展 + 1 个导航）。

PM 核心产出文档一览

📌 Backend 模块内建覆盖：架构决策记录(ADR)、数据字典、安全合规评估、技术债务登记册等交付物已由 Backend 模块内建产出，不再作为独立 PM Pipeline Skill。

典型使用路径

路径1：从0到1做新产品

PM探索发现 → PM商业战略 → PM构思设计(PRD) ──┬── UI项目初始化 → UI页面构建 → UI API集成 → UI生产就绪
                                              │                                         ↑
                                              └── API设计 → 数据架构 → 后端架构
                                                       ↑
                                                 PRD+数据模型(可选)

跨领域数据流：
  positioning-strategy → UI项目初始化(project-init)
  IA/原型/令牌 → UI页面构建(page-builder)
  openapi.yaml → UI API集成(api-integration)

路径2：已有产品需要优化

PM度量运营(数据分析) → PM监控与迭代(诊断+迭代优化) → PM/Backend/UI 按需修复

路径3：需要增长

PM增长与运营(获客→激活→留存→变现) → PM度量运营(实验验证) → 持续迭代

路径4：前后端联调

Backend api-design(openapi.yaml) → UI api-integration(类型+Mock+Hook)
                                  → UI production-ready(CI/CD+性能卡口+测试)

输出路径

Skill 执行结果写入用户项目根目录的 output/ 下：

用户项目/
└── output/
    ├── pm-discovery/               ← PM探索发现
    ├── pm-strategy/                ← PM商业战略
    ├── pm-design/                  ← PM构思设计
    ├── pm-metrics-design/          ← PM度量设计
    ├── pm-metrics-ops/             ← PM度量运营
    ├── pm-growth/                  ← PM增长运营
    ├── pm-monitoring/              ← PM监控迭代
    ├── pm-project/                 ← PM项目管理
    ├── ui/                           ← UI设计与前端（统一输出）
    ├── backend-api-design/         ← 后端API设计
    ├── backend-data-architecture/  ← 后端数据架构
    └── backend-architecture/       ← 后端架构

output 跟着用户项目走，不跟着 Skill 定义目录走。多项目时各项目产出互不干扰。

双输出模式：UI/Backend Skill 的代码文件直接写入 {project_dir}/ 项目目录，确保生成的代码可立即运行；元数据文件仍写入 output/ 目录，供下游 Skill 消费。

AI 能力边界

• ✅ 能做：读取本地文件、分析粘贴文本、处理上传文件、生成结构化报告、逻辑推导
• ❌ 不能做：访问外部数据库、调用业务 API、获取实时数据、操作外部系统、执行代码

需要外部数据时，用户需通过粘贴 / 上传 / 提供路径三种方式提供。

根据场景选择领域和模块

人类与 AI 分工

• 🤖 AI 自动执行：数据处理、分析计算、文档生成、代码生成、审查检查
• 🤖→👤 AI 建议人类审批：方案选择、架构决策、安全策略、优先级排序
• 👤→🤖 人类执行 AI 辅助：目标设定、品牌规范、价值判断
• 👤 人类执行：最终决策、外部沟通、安全等级确认

所有编排器的阶段卡口和人类决策点确保关键决策由人类把控。

核心信念

• 做正确的事，然后正确地做事：PM确保方向，UI/Backend确保执行
• 契约驱动一切：PRD驱动设计，OpenAPI驱动联调，设计令牌驱动UI
• 安全/可访问性默认内建：不是事后补丁，是默认项
• 审查闭环：P0问题阻塞发布，不通过不放过
• 数据驱动决策：用数据减少猜测，但决策权在人类
• 简单方案优先：架构按需演进，不过度设计

参与贡献

我们欢迎各种形式的贡献——新增 Skill、改进现有 Skill、报告问题、翻译文档。

• 📋 贡献指南 —— 命名规范、编写模板、PR 流程
• 🗺️ 路线图 —— 待认领 Skill 和新领域扩展方向
• 🐛 提交 Issue —— 报告 Skill 执行问题
• 💡 提议新 Skill —— 提案新增方法论 Pipeline

许可证

本项目基于 MIT License 开源。