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.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
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
$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. 下の青いボタンを押して
managing-workflow.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
managing-workflowフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
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] |
残りのタスクを完了 |
強制ルール
- 実装に直接スキップしないでください - plan.md と tasks.md が存在する必要があります
- 未チェックのタスクで完了とマークしないでください - すべての
[ ]は[x]である必要があります - 検証に失敗した場合: 不足している成果物を作成し、続行しないでください
- 単純なフィーチャの場合: クイックプランテンプレートを使用します (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- 最小限のタスクリスト
これにより、小さな変更のオーバーヘッドを削減しながら、成果物が確実に存在します。
ワークフローアクション
新しいフィーチャの初期化
- ユーザーにフィーチャ名と説明を尋ねます
- フィーチャ ID を生成します:
{NNN}-{kebab-name} - ディレクトリとファイルを並行して作成します。
mkdir -p .spec/features/{id}
これらのファイルを同時に作成します。
- frontmatter を含む
spec.md - トラッキングテンプレートを含む
metrics.md
- セッションを設定します:
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
仕様の定義
- コンテキストをロードして、関連するアーカイブされたフィーチャを確認します
- 関連するものが見つかった場合は、「類似のフィーチャ '{name}' が見つかりました。参照しますか?」と尋ねます
- ユーザーにフィーチャ要件を尋ねます (スコープ/優先度には AskUserQuestion を使用)
- 受け入れ基準を含むユーザーストーリーを生成します
- 不明瞭な項目を
[CLARIFY]でマークします - ユーザーに
spec.mdのレビューを依頼します - 承認された場合:
- frontmatter を更新します:
status: specification(またはタグが存在する場合はclarification) - metrics.md を更新します
- frontmatter を更新します:
明確化
- spec.md で
[CLARIFY]タグをすべて検索します - 最大 4 つの質問のグループにバッチ処理します
- AskUserQuestion を使用して各バッチを解決します
- 回答で spec.md を更新し、
[CLARIFY]タグを削除します - ユーザーに変更のレビューを依頼します
- すべてが解決され、承認されたら、frontmatter を更新します:
status: specification
プランの作成
- spec の完全性を検証します ([CLARIFY] タグなし)
- spec.md を読み取ります
- 以下を含む技術プランを生成します。
- アーキテクチャの決定
- コンポーネントとその目的
- データモデル
- API 設計 (該当する場合)
- 統合ポイント
- plan.md を書き込みます
- ユーザーに
plan.mdのレビューを依頼します - 承認された場合:
- frontmatter を更新します:
status: planning - 更新
- frontmatter を更新します:
(原文はここで切り詰められています)
📜 原文 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 actioncurrent: Active feature state and artifactsfeatures.active: All features with frontmatter statefeatures.in_progress: Features needing attentionarchitecture_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
- NEVER skip directly to implementation - plan.md and tasks.md MUST exist
- NEVER mark complete with unchecked tasks - all
[ ]must be[x] - If validation fails: Create the missing artifact, don't proceed
- 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 tasksplugins/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
- Ask user for feature name and description
- Generate feature ID:
{NNN}-{kebab-name} - Create directory and files in parallel:
mkdir -p .spec/features/{id}
Create these files simultaneously:
spec.mdwith frontmattermetrics.mdwith tracking template
- 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
- Load context to check for related archived features
- If related found, ask: "Found similar feature '{name}'. Reference it?"
- Ask user for feature requirements (use AskUserQuestion for scope/priority)
- Generate user stories with acceptance criteria
- Mark unclear items with
[CLARIFY] - Ask user to review
spec.md - If approved:
- Update frontmatter:
status: specification(orclarificationif tags exist) - Update metrics.md
- Update frontmatter:
Clarify
- Find all
[CLARIFY]tags in spec.md - Batch into groups of max 4 questions
- Use AskUserQuestion to resolve each batch
- Update spec.md with answers, remove
[CLARIFY]tags - Ask user to review changes
- When all resolved and approved, update frontmatter:
status: specification
Create Plan
- Validate spec completeness (no [CLARIFY] tags)
- Read spec.md
- Generate technical plan with:
- Architecture decisions
- Components and their purposes
- Data models
- API design (if applicable)
- Integration points
- Write plan.md
- Ask user to review
plan.md - If approved:
- Update frontmatter:
status: planning - Update metrics.md
- Update frontmatter:
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
- Read spec.md + plan.md
- 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]
- Tag critical changes:
[critical:schema],[critical:api],[critical:types] - Write tasks.md
- Ask user to review
tasks.md - If approved:
- Update frontmatter:
status: implementation - Update progress in frontmatter:
tasks_total: {count} - Update metrics.md
- Update frontmatter:
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:
- Ask user: "Archive this feature?"
- If yes: a. Check for repeatable patterns in completed work b. If patterns detected (2+ similar files/tasks), offer tooling suggestions
- Run archive_feature
node plugins/spec/skills/managing-workflow/scripts/archive-feature.js "{feature-id}"
- If new skills/agents were created during the feature:
- Inform user: "New tooling was created. Restart Claude to use it."
- Suggest:
claude --continueto resume after restart
- 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` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。
- 📄 SKILL.md (12,037 bytes)
- 📎 scripts/archive-feature.js (2,673 bytes)
- 📎 scripts/context-loader.js (1,430 bytes)
- 📎 scripts/log-activity.js (2,770 bytes)
- 📎 scripts/update-status.js (772 bytes)
- 📎 scripts/validate-phase.js (2,327 bytes)