$ ~/registry/skill/affaan-m-orch-build-mvp

SKILL

orch-build-mvp

Name: orch-build-mvp
Author: affaan-m

将设计或需求文档快速编排为可运行的 MVP 起步版本，并完成首个端到端切片实现。

星标

★ 231,607

来源

GitHub

更新于

2026-07-21

// 安全评估需留意

仅提示词，不执行代码
开源可审计
社区验证· 210.5k

总评

该技能材料显示其为纯提示词/流程封装，不声明密钥、远程端点或独立系统权限；结合开源 GitHub 来源与较高社区采用度，整体偏低风险。需注意其描述中涉及读取规格文档、脚手架生成与提交流程，但仅凭现有材料未见明确外发、不明权限或凭证滥用红旗。

凭证密钥低风险

材料明确标注“需要的密钥/环境变量：（无）”，README 也未要求 API token、云凭证或账户授权；未见凭证收集、存储或转发设计。

网络外发低风险

系统检查项标注为 prompt-only，且“远程端点 host：（无）”；文档虽提到构建/评估流程，但未声明将用户数据发送到任何外部服务或不明端点。

代码执行需留意

README 描述会“scaffold”“TDD-implement”“commit”，并调用共享引擎与 `/gan-build` 流程；这表明目标用途涉及生成/修改项目代码与开发流程推进。仅按材料看不到独立可执行组件或额外系统权限声明，因此属常规能力需留意，而非明确高风险红旗。

数据访问需留意

技能用途要求读取设计/规格文档路径，并将内容转化为计划、脚手架与反馈文件；这意味着会接触用户提供的本地项目文档及派生产物。当前材料未见超出其声明用途的数据范围，也未见过度授权说明。

来源供应链低风险

来源为 GitHub 开源仓库，系统检查项含 open-source，且社区采用度很高（约 210.5k stars），这些都是明显的降风险因素。许可证未声明、维护状态未知，带来一定可治理性不确定性，但不足以构成高风险。

安全建议

在受控项目副本中使用，先确认其生成/提交步骤仅作用于预期仓库与分支。
避免将包含敏感信息的规格文档直接提供给技能，必要时先做脱敏。
人工审查其生成的脚手架、测试与提交内容，再执行合并或发布。
补充核验仓库许可证与近期维护情况，降低长期供应链不确定性。

审计模型: gpt-5.4 · 2026-06-17

// 安装

复制安装指令，让 AI 自动完成配置 · 推荐新手

请帮我安装 askskill 上的 "orch-build-mvp" 技能：
1. 下载 https://raw.githubusercontent.com/affaan-m/ECC/main/skills/orch-build-mvp/SKILL.md
2. 保存为 ~/.claude/skills/orch-build-mvp/SKILL.md
3. 装好后重载技能，告诉我可以用了

// 下载

下载 SKILL.md机读安装清单 ↗

// 用法示例

从 PRD 搭建首个功能切片

输入

基于这份 PRD，为一个任务管理 Web 应用规划最薄的垂直切片，并脚手架出第一个可运行版本。请先拆分用户流程、定义最小数据模型、生成前后端骨架，然后用 TDD 实现“创建任务并展示列表”功能，最后做代码审查并给出可提交的变更说明。

预期产出

一个包含切片计划、项目骨架、测试用例、首个端到端功能实现以及提交说明的 MVP 起步版本。

把设计稿落成可运行原型

输入

读取这份设计说明文档，为登录后仪表盘产品搭建可运行的 MVP 原型。请识别核心页面与关键交互，规划最小闭环切片，生成基础项目结构，并优先实现“用户登录后查看概览卡片”这条链路，要求测试先行、完成后自检并整理待确认问题。

预期产出

一个围绕核心登录后场景的可运行原型，附带测试、自检结果和后续待确认事项。

从 SDD 启动工程化开发

输入

根据这份 SDD，为内部审批系统启动 MVP 工程。请先提炼系统边界与依赖，选择最适合作为第一条垂直切片的审批提交流程，完成仓库初始化、基础 CI 配置、应用脚手架、测试框架接入，并实现可演示的提交审批请求功能，最后输出评审结论与下一步建议。

预期产出

一套可继续迭代的工程起点，包括仓库结构、CI、测试体系、首条审批流程功能和评审建议。

// 文档

orch-build-mvp

Actor · action · target: orch · build · mvp. Thin wrapper over the shared engine in orch-pipeline.

When to Use

The user has a design / spec document (SDD, PRD, system_design) and wants a working vertical slice bootstrapped from it.
Takes a doc path as its argument, e.g. civicpulse/docs/SDD-v0.6.md.

Operation settings

