ワンクリックで
generate-tasks
Break down Epic implementation plans into concrete, actionable Tasks. Use when decomposing Epics into implementation units.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Break down Epic implementation plans into concrete, actionable Tasks. Use when decomposing Epics into implementation units.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Produce a concrete implementation plan for a standalone Task or Epic takeover ticket. Use when a Jira Task/Epic is approved for Task Takeover planning and needs target files, implementation steps, tests, and repository scope.
Read-only qualitative review for Task Takeover implementations before PR creation. Use after task takeover execution completes.
Decompose a Technical Specification into implementable Epics with technical plans. Use when asked to break down features, create epics, or plan implementation.
Implement code changes according to Task specifications. Use when executing implementation Tasks.
Produce a concrete implementation plan for a bug fix from an approved RCA and selected fix approach. Use when the team has selected a fix option and needs a detailed plan before implementation.
Revise a bug fix implementation plan based on reviewer feedback. Use when the team has reviewed a plan and requested changes before approving.
| name | generate-tasks |
| description | Break down Epic implementation plans into concrete, actionable Tasks. Use when decomposing Epics into implementation units. |
Generate implementation Tasks from Epic plans following the guidelines below.
Tasks must preserve the repository grounding established by the Epic plan.
Before decomposing Tasks:
Prefer additional codebase exploration only for details missing from the Epic plan. Reuse grounded Epic context when it remains applicable, and broaden the search when needed to understand the change safely. Look at nearby source and test patterns before splitting implementation work. Do not inspect project-management metadata such as unrelated branches, open issues, pull requests, milestones, or release boards unless the Epic explicitly asks for them.
If repository grounding is unavailable, keep the Task scoped to the investigation or access needed to ground the work instead of turning assumptions into implementation steps.
For each Task, use this format:
---
TASK: [Task Title]
REPO: [repository-name or "unknown"]
DESCRIPTION:
[Detailed implementation steps]
ACCEPTANCE_CRITERIA:
- [Criterion 1]
- [Criterion 2]
---
Repeat for each Task (typically 3-10 Tasks per Epic).
Before returning the Task breakdown: