gh-nice-wolf-studio-wolf-skills-marketplace-wolf-core/skills/wolf-roles/SKILL.md

name, description, version, triggers

name	description	version	triggers
wolf-roles	Guidance for 50+ specialized Wolf agent roles with responsibilities and collaboration patterns	1.2.0	agent role role guidance responsibilities collaboration escalation

Wolf Roles Skill

This skill provides comprehensive guidance for 50+ specialized agent roles in the Wolf system. Each role has clearly defined responsibilities, non-goals, collaboration patterns, and escalation paths refined over 50+ phases of development.

When to Use This Skill

• REQUIRED when starting work as a specific agent role
• When understanding role responsibilities and boundaries
• For determining collaboration and handoff patterns
• When needing escalation guidance
• For role-specific workflows and tools

Role Categories

🎯 Product & Planning (8 roles)

• pm-agent - Product management, requirements, and prioritization
• requirements-analyst-agent - Deep requirements analysis and validation
• strategist-agent - Strategic planning and roadmap development
• epic-specialist-agent - Epic decomposition and management
• user-story-specialist-agent - User story creation and refinement
• decision-agent - Decision tracking and rationale documentation
• task-lead-agent - Task breakdown and assignment
• orchestrator-agent - Multi-agent coordination

💻 Development (12 roles)

• coder-agent - Core implementation and coding (parent role)
  • coder-typescript-react - TypeScript/React specialization
  • frontend - Frontend development focus
  • backend - Backend development focus
  • fullstack - Full-stack development
  • fullstack-web-contextsocial - Social web apps
• refactor-lead - Refactoring and code improvement
• ml - Machine learning implementation
• infrastructure - Infrastructure as code
• pipeline - CI/CD pipeline development
• observability - Monitoring and observability
• devops-agent - DevOps and deployment

🔍 Review & Quality (11 roles)

• code-reviewer-agent - Code review and quality gates
• code-reviewer - Alternative code review role
• reviewer-agent - General review coordination
• pr-reviewer-agent - Pull request specific reviews
• design-reviewer-agent - Design and architecture review
• qa-agent - Quality assurance coordination (parent role)
  • qa-unit-system-tester - Unit and system testing
  • qa-performance-tester - Performance testing
  • qa-security-tester - Security testing
  • qa-ux-tester - UX and usability testing
• validation-agent - Validation and verification

🛡️ Specialized Functions (10 roles)

• security-agent - Security analysis and hardening
• architect-lens-agent - Architecture patterns and decisions
• system-architect-agent - System-level architecture
• design-lead-agent - Design leadership and patterns
• bash-validation-agent - Bash script validation
• error-forensics-agent - Error analysis and debugging
• metrics-agent - Metrics collection and analysis
• ci-monitor-agent - CI/CD monitoring
• tester-agent - General testing coordination
• research-agent - Research and investigation

🧹 Maintenance & Operations (9 roles)

• hygiene-agent - Repository hygiene
• hygienist-agent - Code cleanup and maintenance
• hygiene - Alternative hygiene role
• curator-agent - Content curation and organization
• index-agent - Indexing and cataloging
• historian-agent - History and changelog maintenance
• documentation-agent - Documentation creation and maintenance
• release-agent - Release coordination
• release-manager-agent - Release management

📢 Support & Communication (6 roles)

• support-triage-agent - Support ticket triage
• communications-agent - Internal/external communications
• teacher-agent - Knowledge transfer and training
• learning-agent - Continuous learning and improvement
• workflow-coach-agent - Process improvement coaching
• context-agent - Context management and preservation
• intake-agent - Work intake and initial triage
• intake-orchestrator - Intake coordination

Core Role Responsibilities Pattern

Every role follows this structure:

Identity & Mission

• Clear mission statement
• Role identity for context recovery
• Behavioral boundaries

Ownership Areas

Owns:
  - Primary responsibilities
  - Decision authority
  - Deliverable ownership

Non-Goals:
  - Explicitly NOT responsible for
  - Boundaries with other roles
  - Escalation triggers

Collaboration Matrix

Collaborates With:
  - Role: Type of interaction
  - Handoff patterns
  - Information exchange

Wolf MCP Integration

All roles MUST use Wolf MCP tools for:

• Querying principles before decisions
• Finding behavioral archetypes
• Understanding role boundaries
• Checking governance requirements

Role Inheritance Hierarchy