Default size floor: large — this is the full pipeline including Scaffold.
Phase mask: 0 (read the spec) → 1 → 2 (heavy) → 3 (scaffold) → 4 → 5 → 6.
First move (phase 0 → 2): read the doc; extract scope, locked decisions, and the feature list; order it into thin vertical slices (one end-to-end path first, not all-models-then-all-views). Phase 3 stands up that first slice.

How It Works

Run the orch-pipeline engine with the settings above.
Reuse the existing GAN harness instead of hand-rolling an iterate loop:
- Translate the SDD into gan-harness/spec.md + gan-harness/eval-rubric.md (this stands in for what gan-planner would generate — you already have the spec).
- Drive the build with /gan-build "<one-line brief>" --skip-planner (defaults: --max-iterations 15, --pass-threshold 7.0, --eval-mode playwright; use --eval-mode code-only for non-UI slices).
- That command runs the gan-generator → gan-evaluator loop and writes gan-harness/feedback/feedback-NNN.md until the score passes or plateaus.
Stop at Gate 1 (slice plan) and Gate 2 (pre-commit). Commit the scaffold and each slice as separate feat: commits.
Add security-reviewer for any slice touching a security trigger.

Example

orch-build-mvp: civicpulse/docs/SDD-v0.6.md
→ read SDD → slice list (vertical) → scaffold slice 1  [GATE 1: approve]
→ /gan-build --skip-planner (generator → evaluator loop) scores vs spec → review
→ commit feat:  [GATE 2: confirm] → next slice

affaan-m装→

// 功能相似

技能

★232k

orch-add-feature

从 PRD 搭建首个功能切片

输入

基于这份 PRD，为一个任务管理 Web 应用规划最薄的垂直切片，并脚手架出第一个可运行版本。请先拆分用户流程、定义最小数据模型、生成前后端骨架，然后用 TDD 实现“创建任务并展示列表”功能，最后做代码审查并给出可提交的变更说明。

预期产出

一个包含切片计划、项目骨架、测试用例、首个端到端功能实现以及提交说明的 MVP 起步版本。

把设计稿落成可运行原型

输入

读取这份设计说明文档，为登录后仪表盘产品搭建可运行的 MVP 原型。请识别核心页面与关键交互，规划最小闭环切片，生成基础项目结构，并优先实现“用户登录后查看概览卡片”这条链路，要求测试先行、完成后自检并整理待确认问题。

预期产出

一个围绕核心登录后场景的可运行原型，附带测试、自检结果和后续待确认事项。

从 SDD 启动工程化开发

输入

根据这份 SDD，为内部审批系统启动 MVP 工程。请先提炼系统边界与依赖，选择最适合作为第一条垂直切片的审批提交流程，完成仓库初始化、基础 CI 配置、应用脚手架、测试框架接入，并实现可演示的提交审批请求功能，最后输出评审结论与下一步建议。

预期产出

一套可继续迭代的工程起点，包括仓库结构、CI、测试体系、首条审批流程功能和评审建议。

// 文档

orch-build-mvp

Actor · action · target: orch · build · mvp. Thin wrapper over the shared engine in orch-pipeline.

When to Use

The user has a design / spec document (SDD, PRD, system_design) and wants a working vertical slice bootstrapped from it.
Takes a doc path as its argument, e.g. civicpulse/docs/SDD-v0.6.md.

Operation settings

Default size floor: large — this is the full pipeline including Scaffold.
Phase mask: 0 (read the spec) → 1 → 2 (heavy) → 3 (scaffold) → 4 → 5 → 6.
First move (phase 0 → 2): read the doc; extract scope, locked decisions, and the feature list; order it into thin vertical slices (one end-to-end path first, not all-models-then-all-views). Phase 3 stands up that first slice.

How It Works

Run the orch-pipeline engine with the settings above.
Reuse the existing GAN harness instead of hand-rolling an iterate loop:
- Translate the SDD into gan-harness/spec.md + gan-harness/eval-rubric.md (this stands in for what gan-planner would generate — you already have the spec).
- Drive the build with /gan-build "<one-line brief>" --skip-planner (defaults: --max-iterations 15, --pass-threshold 7.0, --eval-mode playwright; use --eval-mode code-only for non-UI slices).
- That command runs the gan-generator → gan-evaluator loop and writes gan-harness/feedback/feedback-NNN.md until the score passes or plateaus.
Stop at Gate 1 (slice plan) and Gate 2 (pre-commit). Commit the scaffold and each slice as separate feat: commits.
Add security-reviewer for any slice touching a security trigger.

Example

orch-build-mvp: civicpulse/docs/SDD-v0.6.md
→ read SDD → slice list (vertical) → scaffold slice 1  [GATE 1: approve]
→ /gan-build --skip-planner (generator → evaluator loop) scores vs spec → review
→ commit feat:  [GATE 2: confirm] → next slice