范围拆解

Universal

ln-200-scope-decomposer

by levnikolaevich

面向新项目的一站式拆解编排:自动识别 Team ID,顺序串联 Scope→Epic→Story→RICE,全程委派 ln-210、ln-220、ln-230,产出含 Infrastructure Epic 0 的完整规划。

415DevOps未扫描2026年3月5日

安装

claude skill add --url github.com/levnikolaevich/claude-code-skills/tree/master/ln-200-scope-decomposer

文档

Paths: File paths (shared/, references/, ../ln-*) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root.

Scope Decomposer (Top Orchestrator)

Top-level orchestrator for complete initiative decomposition from scope to User Stories through Epic and Story coordinators.

Purpose

What This Skill Does

Coordinates the complete decomposition pipeline for new initiatives:

  • Auto-discovers Team ID from kanban_board.md
  • Phase 1: Discovery (Team ID)
  • Phase 2: Epic Decomposition (delegates to ln-210-epic-coordinator)
  • Phase 3: Story Decomposition Loop (delegates to ln-220-story-coordinator per Epic, sequential)
  • Phase 4: RICE Prioritization Loop (optional, delegates to ln-230-story-prioritizer per Epic, sequential)
  • Phase 5: Summary (total counts + next steps)

When to Use This Skill

This skill should be used when:

  • Start new initiative requiring full decomposition (scope → Epics → Stories)
  • Automate Epic + Story creation in single workflow
  • Prefer full pipeline over manual step-by-step invocation
  • Time-efficient approach for new projects (2-3 hours end-to-end)

Alternative: For granular control, invoke coordinators manually:

  1. ln-210-epic-coordinator - CREATE/REPLAN Epics
  2. ln-220-story-coordinator - CREATE/REPLAN Stories (once per Epic)
  3. ln-230-story-prioritizer - RICE prioritization (once per Epic)

When NOT to Use

Do NOT use if:

  • Initiative already has Epics → Use ln-210-epic-coordinator REPLAN mode instead
  • Need to replan existing Stories → Use ln-220-story-coordinator REPLAN mode per Epic
  • Only need Epic creation → Use ln-210-epic-coordinator directly
  • Only need Story creation for specific Epic → Use ln-220-story-coordinator directly

Core Concepts

Orchestrator Pattern

ln-200-scope-decomposer is a pure coordinator - it does NOT execute work directly:

  • ✅ Discovers context (Team ID)
  • ✅ Makes routing decisions (which coordinator to invoke)
  • ✅ Delegates all work via Skill tool (ln-210, ln-220, ln-230)
  • ✅ Manages workflow state (Epic creation → Story loop)
  • ❌ Does NOT research project docs (ln-210 does this)
  • ❌ Does NOT generate Epic/Story documents (ln-210/ln-220 do this)
  • ❌ Does NOT create Linear issues (coordinators do this)
  • ❌ Does NOT prompt user (coordinators handle all user interaction)

Coordinators:

  • ln-210-epic-coordinator: Creates 3-7 Epics (Epic 0 for Infrastructure if applicable, Epic 1-N for business domains)
  • ln-220-story-coordinator: Creates 5-10 Stories per Epic (with standards research via ln-001)

Sequential Story Decomposition

CRITICAL CONSTRAINT: Epic N Stories MUST complete before Epic N+1 starts (ln-220 includes user interaction — interactive dialog cannot be parallelized across Epics).