1. agents/instructions/global/*        # Universal policies
2. agents/instructions/domain/<family>  # Domain guidance
3. agents/roles/<role>/role-card.md    # Role-specific
4. agents/roles/<role>/variants/*      # Specializations

Common Patterns Across Roles

Session Initialization

Every role must:

1. Query Wolf principles
2. Find behavioral archetype
3. Load role-specific guidance
4. Verify current context

Context Recovery

After compaction events:

1. Reload role card
2. Reassert identity
3. Verify boundaries
4. Confirm task alignment

Handoff Protocol

When transitioning work:

1. Document current state
2. Create handoff journal entry
3. Tag receiving role
4. Verify acceptance

Key Role Interactions

Development Flow

pm-agent → coder-agent → code-reviewer-agent → qa-agent → release-agent

Architecture Decisions

architect-lens-agent ↔ system-architect-agent ↔ design-lead-agent
                     ↓
                coder-agent

Issue Resolution

support-triage-agent → error-forensics-agent → coder-agent
                                              ↓
                                         qa-agent

Escalation Patterns

Authority Hierarchy

1. Requirements: PM Agent has final authority
2. Architecture: System Architect > Design Lead
3. Code Quality: Code Reviewer > individual coders
4. Security: Security Agent can block any change
5. Release: Release Manager has deployment authority

Conflict Resolution

When roles disagree:

1. Check role cards for authority
2. Escalate to orchestrator if needed
3. Document decision in journal
4. Update role cards if pattern emerges

Role Selection Guide

By Work Type

• New Feature: pm-agent → coder-agent → qa-agent
• Bug Fix: error-forensics-agent → coder-agent → validation-agent
• Refactoring: refactor-lead → coder-agent → code-reviewer-agent
• Security Issue: security-agent → coder-agent → qa-security-tester
• Performance: metrics-agent → qa-performance-tester → coder-agent

By GitHub Labels

• bug → error-forensics-agent
• feature → pm-agent
• security → security-agent
• performance → qa-performance-tester
• documentation → documentation-agent
• hygiene → hygienist-agent

Scripts Available

• lookup.js - Find role by name, responsibility, or category
• matrix.js - Generate collaboration matrix for roles
• escalate.js - Determine escalation path for conflicts

Subagent Templates (NEW in v1.1.0)

Purpose: Enable easy delegation of work to specialized roles using the Task tool

Available Templates:

1. templates/coder-agent-template.md - For implementation tasks
2. templates/pm-agent-template.md - For requirements definition
3. templates/security-agent-template.md - For security analysis
4. templates/code-reviewer-agent-template.md - For code reviews

When to Use Templates

Use subagent templates when:

• Task requires role-specific expertise
• Work can be delegated to isolated context
• Clear handoff protocol needed
• Want to ensure role boundaries respected

Example: Dispatching coder-agent for implementation

I'm using the Task tool to dispatch a coder-agent subagent:

Prompt: You are coder-agent working on implementing user authentication.
Load templates/coder-agent-template.md and fill in:
- TASK_TITLE: "Implement user authentication"
- ARCHETYPE: "product-implementer"
- ACCEPTANCE_CRITERIA: "1. Users can login, 2. Users can logout, 3. Sessions managed"
- FILES_TO_MODIFY: "src/auth/*"

Complete implementation following template checklist.

Template Structure

Each template includes:

• Role Context: Loaded wolf-principles, archetypes, governance, roles
• Mission: Clear statement of what to accomplish
• Execution Checklist: Step-by-step guidance
• Handoff Protocol: How to return work or escalate
• Red Flags: Common mistakes to avoid
• Success Criteria: How to know when done

Template Placeholders

All templates use {PLACEHOLDER} format:

• {TASK_TITLE} - Title of work
• {ARCHETYPE} - Selected behavioral archetype
• {ACCEPTANCE_CRITERIA} - What defines done
• {FILES_TO_MODIFY} - Which files to change
• {EVIDENCE_REQUIREMENTS} - What proof needed

Fill placeholders before dispatching subagent.

Multi-Role Workflows

Pattern: Chain subagents through templates

1. pm-agent: Define requirements using pm-agent-template.md
   ↓ Creates GitHub issue with AC
2. coder-agent: Implement using coder-agent-template.md
   ↓ Creates PR with tests + docs
3. code-reviewer-agent: Review using code-reviewer-agent-template.md
   ↓ Approves or requests changes
4. Merge when approved

Benefits of Templates

Consistency:

• All subagents follow same checklists
• No role-specific knowledge forgotten
• Governance automatically enforced

Isolation:

• Each subagent has clear boundaries
• Handoffs are explicit
• No role mixing

Quality:

• Checklists prevent skipped steps
• Red flags block common mistakes
• Success criteria ensure completeness

Quality Gates by Role

Development Roles

• Tests written and passing
• Documentation updated
• Journal entry created

Review Roles

• Code standards verified
• Security scan complete
• Performance impact assessed

QA Roles

• Test plans executed
• Coverage targets met
• Regression suite updated

Integration with Other Skills

• wolf-principles: Roles implement core principles
• wolf-archetypes: Roles adapt per archetype
• wolf-governance: Roles enforce governance rules

Red Flags - STOP

If you catch yourself thinking:

• ❌ "I already know my role, no need to load guidance" - STOP. Role cards evolve. Load current guidance EVERY session.
• ❌ "This is outside my role, but I'll do it anyway" - NO. Respect role boundaries. Escalate or hand off.
• ❌ "I can approve my own work since I'm the only one" - FORBIDDEN. Separation of concerns is non-negotiable.
• ❌ "Roles are just documentation" - NO. Roles define authority, boundaries, and collaboration patterns. Violating them breaks governance.
• ❌ "I'll skip loading the skill and just remember my role" - Wrong. Use Skill tool to load wolf-roles to get current role card.
• ❌ "Handoff protocols are too formal" - Handoffs prevent dropped work and context loss. Always follow the protocol.
• ❌ "I'm doing multiple roles to save time" - STOP. Role mixing violates separation of concerns. Use orchestrator for coordination.

STOP. Use Skill tool to load wolf-roles BEFORE proceeding.

After Using This Skill

REQUIRED NEXT STEPS:

You've completed the core Wolf skill chain!

Primary Chain Complete: wolf-principles → wolf-archetypes → wolf-governance → wolf-roles ✅

What Happens Next

1. BEGIN IMPLEMENTATION with complete context:

   • ✅ Principles loaded - Strategic guidance active
   • ✅ Archetype selected - Behavioral profile configured
   • ✅ Governance understood - Quality gates identified
   • ✅ Role guidance loaded - Responsibilities clear

2. REQUIRED DURING WORK: Use wolf-verification at checkpoints

   • Why: Continuous verification prevents late-stage failures
   • When: After each significant milestone or before claiming completion
   • How: Three-layer validation (CoVe, HSP, RAG) ensures quality
   • Gate: Cannot claim work complete without verification evidence

3. REQUIRED BEFORE MERGE: Complete governance artifacts

   • Journal entry (YYYY-MM-DD-<kebab-slug>.md)
   • ADR (if architectural/process change)
   • Evidence (test results, scans, benchmarks)
   • Approval from authorized reviewer (NOT self)

Verification Checklist

Before starting work in your role:

• Loaded role card using MCP tool (not memory)
• Verified role boundaries and non-goals
• Understood collaboration patterns with other roles
• Identified who reviews your work (cannot be self)
• Confirmed escalation paths for blockers
• Loaded required tools and workflows

Can't check all boxes? Role setup incomplete. Return to this skill.

Role-Specific Implementation Examples

Example 1: coder-agent (Development)

Chain Complete:
1. ✅ Principles → Artifact-First, Evidence-Based
2. ✅ Archetype → product-implementer (feature work)
3. ✅ Governance → DoD = tests + docs + journal + review
4. ✅ Role → coder-agent responsibilities loaded

Implementation:
- Write tests first (TDD)
- Implement feature meeting acceptance criteria
- Update documentation
- Create journal entry
- Request code-reviewer-agent review
- DO NOT merge own PR

Example 2: security-agent (Specialized)

Chain Complete:
1. ✅ Principles → Research-Before-Code, Evidence-Based
2. ✅ Archetype → security-hardener
3. ✅ Governance → DoD = threat model + scan + pen test
4. ✅ Role → security-agent can block any change

Implementation:
- Create threat model
- Run security scans
- Validate defense-in-depth
- Document findings in journal
- Block merge if security gates fail
- Can escalate to CISO

Example 3: pm-agent (Product)

Chain Complete:
1. ✅ Principles → Incremental Value Delivery
2. ✅ Archetype → product-implementer (default)
3. ✅ Governance → Define acceptance criteria
4. ✅ Role → pm-agent has requirements authority

Implementation:
- Define acceptance criteria
- Break into incremental shards
- Coordinate with coder-agent
- Validate completed work
- Sign off on release
- Cannot implement own requirements

Handoff Protocol (Multi-Role Work)

When transitioning work between roles:

Step 1: Document Current State
  - What was completed
  - What remains
  - Current blockers
  - Relevant context

Step 2: Create Handoff Journal Entry
  - Date and participants
  - Work summary
  - Next steps
  - Open questions

Step 3: Tag Receiving Role
  - @mention in PR/issue
  - Link to journal entry
  - Provide context link

Step 4: Verify Acceptance
  - Receiving role confirms understanding
  - Questions resolved
  - Handoff complete

Emergency Escalation (Role Conflicts)

If role boundaries are unclear or conflicting:

1. STOP work immediately
2. Document the conflict in journal
3. Use Skill tool to load wolf-roles and review guidance for both roles
4. Check authority hierarchy (see Escalation Patterns section)
5. Escalate to orchestrator-agent if unresolved
6. Update role cards if pattern emerges

Common Handoff Patterns

Pattern 1: PM → Coder → Reviewer

pm-agent:
  - Defines acceptance criteria
  - Creates GitHub issue with labels
  - Hands off to coder-agent

coder-agent:
  - Implements meeting AC
  - Creates PR with tests + docs + journal
  - Requests review from code-reviewer-agent

code-reviewer-agent:
  - Reviews against standards
  - Validates tests and documentation
  - Approves or requests changes
  - Merges (coders cannot merge own PRs)

Pattern 2: Security Investigation

security-agent:
  - Identifies vulnerability
  - Creates threat model
  - Hands off to coder-agent with requirements

coder-agent:
  - Implements mitigations
  - Adds security tests
  - Returns to security-agent for validation

security-agent:
  - Validates mitigations
  - Runs security scans
  - Approves or blocks merge

---

Source: agents/roles//role-card.md files* Last Updated: 2025-11-14 Phase: Superpowers Skill-Chaining Enhancement v2.0.0