一键导入
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: