jpskill.com
🛠️ 開発・MCP コミュニティ

managing-workflow

Manages the specification-driven development workflow. Use this skill when the user runs /orbit, requests to "define feature", "create plan", "implement", or needs workflow guidance. It detects the current phase from artifacts and executes the appropriate action.

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o managing-workflow.zip https://jpskill.com/download/17589.zip && unzip -o managing-workflow.zip && rm managing-workflow.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17589.zip -OutFile "$d\managing-workflow.zip"; Expand-Archive "$d\managing-workflow.zip" -DestinationPath $d -Force; ri "$d\managing-workflow.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して managing-workflow.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → managing-workflow フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
6

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

Orbit Workflow

仕様駆動開発のための単一のスキルです。成果物が真実の源です。

初期化

<context-loading> ワークフローアクションの前に、単一の Bash コールで完全なコンテキストをロードします。

node plugins/spec/skills/managing-workflow/scripts/context-loader.js

これは、以下の JSON を返します。

  • suggestion: 推奨される次のアクション
  • current: アクティブなフィーチャの状態と成果物
  • features.active: frontmatter の状態を持つすべてのフィーチャ
  • features.in_progress: 注意が必要なフィーチャ
  • architecture_files: 利用可能なアーキテクチャドキュメント

すべての決定にこのコンテキストを使用します。状態検出のための追加の Read コールは避けてください。 </context-loading>

フェーズ検出

フェーズは spec.md の frontmatter status フィールドに格納されます。

Status Artifacts Next Action
initialize None spec.md を作成
specification spec.md ([CLARIFY] なし) plan.md を作成
clarification [CLARIFY] を含む spec.md 質問を解決
planning spec.md + plan.md tasks.md を作成
implementation tasks.md に - [ ] がある タスクを実行
complete すべてのタスクが - [x] アーカイブまたは新しいフィーチャ

Frontmatter スキーマ

spec.md Frontmatter

---
id: 001-feature-name
title: Human Readable Title
status: specification  # initialize|specification|clarification|planning|implementation|complete
priority: P1           # P1|P2|P3
created: 2025-11-27
updated: 2025-11-27
progress:
  tasks_total: 0
  tasks_done: 0
owner: team-name
tags:
  - api
  - auth
---

Frontmatter の更新

すべてのフェーズ遷移で、スキルの組み込みスクリプトを使用します。

# ステータスとタイムスタンプを更新
node plugins/spec/skills/managing-workflow/scripts/update-status.js \
  ".spec/features/{feature}/spec.md" "planning"

# ISO タイムスタンプでアクティビティをログ記録
node plugins/spec/skills/managing-workflow/scripts/log-activity.js \
  ".spec/features/{feature}/metrics.md" "Plan created"

または、Edit ツールを使用して、frontmatter のステータス行を更新します。

フェーズゲート (必須)

フェーズ遷移の前に必ず検証する必要があります。これはオプションではありません。

# すべてのフェーズ変更の前に必要
RESULT=$(node plugins/spec/skills/managing-workflow/scripts/validate-phase.js \
  ".spec/features/{feature}" "{target-phase}")

# 結果を確認 - 無効な場合は続行しないでください
if [[ $(echo "$RESULT" | jq -r '.valid') != "true" ]]; then
  echo "BLOCKED: $(echo "$RESULT" | jq -r '.suggestion')"
  # 続行する前に、不足している成果物を作成します
fi

フェーズの前提条件

Target Phase Required Artifacts If Missing
specification None -
clarification spec.md 最初に spec を作成
planning spec.md ([CLARIFY] なし) 明確化を解決
implementation spec.md, plan.md, tasks.md 不足している成果物を作成
complete すべてのタスクが [x] 残りのタスクを完了

強制ルール

  1. 実装に直接スキップしないでください - plan.md と tasks.md が存在する必要があります
  2. 未チェックのタスクで完了とマークしないでください - すべての [ ][x] である必要があります
  3. 検証に失敗した場合: 不足している成果物を作成し、続行しないでください
  4. 単純なフィーチャの場合: クイックプランテンプレートを使用します (plugins/spec/skills/managing-workflow/templates/quick-plan.md を参照)

クイックプランニングオプション

単純なフィーチャ (バグ修正、< 3 ファイル) の場合は、合理化されたテンプレートを使用します。

  • plugins/spec/skills/managing-workflow/templates/quick-plan.md - インラインタスクを含む結合プラン
  • plugins/spec/skills/managing-workflow/templates/quick-tasks.md - 最小限のタスクリスト

これにより、小さな変更のオーバーヘッドを削減しながら、成果物が確実に存在します。

ワークフローアクション

