.specify/extensions/workflows/extensions/skills/spec-kit-feedback/SKILL.md
Capture workflow usage data for spec-kit optimization. Auto-activates when: (1) completing a spec-kit workflow (/speckit.review, final commit), (2) encountering friction or confusion during workflows, (3) user mentions issues with prompts or templates, (4) workflow deviates from expected quality gates. Reminds to export chat logs and tracks patterns for feedback.
npx skillsauth add pradeepmouli/lspeasy spec-kit-feedbackInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Capture usage patterns during spec-kit workflows to help improve prompts and templates.
This skill helps collect data that can be used to improve spec-kit-extensions:
When a workflow reaches completion (review passed, PR created, etc.):
📋 Workflow Complete - Consider Capturing Feedback
This session used the {{WORKFLOW}} workflow. If you'd like to help
improve spec-kit, consider exporting this chat log for analysis.
Quick export:
claude export --format markdown > workflow-session.md
The spec-kit team uses this data to improve prompts and templates.
When the conversation shows signs of friction:
🔍 Friction Point Noted
I noticed some confusion around [specific area]. This is valuable
feedback for improving the {{WORKFLOW}} workflow.
Consider noting this in your feedback:
- What was confusing
- What would have helped
- How it was resolved
When quality gates are skipped or cause problems:
⚠️ Quality Gate Observation
The {{GATE}} gate was [skipped/problematic]. This pattern helps
identify gates that may need adjustment.
If this gate felt unnecessary or blocking, note why in feedback.
Throughout the session, this skill tracks:
When these occur, make a mental note for the summary:
| Pattern | Indicates | |---------|-----------| | "I don't understand" | Prompt clarity issue | | "Let me try again" | Instruction ambiguity | | "Actually, I meant..." | Template structure issue | | Skipped template section | Section may be unnecessary | | Added content not in template | Missing template section | | User took over a step | Automation gap |
When the workflow completes or session ends, offer a summary:
📊 Session Summary
Workflow: {{WORKFLOW}}
Status: {{COMPLETE/PARTIAL/FAILED}}
Duration: ~{{TIME}} (estimated from conversation length)
Observations:
- Clarifications needed: {{N}}
- Retries/corrections: {{N}}
- Gates followed: {{N}}/{{TOTAL}}
{{#if friction_points}}
Friction Points:
{{#each friction_points}}
- {{this}}
{{/each}}
{{/if}}
{{#if positive_patterns}}
What Worked Well:
{{#each positive_patterns}}
- {{this}}
{{/each}}
{{/if}}
To contribute this feedback:
1. Export chat: claude export --format markdown > session.md
2. Share with spec-kit team or submit to RL intake
# Export this session
claude export --format markdown > spec-kit-session-$(date +%Y%m%d).md
# Or find session ID first
claude sessions list
claude export --session <id> --format markdown > session.md
If submitting to spec-kit-extensions for analysis, include:
cp -r specs/{{WORKFLOW}}/{{NUM}}-*/ feedback-specs/
git log --oneline {{BRANCH}} > feedback-commits.txt
npm test 2>&1 | tee feedback-tests.txt
Before sharing:
Ways to share feedback:
/rl-intake with your dataThis skill complements the spec-kit commands:
| Command | This Skill's Role |
|---------|-------------------|
| /speckit.specify | Track spec creation friction |
| /speckit.plan | Note planning clarifications |
| /speckit.tasks | Observe task breakdown issues |
| /speckit.bugfix | Monitor regression test compliance |
| /speckit.review | Capture review feedback |
When exporting, consider adding tags to help categorize:
---
workflow: bugfix
friction_level: medium
gates_followed: 3/4
key_friction: "regression test timing unclear"
---
This helps the RL intake process prioritize analysis.
tools
`@lspeasy/cli` — programmatic entry point. Exposes the reusable refactor internals (session pipeline + WorkspaceEdit applier) so the same machinery can be embedded in scripts, not just invoked through the `lspeasy` bin. Also: lsp, language-server-protocol, refactor, rename, codemod, move-symbol, cli.
tools
API reference for cli
tools
Use for ANY rename, file-move, or move-symbol refactor — especially rename-heavy work across multiple files. Claude Code's built-in LSP tool is READ-ONLY (find references, but no rename / file-move / move-symbol). Hand-editing those refactors silently misses re-exports, aliased imports, type-only imports, and {@link} doc references. This skill drives a real language server via the `lspeasy` CLI to apply a correct WorkspaceEdit that catches every reference. Trigger when the user asks to rename a function/class/variable/type project-wide, move a file and fix its importers, or pull a symbol out into another module.
tools
Use when working with lspeasy (client, core, server).