marketplace/bundles/pm-plugin-development/skills/plugin-apply-lessons-learned/SKILL.md
Apply accumulated lessons learned to component documentation
npx skillsauth add cuioss/plan-marshall plugin-apply-lessons-learnedInstall 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.
Read lessons learned via manage-lessons skill and apply them to component documentation.
Lesson lifecycle: Unapplied lessons live as files in .plan/local/lessons-learned/. Once a lesson is applied, it is moved into a plan directory (the plan that consumes it carries the lesson-{id}.md file along when archived). Therefore, "unapplied lessons" is simply "the set of files currently in .plan/local/lessons-learned/".
# Apply lessons to specific component
/plugin-apply-lessons-learned command=maven-build-and-fix
/plugin-apply-lessons-learned agent=maven-builder
/plugin-apply-lessons-learned skill=builder-maven-rules
# Apply all unapplied lessons across components
/plugin-apply-lessons-learned --all
# List unapplied lessons (dry-run)
/plugin-apply-lessons-learned --list
# Show usage
/plugin-apply-lessons-learned
Skill: plan-marshall:manage-lessons
Unapplied lessons are the files currently in .plan/local/lessons-learned/. List them via the manage-lessons script:
python3 .plan/execute-script.py plan-marshall:manage-lessons:manage-lessons list [--component-name {name}]
--component-name {name}.plan/local/lessons-learned/)a. Locate component source:
marketplace/bundles/{bundle}/commands/{name}.mdmarketplace/bundles/{bundle}/agents/{name}.mdmarketplace/bundles/{bundle}/skills/{name}/SKILL.mdb. Analyze lesson category:
bug: Add to CRITICAL RULES or error handling sectionimprovement: Add to workflow or suggest enhancementpattern: Add to best practices or examplesanti-pattern: Add to warnings or "do not" sectionc. Determine appropriate placement:
d. Apply lesson:
e. Mark lesson applied:
applied flag exists — applying the lesson here means editing the target component documentation. The lesson file remains in .plan/local/lessons-learned/ until a plan picks it up and carries it through archive.Component targeting (mutually exclusive with flags):
command={name} - Apply lessons for specific commandagent={name} - Apply lessons for specific agentskill={name} - Apply lessons for specific skillFlags:
--all - Apply all unapplied lessons across all components--list - List unapplied lessons without applying (dry-run)Error Handling:
Add to component's error handling or critical rules section:
## CRITICAL RULES
- **Paths with spaces**: Quote all paths in Bash calls to handle spaces correctly
Add as enhancement notes or workflow refinements:
### Step 3: Process Files
**Enhancement**: Add progress indicator every 50 files for large batches.
Add to examples or best practices:
## Best Practices
- Validate all inputs in Step 1 before processing to catch errors early
Add to warnings or "avoid" sections:
## CRITICAL RULES
**Avoid:**
- Do NOT modify files during glob iteration - collect list first, then process
## Applied Lessons
### command/maven-build-and-fix
- [2025-11-25-001] bug: Paths with spaces → Added to CRITICAL RULES
- [2025-11-25-002] improvement: Progress indicator → Added enhancement note
### agent/maven-builder
- [2025-11-24-001] pattern: Verify phase → Added to best practices
## Summary
- Components updated: 2
- Lessons applied: 3
- Lessons skipped: 0
Cross-bundle dependency: This skill relies on plan-marshall:manage-lessons for lesson storage, retrieval, and the query-lessons.py script used in Step 3. The manage-lessons skill must be available and its script registered in the executor.
Skill: plan-marshall:manage-lessons
/plugin-maintain - General component maintenance/plugin-doctor - Diagnose component issuestools
Plan-marshall-domain implementor of the ext-self-review-{domain} extension point. Surfaces deterministic candidates (regexes, user-facing strings, markdown sections, symmetric-pair functions, flag-guard pairs, contract sources, schema-bearing files) for pre-submission structural self-review.
development
The single shared contract every untrusted-external-content ingestion surface loads — reader/orchestrator/writer isolation, the deterministic validator script as the containment boundary, and the output-schema discipline for candidate structs parsed from web pages, GitHub issue/PR/comment bodies, and Sonar issue messages
development
Domain-invariant recipe for deliberate wide-scope simplification campaigns across a scope x thoroughness cell, with a T4+ relation-graph pre-deliverable
testing
A test skill for README generation