‹ 首页

phasing

@wellapp-ai · 收录于 5 天前 · 上游提交 1 个月前

Group slices into risk-optimized phases with timeline generation

场景项目规划风险管控排期

适合你，如果你需要将复杂项目拆分为风险可控的阶段并制定时间线。

/ 下载安装
https://github.com/wellapp-ai/well/tree/main/cursor-rules/skills/phasing ↗
/ 通过 npx 安装 校验哈希
npx oh-my-skill add wellapp-ai/well/phasing
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- wellapp-ai/well/phasing
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify wellapp-ai/well/phasing
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
340GitHub stars
~962上下文体积 · 单文件
索引托管

怎么用

商店整理自技能原文 · 版本 782601c · 表述以原文为准
它做什么

Claude 会收集每个切片的风险分数和GTM分数，计算优先级分数（分数越低越早发布），然后按规则分成三个阶段，生成ASCII格式的时间线，并列出每个阶段的验证检查点。

什么时候触发

在Ask模式的Phase 2（CONVERGE）完成后，依赖映射和GTM对齐步骤已结束，即将进入Plan模式时。你也可以手动输入“use phasing skill”触发。

装好后可以这样说
手动调用分组和时间线生成
自动收集数据并输出时间线
指定分组逻辑
技能原文 SKILL.md作者撰写 · MIT · 782601c

Phasing Skill

Group implementation slices into phases based on combined risk and GTM scores, then generate a visual timeline.

When to Use
  • During Ask mode Phase 2 (CONVERGE), after dependency-mapping and gtm-alignment
  • Before transitioning to Plan mode
  • To generate the final delivery timeline
Instructions
Phase 1: Gather Scores

Collect scores from previous skills:

| Slice | Risk Score | GTM Score | |-------|------------|-----------| | [From dependency-mapping] | [N] | [From gtm-alignment] |

Phase 2: Calculate Combined Score
Final Priority Score = Risk - (GTM x 0.5)

Lower score = ships earlier

| Slice | Risk | GTM | Final | Rank | |-------|------|-----|-------|------| | #2.2 Invite Flow | 7 | 8 | 3.0 | 1 | | #1.1 Switcher | 1 | 4 | -1.0 | 2 | | #1.2 Members UI | 4 | 3 | 2.5 | 3 |

Phase 3: Group into Phases

Apply grouping rules:

| Phase | Criteria | Typical Contents | |-------|----------|------------------| | Phase 1 | P1 + Lowest risk + Serves T1 | FE-only components, quick wins | | Phase 2 | P2 + Dependencies on P1 complete | FE+BE integration, non-breaking | | Phase 3 | P3/P4 + Highest risk | Contract changes, data model |

Grouping Constraints:

  • Respect dependency order (check DSM matrix from dependency-mapping)
  • Each phase should be independently deployable
  • Each phase should serve at least one complete persona tier
  • Keep phases to 3-5 days when possible
Phase 4: Generate Timeline (ASCII)

Use ASCII format grouped by stack. Show only dependencies with arrows. No dates or effort estimates.

ASCII Timeline Format:

TIMELINE: [Feature Name]
═══════════════════════════════════════════════════════════

FRONTEND
├── [Slice name]
├── [Slice name] ───────────────┐
├── [Slice name] ───────────────┼──┐
└── [Slice name] ───────────────┘  │
                                   │
BACKEND                            │
└── [Slice name] ◄─────────────────┘
         │
         ▼
INFRASTRUCTURE
└── [Slice name]
         │
         ▼
INTEGRATION
├── [Slice name]
└── [Slice name]

═══════════════════════════════════════════════════════════
LEGEND:
├── = parallel (no dependency)
──► = dependency (must complete before)

Stack Grouping Rules:

| Section | Contains | |---------|----------| | Frontend | Components, pages, client-side logic, Storybook | | Backend | API routes, middleware, services, database | | Infrastructure | DNS, deployment, environment config | | Integration | Cross-cutting features, E2E flows |

Dependency Notation:

  • ├── items in same section run in parallel
  • ──► or ◄── arrows show blocking dependencies
  • │ and ▼ show sequential flow between stacks
Phase 6: Document Checkpoints

| Phase End | Validation | Who Validates | |-----------|------------|---------------| | Phase 1 | Storybook review, design QA | Design team | | Phase 2 | E2E on staging, API tests pass | QA team | | Phase 3 | Production deploy, monitoring | Ops team |

Output Format

Output an executive summary (like DIVERGE), then the ASCII timeline. Do NOT show QA Contract details or Priority Matrix.

## Value Analysis Complete

### Executive Summary

| Phase | Status | Key Output |
|-------|--------|------------|
| Scope | ✓ | Full ([N] validated wireframes from Phase 1) |
| State Machines | ✓ | [N] components, [N] states, [N] transitions |
| QA Contract | ✓ | [N] Gherkin (G#1-N), [N] acceptance (AC#1-N) |
| Dependencies | ✓ | [N] slices, [N] blockers, DSM matrix built |
| Design Reuse | ✓ | [N] existing components leveraged |
| Personas (Notion) | ✓ | Fetched [N] from DB, T1: [name], T2: [name] |
| GTM Strategy (Notion) | ✓ | Positioning: "[excerpt...]" |
| Persona Coverage | ✓ | Phase 1 serves [Tier], Phase 2 serves [Tiers] |
| Phasing | ✓ | [N] phases, [N] commits total |

### Proposed Timeline

[ASCII timeline with stacks and dependency arrows - no dates/effort]

### Checkpoints

| Phase | Validation | Owner |
|-------|------------|-------|
| 1 | [Validation] | [Team] |
| 2 | [Validation] | [Team] |
| 3 | [Validation] | [Team] |
Invocation

Invoke manually with "use phasing skill" or follow Ask mode Phase 2 (CONVERGE) which references this skill.

Related Skills
  • dependency-mapping - Provides risk scores
  • gtm-alignment - Provides GTM scores
按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。
…