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

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

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

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

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

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

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

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

这是什么

将软件产品从0到1的全生命周期方法论，提取为 176 个 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-jtbd/SKILL.md
├── api-contract/SKILL.md
├── design-system/SKILL.md
├── ...（176个Skill扁平平铺）
└── frontend-performance/SKILL.md

部署步骤

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

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

调用方式

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

1. 自然语言触发

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

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

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

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

2. 命令式调用

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

/insight-orchestrator
/market-competitor-intel
/design-prd
/api-contract

3. 编排器调度

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

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

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

四大领域总览

全局流程与数据流

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

┌─────────────────────────────────────────────────────────────────────────┐
│                        PM 产品方法论（做正确的事）                         │
│                                                                         │
│  探索发现 → 商业战略 → 构思设计 → 度量设计 → 开发上线 → 度量运营 → 增长 → 监控 │
│      │         │         │         │         │                           │
│      │    定位陈述     PRD       指标体系    任务分解                      │
│      │    品牌规范     IA/原型    埋点方案    验收标准                      │
│      │         │         │         │         │                           │
└──────┼─────────┼─────────┼─────────┼─────────┼───────────────────────────┘
       │         │         │         │         │
       ▼         ▼         ▼         ▼         ▼
┌──────────────────────────────┐  ┌──────────────────────────────────────┐
│  UI 设计与前端（正确地呈现）    │  │  后端架构与开发（正确地构建）          │
│                              │  │                                      │
│  设计系统 → UI前端生成 → 集成  │  │  API设计 → 数据架构 → 后端架构        │
│                              │  │                                      │
│  design-system               │  │  api-contract                        │
│  page-assembly               │  │  api-security                        │
│  ui-component-gen            │  │  auth-design                         │
│  ui-review                   │  │  data-model                          │
│  frontend-build-deploy       │  │  service-design                      │
│  frontend-performance        │  │  backend-review                      │
│                              │  │                                      │
└──────────────────────────────┘  └──────────────────────────────────────┘

关键数据契约

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

目录结构

All-Skill/
├── .github/                          ← 项目基础设施（非 Skill）
│   ├── ISSUE_TEMPLATE/                   Issue 模板
│   ├── workflows/                        PR 自动校验
│   └── config.yml                        Issue 配置
├── scripts/                          ← 项目基础设施（非 Skill）
│   └── validate-skill.js                 SKILL.md 校验脚本
├── templates/                        ← 项目基础设施（非 Skill）
│   ├── pipeline-skill-template/          Pipeline Skill 编写模板
│   └── orchestrator-skill-template/      Orchestrator 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/                            19个Pipeline Skill
│   ├── pm-02-strategy/                    模块2：产品商业与战略
│   │   ├── orchestrators/                     business / planning / positioning / stakeholder
│   │   └── skills/                            18个Pipeline Skill
│   ├── pm-03-design/                      模块3：产品构思与设计
│   │   ├── orchestrators/                     design / ideation / requirements / validation
│   │   └── skills/                            18个Pipeline Skill
│   ├── pm-04-metrics-design/              模块4：产品度量设计
│   │   ├── orchestrators/                     metrics
│   │   └── skills/                            3个Pipeline Skill
│   ├── pm-05-development/                 模块5：产品开发与上线
│   │   ├── orchestrators/                     development / quality / release / retrospective
│   │   └── skills/                            16个Pipeline Skill
│   ├── pm-06-metrics-ops/                 模块6：产品度量运营
│   │   ├── orchestrators/                     analysis / decision / experiment
│   │   └── skills/                            10个Pipeline Skill
│   ├── pm-07-growth/                      模块7：产品增长与运营
│   │   ├── orchestrators/                     growth / acquisition / activation / retention / revenue
│   │   └── skills/                            13个Pipeline Skill
│   ├── pm-08-monitoring/                  模块8：产品监控与迭代
│   │   ├── orchestrators/                     diagnosis / iteration / monitoring
│   │   └── skills/                            12个Pipeline Skill
│   ├── pm-09-project/                     模块9：项目管理与执行
│   │   ├── orchestrators/                     agile / project-planning / risk
│   │   └── skills/                            10个Pipeline Skill
│   └── docs/                              可视化文档站
│
├── ui-skill/                         ✅ Skill 文件 —— UI设计与前端开发
│   ├── ui-01-design-system/               模块1：UI设计系统
│   │   ├── orchestrators/                     design-system-orchestrator
│   │   └── skills/                            design-system
│   ├── ui-02-ui-frontend/                 模块2：UI前端生成
│   │   ├── orchestrators/                     ui-frontend-orchestrator
│   │   └── skills/                            project-scaffold / ui-component-gen / page-assembly / ui-review / frontend-test
│   ├── ui-03-frontend-integration/        模块3：前端集成
│   │   ├── orchestrators/                     frontend-integration-orchestrator
│   │   └── skills/                            api-contract-consume / frontend-build-deploy / frontend-performance
│   └── 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-contract / api-security / auth-design
│   ├── backend-02-data-architecture/       模块2：数据架构
│   │   ├── orchestrators/                     data-architecture-orchestrator
│   │   └── skills/                            data-model / cache-strategy / data-migration
│   └── backend-03-backend-architecture/    模块3：后端架构
│       ├── orchestrators/                     backend-architecture-orchestrator
│       └── skills/                            architecture-pattern / service-design / backend-review
│
└── 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 产品方法论（151个Skill）

