本文へ移動
cccskills
無料GitHub で公開

task-decomposition

planner エージェントによるタスク分解。design.md を基に TaskCreate でネイティブタスクに登録。「タスクに分解して」「タスク分解して」「実装計画を立てて」「何から始める？」で発動。

kok1eee/o-m-cc
インストール方法を見る

含まれるファイル（1）

  • SKILL.md2.5 KB

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Task Decomposition - タスク分解

design.md と requirements.md を基に planner エージェントがタスクを分解し、TaskCreate で登録する。

前提

plan/design.md と plan/requirements.md が存在すること。なければ「先に /design で設計を行ってください」と案内する。

Step 1: planner spawn

Agent:
  subagent_type: "o-m-cc:planner"
  name: "planner"
  description: "タスク分解"
  prompt: |
    ## エージェント定義
    agents/planner.md の指示に従ってください。

    ## コンテキスト
    - タスク: design.md を基にタスクを分解

    ## 入力
    - plan/design.md
    - plan/requirements.md
    - design.md または requirements.md に `## 既知の不足` セクションがある場合、不足に対応するタスクを明示的に作成するか、対応不要と判断した理由をタスク description に記録する

    ## 完了
    - 全タスクの TaskCreate 登録が完了したらその旨を報告

    ## 出力
    - TaskCreate でネイティブタスクシステムに登録（plan/tasks.md は使わない）

foreground spawn: planner の完了を待ってから制御を返す。background spawn しないこと。

出力

TaskCreate（ネイティブタスクシステム）

Gotchas

  • plan/tasks.md を作らない: タスクはネイティブ TaskCreate に登録する。tasks.md を作るとネイティブタスクと二重管理になり乖離する（Claude Code ネイティブ活用の原則）
  • design.md だけで呼ばない: requirements.md も入力に渡さないと要件トレーサビリティ（FR-X ↔ task）が切れる。両方が前提
  • ## 既知の不足 を放置しない: 対応タスクを作るか、対応不要の理由を task description に記録する。無言でスキップすると quality-gate の実装範囲検証で落ちる
  • atoms backlog 由来の実装: タスク metadata に pipeline_id/atom_id を付与して業務状態(CSV)と橋渡しする（CSV への複製はしない軽量規約）
<!-- AUTO-GOTCHAS -->

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインしてレビューを書く

同じリポジトリのスキル

概要と使いどころ

atom-suggest

無料日本語概要

backlog（atoms/pipeline/outputs）と skill ヘルス（usage/duration/unused）を統合分析し 1 レポートで提示する。kawai 氏型 analytics ループの起点。「次に何やる？」「atom 整理」「放置案件」「stale」「振り返り」「retro」「skill 使用統計」「unused skill」「atom-suggest」で発動。

kok1eee/o-m-cc62026年6月9日 更新

deep-interview

無料日本語概要

要件が曖昧なとき、ソクラテス式に1問ずつ質問して要件を掘り下げる。十分に明確になったら discovery-council にハンドオフ。「要件が曖昧」「何を作ればいいか」「掘り下げて」「インタビューして」で発動。※ 完成した plan/design を詰問するなら grill、非対話で一括批判するなら critic。

kok1eee/o-m-cc62026年6月9日 更新

design

無料日本語概要

designer エージェントによるアーキテクチャ設計。requirements.md を基に design.md を作成。「設計して」「アーキテクチャ設計して」「アーキテクチャを考えて」「設計書を作って」で発動。

kok1eee/o-m-cc62026年6月9日 更新

discovery-council

無料日本語概要

3エージェント（researcher, analyst, scout）による並列要件分析 Council。peer-to-peer で相互検証し requirements.md を確定。「要件を整理して」「要件定義して」「現状分析して」「要件をまとめて」で発動。

kok1eee/o-m-cc62026年6月9日 更新

editorial-swarm

無料日本語概要

技術記事の並列レビュー Council。anti-ai-slop / fact-checker / narrative-critic / reader-advocate を並列 spawn、severity 付き findings を最大3ラウンドで収束。Zenn などのドラフト完成後に使う。「記事レビュー」「editorial swarm」「編集会議」「記事推敲」「記事添削」で発動。

kok1eee/o-m-cc62026年6月9日 更新

evolve

無料日本語概要

スキルの自己進化。auto-memory と実行履歴から学びを抽出し、各スキルの Gotchas セクションに自動追記する。セッション終了前、定期的な改善サイクル、問題に遭遇した後に使う。「スキルを進化させて」「学びを反映して」「Gotchas を更新」「evolve」で発動。

kok1eee/o-m-cc62026年6月9日 更新

kok1eee のスキルをすべて見る

このスキルの問題を報告する