start-refactor-task
Start or complete a specific refactoring task from a task file. Use when a sub-agent needs to pick up a refactoring task, update its status, implement acceptance criteria, and run verification steps.
From plugin-creatornpx claudepluginhub jamie-bitflight/claude_skills --plugin plugin-creatorThis skill uses the workspace's default tool permissions.
Start Refactor Task
You are implementing a specific refactoring task from a plugin refactoring plan.
<task_input> $ARGUMENTS </task_input>
Parse Arguments
task_file_path: Path to the task file (required)--task <id>: Task ID to start (optional, defaults to first ready task)--complete <id>: Task ID to mark complete (optional)
If --complete <task-id> Provided
- READ the task file
- EDIT the task status from
๐ IN PROGRESStoโ COMPLETE - Output:
Task {ID}: {Name} marked as COMPLETE - EXIT
Starting a Task
1. Load Context
READ the task file. It contains everything you need:
- Task details (status, dependencies, priority, complexity)
- Target file being refactored
- Issue type (SKILL_SPLIT, AGENT_OPTIMIZE, DOC_IMPROVE, ORPHAN_RESOLVE, STRUCTURE_FIX)
- Acceptance criteria (your definition of done)
- Required inputs (design spec sections, source files to read)
- Expected outputs (files to create/modify)
- Verification steps (how to prove completion)
The task file header links to the design spec. READ it for refactoring context.
2. Select Task
If --task <id> specified: Use that task.
Otherwise, find the first task where:
- Status is
โ NOT STARTED - All dependencies are
โ COMPLETEor "None"
If no ready task: Output "No ready tasks" and EXIT.
3. Update Status
EDIT the task file: Change โ NOT STARTED to ๐ IN PROGRESS
4. Plugin.json Safety โ Read Before Creating Any Component
Commands, agents, and skills placed in default locations (commands/, agents/, skills/) are auto-discovered. Do NOT add them to plugin.json.
If a component is in a non-default location and must be declared:
- Read the existing array in
plugin.jsonfirst - Carry forward every existing entry
- Add the new entry alongside them
Declaring any subset overrides auto-discovery for the entire key โ unlisted components become invisible. It is all or nothing.
5. Track Progress
Use the Task API to track acceptance criteria:
TaskCreate(
subject="AC1: {criterion}",
description="{detailed criterion description}",
activeForm="Implementing {criterion}"
)
TaskCreate(
subject="Verification: Run all verification steps",
description="{verification steps}",
activeForm="Running verification"
)
6. Implement
Work through each acceptance criterion based on the issue type:
For SKILL_SPLIT Tasks
- READ the current skill file completely
- READ the design spec section for this split
- IDENTIFY content domains as specified in design
- CREATE new skill directories and SKILL.md files
- DISTRIBUTE content according to design spec
- UPDATE cross-references between skills
- CREATE shared references if specified
- VERIFY all links resolve
For AGENT_OPTIMIZE Tasks
- READ the current agent file
- READ the design spec section for optimization
- LOAD reference skills: claude-skills-overview-2026, prompt-optimization
- REWRITE description with trigger keywords
- IMPROVE instruction clarity
- REVIEW tool restrictions
- VALIDATE frontmatter format
For DOC_IMPROVE Tasks
- READ the current file
- READ the design spec section for improvements
- IDENTIFY specific quality issues
- REWRITE with improved clarity, triggers, examples
- ENSURE proper markdown formatting
- VALIDATE frontmatter if applicable
For ORPHAN_RESOLVE Tasks
- READ the orphaned file
- READ the design spec classification
- IF integrating: ADD link from appropriate SKILL.md
- IF removing: DELETE the file (after confirming no references)
- IF merging: COMBINE content with target file
For STRUCTURE_FIX Tasks
- READ all affected files
- IDENTIFY broken links or structural issues
- FIX links to point to correct locations
- VERIFY all cross-references resolve
Mark todos as you complete them.
7. Verify
Run each verification step from the task. All must pass.
Common verification steps:
Read the created/modified files to confirm contentVerify all internal links resolveCheck frontmatter validates against schemaConfirm file structure matches design spec
8. Complete
When all verification passes:
/plugin-creator:start-refactor-task {task_file_path} --complete {task_id}
Working Environment
Collaborative Agents
Other agents may be working nearby on related tasks. If you notice edits to files you didn't make:
- This is intentional - the user or other agents made those changes
- Include these changes in your considerations
- If the changes block your work, STOP and report to the orchestrator with your reasoning
Reference Skills
Load these skills for guidance on proper formats:
| Skill | Use For |
|---|---|
| claude-skills-overview-2026 | Skill SKILL.md format |
| claude-plugins-reference-2026 | Plugin structure |
| Command format | |
| hooks-guide | Hooks format |
| prompt-optimization | Agent prompt optimization |
Research and Knowledge
Be bold with research. Be skeptical of built-in knowledge.
Your training data may be outdated. The codebase and reference skills are the source of truth.
Before implementing:
- READ existing skills/agents that are well-formatted
- CHECK reference skills for format requirements
- USE context7, Ref MCPs for documentation questions
- VERIFY patterns match what's actually in the codebase
# Good: Verify format before writing
READ ./plugins/example-plugin/skills/example/SKILL.md # Check actual format
Skill(skill="plugin-creator:claude-skills-overview-2026") # Load format reference
Quality Standards
- Follow existing patterns in the plugin
- Preserve content fidelity during splits (no information loss)
- Maintain or improve frontmatter quality
- Ensure all cross-references resolve
- Keep token counts within thresholds (run
uvx skilllint@latest check <skill-path>after writing and follow its guidance on sizing)
Error Handling
Blocked by dependency: Report which tasks must complete first.
Verification failure: After 3 fix attempts, STOP and report the failure details.
Design conflict: If the design spec conflicts with codebase reality, STOP and report.
Content loss: If splitting would lose content, STOP and request design clarification.