模块1：产品探索与发现

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

模块2：产品商业与战略

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

模块3：产品构思与设计

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

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

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

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

模块5：产品开发与上线

从任务分解、质量保障、灰度发布、复盘改进四个维度确保正确交付。

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

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

模块7：产品增长与运营

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

模块8：产品监控与迭代

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

模块9：项目管理与执行

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

跨领域协调（2个Skill）

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

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

双输出模式：UI Skill 采用双输出模式——代码文件直接写入 {project_dir}/ 项目目录（可运行），元数据文件写入 output/ 目录（供下游 Skill 消费）。新增 project-scaffold Skill，在 UI 流程开始时初始化可运行的前端项目骨架，确保后续生成的代码有正确的项目结构承接。

模块1：UI设计系统

从品牌基因推导设计变量，建立令牌驱动的组件化设计系统。

外部扩展：ext-frontend-design（视觉差异化）、ext-impeccable（colorize/typeset/extract）、ext-ui-ux-pro-max（数据驱动设计推荐）

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

模块2：UI前端生成

将设计系统转化为可运行的前端代码，实现设计即实现。

外部扩展：ext-interaction-design（交互动效模式）、ext-impeccable（shape/animate/bolder/quieter/delight/harden/polish/layout/adapt/clarify/onboard/distill/audit/critique）

模块3：前端集成

前后端联调与上线的桥梁，契约驱动联调。

外部扩展：ext-impeccable（optimize）

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

模块1：API设计

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

模块2：数据架构

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

模块3：后端架构

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

核心产出文档

PM 领域的 119 个 Pipeline Skill 中，39 个产出包含 Markdown 可交付文档，79 个产出 JSON 数据片段供下游 Skill 消费，1 个产出配置文件。UI/Backend 以代码和配置为交付物。全局共 177 个 Skill（含 40 个编排器 + 119 个 PM Pipeline + 9 个 UI Pipeline + 9 个 Backend Pipeline + 1 个导航 - 1 个已删除的 design-prd Reference）。

PM 核心产出文档一览

典型使用路径

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

PM探索发现 → PM商业战略 → PM构思设计(PRD) ──┬── UI设计系统 → UI前端生成 → 前端集成
                                              │                              ↑
                                              └── API设计 → 数据架构 → 后端架构
                                                       ↑
                                                 PRD+数据模型(可选)

跨领域数据流：
  positioning-statement → UI设计系统(design-system)
  IA/原型/令牌 → UI前端生成(ui-component-gen)
  openapi.yaml → 前端集成(api-contract-consume)

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

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

路径3：需要增长

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

路径4：前后端联调

Backend api-contract(openapi.yaml) → UI api-contract-consume(类型+Mock+Hook)
                                  → UI frontend-build-deploy(CI/CD)
                                  → UI frontend-performance(性能卡口)

输出路径

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

用户项目/
└── output/
    ├── pm-discovery/               ← PM探索发现
    ├── pm-strategy/                ← PM商业战略
    ├── pm-design/                  ← PM构思设计
    ├── pm-metrics-design/          ← PM度量设计
    ├── pm-development/             ← PM开发上线
    ├── pm-metrics-ops/             ← PM度量运营
    ├── pm-growth/                  ← PM增长运营
    ├── pm-monitoring/              ← PM监控迭代
    ├── pm-project/                 ← PM项目管理
    ├── ui-design-system/           ← UI设计系统
    ├── ui-frontend/                ← UI前端生成
    ├── ui-frontend-integration/    ← 前端集成
    ├── backend-api-design/         ← 后端API设计
    ├── backend-data-architecture/  ← 后端数据架构
    └── backend-architecture/       ← 后端架构

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

UI 双输出模式：UI Skill 的代码文件（组件、页面、配置等）直接写入 {project_dir}/ 项目目录，确保生成的前端代码可立即运行；元数据文件（设计令牌 JSON、审查报告等）仍写入 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 开源。