新しいフィーチャの初期化

  1. ユーザーにフィーチャ名と説明を尋ねます
  2. フィーチャ ID を生成します: {NNN}-{kebab-name}
  3. ディレクトリとファイルを並行して作成します。
mkdir -p .spec/features/{id}

これらのファイルを同時に作成します。

  • frontmatter を含む spec.md
  • トラッキングテンプレートを含む metrics.md
  1. セッションを設定します: set_feature "{id}"

spec.md テンプレート

---
id: {id}
title: {title}
status: specification
priority: P2
created: {date}
updated: {date}
progress:
  tasks_total: 0
  tasks_done: 0
---

# Feature: {title}

## Overview

{description}

## User Stories

### US1: {story title}

As a {role}, I want {goal} so that {benefit}.

**Acceptance Criteria:**
- [ ] AC1.1: {criterion}
- [ ] AC1.2: {criterion}

## Technical Constraints

- {constraint}

## Out of Scope

- {exclusion}

metrics.md テンプレート

# Metrics: {title}

## Progress

| Phase | Status | Updated |
|-------|--------|---------|
| Specification | pending | |
| Clarification | pending | |
| Planning | pending | |
| Implementation | 0/0 | |

## Activity

| Timestamp | Event |
|-----------|-------|

注: すべてのタイムスタンプは ISO 8601 形式を使用します: 2025-11-27T10:30:00Z

仕様の定義

  1. コンテキストをロードして、関連するアーカイブされたフィーチャを確認します
  2. 関連するものが見つかった場合は、「類似のフィーチャ '{name}' が見つかりました。参照しますか?」と尋ねます
  3. ユーザーにフィーチャ要件を尋ねます (スコープ/優先度には AskUserQuestion を使用)
  4. 受け入れ基準を含むユーザーストーリーを生成します
  5. 不明瞭な項目を [CLARIFY] でマークします
  6. ユーザーに spec.md のレビューを依頼します
  7. 承認された場合:
    • frontmatter を更新します: status: specification (またはタグが存在する場合は clarification)
    • metrics.md を更新します

明確化

  1. spec.md で [CLARIFY] タグをすべて検索します
  2. 最大 4 つの質問のグループにバッチ処理します
  3. AskUserQuestion を使用して各バッチを解決します
  4. 回答で spec.md を更新し、[CLARIFY] タグを削除します
  5. ユーザーに変更のレビューを依頼します
  6. すべてが解決され、承認されたら、frontmatter を更新します: status: specification

プランの作成

  1. spec の完全性を検証します ([CLARIFY] タグなし)
  2. spec.md を読み取ります
  3. 以下を含む技術プランを生成します。
    • アーキテクチャの決定
    • コンポーネントとその目的
    • データモデル
    • API 設計 (該当する場合)
    • 統合ポイント
  4. plan.md を書き込みます
  5. ユーザーに plan.md のレビューを依頼します
  6. 承認された場合:
    • frontmatter を更新します: status: planning
    • 更新

(原文はここで切り詰められています)

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Orbit Workflow

Single skill for specification-driven development. Artifacts are the source of truth.

Initialization

<context-loading> Before any workflow action, load full context with a single Bash call:

node plugins/spec/skills/managing-workflow/scripts/context-loader.js

This returns JSON with:

  • suggestion: Recommended next action
  • current: Active feature state and artifacts
  • features.active: All features with frontmatter state
  • features.in_progress: Features needing attention
  • architecture_files: Available architecture docs

Use this context for all decisions. Avoid additional Read calls for state detection. </context-loading>

Phase Detection

Phase is stored in spec.md frontmatter status field:

Status Artifacts Next Action
initialize None Create spec.md
specification spec.md (no [CLARIFY]) Create plan.md
clarification spec.md with [CLARIFY] Resolve questions
planning spec.md + plan.md Create tasks.md
implementation tasks.md has - [ ] Execute tasks
complete All tasks - [x] Archive or new feature

Frontmatter Schema

spec.md Frontmatter

---
id: 001-feature-name
title: Human Readable Title
status: specification  # initialize|specification|clarification|planning|implementation|complete
priority: P1           # P1|P2|P3
created: 2025-11-27
updated: 2025-11-27
progress:
  tasks_total: 0
  tasks_done: 0
owner: team-name
tags:
  - api
  - auth
---

Updating Frontmatter

On every phase transition, use the skill's built-in scripts:

# Update status and timestamp
node plugins/spec/skills/managing-workflow/scripts/update-status.js \
  ".spec/features/{feature}/spec.md" "planning"

# Log activity with ISO timestamp
node plugins/spec/skills/managing-workflow/scripts/log-activity.js \
  ".spec/features/{feature}/metrics.md" "Plan created"

Or with Edit tool - update the status line in frontmatter.

Phase Gates (MANDATORY)

