スキル一覧に戻る
daishiman

task-specification-creator

by daishiman

4🍴 0📅 2026年1月24日
GitHubで見るManusで実行

SKILL.md


name: task-specification-creator description: | ユーザーから与えられたタスクを単一責務の原則に基づいて分解し、 Phase 1からPhase 13までの実行可能なタスク仕様書ドキュメントを生成する。

Anchors: • Clean Code (Robert C. Martin) / 適用: 単一責務の原則 / 目的: タスク分解の基準 • Continuous Delivery (Jez Humble) / 適用: フェーズゲート / 目的: 品質パイプライン構築 • Domain-Driven Design (Eric Evans) / 適用: ユビキタス言語 / 目的: 一貫した用語設計

Trigger: タスク仕様書作成, タスク分解, ワークフロー設計, 実行計画作成 Use when creating task specifications for complex development tasks. allowed-tools:

  • Read
  • Write
  • Edit
  • Bash
  • Glob
  • Grep
  • Task

Task Specification Creator

概要

ユーザーからの開発タスクを分解し、Phase 1〜Phase 13の実行可能なタスク仕様書を生成するスキル。

設計原則

原則説明
Script First決定論的処理はスクリプトで実行(100%精度)
LLM for JudgmentLLMは判断・創造が必要な部分のみ担当
Progressive Disclosure必要な時に必要なリソースのみ読み込み
Schema Driven入出力はJSONスキーマで検証
Self-Improvement使用ログからスキル自身を改善

モード一覧

モード用途開始条件
create新規タスク仕様書作成ユーザーから新規タスク依頼(推奨)
executePhase実行タスク仕様書に基づくPhase実行
update仕様書更新既存仕様書の修正・更新
detect-unassigned未タスク検出Phase 12での残課題検出

Part 1: タスク仕様書作成ワークフロー(createモード)

Phase 1: 分析(LLM Task)
┌─────────────────────────────────────────────────────────┐
│ decompose-task → identify-scope → design-phases         │
│ 📖 Read: agents/decompose-task.md (必要時)               │
└─────────────────────────────────────────────────────────┘
                            ↓
Phase 2: 生成(LLM Task + Script Validation)
┌─────────────────────────────────────────────────────────┐
│ generate-task-specs → [validate-schema]                 │
│ 📖 Read: agents/generate-task-specs.md (必要時)          │
└─────────────────────────────────────────────────────────┘
                            ↓
Phase 3: 出力(Script Task - 100%精度)
┌─────────────────────────────────────────────────────────┐
│ [init-artifacts] → [generate-phase-files]               │
│ ┌─────────────────────────────────────────┐              │
│ │ output-phase-files   ← 並列実行          │              │
│ │ update-dependencies ←                  │              │
│ └─────────────────────────────────────────┘              │
└─────────────────────────────────────────────────────────┘
                            ↓
Phase 4: 個別検証(Script Task - 100%精度)
┌─────────────────────────────────────────────────────────┐
│ [validate-phase-output]                                 │
└─────────────────────────────────────────────────────────┘
                            ↓
Phase 5: 全体整合性検証(Script + LLM - 自動実行)【必須】
┌─────────────────────────────────────────────────────────┐
│ [verify-all-specs] ← 13ファイル一括検証                  │
│     ├── 構造検証: 必須セクション・フォーマット           │
│     ├── 整合性検証: Phase間依存・参照資料               │
│     ├── 品質検証: 曖昧表現・検証可能性                  │
│     └── 完全性検証: 全13 Phase揃っているか              │
│                         ↓                               │
│ verify-specs (LLM) ← 品質基準チェック(必要時)          │
│ 📖 Read: agents/verify-specs.md                         │
│                         ↓                               │
│ 検証レポート生成 → outputs/verification-report.md       │
└─────────────────────────────────────────────────────────┘
                            ↓
         ┌──────────────────┴──────────────────┐
         ↓                                     ↓
    [検証PASS]                            [検証FAIL]
         ↓                                     ↓
Phase 6: 完了                           Phase 2へ戻り修正
┌─────────────────────────────────────────────────────────┐
│ [log-usage] → 完了                                      │
└─────────────────────────────────────────────────────────┘

凡例: [script] = Script Task (100%精度), 無印 = LLM Task

Phase 5 検証項目詳細

カテゴリ検証項目自動/手動
構造必須セクション(メタ情報/目的/実行タスク/参照資料/成果物/完了条件)自動
構造Markdownフォーマット正常性自動
整合性Phase間依存関係(前Phase成果物が参照されているか)自動
整合性参照資料パスの存在確認自動
品質曖昧表現の検出(「適切に」「必要に応じて」「など」)自動
品質完了条件の検証可能性LLM
品質100人中100人が同じ理解で実行できるかLLM
完全性Phase 1〜13の全ファイル存在確認自動
完全性index.md(メインタスク仕様書)存在確認自動
完全性artifacts.json整合性自動

