Evaluate Session
For: Post-session review of skill effectiveness — which instructions helped, which wasted tokens, which were missing.
Usage: /slang-evaluate-session
Run this at the end of a work session to get a structured assessment.
What to Analyze
Scan the current conversation and identify:
- Skills triggered — any skills invoked or referenced (project skills, user skills, or built-in skills)
- Tasks performed — what concrete work was done (bug fix, test writing, PR review, issue filing, etc.)
- Outcome — what was produced (commits, PRs, issues, test files, investigation notes)
For Each Skill Used, Evaluate
USEFUL rules
Instructions that actively influenced behavior in a positive way:
- Prevented a known mistake (e.g., used single-dash CLI options, wrote negative test companion)
- Guided toward better solution (e.g., investigated IR pass instead of emission fix)
- Saved time (e.g., referenced correct build preset, knew platform limitations)
WASTEFUL rules
Instructions that consumed tokens without benefit:
- Not relevant to the task at hand
- Too generic to influence behavior
- Duplicated information already in CLAUDE.md
- Long sections that were never consulted
MISSING rules
Mistakes or friction that a rule could have prevented:
- A pattern the LLM got wrong that should be documented
- A workflow step that was forgotten or done in wrong order
- Platform-specific issue that wasn't covered
Report Format
Present to the user:
## Session Evaluation
### Tasks
- [list of what was done]
### Skills Used
- [list of skills triggered]
### Verdict
| Skill | Rule/Section | Rating | Evidence |
|-------|-------------|--------|----------|
| slang-fix-bug | "prefer IR pass over emission fix" | USEFUL | Redirected from emitter patch to legalization pass |
| slang-fix-bug | parallel agent strategy (Phase 3) | WASTEFUL | Fix was unambiguous, section was skipped entirely |
| slang-write-test | negative test companion rule | USEFUL | Added constraint violation test that would have been missed |
| simplify | code reuse check | USEFUL | Caught duplicated helper that could use existing utility |
| user-custom-skill | deployment checklist | WASTEFUL | Not relevant to this task |
| (none) | autodiff interaction guidance | MISSING | Hit autodiff edge case with no skill guidance |
### Summary
- **Useful**: N rules actively helped
- **Wasteful**: N rules consumed tokens without benefit
- **Missing**: N gaps identified
### Suggested Skill Improvements
- [concrete suggestions based on findings]
Guidelines
- Be honest and specific — vague assessments like "skills were helpful" are not useful
- Cite the exact rule or section name, not just the skill name
- For WASTEFUL, distinguish between "irrelevant to this task" (acceptable) and "never useful to any task" (should be removed)
- For MISSING, propose the specific rule text that would help
- Keep the report concise — focus on actionable findings, not exhaustive enumeration
1---2name: slang-evaluate-session3description: Evaluate the current session's skill effectiveness. Only invoke when explicitly called via /slang-evaluate-session.4license: Apache-2.05---67# Evaluate Session89**For**: Post-session review of skill effectiveness — which instructions helped, which wasted tokens, which were missing.1011**Usage**: `/slang-evaluate-session`1213Run this at the end of a work session to get a structured assessment.1415---1617## What to Analyze1819Scan the current conversation and identify:20211. **Skills triggered** — any skills invoked or referenced (project skills, user skills, or built-in skills)222. **Tasks performed** — what concrete work was done (bug fix, test writing, PR review, issue filing, etc.)233. **Outcome** — what was produced (commits, PRs, issues, test files, investigation notes)2425---2627## For Each Skill Used, Evaluate2829### USEFUL rules30Instructions that actively influenced behavior in a positive way:31- Prevented a known mistake (e.g., used single-dash CLI options, wrote negative test companion)32- Guided toward better solution (e.g., investigated IR pass instead of emission fix)33- Saved time (e.g., referenced correct build preset, knew platform limitations)3435### WASTEFUL rules36Instructions that consumed tokens without benefit:37- Not relevant to the task at hand38- Too generic to influence behavior39- Duplicated information already in CLAUDE.md40- Long sections that were never consulted4142### MISSING rules43Mistakes or friction that a rule could have prevented:44- A pattern the LLM got wrong that should be documented45- A workflow step that was forgotten or done in wrong order46- Platform-specific issue that wasn't covered4748---4950## Report Format5152Present to the user:5354```55## Session Evaluation5657### Tasks58- [list of what was done]5960### Skills Used61- [list of skills triggered]6263### Verdict6465| Skill | Rule/Section | Rating | Evidence |66|-------|-------------|--------|----------|67| slang-fix-bug | "prefer IR pass over emission fix" | USEFUL | Redirected from emitter patch to legalization pass |68| slang-fix-bug | parallel agent strategy (Phase 3) | WASTEFUL | Fix was unambiguous, section was skipped entirely |69| slang-write-test | negative test companion rule | USEFUL | Added constraint violation test that would have been missed |70| simplify | code reuse check | USEFUL | Caught duplicated helper that could use existing utility |71| user-custom-skill | deployment checklist | WASTEFUL | Not relevant to this task |72| (none) | autodiff interaction guidance | MISSING | Hit autodiff edge case with no skill guidance |7374### Summary75- **Useful**: N rules actively helped76- **Wasteful**: N rules consumed tokens without benefit77- **Missing**: N gaps identified7879### Suggested Skill Improvements80- [concrete suggestions based on findings]81```8283---8485## Guidelines8687- Be honest and specific — vague assessments like "skills were helpful" are not useful88- Cite the exact rule or section name, not just the skill name89- For WASTEFUL, distinguish between "irrelevant to this task" (acceptable) and "never useful to any task" (should be removed)90- For MISSING, propose the specific rule text that would help91- Keep the report concise — focus on actionable findings, not exhaustive enumeration