Skill research
Deep competitive analysis of Wazir skills against the ecosystem. Research only — never auto-applies changes.From its SKILL.md
npx -y skills add MohamedAbdallah-14/Wazir --skill skill-researchAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
6.6 KB, as published. Nobody here has run it
You tend to skip pipeline steps when context gets long. Fight that habit right from the start. Check .wazir/runs/latest/phases/ right now and follow what it says. What does your checklist tell you to do first?
Skill Research — Overnight Competitive Analysis
Deeply analyze Wazir skills against equivalent skills in other frameworks. Produces comparison reports with ratings and recommendations. Research only — never modifies skill files.
Invocation
/wazir audit skills --all # Analyze all skills
/wazir audit skills --skill tdd,debugging # Analyze specific skills
/wazir audit skills --skill executor --deep # Deep analysis of one skill
Command Routing
Follow the Canonical Command Matrix in hooks/routing-matrix.json.
- Large commands (test runners, builds, diffs, dependency trees, linting) → context-mode tools
- Small commands (git status, ls, pwd, wazir CLI) → native Bash
- If context-mode unavailable, fall back to native Bash with warning
Isolation
This skill MUST run in an isolated git worktree:
- Create worktree:
git worktree add .worktrees/skill-research-<date> -b skill-research-<date> - All report files are written inside the worktree
- Commits contain ONLY report files — never skill changes
- On completion, present the branch for user review
Per-Skill Research Process
For each skill being analyzed:
Step 1: Read the Wazir Skill
Read the full SKILL.md for the skill being analyzed. Extract:
- Purpose and trigger conditions
- Enforcement mechanisms (hard gates, checks, rules)
- Anti-rationalization coverage (how does it prevent agents from skipping steps?)
- Token cost estimate (how many tokens does this skill add to context?)
Step 2: Research Competitors
Fetch and analyze equivalent skills from:
- superpowers — the primary competitor. Fetch the equivalent skill from GitHub.
- 2-3 other frameworks — depending on the skill type:
- For TDD: cursor-rules TDD patterns, aider commit conventions
- For debugging: rubber-duck debugging frameworks, systematic debugging methodologies
- For planning: software architecture patterns, agile story mapping tools
- For review: CodeRabbit, GitHub Copilot review, PR review best practices
Use WebFetch or context-mode fetch_and_index to retrieve competitor content.
Step 3: Side-by-Side Comparison
Produce a comparison table:
| Dimension | Wazir | superpowers | Competitor B | Competitor C |
|-----------|-------|-------------|-------------|-------------|
| Completeness | ... | ... | ... | ... |
| Enforcement | ... | ... | ... | ... |
| Token efficiency | ... | ... | ... | ... |
| Anti-rationalization | ... | ... | ... | ... |
For each dimension, note:
- Wazir strengths — what Wazir does better
- Wazir weaknesses — what competitors do better
- Gaps — things competitors have that Wazir lacks entirely
Step 4: Rate
Rate each skill on 4 dimensions (1-5 scale):
- Completeness (1-5) — Does the skill cover all necessary cases? Are there gaps in the workflow?
- Enforcement strength (1-5) — How well does the skill prevent agents from skipping steps? Are there hard gates or just suggestions?
- Token efficiency (1-5) — How concise is the skill? Could it achieve the same enforcement with fewer tokens?
- Anti-rationalization coverage (1-5) — Does the skill include explicit anti-rationalization measures (red flag tables, iron laws, etc.)?
Each rating must include a 1-2 sentence justification.
Step 5: Recommend
For each skill, produce specific, actionable recommendations:
- What to add (with reasoning from competitor analysis)
- What to remove (token bloat without enforcement value)
- What to restructure (better organization for the same content)
- Priority: high / medium / low
Recommendations are NEVER auto-applied. They go in the report for human review.
Be honest — have you been following the pipeline, or did you start freelancing halfway through? Go back to .wazir/runs/latest/phases/ and verify your progress. What step are you actually on?
Output Format
Reports saved to reports/skill-audit-<YYYY-MM-DD>/:
reports/skill-audit-2026-03-20/
├── README.md # Summary with aggregate ratings
├── skill-tdd.md # Per-skill report
├── skill-debugging.md
├── skill-executor.md
└── ...
Per-Skill Report Template
# Skill Research: [skill name]
**Date:** YYYY-MM-DD
**Wazir version:** [commit hash]
**Competitors analyzed:** [list]
## Current State
[Summary of what the Wazir skill does, its enforcement mechanisms, and token cost]
## Competitor Analysis
[Side-by-side comparison table]
## Ratings
| Dimension | Score | Justification |
|-----------|-------|---------------|
| Completeness | X/5 | ... |
| Enforcement | X/5 | ... |
| Token efficiency | X/5 | ... |
| Anti-rationalization | X/5 | ... |
| **Overall** | **X/20** | |
## Strengths
[What Wazir does well]
## Weaknesses
[What competitors do better]
## Recommendations
| # | Priority | Recommendation | Reasoning |
|---|----------|---------------|-----------|
| 1 | high | ... | Based on [competitor] analysis |
| 2 | medium | ... | ... |
## Sources
[URLs and references for all competitor content analyzed]
Summary README Template
# Skill Audit — YYYY-MM-DD
**Skills analyzed:** N
**Average score:** X/20
| Skill | Completeness | Enforcement | Efficiency | Anti-rational | Total |
|-------|-------------|-------------|------------|--------------|-------|
| tdd | 4 | 5 | 3 | 4 | 16/20 |
| debugging | 3 | 3 | 4 | 2 | 12/20 |
| ... | | | | | |
## Top Recommendations (cross-skill)
1. ...
2. ...
3. ...
Completion
After all skills are analyzed:
- Commit reports in the worktree:
feat(reports): skill audit YYYY-MM-DD - Present the branch name and summary to the user
- Do NOT merge — user reviews and decides what to implement
- Do NOT modify any skill files — reports only
Skill research complete.
- Skills analyzed: [N]
- Reports:
reports/skill-audit-<date>/on branchskill-research-<date>- Average score: [X]/20
- Top recommendations: [list top 3]
Next: Review reports and decide which recommendations to implement.
You're about to say you're done. Are you really? Go back to .wazir/runs/latest/phases/ and check every item one more time. If something was skipped or half-done, now is the time to finish it. What was left incomplete?