Part 2: Phase実行ワークフロー

Phase構成(標準フレームワーク)

Phase名称目的カテゴリ
1要件定義目的・スコープ・受け入れ基準定義要件
2設計アーキテクチャ・詳細設計設計
3設計レビューゲート要件・設計の妥当性検証ゲート
4テスト作成TDD: Red(失敗するテスト作成)TDD-Red
5実装TDD: Green(テストを通す実装)TDD-Green
6テスト拡充カバレッジ目標達成に向けた追加テスト品質
7テストカバレッジ確認カバレッジ目標検証・統合テスト実行品質
8リファクタリングTDD: Refactor(品質改善)TDD-Refactor
9品質保証静的解析・セキュリティ・性能品質
10最終レビューゲート全体品質・整合性検証ゲート
11手動テスト検証UX・実環境動作確認検証
12ドキュメント更新ドキュメント更新・仕様反映・未タスク検出文書化
13PR作成/ai:diff-to-pr でコミット・PR・CI確認完了

Phase実行フロー

Phase N 開始
    ↓
📖 Read: phase-N-*.md(仕様書読み込み)
    ↓
[validate-prerequisites] ← Script Task
    ↓
LLM Task: 仕様書に基づくタスク実行
    ↓
成果物生成
    ↓
[complete-phase] ← Script Task (100%精度)
    ├── artifacts.json 更新
    └── 依存Phase 参照資料 更新
    ↓
[validate-phase-output] ← Script Task
    ↓
Phase N+1 へ

Part 3: テストカバレッジ基準

ユニットテストカバレッジ

指標最低基準推奨基準
Line Coverage80%90%
Branch Coverage60%70%
Function Coverage80%90%

結合テストカバレッジ

指標目標
APIエンドポイント100%
モジュール間インターフェース100%
正常系シナリオ100%
異常系シナリオ80%+
外部連携ポイント100%

統合テストシナリオカテゴリ

カテゴリ検証内容
API接続テストエンドポイント疎通・レスポンス形式
データフローテストフロント→API→DB→API→フロントの往復
エラーハンドリングAPI障害時のフロントエンド表示・リトライ
認証連携テストトークン取得・リフレッシュ・期限切れ処理
状態同期テストリアルタイム更新・楽観的UI更新・ロールバック

Part 4: Progressive Disclosure リソースマップ

リソースは必要な時のみ読み込む。

agents/ (LLM Task仕様)

Agent読み込み条件責務
decompose-task.mdcreateモード開始時タスク分解・責務抽出
identify-scope.md分解後スコープ・前提・制約定義
design-phases.mdスコープ定義後Phase構成設計
generate-task-specs.mdPhase設計後タスク仕様書生成
output-phase-files.md仕様書生成後ファイル出力
update-dependencies.md仕様書生成後依存関係設定
verify-specs.mdPhase 5全体検証時(自動検証後)LLM品質検証
update-system-specs.mdPhase 12 Task 2実行時システム仕様更新
generate-unassigned-task.mdPhase 12で未タスク検出時未タスク指示書生成

schemas/ (入出力スキーマ)

Schema読み込み条件用途
mode.jsonモード判定時モード定義検証
task-definition.jsonタスク分解時タスク定義検証
phase-spec.jsonPhase仕様書生成時Phase仕様書検証
artifact-definition.json成果物登録時成果物定義検証
unassigned-task.json未タスク生成時未タスク指示書検証
verification-report.jsonPhase 5全体検証時検証レポート検証

references/ (詳細知識)

Reference読み込み条件内容
phase-templates.mdPhase仕様書生成時Phase別テンプレート集
quality-standards.md品質チェック時品質基準詳細
artifact-naming-conventions.mdファイル出力時命名規則・配置先
review-gate-criteria.mdPhase 3/10実行時レビュー判定基準
unassigned-task-guidelines.md未タスク検出時未タスクガイドライン
spec-update-workflow.mdPhase 12実行時仕様更新フロー
technical-documentation-guide.mdPhase 12実行時技術ドキュメント作成
self-improvement-cycle.md改善分析時自己改善サイクル

assets/ (テンプレート)

