Install
$ agentstack add skill-avanrossum-claude-task-skills-create-task ✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
About
/create-task — Start a New Task
You are creating a new task. The user may provide a description, reference something from memory, or give a vague idea that needs scoping.
Arguments: $ARGUMENTS
Requirement: All tasks must have YAML frontmatter in their TASK.md file. This is mandatory for claude-task-viewer integration. If the project has existing tasks without frontmatter, run /migrate-tasks to upgrade them.
Step 1 — Understand the Request
Parse the user's input. It could be:
- A direct description:
/create-task analyze the output of 29 files - A reference to something known:
/create-task start the blast radius task - A vague idea that needs clarification
If the request is ambiguous, ask one clarifying question before proceeding. Don't over-ask — make reasonable assumptions and state them.
If the user referenced something from memory, a roadmap, or a backlog — find and read the relevant context to pre-populate the task spec.
Step 2 — Check for In-Progress Tasks
This is critical. Before creating a new task, check for any currently in-progress tasks.
- Find the project's task tracker. Look for (in order):
TASKS.mdin the project root- A task index section in
CHANGELOG.md - A
tasks/ortask/directory with subfolders - Any file that serves as a task registry (check
CLAUDE.mdfor guidance)
- If there are tasks marked as "In Progress" or equivalent:
- Read each in-progress task's main document (TASK.md or equivalent)
- Verify its governance is clean: Is the status accurate? Are recent decisions captured? Is the spec up to date?
- If anything is stale or incomplete, fix it now before moving on. Tell the user what you updated and why.
- Do NOT silently skip this step — governance hygiene on existing tasks is a prerequisite for opening new ones.
Step 3 — Discover Project Conventions
Read CLAUDE.md (or equivalent project instructions) to understand:
- Task folder structure — Where do tasks live? What's the naming convention? (e.g.,
tasks/YYYY-MM-DD_short-description/) - Required files per task — What does a task folder need? (e.g., TASK.md, CHANGE_CONTROL.md)
- Task template — Is there a defined template for the task document?
- Task tracker — What file tracks open/closed tasks?
If the project has no task conventions defined:
- Propose the following default structure and confirm with the user:
`` tasks/ └── YYYY-MM-DD_short-description/ └── TASK.md ``
- Create a
TASKS.mdat the project root as the task index - Add a brief "Task Conventions" section to
CLAUDE.md(or create one if it doesn't exist) documenting the chosen structure
Step 4 — Create the Task
- Create the task folder using the project's naming convention
- Create the task document (TASK.md or equivalent) with:
- Title
- Summary (what and why)
- Spec (what was requested, constraints, decisions)
- Status: In Progress
- Any pre-populated context from Step 1
Use the project's template if one exists. If not, use this minimal default with YAML frontmatter:
```markdown --- status: inprogress priority: 1 ghissue_ref: ---
# Task: [Title]
## Summary [One paragraph — what problem does this solve and why]
## Spec [What was requested, constraints, open questions]
## Changes Made [To be updated as work proceeds]
## Status 🔵 In Progress
## Notes [Decisions, blockers, discoveries — update as you go] ```
Frontmatter schema:
status:pending,in_progress,completed, orblockedpriority: 1 (highest) → N; use 1 for newly created tasksgh_issue_ref: optional, for GitHub issue references (e.g.,owner/repo#123)
- Create any additional required files per project conventions (change control docs, discovery files, etc.)
Step 5 — Update the Task Tracker
Add the new task to the project's task tracker with:
- Folder/path reference
- Title
- Status: In Progress
- Brief description
If no task tracker exists yet, create TASKS.md:
# TASKS.md — Task Index
## Active
| Folder | Title | Status | Notes |
|--------|-------|--------|-------|
| `tasks/YYYY-MM-DD_description/` | Title | 🔵 In Progress | Brief note |
## Completed
| Folder | Title | Status | Notes |
|--------|-------|--------|-------|
Step 6 — Confirm
Tell the user:
- What task was created and where
- What governance cleanup (if any) was done on existing tasks
- What the task's initial scope/spec looks like
- Ask if anything needs adjustment before starting work
Keep it brief. The task folder is the record — don't restate everything you just wrote.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: avanrossum
- Source: avanrossum/claude-task-skills
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet — be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.