SKILL.md
{Guru Name} Skill
Template Instructions: Replace all
{placeholder}text with actual content. Remove this blockquote when done.
You are a specialized {domain} agent for the morphir-dotnet project. Your role is to {primary responsibility} through {key capabilities}.
Primary Responsibilities
- {Responsibility 1} - {Brief description}
- {Responsibility 2} - {Brief description}
- {Responsibility 3} - {Brief description}
- {Responsibility 4} - {Brief description}
- {Responsibility 5} - {Brief description}
- {Responsibility 6} - {Brief description}
Core Competencies
{Competency 1}
When asked to {task related to competency 1}:
- {Step 1}
- {Step 2}
- {Step 3}
- {Step 4}
- {Step 5}
Example: ```{language} {Code example showing competency 1}
### {Competency 2}
When performing {task related to competency 2}:
1. {Step 1}
2. {Step 2}
3. {Step 3}
4. {Step 4}
**Key Principles:**
- {Principle 1}
- {Principle 2}
- {Principle 3}
### {Competency 3}
When {scenario for competency 3}:
1. {Step 1}
2. {Step 2}
3. {Step 3}
**Checklist:**
- [ ] {Check 1}
- [ ] {Check 2}
- [ ] {Check 3}
- [ ] {Check 4}
### {Competency 4}
{Description of competency 4}
**Process:**
{Visual representation of process}
**Common Patterns:**
- **{Pattern Name 1}**: {When to use} → {How to apply}
- **{Pattern Name 2}**: {When to use} → {How to apply}
- **{Pattern Name 3}**: {When to use} → {How to apply}
## Project-Specific Context
### morphir-dotnet {Domain} Specifics
{Project-specific information relevant to this guru's domain}
**Key Areas:**
1. **{Area 1}** - {Description}
2. **{Area 2}** - {Description}
3. **{Area 3}** - {Description}
### Important Files and Directories
{Relevant file structure}
### Commands and Tools
{Command purpose 1}
{command1}
{Command purpose 2}
{command2}
{Command purpose 3}
{command3}
## Decision Trees
### Decision Tree 1: "{When to make decision 1}"
{Question 1}? YES → {Action or next question} ├─ {Sub-question 1}? │ ├─ YES → {Action} │ └─ NO → {Action} └─ {Sub-question 2}? ├─ YES → {Action} └─ NO → {Action}
NO → {Alternative question or action} └─ {Follow-up}
### Decision Tree 2: "{When to make decision 2}"
{Scenario description}? ├─ {Option A} → {Action A} ├─ {Option B} → {Action B} ├─ {Option C} → {Action C} └─ {Option D} → {Action D}
After decision: → {Follow-up step 1} → {Follow-up step 2}
### Decision Tree 3: "{When to make decision 3}"
- {First check}
A. {Condition A} → {Action for A}
B. {Condition B} → {Action for B}
C. {Condition C} → {Action for C}
- After resolution:
→ {Follow-up} → {Validation}
## Playbooks
### Playbook 1: {Workflow Name}
**When to use:** {Scenario description}
**Prerequisites:**
- [ ] {Prerequisite 1}
- [ ] {Prerequisite 2}
- [ ] {Prerequisite 3}
**Steps:**
**Phase 1: {Phase Name}**
1. **{Step Name}**
```bash
{command if applicable}
```
- Expected result: {What you should see}
- If fails: {Troubleshooting}
2. **{Step Name}**
- {Action to take}
- Validation: {How to verify success}
3. **{Step Name}**
- {Action to take}
- Note: {Important information}
**Phase 2: {Phase Name}**
4. **{Step Name}**
```bash
{command if applicable}
```
- {Important detail}
5. **{Step Name}**
- {Action to take}
- Why: {Rationale}
**Phase 3: {Phase Name}**
6. **{Step Name}**
- {Action to take}
- Verification: {Validation method}
7. **{Step Name}**
- {Final action}
- Success criteria: {What success looks like}
**Post-Workflow:**
- [ ] {Cleanup task 1}
- [ ] {Documentation task}
- [ ] {Feedback capture}
**Duration:** ~{X} minutes
### Playbook 2: {Workflow Name}
{Similar structure to Playbook 1}
### Playbook 3: {Workflow Name}
{Similar structure to Playbook 1}
## Review Capability
> **IMPORTANT**: Review capability is a core feature of every guru. This section defines proactive monitoring and quality assurance for your domain.
### Review Scope
This guru proactively reviews the {domain area} for:
1. **{Issue Category 1}** - {What to look for}
- Example: {Specific pattern or anti-pattern}
- Detection: {How to identify}
- Impact: {Why this matters}
2. **{Issue Category 2}** - {What to look for}
- Example: {Specific pattern or anti-pattern}
- Detection: {How to identify}
- Impact: {Why this matters}
3. **{Issue Category 3}** - {What to look for}
- Example: {Specific pattern or anti-pattern}
- Detection: {How to identify}
- Impact: {Why this matters}
4. **{Issue Category 4}** - {What to look for}
- Example: {Specific pattern or anti-pattern}
- Detection: {How to identify}
- Impact: {Why this matters}
### Review Triggers
**Continuous Review** (if applicable):
- Trigger: {When continuous review runs}
- Scope: {What gets reviewed}
- Output: {Where results go}
**Scheduled Review** (if applicable):
- Frequency: {How often} (e.g., quarterly, weekly)
- Trigger: {What initiates it}
- Scope: {What gets reviewed}
- Output: {Report format and location}
**Session-Based Review** (if applicable):
- Trigger: {After what workflow}
- Scope: {What gets reviewed}
- Output: {Integrated into workflow results}
**On-Demand Review** (if applicable):
- Trigger: Manual request (`@guru review`)
- Scope: Full domain scan
- Output: Comprehensive report
### Review Output Format
**Findings Structure:**
{Guru Name} Review Report
Date: {YYYY-MM-DD} Scope: {What was reviewed} Duration: {Review duration}
Summary
- {Metric 1}: {Value}
- {Metric 2}: {Value}
- {Metric 3}: {Value}
Findings
Category: {Issue Category 1}
- Finding 1: {Issue description}
- Location: {File/line/component} - Severity: {Critical/High/Medium/Low} - Recommendation: {Suggested fix}
- Finding 2: {Issue description}
- Location: {File/line/component} - Severity: {Critical/High/Medium/Low} - Recommendation: {Suggested fix}
Category: {Issue Category 2}
{Similar structure}
Trends
- {Trend 1}: {Description and data}
- {Trend 2}: {Description and data}
Recommendations
- Immediate: {High-priority recommendations}
- Short-term: {Next quarter priorities}
- Long-term: {Future improvements}
Automation Opportunities
- {Pattern 1}: Appears {N} times → {Suggested automation}
- {Pattern 2}: Appears {N} times → {Suggested automation}
Next Review Focus
- {Area to monitor closely}
- {Threshold to watch}
### Integration with Retrospectives
Reviews and retrospectives work together for continuous improvement:
**Review (Proactive):**
- "I scanned {domain} and found these issues"
- Identifies patterns, trends, violations
- Feeds findings to retrospectives
**Retrospective (Reactive):**
- "That failure happened because of X"
- Root cause analysis
- Feeds prevention strategies to reviews
**Continuous Improvement Cycle:**
Review Findings ↓ Identify Root Causes (Retrospective) ↓ Implement Prevention ↓ Update Playbooks/Automation ↓ Update Review Criteria ↓ Next Review (with better focus)
**Example Integration:**
Q1 Review: Found {N} instances of {anti-pattern} Q1 Retrospective: Analyzed why {anti-pattern} occurred Q1 Action: Created {automation} to detect/prevent Q2 Review: {Anti-pattern} instances reduced to 0 Q2 Outcome: Pattern successfully eliminated
### Review Automation Scripts
Location: `.claude/skills/{guru-id}/scripts/`
**{review-script-1}.fsx**
- Purpose: {What this review script does}
- Triggers: {When it runs}
- Output: {What it produces}
- Token Savings: ~{N} tokens (vs manual review)
**{review-script-2}.fsx**
- Purpose: {What this review script does}
- Triggers: {When it runs}
- Output: {What it produces}
- Token Savings: ~{N} tokens (vs manual review)
**Usage:**
Run {review type 1}
dotnet fsi .claude/skills/{guru-id}/scripts/{review-script-1}.fsx
Run {review type 2}
dotnet fsi .claude/skills/{guru-id}/scripts/{review-script-2}.fsx
### Review Checklist
Before completing a review:
- [ ] All defined scope areas covered
- [ ] Findings categorized by severity
- [ ] Recommendations provided for each finding
- [ ] Trends analyzed (vs previous review)
- [ ] Automation opportunities identified
- [ ] Report generated and saved
- [ ] Key stakeholders notified (if applicable)
- [ ] Next review criteria updated
- [ ] Learnings fed to playbooks/decision trees
## Pattern Catalog
> **Note**: This catalog grows over time. Start with 5-10 seed patterns, add more as discovered.
### Pattern 1: {Pattern Name}
**Category:** {Pattern category}
**Frequency:** {How often seen}
**Complexity:** {Low/Medium/High}
**Problem:**
{What problem does this pattern solve or represent?}
**Solution:**
```{language}
{Code example showing the pattern}
When to Use:
- {Scenario 1}
- {Scenario 2}
- {Scenario 3}
When to Avoid:
- {Anti-pattern scenario 1}
- {Anti-pattern scenario 2}
Related Patterns:
- {Related Pattern 1}
- {Related Pattern 2}
Pattern 2: {Pattern Name}
{Similar structure to Pattern 1}
Pattern 3: {Pattern Name}
{Similar structure to Pattern 1}
{Continue with more patterns...}
Automation Scripts
Location: .claude/skills/{guru-id}/scripts/
Script 1: {script-name-1}.fsx
Purpose: {What this script does} Token Savings: ~{N} tokens per use (vs {manual alternative})
Usage:
dotnet fsi .claude/skills/{guru-id}/scripts/{script-name-1}.fsx [args]
Arguments:
{arg1}- {Description}{arg2}- {Description}{arg3}- {Description} (optional)
Output: {Description of output format}
Example:
# {Example usage scenario}
dotnet fsi .claude/skills/{guru-id}/scripts/{script-name-1}.fsx --{arg1}=value
Script 2: {script-name-2}.fsx
{Similar structure to Script 1}
Script 3: {script-name-3}.fsx
{Similar structure to Script 1}
Integration Points
Coordination with Other Gurus
{Other Guru 1}:
- Direction: {to/from} this guru
- Interaction: {What gets passed}
- Trigger: {When this happens}
- Protocol: {How the hand-off works}
{Other Guru 2}:
- Direction: {to/from} this guru
- Interaction: {What gets passed}
- Trigger: {When this happens}
- Protocol: {How the hand-off works}
{Other Guru 3}:
- Direction: {to/from} this guru
- Interaction: {What gets passed}
- Trigger: {When this happens}
- Protocol: {How the hand-off works}
Escalation Paths
When to Escalate:
- {Scenario requiring human decision}
- {Scenario beyond scope}
- {Scenario with high uncertainty}
How to Escalate:
- Document the decision point
- Provide context and options
- Tag appropriate maintainer: {maintainer-tag}
- Label issue:
maintainer-attention - Wait for guidance
What NOT to Decide:
- {Out-of-scope decision 1}
- {Out-of-scope decision 2}
- {Out-of-scope decision 3}
Feedback Loop
Feedback Capture
Trigger Points:
- {When feedback is captured - e.g., "After each {workflow}"}
- {When feedback is captured - e.g., "Every {N} {units}"}
- {When feedback is captured - e.g., "Quarterly review"}
Capture Method: {How feedback is recorded - e.g., "Template section", "GitHub issue", "IMPLEMENTATION.md"}
What to Capture:
- Patterns discovered
- Decision points encountered
- Edge cases found
- Improvements identified
- Automation opportunities
Quarterly Review Process
Schedule: {When reviews happen - e.g., "Q1, Q2, Q3, Q4"}
Review Checklist:
- [ ] Collect all feedback from quarter
- [ ] Analyze patterns and trends
- [ ] Identify 2-3 key improvements
- [ ] Update playbooks and decision trees
- [ ] Add/update patterns in catalog
- [ ] Evaluate automation opportunities
- [ ] Document learnings
- [ ] Bump version if user-facing changes
- [ ] Notify team of improvements
Improvement Triggers:
- Pattern appears 3+ times → Consider automation
- New anti-pattern discovered → Update guidance
- Workflow changes → Update playbooks
- Tool updates → Validate scripts
Cross-Agent Compatibility
For Claude Code Users
Invocation:
@skill {guru-id}
{Your request}
Triggers: Keywords like "{keyword1}", "{keyword2}", "{keyword3}"
For GitHub Copilot Users
Access:
- Read
.agents/{guru-id}.mdfor equivalent guidance - Run scripts directly:
dotnet fsi .claude/skills/{guru-id}/scripts/{script}.fsx - Follow decision trees and playbooks
- Reference pattern catalog
Quick Start:
# Run {common task}
dotnet fsi .claude/skills/{guru-id}/scripts/{script-name}.fsx
For Other Agents (Cursor, Windsurf, Aider)
Access:
- Documentation:
.claude/skills/{guru-id}/skill.md(this file) - Quick reference:
.claude/skills/{guru-id}/README.md - Scripts:
.claude/skills/{guru-id}/scripts/ - Templates:
.claude/skills/{guru-id}/templates/
Usage:
- Read skill.md for comprehensive guidance
- Follow playbooks for complex workflows
- Use decision trees for problem-solving
- Run automation scripts for common tasks
- Reference pattern catalog for examples
Templates
Location: .claude/skills/{guru-id}/templates/
Template 1: {template-name-1}.md
Purpose: {What this template is for} When to Use: {Scenarios for using this template}
Usage:
- Copy template:
cp .claude/skills/{guru-id}/templates/{template-name-1}.md . - Fill in {placeholder} values
- Use for {intended purpose}
Template 2: {template-name-2}.md
{Similar structure to Template 1}
Related Resources
Within This Project:
- [README.md](./README.md) - Quick reference guide
- [MAINTENANCE.md](./MAINTENANCE.md) - Maintenance and evolution guide
- [metadata.yaml](./metadata.yaml) - Skill metadata and configuration
- [scripts/](./scripts/) - Automation scripts
- [templates/](./templates/) - Reusable templates
- [patterns/](./patterns/) - Detailed pattern documentation
Project Guidance:
- [AGENTS.md](../../../AGENTS.md) - Primary agent guidance
- [Guru Philosophy](../../../.agents/guru-philosophy.md) - Guru principles
- [Skills Reference](../../../.agents/skills-reference.md) - All available gurus
- [Skill Matrix](../../../.agents/skill-matrix.md) - Maturity tracking
External Resources:
- {External resource 1} - {Description}
- {External resource 2} - {Description}
- {External resource 3} - {Description}
Last Updated: {YYYY-MM-DD} Version: {Semantic version} Status: {alpha/beta/stable} Maintainer: {Maintainer name/GitHub handle}