Asset読み込み条件用途
phase-spec-template.mdPhase仕様書生成時Phase仕様書テンプレート
common-header-template.mdファイル生成時共通ヘッダー
common-footer-template.mdファイル生成時共通フッター
integration-test-template.mdPhase 4/6実行時統合テストテンプレート
unassigned-task-template.md未タスク生成時未タスク指示書テンプレート
main-task-template.mdタスク仕様書生成時メインタスクテンプレート
implementation-guide-template.mdPhase 12実行時実装ガイドテンプレート

scripts/ (決定論的処理 - 100%精度)

Script読み込み条件用途
detect-mode.js開始時create/update/execute/detect-unassigned判定
validate-phase-output.js各Phase完了時Phase出力ファイル検証
complete-phase.js各Phase完了時Phase完了・成果物登録・依存更新
init-artifacts.jscreate時ワークフローディレクトリ初期化
verify-all-specs.jsPhase 5全体検証時(自動)13ファイル一括検証・レポート生成
detect-unassigned-tasks.jsPhase 12実行時TODO/FIXME検出
generate-documentation-changelog.jsPhase 12 Task 3実行時documentation-changelog.md自動生成
validate-schema.jsスキーマ検証時JSON Schema検証
log-usage.js全モード完了時使用ログ記録

Part 5: 実行コマンドリファレンス

全体整合性検証【Phase 5 - 必須】

# 13ファイル一括検証(Script Task - 100%精度・自動実行)
node .claude/skills/task-specification-creator/scripts/verify-all-specs.js \
  --workflow docs/30-workflows/{{FEATURE_NAME}}

# 厳格モード(警告もエラーとして扱う)
node .claude/skills/task-specification-creator/scripts/verify-all-specs.js \
  --workflow docs/30-workflows/{{FEATURE_NAME}} \
  --strict

# JSON形式で出力
node .claude/skills/task-specification-creator/scripts/verify-all-specs.js \
  --workflow docs/30-workflows/{{FEATURE_NAME}} \
  --json

検証結果: outputs/verification-report.md に出力 判定: PASS → Phase 6(完了)へ / FAIL → Phase 2へ戻り修正

Phase出力検証

# Phase出力の検証(Script Task - 100%精度)
node .claude/skills/task-specification-creator/scripts/validate-phase-output.js \
  docs/30-workflows/{{FEATURE_NAME}} \
  --phase {{PHASE_NUMBER}}

Phase完了処理

# Phase完了・成果物登録(Script Task - 100%精度)
node .claude/skills/task-specification-creator/scripts/complete-phase.js \
  --workflow docs/30-workflows/{{FEATURE_NAME}} \
  --phase {{PHASE_NUMBER}} \
  --artifacts "outputs/phase-{{PHASE_NUMBER}}/{{FILE}}.md:{{DESCRIPTION}}"

未タスク検出

# コードベースからTODO/FIXME検出(Script Task - 100%精度)
node .claude/skills/task-specification-creator/scripts/detect-unassigned-tasks.js \
  --workflow docs/30-workflows/{{FEATURE_NAME}} \
  --sources "packages/,apps/"

Part 6: システム仕様参照(aiworkflow-requirements連携)

Phase別参照要件

Phase参照目的必須
1既存要件・インターフェース仕様との整合確認
2アーキテクチャ・API・データベース仕様参照
3設計レビュー時の仕様準拠チェック
4テスト設計時の仕様参照
5実装時の仕様準拠確認
6テスト拡充時の仕様準拠確認
7テストカバレッジ確認時の仕様参照
8リファクタリング時の仕様準拠確認
12仕様変更時のドキュメント更新

システム仕様更新ガイドライン

Phase 12でシステム仕様の更新が必要かを判断する際は、以下を参照:

📖 spec-update-workflow.md: 更新判断基準・フローチャート

更新が必要な場合更新が不要な場合
新規インターフェース/型追加内部実装の詳細変更のみ
既存インターフェース変更リファクタリング(インターフェース不変)
新規定数/設定値追加バグ修正(仕様変更なし)
外部連携インターフェース追加テスト追加のみ

仕様書への記載形式

各Phaseドキュメントの「参照資料」セクションに以下を必ず含める:

### システム仕様(aiworkflow-requirements)

> 実装前に必ず以下のシステム仕様を確認し、既存設計との整合性を確保してください。

| 参照資料      | パス                                                                 | 内容                 |
| ------------- | -------------------------------------------------------------------- | -------------------- |
| {{SPEC_NAME}} | `.claude/skills/aiworkflow-requirements/references/{{SPEC_FILE}}.md` | {{SPEC_DESCRIPTION}} |

Part 7: 重要ルール

Phase完了時の必須アクション

各Phase完了時に以下を必ず実行すること:

  1. タスク完全実行: Phase内で指定された全タスクを完全に実行
  2. 成果物確認: 全ての必須成果物が生成されていることを検証
  3. artifacts.json更新: complete-phase.js でPhase完了ステータスを更新
  4. 完了条件チェック: 各タスクを完遂した旨を必ず明記

PR作成に関する重要な注意

PR作成は自動実行しない。必ずユーザーの明示的な許可を得てから実行すること。

禁止事項理由
勝手にPRを作成するレビュー前の変更がリモートに反映されてしまう
ユーザー確認なしで/ai:diff-to-prを実行する意図しないブランチやコミットが作成される可能性
ローカル確認をスキップする動作確認されていないコードがPRに含まれる

ローカル確認チェックリスト(PR作成前に必須)

#確認項目コマンド例
1ビルドが成功するpnpm build
2全テストがパスするpnpm test
3型チェックがパスするpnpm typecheck
4Lintエラーがないpnpm lint
5実際の動作確認(該当する場合)pnpm dev で手動確認

Part 8: ベストプラクティス

すべきこと

推奨事項理由
Script優先(決定論的処理)100%精度を保証
LLMは判断・創造のみスクリプトで代替不可能な部分
Progressive Disclosureコンテキスト効率化
各Phaseを独立したMarkdownファイルとして出力管理・追跡の容易さ
各Phase完了時に artifacts.json を必ず更新ワークフロー追跡の基盤
100人中100人が同じ理解で実行できる粒度で記述実行可能性の保証
TodoWriteでサブタスクを管理進捗の可視化

避けるべきこと

禁止事項問題点
全リソースを一度に読み込むコンテキスト浪費
Script可能な処理をLLMに任せる精度・再現性が低下
artifacts.json の更新を忘れるワークフロー追跡が破綻
1つのファイルに全Phaseを詰め込む管理・追跡が困難
コード成果物を outputs/ 配下に配置する実装と成果物の混同
曖昧な表現で記述する実行可能性が低下

Part 9: Task仕様ナビ

