Complete reference for all IDAD agents.
- Agent Overview
- Issue Review Agent
- Planner Agent
- Implementer Agent
- Reviewer Agent
- Documenter Agent
- IDAD Agent
- Reporting Agent
- Manual Invocation
IDAD uses 8 specialized agents that collaborate to deliver features:
| Agent | Purpose | Trigger | Duration |
|---|---|---|---|
| Issue Review | Analyze & validate issues | idad:issue-review |
30-60s |
| Planner | Create implementation plan | idad:planning OR idad:human-plan-review |
1-2 min |
| Implementer | Write code & tests | idad:implementing |
1-3 min |
| Security Scanner | Check vulnerabilities | idad:security-scan |
30-60s |
| Reviewer | Code review | idad:code-review |
30-90s |
| Documenter | Update docs | idad:documenting |
30-90s |
| IDAD | System improvements | PR merged | 1-2 min |
| Reporting | Generate metrics | Scheduled/manual | 2-4 min |
Note: After Planner creates a plan, a human review step is required before Implementer runs.
Important: Only ONE idad:* label per issue/PR at a time.
Analyzes issue descriptions and validates requirements.
- Event:
issues.labeled - Condition: Has
idad:issue-reviewlabel
- Issue number
- Issue title and body
- Issue author
- Analysis comment (or clarifying questions)
- Label transition:
idad:planning(ready) oridad:issue-needs-clarification(unclear) - Comment with agentlog
- Read and understand issue requirements
- Ask clarifying questions if needed
- Ensure requirements are clear and actionable
- Transition to appropriate label
- If clear → Set
idad:planning, trigger Planner - If unclear → Set
idad:issue-needs-clarification, post questions - When human clarifies on
idad:issue-needs-clarification→ Re-analyze
Issue Review Agent <issue-review@agents.local>
### 🤖 Issue Review Agent
**Assessment**: The issue description is clear and actionable.
**Next Step**: Planner Agent will create implementation plan
---
```agentlog
agent: issue-review
issue: 123
status: success
timestamp: 2025-12-09T10:00:00Z
### Manual Invocation
```bash
gh workflow run idad.yml \
--ref main \
-f agent="issue-review" \
-f issue="123" \
-f pr=""
Creates detailed implementation plans for issues and handles human feedback on plans.
- Condition: Issue has
idad:planninglabel (initial planning) - Condition: Comment on issue with
idad:human-plan-reviewlabel (plan review) - Modes: Issue mode, Plan Review mode, or Epic mode
- Issue number
- Issue requirements
- Human feedback (in Plan Review mode)
- Implementation plan (added to issue body)
- Branch name
- Label transition:
idad:human-plan-review(initially) oridad:implementing(after approval) - Comment with agentlog
- Analyze requirements
- Create step-by-step plan
- Determine files to create/modify
- Suggest branch name
- Break down into manageable tasks
- Handle human feedback on plans
- Update plans when changes requested
- Trigger Implementer only after human approval
Issue Mode (default):
- Creates single implementation plan
- Adds plan to issue body
- Creates feature branch
- Sets
idad:human-plan-review - Waits for human approval
Plan Review Mode:
- Triggered when human comments on
idad:human-plan-reviewissue - Reads human feedback
- If changes requested: Updates plan, sets
idad:planning - If approved: Triggers Implementer, sets
idad:implementing
Epic Mode:
- Detects epic issues
- Creates multiple sub-issues with
idad:planning(well-defined) - Each sub-issue gets own plan
- Links sub-issues to parent
- Each sub-issue follows normal workflow (including plan review)
## Implementation Plan
### Overview
[Approach description]
### Files to Create/Modify
- file1.js - [purpose]
- file2.test.js - [tests]
### Steps
1. Create base structure
2. Implement core logic
3. Add validation
4. Write tests
5. Update docs
### Branch
feat/issue-123-descriptionPlanner Agent <planner@agents.local>
gh workflow run idad.yml \
--ref main \
-f agent="planner" \
-f issue="123" \
-f pr=""Implements the plan by writing code and tests.
- Condition: Issue has
idad:implementinglabel
- Issue number
- Implementation plan (from issue body)
- Branch name (from plan)
- Feature branch with code
- Unit tests
- Pull request
- Comment with agentlog
- Create/checkout feature branch
- Implement code according to plan
- Write comprehensive unit tests
- Run tests locally (must pass!)
- Commit with proper identity
- Push to remote
- Create PR linking to issue
- Trigger next agent
- Clean, readable code
- Follows existing patterns
- Includes error handling
- Comprehensive tests
- Documentation (code comments)
Critical: Must run unit tests before committing
- Tests must pass locally
- If tests fail, fix before committing
- Never push failing tests
Implementer Agent <implementer@agents.local>
Add feature implementation
Implements issue #123 requirements.
Changes:
- Created feature module
- Added unit tests
- Updated imports
Agent-Type: implementer
Issue: #123
Workflow-Run: 20123456789
gh workflow run idad.yml \
--ref main \
-f agent="implementer" \
-f issue="123" \
-f pr=""Checks PR code for security vulnerabilities.
- Condition: PR has
idad:security-scanlabel
- PR number
- PR code changes
- Security scan results comment
- Label transition:
idad:code-review(pass) oridad:implementing(block) - Comment with agentlog
- Hardcoded secrets, API keys, credentials
- SQL injection vulnerabilities
- XSS vulnerabilities
- Command injection
- Path traversal
- Insecure dependencies
- OWASP top 10 issues
Pass:
- No security issues found
- Sets
idad:code-review - Triggers Reviewer Agent
Block:
- Security issues detected
- Sets
idad:implementing - Triggers Implementer to fix
Security Scanner Agent <security-scanner@agents.local>
gh workflow run idad.yml \
--ref main \
-f agent="security-scanner" \
-f issue="" \
-f pr="456"Performs code review and quality assessment.
- Condition: PR has
idad:code-reviewlabel
- PR number
- PR code changes
- Issue requirements
- PR review (approve or request changes)
- Review comments
- Label transition:
idad:documenting(approved) oridad:implementing(changes)
- Requirements: All acceptance criteria met?
- Code Quality: Clean, maintainable, follows patterns?
- Testing: Comprehensive test coverage?
- Error Handling: Edge cases handled?
- Documentation: Code comments where needed?
Approve:
- All criteria met
- Minor issues acceptable
- Posts approval review
- Sets
idad:documenting - Triggers Documenter
Request Changes:
- Critical issues found
- Missing requirements
- Inadequate tests
- Posts detailed feedback
- Sets
idad:implementing - Triggers Implementer (to fix)
Reviewer Agent <reviewer@agents.local>
- Typos
- Formatting
- Comments
- Does NOT make logic changes
gh workflow run idad.yml \
--ref main \
-f agent="reviewer" \
-f issue="123" \
-f pr="456"Updates documentation and finalizes PR.
- Condition: PR has
idad:documentinglabel
- PR number
- PR changes
- Issue requirements
- Updated documentation (README, etc.)
- Finalized PR description
- Label transition:
idad:human-pr-review - Summary comment
- No further agent trigger (end of automation)
- Analyze PR changes
- Update README.md with new features
- Update API docs if needed
- Add usage examples
- Clean up temporary files
- Finalize PR description
- Set
idad:human-pr-review - Post summary comment
- Clear and concise
- Follow existing style
- User-facing focus
- Include examples
- Cover edge cases
Documenter Agent <documenter@agents.local>
Update documentation for new feature
Adds documentation for feature from PR #456.
Changes:
- Updated README with feature description
- Added usage examples
- Documented API changes
Agent-Type: documenter
Issue: #123
PR: #456
Workflow-Run: 20123456789
This is the final agent in the automated chain. After Documenter completes, the PR is ready for human review.
gh workflow run idad.yml \
--ref main \
-f agent="documenter" \
-f issue="123" \
-f pr="456"Self-improvement - updates the IDAD system based on repository evolution.
- Event:
pull_request.closedwithmerged == true - Conditions:
- Branch does NOT start with
idad/(prevents loops)
- Branch does NOT start with
- PR number
- PR changes
- Files modified
- Improvement issue with
idad:issue-review(if needed) - Analysis comment
- Analyze merged changes
- Detect new technologies (Python, Go, Rust, etc.)
- Detect new frameworks (Next.js, Docker, etc.)
- Check if CI supports detected technologies
- Check if agents have guidance for technologies
- Create improvement PR if gaps found
- CI workflows (add test support)
- Agent definitions (add best practices)
- Build pipelines (add framework support)
Multiple safeguards prevent infinite loops:
- ✅ Skips branches starting with
idad/ - ✅ Creates issues (not PRs), going through full workflow
- ✅ Improvement issues require human plan approval and PR review
IDAD Agent <idad@agents.local>
Title: Improve IDAD system: Add Python support
Labels: idad:issue-review
Contains:
- Analysis of detected technologies
- Proposed CI workflow updates
- Proposed agent definition updatesIDAD Agent is intentionally conservative:
- Only creates PRs for clear benefits
- Focuses on practical needs
- When in doubt, doesn't create PR
gh workflow run idad.yml \
--ref main \
-f agent="idad" \
-f issue="" \
-f pr="456"Generate periodic reports with metrics and insights.
- Manual:
workflow_dispatch - Scheduled: Cron (optional)
- Report type (weekly, monthly, custom)
- Lookback days (for custom)
- Report issue with metrics
- No PR or branch
- No agent triggering
- Query closed issues/PRs in date range
- Extract agentlog blocks
- Aggregate metrics by agent type
- Calculate success rates
- Generate insights
- Create report issue
- Agent run counts
- Success vs. failure rates
- Average durations
- Quality metrics (clarifications, changes)
- System health (error rates)
# IDAD System Report - Weekly
## Summary
- Issues Processed: X
- PRs Created: Y
- Success Rate: Z%
## Agent Activity
[By agent type]
## Quality Metrics
[Clarifications, changes]
## System Health
[Failures, errors]
## Insights
[AI-generated observations]Reporting Agent <reporting@agents.local>
# Weekly report
gh workflow run idad.yml \
--ref main \
-f agent="reporting" \
-f issue="" \
-f pr=""
# Custom period (set env vars)
REPORT_TYPE=custom LOOKBACK_DAYS=14 \
gh workflow run idad.yml \
--ref main \
-f agent="reporting" \
-f issue="" \
-f pr=""- Workflow didn't auto-trigger
- Retry after fixing an issue
- Skip ahead in workflow
- Test specific agent
gh workflow run idad.yml \
--ref main \
-f agent="<agent-name>" \
-f issue="<number>" \
-f pr="<number>"issue-reviewplannerimplementersecurity-scannerreviewerdocumenteridadreporting
| Agent | issue | pr |
|---|---|---|
| issue-review | ✅ Required | ❌ Empty |
| planner | ✅ Required | ❌ Empty |
| implementer | ✅ Required | |
| security-scanner | ✅ Required | |
| reviewer | ✅ Required | |
| documenter | ✅ Required | |
| idad | ❌ Empty | ✅ Required |
| reporting | ❌ Empty | ❌ Empty |
# Trigger Issue Review for issue #123
gh workflow run idad.yml --ref main \
-f agent="issue-review" \
-f issue="123" \
-f pr=""
# Trigger Implementer (with existing PR)
gh workflow run idad.yml --ref main \
-f agent="implementer" \
-f issue="123" \
-f pr="456"
# Trigger Security Scanner for PR #456
gh workflow run idad.yml --ref main \
-f agent="security-scanner" \
-f issue="" \
-f pr="456"
# Trigger Reviewer for PR #456
gh workflow run idad.yml --ref main \
-f agent="reviewer" \
-f issue="" \
-f pr="456"
# Trigger IDAD Agent to analyze PR #456
gh workflow run idad.yml --ref main \
-f agent="idad" \
-f issue="" \
-f pr="456"
# Trigger Reporting
gh workflow run idad.yml --ref main \
-f agent="reporting" \
-f issue="" \
-f pr=""All agent definitions are in .idad/agents/:
.idad/agents/
├── issue-review.md # Issue Review Agent
├── planner.md # Planner Agent
├── implementer.md # Implementer Agent
├── security-scanner.md # Security Scanner Agent
├── reviewer.md # Reviewer Agent
├── documenter.md # Documenter Agent
├── idad.md # IDAD Agent
├── reporting.md # Reporting Agent
└── repository-testing.md # Repository Testing Agent
Each file contains:
- Agent purpose and context
- Trigger conditions
- Step-by-step responsibilities
- Decision-making logic
- Examples
- Error handling
- Success criteria
Agents trigger the next agent in the chain via workflow_dispatch:
gh workflow run idad.yml \
--repo ${{ github.repository }} \
--ref main \
-f agent_type="next-agent" \
-f issue_number="${ISSUE_NUMBER}" \
-f pr_number="${PR_NUMBER}"Issue Review ──► Planner ──► [Human Plan Review] ──► Implementer ──► Security Scanner ──► Reviewer ──┬──► Documenter ──► [Human PR Review]
↑ │ ↑ │ │ │
└───────────────┘ (changes) │ │ │ └──► Implementer (human comments)
│ └─────────────────────┤
└────────────────────────────────────────────┘ (changes needed)
[Human Merge] ──► IDAD Agent (creates improvement issue if needed)
- Observable: Each step is visible in Actions tab
- Debuggable: Can inspect each workflow run
- Controllable: Can pause/resume at any step
- Reliable: Works around GitHub token limitations
All agents have access to:
| Variable | Description | Example |
|---|---|---|
GITHUB_TOKEN |
GitHub API auth | (secret) |
GITHUB_REPOSITORY |
Repo in owner/repo format | kidrecursive/idad |
GITHUB_RUN_ID |
Current workflow run ID | 20123456789 |
GITHUB_WORKSPACE |
Workspace directory | /home/runner/work/repo |
ANTHROPIC_API_KEY |
Claude Code API auth | (secret) |
ANTHROPIC_AUTH_TOKEN |
Claude Code OAuth auth | (secret) |
CURSOR_API_KEY |
Cursor AI auth | (secret) |
OPENAI_API_KEY |
OpenAI Codex auth | (secret) |
All agents use standard operations from .idad/rules/system.md:
- Configure identity
- Commit with trailers
- Push branches
- Create branches
- Create/update issues
- Create/update PRs
- Add/remove labels
- Post comments
- Submit reviews
- Trigger next agent via
workflow_dispatch - Pass issue/PR numbers
- Set agent type
See .idad/rules/system.md for complete operation reference.
All agents post agentlog blocks:
```agentlog
agent: agent-name
issue: 123
pr: 456
status: success|error
duration_ms: 12345
timestamp: 2025-12-09T10:00:00Z
**Required Fields**:
- `agent`: Agent type
- `status`: success, error, or in-progress
- `timestamp`: ISO 8601 format
**Optional Fields**:
- `issue`: Issue number
- `pr`: PR number
- `duration_ms`: Execution time
- Custom fields as needed
**Purpose**:
- Reporting aggregation
- Debugging
- Metrics tracking
- System observability
---
## Performance Expectations
### Typical Timeline (Simple Feature)
00:00 - Issue created 00:01 - Dispatcher triggers 00:01 - Issue Review starts 00:01 - Issue Review completes (45s) 00:02 - Planner starts 00:03 - Planner completes (90s) 00:03 - Implementer starts 00:05 - Implementer completes (120s) 00:05 - CI runs (< 30s) 00:05 - Reviewer starts 00:06 - Reviewer completes (60s) 00:06 - Documenter starts 00:08 - Documenter completes (90s) 00:08 - Ready for human review
Total: ~8 minutes
### Factors Affecting Speed
- **Issue Complexity**: More complex = longer
- **Code Size**: More files = more time
- **Tests**: Larger test suites take longer
- **GitHub Queue**: Actions may queue during peak times
---
## Next Steps
- **Workflow Guide**: See [WORKFLOW.md](WORKFLOW.md) for complete workflow
- **Troubleshooting**: See [TROUBLESHOOTING.md](TROUBLESHOOTING.md) for debugging
- **Operations**: See [OPERATIONS.md](OPERATIONS.md) for repository management
---
**Last Updated**: 2025-12-12
**Phase**: 11 - Unified Label System