Why sequential?

  • ln-220-story-coordinator includes user interaction (Story preview confirmation)
  • Interactive dialog cannot be parallelized (user must review each Epic's Stories)
  • Ensures Epic N Stories are approved and created before starting Epic N+1

Example: 6 Epics → ln-220 invoked 6 times sequentially (Epic 0 → Epic 1 → Epic 2 → ... → Epic 5)

Infrastructure Epic = Epic 0

Reserved number: Epic 0 is reserved for Infrastructure Epic (if proposed by ln-210).

Numbering:

  • IF Infrastructure Epic exists → Epic 0 (Infrastructure), Epic 1-N (business domains)
  • ELSE → Epic 1-N (business domains only)

Decision: ln-210-epic-coordinator Phase 1 Step 3 automatically determines if Infrastructure Epic is needed (new project, multi-stack, security/monitoring requirements).

Auto-Discovery

Team ID: Auto-discovered from docs/tasks/kanban_board.md Linear Configuration table (see CLAUDE.md "Configuration Auto-Discovery").

Fallback: If kanban_board.md missing → ln-210-epic-coordinator will ask user directly


Workflow

Phase 1: Discovery (Automated)

Auto-discovers Team ID from docs/tasks/kanban_board.md.

Validation:

  • Team ID exists in kanban_board.md
  • If missing → Skip (ln-210 will request from user)

NO user confirmation at orchestrator level - coordinators handle all user interaction.

Output: Team ID (or None if not found)

Phase 2: Epic Decomposition (Delegated)

Objective: Create all Epics for initiative.

Delegate to ln-210-epic-coordinator:

code
🔄 [ORCHESTRATOR] Phase 2: Delegating Epic creation to ln-210-epic-coordinator

Skill(skill: "ln-210-epic-coordinator")

ln-210-epic-coordinator will:

  • Phase 1: Research project docs (requirements.md, architecture.md, tech_stack.md)
  • Phase 2: Auto-propose domains + Infrastructure Epic (Epic 0) → User confirms domain list
  • Phase 3: Build IDEAL Epic plan (Epic 0-N)
  • Phase 5a: Auto-extract Q1-Q4 from docs → Generate ALL Epic documents → Show batch preview → User confirms → Create all Epics
  • Return: Epic URLs + summary

After completion: Epics created in Linear, kanban_board.md updated.

Output: 3-7 Epics created (Epic 0 for Infrastructure if applicable, Epic 1-N for business domains)

Phase 3: Story Decomposition Loop (Sequential, Delegated)

Objective: Create Stories for EACH Epic (sequential processing).

Sequential Loop Logic:

code
FOR EACH Epic (Epic 0, Epic 1, ..., Epic N):
    1. Invoke ln-220-story-coordinator for current Epic
    2. Wait for completion
    3. Verify Stories created in kanban_board.md
    4. Move to next Epic

Invocation per Epic:

code
🔄 [ORCHESTRATOR] Phase 3: Delegating Story creation for Epic N to ln-220-story-coordinator

Skill(skill: "ln-220-story-coordinator", epic_number="Epic N")

ln-220-story-coordinator will (per Epic):

  • Phase 1: Auto-extract Q1-Q6 from Epic + Fallback search (requirements.md, tech_stack.md)
  • Phase 2: Research standards via ln-001-standards-researcher (auto)
  • Phase 3: Build IDEAL Story plan (5-10 Stories)
  • Phase 4a: Generate ALL Story documents → Show preview → User confirms → Create all Stories
  • Return: Story URLs + summary

Sequential constraint explanation:

  • ln-220 includes user interaction (Story preview confirmation)
  • Cannot parallelize - user must review each Epic's Stories sequentially
  • Epic N Stories approved → Epic N+1 Stories generated

After each Epic: Stories created in Linear, kanban_board.md updated.

Output: 30-60 Stories total (5-10 per Epic × 3-7 Epics)

TodoWrite format (mandatory): Add phases and Epic iterations to todos before starting:

code
- Phase 1: Discovery (in_progress)
- Phase 2: Delegate to ln-210-epic-coordinator (pending)
- Phase 3: Delegate to ln-220 for Epic 0 (pending)
- Phase 3: Delegate to ln-220 for Epic 1 (pending)
- Phase 3: Delegate to ln-220 for Epic 2 (pending)
... (one todo per Epic)
- Phase 4: Delegate to ln-230 for Epic 0 (pending)
- Phase 4: Delegate to ln-230 for Epic 1 (pending)
... (one todo per Epic, optional)
- Phase 5: Summary (pending)

Mark each as in_progress when starting, completed when coordinator returns success.

Phase 4: RICE Prioritization Loop (Optional, Sequential, Delegated)

Objective: Prioritize Stories per Epic using RICE scoring with market research.

OPTIONAL: Ask user "Run RICE prioritization for all Epics?" If user declines, skip to Phase 5.

Sequential Loop Logic:

code
FOR EACH Epic (Epic 0, Epic 1, ..., Epic N):
    1. Invoke ln-230-story-prioritizer for current Epic
    2. Wait for completion
    3. Verify prioritization.md created in docs/market/[epic-slug]/
    4. Move to next Epic

Invocation per Epic:

code
Skill(skill: "ln-230-story-prioritizer", args: "epic=\"Epic N\"")

ln-230-story-prioritizer will (per Epic):

  • Load Stories metadata from Linear
  • Research market size and competition per Story
  • Calculate RICE score and assign Priority (P0-P3)
  • Generate docs/market/[epic-slug]/prioritization.md

Skip condition: If Epic contains only technical/infrastructure Stories (no business value to prioritize), skip that Epic.

After each Epic: Prioritization table saved to docs/market/[epic-slug]/prioritization.md.

Output: Prioritization tables for all applicable Epics.

Phase 5: Summary and Next Steps

Objective: Provide complete decomposition overview.

code
🔄 [ORCHESTRATOR] Phase 4: Full decomposition complete

Initiative Decomposition Summary:
- Epics created: N Projects (Epic 0: Infrastructure [if exists], Epic 1-N: Business domains)
- Stories created: M Issues (breakdown per Epic)
- Location: docs/tasks/kanban_board.md

Next Steps:
1. Run ln-310-story-validator to validate all Stories
2. Use ln-400-story-executor to process each Story (tasks → execution → Done)
   OR use ln-300-task-coordinator to create tasks manually for each Story

Output: Summary message with full decomposition results


Critical Rules

1. Pure Orchestrator Pattern

Orchestrator responsibilities:

  • ✅ Discovery (Team ID)
  • ✅ Routing decisions (which coordinator to invoke, when)
  • ✅ Sequential loop management (Epic 0 → Epic 1 → ... → Epic N)
  • ✅ Summary aggregation (count Epics, Stories)

Coordinator responsibilities (NOT orchestrator):

  • ❌ Research project docs → ln-210
  • ❌ Auto-extract Epic/Story info → ln-210/ln-220
  • ❌ Generate Epic/Story documents → ln-210/ln-220
  • ❌ Create Linear issues → ln-210/ln-220
  • ❌ User interaction (confirmations) → ln-210/ln-220

2. Sequential Story Decomposition

HARD RULE: Epic N Stories MUST complete before Epic N+1 starts.

Rationale: ln-220 includes user interaction (Story preview confirmation). Interactive dialog cannot be parallelized.

Example: 6 Epics → 6 sequential ln-220 invocations (Epic 0 → Epic 1 → ... → Epic 5)

3. No User Prompts at Orchestrator Level

Orchestrator does NOT prompt user:

  • ❌ NO "Proceed with decomposition?" confirmation (redundant - coordinators already confirm)
  • ❌ NO time estimates (misleading - actual time varies)
  • ❌ NO Epic/Story previews (coordinators handle this)

All user interaction delegated to coordinators:

  • ln-210 Phase 2: Domain approval (USER CONTROL POINT 1)
  • ln-210 Phase 5a: Epic batch preview (USER CONTROL POINT 2)
  • ln-220 Phase 4a: Story preview per Epic (USER CONTROL POINT 3, N times)

4. Epic 0 for Infrastructure

Reserved number: Epic 0 is reserved for Infrastructure Epic.

Decision point: ln-210-epic-coordinator Phase 1 Step 3 automatically determines if Infrastructure Epic needed.

Numbering: Epic 0 (if Infrastructure), Epic 1-N (business domains)


Definition of Done

Before completing work, verify ALL checkpoints:

✅ Team ID Discovered (Phase 1):

  • Team ID loaded from kanban_board.md OR skipped (ln-210 will request)

✅ Epic Decomposition Complete (Phase 2):

  • Delegated to ln-210-epic-coordinator
  • 3-7 Epics created (Epic 0 for Infrastructure if applicable, Epic 1-N for business domains)
  • Epic URLs returned
  • Epics visible in kanban_board.md

✅ Story Decomposition Complete (Phase 3):

  • Delegated to ln-220-story-coordinator for EACH Epic (sequential)
  • 5-10 Stories created per Epic
  • Story URLs returned for each Epic
  • All Stories visible in kanban_board.md (Backlog section)

✅ RICE Prioritization Complete (Phase 4, optional):

  • User asked about prioritization (skip if declined)
  • Delegated to ln-230-story-prioritizer for each applicable Epic
  • Prioritization tables saved to docs/market/[epic-slug]/

✅ Summary Provided (Phase 5):

  • Total counts displayed (Epics, Stories, breakdown per Epic)
  • kanban_board.md location shown
  • Next steps provided (validation, task creation)

Output: Summary message with full decomposition results (Epics + Stories per Epic)


Integration with Ecosystem

Called By

Users directly: "Decompose initiative: [initiative name]" or "Create epics and stories for [project]"

Calls (via Skill tool)

  • ln-210-epic-coordinator (Phase 2) - CREATE mode (batch Epic creation with batch preview)
  • ln-220-story-coordinator (Phase 3, sequential loop) - CREATE mode per Epic (Story creation with preview)
  • ln-230-story-prioritizer (Phase 4, optional sequential loop) - RICE prioritization per Epic

Downstream

After ln-200-scope-decomposer completes:

  • ln-310-story-validator - validates all created Stories before task creation
  • ln-400-story-executor - processes each Story (tasks → execution → Done)
    • OR ln-300-task-coordinator - creates tasks manually for each Story

Best Practices

Orchestrator Responsibilities

DO:

  • ✅ Auto-discover Team ID
  • ✅ Delegate to coordinators
  • ✅ Manage sequential loop (Epic 0 → Epic 1 → ... → Epic N)
  • ✅ Aggregate summary (count Epics, Stories)

DON'T:

  • ❌ Research project docs (ln-210 does this)
  • ❌ Generate documents (coordinators do this)
  • ❌ Create Linear issues (coordinators do this)
  • ❌ Prompt user (coordinators handle all interaction)

Coordinator Trust

Trust coordinator results: Coordinators return summary, orchestrator doesn't re-verify.

Error handling: If coordinator returns error, report to user and stop pipeline.

Sequential Processing

Epic creation first: Phase 2 creates ALL Epics before Phase 3 starts (ensures Epic IDs available).

Story creation sequential: Phase 3 processes Epics one-by-one (Epic N Stories → Epic N+1 Stories).

Rationale: User interaction in ln-220 requires sequential processing (cannot parallelize confirmations).

Time Estimates

Realistic estimate: 2-3 hours for full decomposition (6 Epics × 7 Stories avg = 42 Stories).

Breakdown:

  • Phase 2 (Epic creation): 30-45 min (batch preview reduces time)
  • Phase 3 (Story creation): 1.5-2 hours (6 Epics × 15-20 min per Epic)
  • Phase 4 (Summary): 2 min

Do NOT provide time estimates to user - varies based on project complexity and user response time.


Example Usage

Request:

code
"Decompose initiative: E-commerce Platform"

Execution:

  1. Phase 1: Discovery

    • Team ID loaded from kanban_board.md
  2. Phase 2: Epic Decomposition

    • Invoke ln-210-epic-coordinator
    • ln-210 creates 6 Epics:
      • Epic 11 (Infrastructure Epic 0 pattern)
      • Epic 12-16 (business domains)
    • Output: 6 Epic URLs
  3. Phase 3: Story Decomposition Loop (Sequential)

    • Epic 11: Invoke ln-220 → 6 Stories (US017-US022)
    • Epic 12: Invoke ln-220 → 7 Stories (US023-US029)
    • Epic 13: Invoke ln-220 → 5 Stories (US030-US034)
    • Epic 14: Invoke ln-220 → 6 Stories (US035-US040)
    • Epic 15: Invoke ln-220 → 7 Stories (US041-US047)
    • Epic 16: Invoke ln-220 → 5 Stories (US048-US052)
    • Output: 36 Stories total
  4. Phase 4: Summary

    code
    🔄 [ORCHESTRATOR] Full decomposition complete
    
    Initiative: E-commerce Platform
    - Epics created: 6 Projects (Epic 11: Infrastructure, Epic 12-16: Business domains)
    - Stories created: 36 Issues
      - Epic 11: 6 Stories
      - Epic 12: 7 Stories
      - Epic 13: 5 Stories
      - Epic 14: 6 Stories
      - Epic 15: 7 Stories
      - Epic 16: 5 Stories
    - Location: docs/tasks/kanban_board.md
    
    Next Steps:
    1. Run ln-310-story-validator to validate all Stories
    2. Use ln-400-story-executor to process each Story (tasks → execution → Done)
    

Result: 6 Epics + 36 Stories created through full pipeline automation


Reference Files

  • Configuration source: docs/tasks/kanban_board.md (Team ID, Next Epic Number)
  • Epic coordinator: ln-210-epic-coordinator/SKILL.md
  • Story coordinator: ln-220-story-coordinator/SKILL.md
  • Story prioritizer: ln-230-story-prioritizer/SKILL.md
  • Numbering conventions: shared/references/numbering_conventions.md (Epic 0 reserved)

Chat Output Prefix

Use emoji prefix for visual differentiation:

  • 🔄 [ORCHESTRATOR] - ln-200-scope-decomposer (top orchestrator)

Purpose: Helps users track orchestrator progress when delegating to multiple coordinators.


Version: 2.0.0 Last Updated: 2025-11-20

相关 Skills

环境密钥管理

by alirezarezvani

Universal
热门

统一梳理dev/staging/prod的.env和密钥流程,自动生成.env.example、校验必填变量、扫描Git历史泄漏,并联动Vault、AWS SSM、1Password、Doppler完成轮换。

统一管理环境变量、密钥与配置,减少泄露和部署混乱,安全治理与团队协作一起做好,DevOps 场景很省心。

DevOps
未扫描12.1k

可观测性设计

by alirezarezvani

Universal
热门

面向生产系统规划可落地的可观测性体系,串起指标、日志、链路追踪与 SLI/SLO、错误预算、告警和仪表盘设计,适合搭建监控平台与优化故障响应。

把监控、日志、链路追踪串起来,帮助团队从设计阶段构建可观测性,排障更快、系统演进更稳。

DevOps
未扫描12.1k

单仓导航

by alirezarezvani

Universal
热门

聚焦monorepo架构治理与迁移,覆盖Turborepo、Nx、pnpm workspaces,支持跨包影响分析、按变更范围构建测试、依赖图可视化和发布流程优化。

单仓导航专治 monorepo 里找代码、理依赖和切工作区费时的问题,对多项目共仓场景尤其友好,让大型仓库也能像小项目一样好逛。

DevOps
未扫描12.1k

相关 MCP 服务

kubefwd

编辑精选

by txn2

热门

kubefwd 是让 AI 帮你批量转发 Kubernetes 服务到本地的开发神器。

微服务开发者最头疼的本地调试问题,它一键搞定——自动分配 IP 避免端口冲突,还能用自然语言查询状态。但依赖 AI 工作流,纯命令行爱好者可能觉得不够直接。

DevOps
4.1k

Cloudflare

编辑精选

by Cloudflare

热门

Cloudflare MCP Server 是让你用自然语言管理 Workers、KV 和 R2 等云资源的工具。

这个工具解决了开发者频繁切换控制台和文档的痛点,特别适合那些在 Cloudflare 上部署无服务器应用、需要快速调试或管理配置的团队。不过,由于它依赖多个子服务器,初次设置可能有点繁琐,建议先从 Workers Bindings 这类核心功能入手。

DevOps
3.6k

Terraform

编辑精选

by hashicorp

Terraform MCP Server 是让 AI 助手直接操作 Terraform Registry 和 HCP Terraform 的桥梁。

如果你经常在 Terraform 里翻文档找模块配置,这个服务器能省不少时间——直接问 Claude 就能生成准确的代码片段。最适合管理多云基础设施的团队,但注意它目前只适合本地使用,别在生产环境里暴露 HTTP 端点。

DevOps
1.3k

评论