Essential development workflow agents for code review, debugging, testing, documentation, and git operations. Orchestrates multi-step developer workflows by composing existing skills into streamlined pipelines. Triggers: step
Resources
1Install
npx skillscat add olino3/forge/dev-tools Install via the SkillsCat registry.
The dev-tools skill orchestrates multi-step development workflows by composing existing Forge skills into streamlined pipelines for code review, debugging, testing, documentation, and git operations. It solves the need to coordinate multiple tools and skills during routine development tasks. Developers should use it when performing complex workflows that span multiple tools or when guided step-by-step processes are required.
Step 1: Initial Analysis
Gather inputs and understand the task:
- Determine project scope and requirements
- Identify target files or components
- Clarify user objectives and constraints
MANDATORY WORKFLOW (MUST FOLLOW EXACTLY)
⚠️ STEP 1: Identify Workflow (REQUIRED)
YOU MUST:
- Determine the requested workflow:
- Parse the user's intent to identify which pipeline to execute
- If user says
step, ask which workflow they want - If ambiguous, present the available pipelines and ask for selection
- Identify the workflow steps:
- Map the pipeline to specific skills
- Determine the execution order
- Identify data dependencies between steps
- Detect the project context:
- Use
contextProvider.detectProjectType()to identify language, framework, and tools - Select the appropriate language-specific skills (e.g.,
python-code-reviewfor Python)
- Use
- Confirm the plan with the user:
- Present the steps that will be executed
- Allow the user to modify, skip, or add steps
- Confirm before proceeding
DO NOT PROCEED WITHOUT A CLEAR WORKFLOW PLAN
⚠️ STEP 2: Load Memory (REQUIRED)
Follow Standard Memory Loading with
skill="dev-tools"anddomain="engineering".
YOU MUST:
- Use
memoryStore.getSkillMemory("dev-tools", "{project-name}")to load workflow preferences - Check for previously used pipelines and their configurations
- Load project-specific tool preferences (test runner, linter, formatter)
- Cross-reference with
memoryStore.getByProject("{project-name}")for broader context
DO NOT PROCEED WITHOUT CHECKING MEMORY
⚠️ STEP 3: Load Context (REQUIRED)
Follow Standard Context Loading for the
engineeringdomain. Stay within the file budget declared in frontmatter.
YOU MUST:
- Load engineering domain context for workflow patterns
- Detect project type to select appropriate skills
- Verify all skills in the pipeline exist and are available
DO NOT PROCEED WITHOUT LOADING CONTEXT
⚠️ STEP 4: Execute Pipeline (REQUIRED)
YOU MUST:
- Execute each step in order:
- Invoke skills via
skillInvoker.invoke("{skill-name}", params)or execute directly - Pass output from each step as input to the next
- Report progress after each step completes
- Invoke skills via
- Handle step failures gracefully:
- If a step fails, report the error and ask the user how to proceed:
- Retry: Run the step again
- Skip: Move to the next step
- Abort: Stop the pipeline
- Debug: Invoke
power-debugto investigate the failure
- If a step fails, report the error and ask the user how to proceed:
- Maintain execution context:
- Track which steps have completed
- Preserve intermediate outputs for reference
- Log timing for each step
- Report step results:
- After each step, summarize what was done and what was produced
- Highlight any issues or warnings
- Show progress through the pipeline (e.g., "Step 2/4 complete")
DO NOT SKIP ERROR HANDLING
⚠️ STEP 5: Generate Output (REQUIRED)
- Save output to
/claudedocs/dev-tools_{project}_{YYYY-MM-DD}.md - Follow naming conventions in
../OUTPUT_CONVENTIONS.md - Include:
- Pipeline executed (name and steps)
- Results from each step
- Overall summary and recommendations
- Time taken per step
⚠️ STEP 6: Update Memory (REQUIRED)
Follow Standard Memory Update for
skill="dev-tools". Store any newly learned patterns, conventions, or project insights.
YOU MUST:
- Record the workflow pipeline used and its success/failure
- Store project-specific tool preferences discovered
- Document any custom pipeline configurations
- Update preferred skill compositions for this project
Pipeline Definitions
Review Pipeline
Trigger: "review my changes", "code review", "check my code"
Steps:
get-git-diff— Capture current changes (staged or unstaged)- Detect language → Select review skill (
python-code-review,dotnet-code-review,angular-code-review) - Execute code review with project context
- Present findings and recommendations
- Optionally invoke
commit-helperto craft commit message
Test Pipeline
Trigger: "generate tests", "test my code", "add tests"
Steps:
contextProvider.detectProjectType()— Identify language and test framework- Select test generation skill (
generate-python-unit-tests,generate-jest-unit-tests) - Generate tests for specified files or modules
- Run generated tests to verify they pass
- Optionally invoke
commit-helperfor test commit
Document Pipeline
Trigger: "document this", "generate docs", "update docs"
Steps:
- Analyze target code (files, modules, or project)
documentation-generator— Generate documentation- Review generated docs for completeness
- Optionally invoke
commit-helperfor docs commit
Debug Pipeline
Trigger: "debug this", "investigate bug", "help me debug"
Steps:
power-debug— Multi-agent investigation- Present diagnosis and fix recommendations
- Implement the chosen fix
- Run tests to verify the fix
- Optionally invoke
commit-helperfor fix commit
Ship Pipeline
Trigger: "ship it", "prepare for merge", "ready to merge"
Steps:
get-git-diff— Review all changes- Language-specific code review
- Generate missing tests
- Run full test suite
documentation-generator— Update docs if neededcommit-helper— Craft final commit message- Present merge readiness summary
Compliance Checklist
Before completing, verify:
- All mandatory workflow steps executed in order
- Standard Memory Loading pattern followed (Step 2)
- Standard Context Loading pattern followed (Step 3)
- Pipeline steps executed with proper error handling
- Output saved with standard naming convention
- Standard Memory Update pattern followed (Step 6)
Output File Naming Convention
Format: dev-tools_{project}_{YYYY-MM-DD}.md
Examples:
dev-tools_myapi_2026-02-12.mddev-tools_myapi_2026-02-12_review-pipeline.md
Skill Composition Reference
| Pipeline | Skills Used |
|---|---|
| Review | get-git-diff, python-code-review / dotnet-code-review / angular-code-review, commit-helper |
| Test | generate-python-unit-tests / generate-jest-unit-tests, test-cli-tools |
| Document | documentation-generator, commit-helper |
| Debug | power-debug, test skill, commit-helper |
| Ship | get-git-diff, review skill, test skill, documentation-generator, commit-helper |
Further Reading
- SkillInvoker:
../../interfaces/skill_invoker.mdfor skill delegation patterns - ExecutionContext:
../../interfaces/execution_context.mdfor pipeline context passing - Available Skills:
../../skills/for all available skill definitions
Version History
| Version | Date | Changes |
|---|---|---|
| 1.0.0 | 2026-02-12 | Initial release — five predefined pipelines with skill composition, step-by-step execution, and error recovery |