plugins/autonomous-dev/skills/archived/agent-output-formats/SKILL.md
Standardized output formats for research, planning, implementation, and review agents. Use when generating agent outputs or parsing agent responses.
npx skillsauth add akaszubski/autonomous-dev agent-output-formatsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Standardized output formats for all agent types to ensure consistent communication and parsing across the autonomous development workflow.
Research agents (e.g., researcher, issue-creator, brownfield-analyzer) should structure outputs with these sections:
## Patterns Found
[List of discovered patterns with examples]
- **Pattern Name**: Description
- Example: Code snippet or reference
- Use case: When to apply this pattern
## Best Practices
[Industry best practices and recommendations]
- **Practice Name**: Description
- Benefit: Why this matters
- Implementation: How to apply
## Security Considerations
[Security implications and requirements]
- **Security Concern**: Description
- Risk: Potential vulnerabilities
- Mitigation: How to address
## Recommendations
[Actionable recommendations for implementation]
1. **Recommendation**: Detailed guidance
- Priority: High/Medium/Low
- Effort: Time estimate
- Impact: Expected benefit
See examples/research-output-example.md for a complete example.
Planning agents (e.g., planner, migration-planner, setup-wizard) should structure outputs with these sections:
## Feature Summary
[Brief description of what will be built]
**Goal**: What this achieves
**Scope**: What's included/excluded
**Success Criteria**: How to measure success
## Architecture
[High-level design and component relationships]
**Components**: List of major components
**Data Flow**: How data moves through system
**Integration Points**: External dependencies
## Components
[Detailed component specifications]
### Component 1: [Name]
- **Purpose**: What it does
- **Responsibilities**: Core functions
- **Dependencies**: What it needs
- **Files**: Where it lives
## Implementation Plan
[Step-by-step implementation guide]
**Phase 1**: [Description]
1. Step one
2. Step two
**Phase 2**: [Description]
1. Step one
2. Step two
## Risks and Mitigations
[Potential issues and how to address them]
- **Risk**: Description
- **Impact**: Severity and consequences
- **Mitigation**: How to prevent or handle
See examples/planning-output-example.md for a complete example.
Implementation agents (e.g., implementer, retrofit-executor) should structure outputs with these sections:
## Changes Made
[Summary of what was implemented]
**Feature**: What was built
**Approach**: How it was implemented
**Design Decisions**: Key choices made
## Files Modified
[List of changed files with descriptions]
### Created Files
- `path/to/file.py`: Description of new file
- `path/to/test.py`: Test coverage
### Modified Files
- `path/to/existing.py`: Changes made
- Added: New functionality
- Modified: Updated behavior
- Removed: Deprecated code
## Tests Updated
[Test coverage changes]
**New Tests**:
- Test file: What it covers
- Coverage: Percentage or lines
**Updated Tests**:
- Test file: What changed
- Reason: Why it was needed
## Next Steps
[Follow-up actions and recommendations]
1. **Action**: What needs to happen next
- Owner: Who should do it
- Priority: Urgency level
- Blockers: Any dependencies
See examples/implementation-output-example.md for a complete example.
Review agents (e.g., reviewer, security-auditor, quality-validator) should structure outputs with these sections:
## Findings
[Overview of review results]
**Reviewed**: What was examined
**Scope**: What was checked
**Summary**: High-level results
## Code Quality
[Code quality assessment]
### Strengths
- **Aspect**: What's done well
- Evidence: Specific examples
### Areas for Improvement
- **Issue**: What needs work
- Severity: Critical/Major/Minor
- Recommendation: How to fix
- Location: Where the issue is
## Security
[Security analysis]
### Security Strengths
- **Protection**: What's secure
- Implementation: How it's done
### Security Concerns
- **Vulnerability**: Potential issue
- CWE Reference: Standard classification
- Risk Level: High/Medium/Low
- Remediation: How to fix
## Documentation
[Documentation assessment]
### Documentation Completeness
- **Aspect**: What's documented
- Quality: How well it's done
### Documentation Gaps
- **Missing**: What needs docs
- Priority: How important
- Suggestion: What to add
## Verdict
[Final recommendation]
**Status**: ✅ APPROVED / ⚠️ APPROVED WITH CHANGES / ❌ NEEDS REVISION
**Rationale**: Why this verdict
**Blockers**: Must-fix issues (if any)
**Suggestions**: Nice-to-have improvements
See examples/review-output-example.md for a complete example.
Commit message generator agents should follow conventional commits:
<type>(<scope>): <subject>
<body>
<footer>
feat: New featurefix: Bug fixdocs: Documentation onlystyle: Formatting, no code changerefactor: Code restructuringtest: Adding testschore: Maintenance tasksfeat(skills): add agent-output-formats skill for standardized outputs
Extracts duplicated output format specifications from 15 agent prompts
into a reusable skill package following progressive disclosure architecture.
Token savings: ~3,000 tokens (200 tokens per agent × 15 agents)
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <[email protected]>
PR description generator agents should follow this structure:
## Summary
[Brief description of changes]
- Key change 1
- Key change 2
- Key change 3
## Test Plan
- [ ] Unit tests pass
- [ ] Integration tests pass
- [ ] Manual testing completed
- [ ] Documentation updated
## Related Issues
Closes #XXX
🤖 Generated with [Claude Code](https://claude.com/claude-code)
When creating or updating agent prompts:
When executing agents:
By centralizing output formats in this skill:
This skill uses Claude Code 2.0+ progressive disclosure architecture:
When you use terms like "output format", "research findings", "planning document", or "code review", Claude Code automatically loads the full skill content to provide detailed guidance.
Complete example outputs are available in the examples/ directory:
research-output-example.md: Sample research agent outputplanning-output-example.md: Sample planning agent outputimplementation-output-example.md: Sample implementation agent outputreview-output-example.md: Sample review agent outputRefer to these examples when generating agent outputs to ensure consistency and completeness.
development
One topic, one home. Routes content to its canonical store (CLAUDE.md, PROJECT.md, MEMORY.md, docs/, memory/) and audits for duplication. TRIGGER when: auditing CLAUDE.md/PROJECT.md/MEMORY.md sizes, deduplicating docs, applying the content-allocation pattern to a new repo, running /align --content. DO NOT TRIGGER when: implementing features, writing tests, routine code edits, debugging.
development
GenAI-first testing with structural assertions, congruence validation, and tier-based test structure. Use when writing tests, setting up test infrastructure, or validating coverage. TRIGGER when: test, pytest, coverage, TDD, test patterns, congruence, validation. DO NOT TRIGGER when: production code implementation, documentation, config-only changes.
testing
Prompt engineering patterns for writing agent prompts and skill files — constraint budgets, register shifting, HARD GATE patterns, anti-personas. Use when writing or reviewing agents/*.md or skills/*/SKILL.md. TRIGGER when: agent prompt, skill file, prompt engineering, model-tier compensation, HARD GATE, prompt quality. DO NOT TRIGGER when: user-facing docs, README, CHANGELOG, config files.
testing
7-step planning workflow for pre-implementation design. Enforced by plan_gate hook, critiqued by plan-critic agent. Use when creating plans, design documents, or architecture decisions before implementation. TRIGGER when: plan, planning, /plan, design document, architecture decision. DO NOT TRIGGER when: implementation, coding, testing.