.claude/skills/recipe-plugin-compliance/SKILL.md
Recipe skill that sweeps marketplace bundles for plugin architecture compliance
npx skillsauth add cuioss/plan-marshall recipe-plugin-complianceInstall 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.
Recipe skill for sweeping all marketplace bundles against plugin architecture standards. Loaded by phase-3-outline when this recipe is selected.
| Parameter | Source |
|-----------|--------|
| plan_id | From phase-3-outline |
| recipe_domain | plan-marshall-plugin-dev |
| recipe_profile | implementation |
| recipe_package_source | packages |
python3 .plan/execute-script.py plan-marshall:manage-config:manage-config \
resolve-domain-skills --domain plan-marshall-plugin-dev --profile implementation
Collect core + implementation defaults and optionals for skill references in deliverables.
python3 .plan/execute-script.py plan-marshall:manage-config:manage-config \
skill-domains get --domain plan-marshall-plugin-dev
Then list available modules (marketplace bundles):
python3 .plan/execute-script.py plan-marshall:manage-architecture:architecture modules
Present module list to user for filtering. User may select all or a subset.
For each selected module (bundle), load its packages:
python3 .plan/execute-script.py plan-marshall:manage-architecture:architecture \
module --name {module_name} --full
Iterate the packages field. For each package (skill/agent/command directory), create one deliverable:
Title: Compliance: {module}/{package}
change_type: tech_debt
execution_mode: automated
domain: plan-marshall-plugin-dev
module: {module_name}
profile: implementation
skills: {resolved from Step 1}
affected_files: {files from architecture data}
Focus areas per deliverable:
4a. Read the deliverable template to understand the required structure:
Read: marketplace/bundles/plan-marshall/skills/manage-solution-outline/templates/deliverable-template.md
4b. Read an example to see the full document skeleton:
Read: marketplace/bundles/plan-marshall/skills/manage-solution-outline/examples/refactoring.md
4c. Resolve the target path:
python3 .plan/execute-script.py plan-marshall:manage-solution-outline:manage-solution-outline \
resolve-path --plan-id {plan_id}
4d. Write the solution outline using the Write tool to {resolved_path}. The document MUST include these sections in order:
# Solution: {title} header with plan_id, created, compatibility metadata## Summary — 2-3 sentences describing approach## Overview — ASCII diagram showing scope## Deliverables — All deliverables from Step 3, grouped by module, using the template structure4e. Validate the written outline:
python3 .plan/execute-script.py plan-marshall:manage-solution-outline:manage-solution-outline \
write --plan-id {plan_id}
development
Domain-owned OpenRewrite log-line finding parser for the java-cui domain — parses the
development
Domain-owned OpenRewrite marker detection for the java-cui domain — scans Java/Kotlin sources for cui-rewrite TODO markers, categorizes them by recipe, and fails the gate on any detected marker
development
Operator control surface for the marshalld build server — enrol/drop a project in the machine-global registry (the opt-in enable signal and anti-laundering wall), manage the daemon lifecycle (start, stop, drain, status, install, upgrade) version-pinned to the verified bundle copy, and inspect the daemon's per-project interaction-audit log (read-only)
tools
The tiny build-consumption client for the marshalld build server — submit a build job, bounded long-poll for its result, ping the daemon identity, and preflight registry-plus-liveness in one call; consumption only, never provisioning or enrolment