Quickly add an item to the backlog without disrupting current work
Code review a pull request
Complete the current active task (Phase 2 of task completion workflow)
Update the configuration file at `.cc-track/track.config.json` based on the user's request.
---
Use this agent when you need to research technical topics, library documentation, best practices, or implementation approaches. This agent synthesizes findings from documentation, web sources, and codebases into actionable recommendations. <example> Context: Need to understand how to implement a feature using a library. user: "How should we handle authentication in Next.js App Router?" assistant: "I'll use the researcher agent to investigate authentication patterns for Next.js App Router." <Task tool invocation to launch researcher agent> </example> <example> Context: Comparing different approaches to solve a problem. user: "What's the best way to implement rate limiting in Bun?" assistant: "I'll use the researcher agent to compare rate limiting options for Bun." <Task tool invocation to launch researcher agent> </example>
Use this agent to create minimal file stubs with exported interfaces, types, and function signatures so that imports resolve before tests are written. This agent is part of the TDD orchestration system and runs as the first step in each phase. <example> Context: Starting a new phase that needs a new module. orchestrator: "Phase 2 requires a new validation module. Create stubs first." <Task tool invocation to launch stub-writer agent for Phase 2> </example> <example> Context: Tests are failing due to missing exports. orchestrator: "Test writer reports import errors. Stub writer needs to add missing exports." <Task tool invocation to launch stub-writer agent to fix exports> </example>
Use this agent when you need to generate comprehensive test suites for code that lacks tests or needs better coverage. This agent follows TDD principles with proper mocking and behavior verification. In phase-based orchestration, this agent is Step 2 of 4 in each phase: 1. Stub Writer → Creates exports so imports resolve 2. **Test Writer (this agent)** → Writes failing tests, runs them, reports output 3. Implementer → Makes tests pass 4. Validator → Verifies requirements met <example> Context: Phase-based TDD orchestration. orchestrator: "Phase 3 stubs are ready. Write tests for email validation." <Task tool invocation to launch test-generation agent for Phase 3> </example> <example> Context: New code has been written without tests. user: "We need tests for the authentication module" assistant: "I'll use the test-generation agent to create comprehensive tests for the authentication module." <Task tool invocation to launch test-generation agent> </example> <example> Context: Expanding test coverage for undertested code. user: "The validation utils have poor test coverage" assistant: "I'll use the test-generation agent to expand test coverage for the validation utilities." <Task tool invocation to launch test-generation agent> </example>
Use this agent to implement production code that makes failing tests pass. This agent is part of the TDD orchestration system and runs as the third step in each phase. In phase-based orchestration, this agent is Step 3 of 4 in each phase: 1. Stub Writer → Creates exports so imports resolve 2. Test Writer → Writes failing tests 3. **Implementer (this agent)** → Makes tests pass, runs them, reports output 4. Validator → Verifies requirements met <example> Context: Phase-based TDD orchestration. orchestrator: "Phase 3 tests are failing as expected. Implement email validation to make them pass." <Task tool invocation to launch implementer agent for Phase 3> </example> <example> Context: Tests exist but implementation is incomplete. orchestrator: "The stub for parseConfig throws 'Not implemented'. Write the actual logic." <Task tool invocation to launch implementer agent> </example>
Use this agent to verify that a phase accomplished its stated requirements. This agent has read-only access and performs verification, not implementation. It is the final step in each TDD phase. In phase-based orchestration, this agent is Step 4 of 4 in each phase: 1. Stub Writer → Creates exports so imports resolve 2. Test Writer → Writes failing tests 3. Implementer → Makes tests pass 4. **Validator (this agent)** → Verifies requirements met, reports pass/fail <example> Context: Phase-based TDD orchestration. orchestrator: "Phase 3 implementation complete. Validate that email validation meets requirements." <Task tool invocation to launch validator agent for Phase 3> </example> <example> Context: Verifying a completed phase before moving on. orchestrator: "Tests pass for user authentication. Verify the phase requirements are satisfied." <Task tool invocation to launch validator agent> </example>
Matches all tools
Hooks run on every tool call, not just specific ones
Executes bash commands
Hook triggers when Bash tool is used
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Modifies files
Hook triggers on file write and edit operations
Modifies files
Hook triggers on file write and edit operations
Uses power tools
Uses Bash, Write, or Edit tools
Uses power tools
Uses Bash, Write, or Edit tools
Runs pre-commands
Contains inline bash commands via ! syntax
Runs pre-commands
Contains inline bash commands via ! syntax
Bash prerequisite issue
Uses bash pre-commands but Bash not in allowed tools
Bash prerequisite issue
Uses bash pre-commands but Bash not in allowed tools
Task Review And Context Keeper - Keep your vibe coding on track
cc-track is a spec-driven development workflow system for Claude Code. It solves the fundamental problem of unclear requirements and context loss in AI-assisted development through structured specification, intelligent validation, and persistent memory across sessions.
When working with Claude Code on complex features, you face several challenges:
cc-track solves these problems through a spec-driven workflow:
cc-track is distributed as a Claude Code plugin. Installation is a one-time setup that makes cc-track available to all your projects.
# 1. Add the cc-track marketplace
/plugin marketplace add cahaseler/cc-track-marketplace
# 2. Install the plugin
/plugin install cc-track@cc-track-marketplace
# 3. Install plugin dependencies
# Navigate to your Claude Code plugins directory and install:
# macOS/Linux: cd ~/.claude/plugins/cc-track && bun install
# Windows: cd %USERPROFILE%\.claude\plugins\cc-track && bun install
# 4. Navigate to your project and run setup
cd /path/to/your-project
/cc-track:setup-cc-track
The /cc-track:setup-cc-track command guides you through configuration:
powershell -c "irm bun.sh/install.ps1 | iex"curl -fsSL https://bun.sh/install | bashIf you previously used the npm-distributed version (v2.x), see MIGRATION.md for step-by-step instructions.
cc-track uses an explicit, command-driven workflow that separates requirements from implementation:
/cc-track:specify → /cc-track:plan → /cc-track:tasks → Implementation → /cc-track:prepare-completion → /cc-track:complete-task
Each phase produces distinct artifacts:
/cc-track:specify - Claude asks clarifying questions about your feature through Socratic dialogue. For complex features, spawns Explore agents to research your codebase first. Creates a complete specification with no ambiguities.
/cc-track:plan - Generates technical design from the spec. Validates against your project constitution (if defined). For complex features, presents 2-3 alternative approaches for your approval.
/cc-track:tasks - Creates actionable task breakdown following TDD order. Marks parallelizable tasks. Numbers tasks sequentially.
Implementation - Work through tasks with real-time validation:
/cc-track:prepare-completion - Runs validation suite (TypeScript, lint, tests, dead code detection) and code review. Routes to /cc-track:fix-issues if multiple issues found.
/cc-track:complete-task - Squashes commits, creates PR, switches back to main branch.
Semantic search for Claude Code conversations. Remember past discussions, decisions, and patterns.
npx claudepluginhub cahaseler/cc-track-marketplace --plugin cc-trackGitHub Spec-Kit integration for Specification-Driven Development - define WHAT and HOW before coding
Spec-driven development for Claude Code — requirements, plans, and tasks that ship as working code.
Context-driven development framework that enables structured lifecycle for software projects: Context → Spec & Plan → Implement
Implementation planning, execution, and PR creation workflows with multi-agent collaboration
AI-native BizDevOps rhythm manager for Claude Code — multi-role collaboration, change impact analysis, quality gates, goal-to-code traceability, and cross-session continuity
Harness-native ECC plugin for engineering teams - 67 agents, 271 skills, 92 legacy command shims, reusable hooks, rules, MCP conventions, and operator workflows for Claude Code plus adjacent agent harnesses