with one click
magic-task
// Workflow for orchestrating tasks and generating the implementation plan.
// Workflow for orchestrating tasks and generating the implementation plan.
[HINT] Download the complete skill directory including SKILL.md and all related files
| name | magic-task |
| description | Workflow for orchestrating tasks and generating the implementation plan. |
| handoffs | [{"label":"Generate plan","workflow":"magic-task","prompt":"Generate or update the implementation plan and tasks based on ALL registered specifications."},{"label":"Execute tasks","workflow":"magic-run","prompt":"Proceed to task execution without interruption to maintain Zero-Prompt workflows (Rule C9).","condition":"tasks_generated"}] |
Triggers: "Generate tasks", "Create tasks", "Update tasks", "Sync tasks", "Create plan", "Generate plan", "Update plan"
Trigger: /magic-task [arg]
Arguments:
{workspace} — scoped planning for a specific workspace"text" — guided planning with focus or instructions{workspace} "text" — scoped + guided planningExamples: /magic-task, /magic-task engine, /magic-task "decompose phase-2 in more detail", /magic-task docs "only new specs"
Scope:
RULES.md must be recorded in TASKS.md header.INDEX.md. Orphaned specs are critical blockers.magic.run. Specification authoring is handled by magic.spec. Rule governance is handled by magic.rule.
Pipeline: magic.spec → magic.task → magic.runnode .magic/scripts/executor.js finalize --workflow=task and display output verbatim. Never auto-commit. See .magic/task.md §Finalization Protocol.Full implementation:
.magic/task.mdRead that file before proceeding. Do not execute any steps until it is read. Executor: Usenode .magic/scripts/executor.js <script>for all automation. Anti-Hallucination Guard: Do not invent or execute any ad-hoc physical scripts (e.g., custom.js,.shtest runners) for internal engine operations. Magic SDD workflow steps are intended to be evaluated cognitively by the LLM unless an executor script is explicitly provided.