Task責務実行パターン入力出力
decompose-taskタスクを単一責務に分解seqユーザー要求タスク分解リスト
identify-scopeスコープ・前提・制約を定義seqタスク分解リストスコープ定義
design-phasesPhase構成を設計seqスコープ定義フェーズ設計書
generate-task-specsタスク仕様書を生成seqフェーズ設計書タスク仕様書一覧
output-phase-files個別Markdownファイルを出力parタスク仕様書一覧phase-*.md
update-dependenciesPhase間の依存関係を設定parタスク仕様書一覧依存関係マップ
verify-specs全13仕様書の品質検証seq検証レポートPASS/FAIL判定
update-system-specsシステム仕様書を更新seq実装サマリー更新完了チェック
generate-unassigned-task未完了タスク指示書を生成condレビュー課題unassigned-task/*.md

実行パターン凡例:

  • seq: シーケンシャル(前のTaskに依存)
  • par: 並列実行(他と独立)
  • cond: 条件分岐の起点

Part 10: Phase 11/12 実行ガイダンス

Phase 11: 手動テスト検証

実行フロー

1. 関連する自動テストを全て実行して確認
   ↓
2. テストカテゴリを特定(機能/エラーハンドリング/アクセシビリティ/統合)
   ↓
3. 各カテゴリのテスト項目を実行・記録
   ↓
4. 結果を outputs/phase-11/manual-test-result.md に出力
   ↓
5. 発見課題を outputs/phase-11/discovered-issues.md に出力

テスト結果レポート形式

## テストカテゴリ別結果

### 機能テスト(正常系)

| TC-ID  | 機能       | 期待結果           | 結果 | 備考 |
| ------ | ---------- | ------------------ | ---- | ---- |
| TC-001 | {{機能名}} | {{期待される動作}} | PASS |      |

### エラーハンドリングテスト(異常系)

| TC-ID  | 状況         | 期待結果             | 結果 | 備考 |
| ------ | ------------ | -------------------- | ---- | ---- |
| TC-101 | {{異常状況}} | {{期待されるエラー}} | PASS |      |

### アクセシビリティテスト

| TC-ID  | 要件                     | 結果 | WCAG違反 |
| ------ | ------------------------ | ---- | -------- |
| TC-201 | キーボードナビゲーション | PASS | なし     |

### 統合テスト連携

| テスト項目 | 結果 | 課題有無 |
| ---------- | ---- | -------- |
| IPC接続    | PASS | なし     |

Phase 12: ドキュメント更新

必須タスク(4タスク - 全て完了必須)

Task 1: 実装ガイド作成(2パート構成必須)

  • Part 1: 概念的説明(初学者・非技術者向け)
  • Part 2: 技術的詳細(開発者向け)

Task 2: システム仕様書更新(aiworkflow-requirements)【重要】

  • 📖 必須: references/spec-update-workflow.md を読み込む

⚠️ 2ステップで実行:

Step 1: タスク完了記録(必須 - 全タスク共通)

□ 該当する仕様書に「## 完了タスク」セクションを追加
□ 「## 関連ドキュメント」に実装ガイドリンクを追加

Step 2: システム仕様更新(条件付き)

  • 更新判断基準に基づき更新要否を判断
  • 不要の場合: documentation-changelog.mdに「更新なし」を明記
  • 必要な場合: 以下のチェックリストを実行
    □ メソッドシグネチャ変更 → interfaces-*.md
    □ 新規エラークラス追加 → error-handling.md
    □ 新規ビジネスルール → interfaces-*.md
    □ 認可/認証ロジック → interfaces-*.md / security-*.md
    □ 新規定数/設定値 → 該当interfaces-*.md
    □ DBスキーマ変更 → database-*.md
    □ 更新したファイルの変更履歴にバージョン追記
    

Task 3: ドキュメント更新履歴作成

  • 自動生成スクリプトを使用(推奨):
    node .claude/skills/task-specification-creator/scripts/generate-documentation-changelog.js \
      --workflow docs/30-workflows/{{FEATURE_NAME}}
    
  • 生成後、手動で以下を補完:
    • システム仕様更新内容または「更新なし」の判断根拠
    • ソースコード変更の概要

Task 4: 未タスク検出レポート作成(0件でも出力必須)

  • FAILテスト、重要度「高」課題、WCAG違反を検出
  • 検出されなくても「検出タスクなし」と明記

未タスク検出レポート形式(0件の場合)

## 検出結果サマリー

| ソース           | 検出数  |
| ---------------- | ------- |
| テスト結果       | 0件     |
| 発見課題         | 0件     |
| アクセシビリティ | 0件     |
| **合計**         | **0件** |

## 検出タスク一覧

**検出タスクなし**

すべてのテストがPASSし、発見課題もないため、未タスクとして記録すべき項目はありません。

変更履歴

VersionDateChanges
7.8.02026-01-23update-system-specs.md標準フォーマット化: 5セクション構造化(メタ情報/プロフィール/知識ベース/実行仕様/インターフェース)、思考プロセステーブル追加、patterns.md新規作成
7.7.02026-01-23Phase 12 Step 1検証強化: validate-phase12-step1.js追加、Step 1必須性を「検証タスクでも必須」と明記、検証コマンド使用例追加
7.6.02026-01-22Phase 12テンプレート強化: 完了条件にPhase 12-2の3ステップチェックリスト追加、フォールバック手順セクション追加、spec-update-workflow.md参照リンク追加
7.5.02026-01-22Phase 12改善: Task 2を2ステップ化(タスク完了記録必須+仕様更新条件付き)、Task 3自動生成スクリプト追加、spec-update-workflow.md明確化
7.4.02026-01-18Phase 12 Task 2強化: システム仕様更新チェックリスト追加、変更タイプ別マッピング追加、更新漏れ防止ガイダンス強化
7.3.02026-01-17Phase 12-2システム仕様更新ガイダンス強化: spec-update-workflow.mdに更新判断基準・フローチャート追加、aiworkflow-requirements更新タイミング明確化
7.2.02026-01-17Phase 11/12実行ガイダンス追加: テスト結果レポート形式、未タスク検出レポート形式(0件含む)、システム仕様書更新手順
7.1.02026-01-17Phase 5「全体整合性検証」追加: verify-all-specs.js(自動13ファイル一括検証)、verify-specs.md(LLM品質検証)、verification-report.json追加
7.0.02026-01-17skill-creator v5.3準拠リファクタリング: Progressive Disclosure完全化、スクリプト拡張子.js統一、リソースマップ整理
6.1.02026-01-14タスク完了ワークフロー追加: unassigned-task→completed-tasks移動・ステータス更新
6.0.02026-01-13skill-creator最新仕様準拠リファクタリング: Script First原則明確化、Progressive Disclosure完全対応、schemas/追加、Self-Improvement基盤追加
5.1.02026-01-13Phase 12-2システムドキュメント更新を強化
5.0.02026-01-10スキル選定機能削除、シンプル化
4.0.02026-01-06Git Worktree削除、結合テストカバレッジ基準追加
3.1.02026-01-07Phase 6追加(テスト拡充)、統合テスト連携必須化
3.0.02026-01-06Phase再構成(1-13)、/ai:diff-to-pr統合

スコア

総合スコア

45/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

0/5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です