You MUST validate before ANY phase transition. This is NOT optional.

# REQUIRED before every phase change
RESULT=$(node plugins/spec/skills/managing-workflow/scripts/validate-phase.js \
  ".spec/features/{feature}" "{target-phase}")

# Check result - DO NOT PROCEED if invalid
if [[ $(echo "$RESULT" | jq -r '.valid') != "true" ]]; then
  echo "BLOCKED: $(echo "$RESULT" | jq -r '.suggestion')"
  # Create the missing artifact before continuing
fi

Phase Prerequisites

Target Phase Required Artifacts If Missing
specification None -
clarification spec.md Create spec first
planning spec.md (no [CLARIFY]) Resolve clarifications
implementation spec.md, plan.md, tasks.md Create missing artifacts
complete All tasks [x] Complete remaining tasks

Enforcement Rules

  1. NEVER skip directly to implementation - plan.md and tasks.md MUST exist
  2. NEVER mark complete with unchecked tasks - all [ ] must be [x]
  3. If validation fails: Create the missing artifact, don't proceed
  4. For simple features: Use quick-plan template (see plugins/spec/skills/managing-workflow/templates/quick-plan.md)

Quick Planning Option

For simple features (bug fixes, < 3 files), use streamlined templates:

  • plugins/spec/skills/managing-workflow/templates/quick-plan.md - Combined plan with inline tasks
  • plugins/spec/skills/managing-workflow/templates/quick-tasks.md - Minimal task list

This ensures artifacts exist while reducing overhead for small changes.

Workflow Actions

Initialize New Feature

  1. Ask user for feature name and description
  2. Generate feature ID: {NNN}-{kebab-name}
  3. Create directory and files in parallel:
mkdir -p .spec/features/{id}

Create these files simultaneously:

  • spec.md with frontmatter
  • metrics.md with tracking template
  1. Set session: set_feature "{id}"

spec.md Template

---
id: {id}
title: {title}
status: specification
priority: P2
created: {date}
updated: {date}
progress:
  tasks_total: 0
  tasks_done: 0
---

# Feature: {title}

## Overview

{description}

## User Stories

### US1: {story title}

As a {role}, I want {goal} so that {benefit}.

**Acceptance Criteria:**
- [ ] AC1.1: {criterion}
- [ ] AC1.2: {criterion}

## Technical Constraints

- {constraint}

## Out of Scope

- {exclusion}

metrics.md Template

# Metrics: {title}

## Progress

| Phase | Status | Updated |
|-------|--------|---------|
| Specification | pending | |
| Clarification | pending | |
| Planning | pending | |
| Implementation | 0/0 | |

## Activity

| Timestamp | Event |
|-----------|-------|

Note: All timestamps use ISO 8601 format: 2025-11-27T10:30:00Z

Define Specification

  1. Load context to check for related archived features
  2. If related found, ask: "Found similar feature '{name}'. Reference it?"
  3. Ask user for feature requirements (use AskUserQuestion for scope/priority)
  4. Generate user stories with acceptance criteria
  5. Mark unclear items with [CLARIFY]
  6. Ask user to review spec.md
  7. If approved:
    • Update frontmatter: status: specification (or clarification if tags exist)
    • Update metrics.md

Clarify

  1. Find all [CLARIFY] tags in spec.md
  2. Batch into groups of max 4 questions
  3. Use AskUserQuestion to resolve each batch
  4. Update spec.md with answers, remove [CLARIFY] tags
  5. Ask user to review changes
  6. When all resolved and approved, update frontmatter: status: specification

Create Plan

  1. Validate spec completeness (no [CLARIFY] tags)
  2. Read spec.md
  3. Generate technical plan with:
    • Architecture decisions
    • Components and their purposes
    • Data models
    • API design (if applicable)
    • Integration points
  4. Write plan.md
  5. Ask user to review plan.md
  6. If approved:
    • Update frontmatter: status: planning
    • Update metrics.md

plan.md Template

# Technical Plan: {title}

## Architecture

{architecture decisions and rationale}

## Components

| Component | Purpose | Dependencies |
|-----------|---------|--------------|
| {name} | {purpose} | {deps} |

## Data Models

{model definitions}

## API Design

{endpoints if applicable}

## Implementation Phases

1. **Phase 1**: {description}
2. **Phase 2**: {description}

## Risks

| Risk | Impact | Mitigation |
|------|--------|------------|
| {risk} | {impact} | {mitigation} |

Create Tasks

  1. Read spec.md + plan.md
  2. Break into tasks with parallel groups and dependencies:
## Parallel Group A
- [ ] T001: {task} [P1]
- [ ] T002: {task} [P1]

