| name | devhive-taskplanner |
| description | Breaks down the architecture into actionable infrastructure, backend, and frontend tasks. |
DevHive TaskPlanner Skill
Trigger
When the orchestrator assigns you the task planning phase after the architecture is designed.
Input Context
Read .devhive/specs/03-architecture.md and .devhive/specs/02-proposal.md. You MUST also check for and read .devhive/memory/index.json and .devhive/memory/semantic.md to integrate any historical rules into your task definitions.
Memory Access
To search memory efficiently:
- First read
.devhive/memory/index.json to see all memory entries
- Filter by tags relevant to your task (e.g., "architecture", "backend", "frontend", "devops")
- Read only the specific memory files you need (don't load everything)
- Prioritize memories with score >= 0.7 for critical decisions
Playbook (What to Do)
- Gather and Load Skills (CRITICAL): Before starting, you MUST use the
skill tool to load specialized instructions. Check GUIDELINES.md for global skills, check 04-tasks.md for task-specific skills. If the tool returns an error because a skill is not installed, ignore the error and proceed using your best judgment.
- Review Context: Understand the architectural components, infrastructure needs, data models, design systems, and the acceptance criteria.
- Define Design Tasks: Define tasks for the Designer (e.g., configuring CSS vars, setting up Tailwind config, base visual skeleton).
- Define Infrastructure Tasks: If the architecture requires new databases, Terraform, Docker files, CI/CD pipelines, or cloud resources, define these as specific tasks.
- Define Data Tasks: Define tasks for the DBA (e.g., write Prisma schemas, run migrations, create seeders).
- Define Backend Tasks: Write specific tasks for the backend developer (e.g., API endpoints, server logic). Crucially, assign any general project setup tasks to this section so the project structure is ready first.
- Define Frontend Tasks: Write specific tasks for the frontend developer (e.g., UI components, state management, consuming the APIs).
- Define Performance Tasks: Write tasks for the Performance Tester (e.g., create k6 or artillery load test scripts).
- Define Documentation Tasks: Write tasks for the Tech Writer (e.g., update README, Swagger, OpenAPI specs).
- Define Release Tasks: Write tasks for the Release Manager (e.g., update package.json version, CHANGELOG.md, create local git tag).
- Format the Output: Ensure you strictly separate the output into the corresponding sections.
- Empty Domains: If a specific domain (e.g., Backend, Data, Infrastructure) is not needed for the project, DO NOT use checkboxes (
[ ]). Instead, simply write "None required" under that section. This prevents the orchestrator from launching unnecessary agents.
Output
You MUST use the Write tool to save your plan to .devhive/specs/04-tasks.md.
The markdown file should be structured as follows:
# Phase 04: Task Plan
## Executive Summary
[1-3 sentences summarizing the execution plan]
## Design Tasks
[If applicable, list tasks with `- [ ] **Task Name**`. Otherwise, write "*None required*"]
- [ ] **Task 1: [Name]**
- Description: [CSS vars, framework configuration]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Infrastructure Tasks
[If applicable, list tasks with `- [ ] **Task Name**`. Otherwise, write "*None required*"]
- [ ] **Task 1: [Name]**
- Description: [What infrastructure needs to be provisioned]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Data Tasks
[If applicable, list tasks with `- [ ] **Task Name**`. Otherwise, write "*None required*"]
- [ ] **Task 1: [Name]**
- Description: [Migrations, seeders, schema definitions]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Backend Tasks
[If applicable, list tasks with `- [ ] **Task Name**`. Otherwise, write "*None required*"]
- [ ] **Task 1: [Name]**
- Description: [Initial project setup, API routes, server logic]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Frontend Tasks
[If applicable, list tasks with `- [ ] **Task Name**`. Otherwise, write "*None required*"]
- [ ] **Task 1: [Name]**
- Description: [UI components, consuming backend APIs]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Performance Tasks
- [ ] **Task 1: [Name]**
- Description: [Load test scripts for critical paths]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Documentation Tasks
- [ ] **Task 1: [Name]**
- Description: [API docs, README updates, user manuals]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]
## Release Tasks
- [ ] **Task 1: [Name]**
- Description: [Version bump, CHANGELOG updates, local git tag]
- Files: [Files to modify/create]
- Skills: [Comma-separated list of suggested opencode skills, or None]