mirror of
https://github.com/catlog22/Claude-Code-Workflow.git
synced 2026-02-05 01:50:27 +08:00
- Remove detailed progress views (Total Tasks: X, Completed: Y %) from all templates - Simplify TODO_LIST.md structure by removing Progress Overview sections - Remove stats tracking from session-management-principles.json schema - Eliminate progress format and calculation logic from context command - Remove percentage-based progress displays from action-planning-agent - Simplify vibe command coordination by removing detailed task counts - Focus on essential JSON state changes rather than UI progress metrics 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
4.4 KiB
4.4 KiB
Task Management Principles
Overview
This document defines the simplified task system using JSON-only data storage with minimal structure and essential fields only.
Simplified Task JSON Schema
Core Task Structure
All task files use this simplified 8-field schema:
{
"id": "impl-1",
"title": "Build authentication module",
"status": "pending",
"type": "feature",
"agent": "code-developer",
"context": {
"requirements": ["JWT authentication", "OAuth2 support"],
"scope": ["src/auth/*", "tests/auth/*"],
"acceptance": ["Module handles JWT tokens", "OAuth2 flow implemented"],
"inherited_from": "WFS-user-auth"
},
"relations": {
"parent": null,
"subtasks": ["impl-1.1", "impl-1.2"],
"dependencies": ["impl-0"]
},
"execution": {
"attempts": 0,
"last_attempt": null
},
"meta": {
"created": "2025-09-05T10:30:00Z",
"updated": "2025-09-05T10:30:00Z"
}
}
Status Values
- pending: Task created but not started
- active: Task currently being worked on
- completed: Task successfully finished
- blocked: Task cannot proceed due to dependencies
- container: Parent task with subtasks (not directly executable)
Task Types
- feature: New functionality implementation
- bugfix: Fixing existing issues
- refactor: Code improvement without functionality change
- test: Test implementation or testing tasks
- docs: Documentation creation or updates
Context Management
Context Structure
Context provides complete information for agent execution:
- requirements: Specific functional requirements
- scope: File patterns and modules affected
- acceptance: Success criteria and completion definition
- inherited_from: Source workflow or parent task
Context Inheritance
- Workflow → Task: Global requirements and constraints
- Parent → Subtask: Refined scope and specific requirements
- Context Preservation: All fields maintained for agent execution
Task Relationships
Hierarchical Structure
- Parent-Child: Uses
relations.parentandrelations.subtasks - Dependencies: Uses
relations.dependenciesfor task ordering - Maximum Depth: 3 levels (impl-N.M.P format)
ID Format Standards
impl-1 # Main task
impl-1.1 # Subtask of impl-1
impl-1.1.1 # Detailed subtask of impl-1.1
Agent Integration
Agent Assignment
Based on task type and title keywords:
- Planning tasks → planning-agent
- Implementation → code-developer
- Testing → test-agent
- Documentation → docs-agent
- Review → review-agent
Execution Context
Agents receive complete task JSON plus workflow context:
{
"task": { /* complete task JSON */ },
"workflow": {
"session": "WFS-user-auth",
"phase": "IMPLEMENT"
}
}
File Organization
JSON Task Files
Location: .task/impl-[id].json
Naming: Follows hierarchical ID format
Content: Complete task definition
Single Source of Truth
- JSON files contain all task data
- No document synchronization needed
- Views generated on-demand from JSON only
Validation Rules
Task Integrity
- ID Uniqueness: All task IDs must be unique
- Hierarchical Format: Must follow impl-N[.M[.P]] pattern
- Parent References: All parent IDs must exist as JSON files
- Depth Limits: Maximum 3 levels deep
- Status Consistency: Status values from defined enumeration
- Required Fields: All 8 core fields must be present
Relationship Validation
- Parent-child relationships must be bidirectional
- Dependencies must reference existing tasks
- Container tasks cannot be completed until all subtasks complete
- No circular dependencies allowed
Error Handling
Common Scenarios
- Missing JSON File: Indicates broken reference - must repair
- Invalid Status: Update to valid status value
- Broken Hierarchy: Reconstruct parent-child relationships
- Orphaned Task: Reassign to proper parent or workflow
Recovery Strategy
- JSON Authoritative: Task JSON files are source of truth
- Validation Warnings: For non-critical inconsistencies
- Manual Resolution: For complex relationship conflicts
System ensures: Consistent task management using simplified JSON-only data model with complete context preservation for agent execution