## Parallel Group B [depends:A]
- [ ] T003: {task} [P1] [depends:T001,T002]
  1. Tag critical changes: [critical:schema], [critical:api], [critical:types]
  2. Write tasks.md
  3. Ask user to review tasks.md
  4. If approved:
    • Update frontmatter: status: implementation
    • Update progress in frontmatter: tasks_total: {count}
    • Update metrics.md

tasks.md Template

# Tasks: {title}

## Parallel Group A

- [ ] T001: {description} [P1]
- [ ] T002: {description} [P1]

## Parallel Group B [depends:A]

- [ ] T003: {description} [P1] [depends:T001,T002]
- [ ] T004: {description} [P2] [depends:T001]

## Sequential

- [ ] T005: {description} [P1] [critical:api] [depends:T003,T004]

---

## Legend

- `[P1/P2/P3]` - Priority level
- `[depends:X,Y]` - Task dependencies
- `[critical:type]` - Requires extra review (schema, api, types, auth)
- `[estimate:S/M/L]` - Size estimate

Implement

GATE CHECK REQUIRED - Before implementing, MUST validate:

# MANDATORY: Run this before any implementation
RESULT=$(node plugins/spec/skills/managing-workflow/scripts/validate-phase.js \
  ".spec/features/{feature}" "implementation")

# If not valid, STOP and create missing artifacts
if [[ $(echo "$RESULT" | jq -r '.valid') != "true" ]]; then
  MISSING=$(echo "$RESULT" | jq -r '.missing')
  echo "Cannot implement: missing $MISSING"
  # Go back and create: plan.md or tasks.md
fi

Only after validation passes, delegate to task-implementer agent:

Task: task-implementer agent

Feature: {feature-path}
Tasks file: .spec/features/{feature}/tasks.md

Execute tasks in parallel groups where possible.
Update task checkboxes as completed.
Report any blockers.

After implementation:

  • Update frontmatter progress: tasks_done: {count}
  • If all complete, update: status: complete

Validate

Delegate to artifact-validator agent:

Task: artifact-validator agent

Feature: {feature-path}

Validate:
1. Spec completeness (all AC have tasks)
2. Plan coverage (all US have implementation)
3. Task consistency (dependencies valid)

Archive Feature

When feature is complete:

  1. Ask user: "Archive this feature?"
  2. If yes: a. Check for repeatable patterns in completed work b. If patterns detected (2+ similar files/tasks), offer tooling suggestions
  3. Run archive_feature
node plugins/spec/skills/managing-workflow/scripts/archive-feature.js "{feature-id}"
  1. If new skills/agents were created during the feature:
    • Inform user: "New tooling was created. Restart Claude to use it."
    • Suggest: claude --continue to resume after restart
  2. Suggest next action from context loader

Tooling Check on Archive

Before archiving, analyze the completed feature for automation opportunities:

Pattern Detection (only for repeatable tasks):
- Created 3+ similar files? → Suggest generator skill
- Wrote 3+ test files? → Suggest testing-code skill
- Added 3+ API endpoints? → Suggest api-testing agent
- Similar task structure repeated? → Suggest workflow skill

Skip tooling suggestions if:

  • Feature was one-off (migration, unique integration)
  • Pattern count < 2
  • Similar tooling already exists

If tooling is created:

## New Tooling Created

| Type | Name | Location |
|------|------|----------|
| Skill | {name} | .claude/skills/{name}/ |
| Agent | {name} | .claude/agents/{name}.md |

**Restart Required**: Run `claude --continue` to use new tooling.

User Questions

Use AskUserQuestion strategically:

On Initialize

questions:
  - header: "Project Type"
    question: "What type of project is this?"
    options:
      - label: "Greenfield"
        description: "New project from scratch"
      - label: "Brownfield"
        description: "Existing codebase"

On Feature Selection (multiple features)

questions:
  - header: "Feature"
    question: "Which feature to work on?"
    options:
      - label: "{feature-1}"
        description: "{status} - {progress}"
      - label: "{feature-2}"
        description: "{status}"
      - label: "New Feature"
        description: "Start fresh"

On Implementation Start

questions:
  - header: "Execution"
    question: "How to execute tasks?"
    options:
      - label: "Guided"
        description: "Confirm each task"
      - label: "Autonomous"
        description: "Execute all, report at end"

Error Handling

  • Missing artifact → Start from that phase
  • Validation fails → Show gaps, offer to fix
  • Task blocked → Log blocker, skip to next, report at end
  • Frontmatter missing → Add it on next update

Parallel Execution Guidelines

Execute in parallel when independent:

  • File creation (spec.md + metrics.md)
  • Multiple validations
  • Independent task groups

Execute sequentially when dependent:

  • Spec → Plan → Tasks
  • Dependent task groups

同梱ファイル

※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。