shipwithai-plugins
June 1, 2026 · View on GitHub
Generated by /shipwithai-starter on 2026-05-28. Edit directly — every skill reads this before doing anything.
Project identity
Name: shipwithai-plugins Type: Monorepo Team size: 1 developer Stage: Active
Tech stack
Language(s): Markdown + JSON (plugin authoring) Framework(s): ShipWithAI Claude Code plugin standard Build tool: None Test framework: None (evals/evals.json per skill) Package manager: None Safety hooks: Python 3 (stdlib only)
Architecture overview
Style: Monorepo — one directory per plugin
Key layers:
- Plugin layer:
plugins/<plugin-name>/— one Claude Code plugin per directory - Skills layer:
plugins/<plugin-name>/skills/<skill-name>/— SKILL.md + assets + references + evals - Hooks layer:
.claude/hooks/— validate-command.py, protect-files.py, observe.py - Docs layer:
docs/— architecture, ADRs, CODEMAPS - Scripts layer:
scripts/— publish-plugin.sh for releasing plugins
Entry points:
plugins/*/manifest.json— Claude Code reads this to discover skills
Key directories:
shipwithai-plugins/
├── plugins/
│ └── <plugin-name>/
│ ├── skills/<skill-name>/
│ │ ├── SKILL.md ← 500-line hard cap
│ │ ├── assets/ ← templates for user codegen (handle with care)
│ │ ├── references/ ← lazy-loaded reference docs (< 300 lines)
│ │ └── evals/evals.json ← 5+ test prompts
│ ├── manifest.json ← skill registry (must stay in sync)
│ ├── plugin.json ← plugin metadata
│ ├── CHANGELOG.md
│ └── README.md ← live SSOT, update after every change
├── .claude/
│ ├── settings.json
│ ├── starter-context.json
│ └── hooks/ ← validate-command.py, protect-files.py, observe.py
├── docs/
│ ├── ARCHITECTURE.md
│ ├── adr/ ← Architecture Decision Records
│ ├── CODEMAPS/ ← codebase navigation guide
│ ├── starter/ ← starter plugin PRDs and specs
│ └── superpowers/ ← plans and specs for superpowers skills
│ ├── plans/
│ └── specs/
└── scripts/
└── publish-plugin.sh ← always confirm before running
External dependencies: None
Key conventions
Code style: None (content-only workspace) Branch strategy: Gitflow (feature/ → develop → main) Commit format: Conventional commits (feat/fix/chore/docs:) Test coverage target: N/A — validate with evals/evals.json (5+ prompts per skill)
Plugin file naming:
- Skill directories: lowercase with dashes (e.g.
auth-setup) - SKILL.md: always uppercase filename
- Reference files: lowercase with dashes
- Database tables: n/a
What Claude should know before touching code
Gotchas:
plugins/*/manifest.json— must stay in sync with actualskills/subdirectories; never add a skill without updating the manifest.claude/hooks/*.py— safety hooks, must not be removed or brokenplugins/*/skills/*/assets/— template files consumed verbatim by Claude Code in user projects; edits change what gets generated downstream.claude-plugin/marketplace.json— plugin registry metadataREADME.mdand plugin docs — live SSOT, must be updated whenever a plugin or skill is added or changed
Build order: None
Test isolation: None — run eval prompts manually on 2+ real projects before shipping
Sensitive areas (extra care):
assets/directories — template files for user project codegenmanifest.jsonfiles — skill registry, must stay in sync withskills/directorySKILL.mdfiles — published to users; 500-line hard cap, ideal < 300 linesevals/evals.jsonfiles — test prompts must remain runnable and cover the skill
Workflow
- New plugin/skill: Read
plugin-blueprint-standard.mdandplugin-blueprint-advanced.mdfrom the blueprint path before any work. CreatePLAN.mdand wait for approval before writing files. - Updating existing plugin: Read
UPDATE-WORKFLOW.mdfrom the blueprint path. Audit all SKILL.md files and manifest before proposing changes. - Never create or modify skills without an approved plan.
- After every change: Update the relevant README.md and plugin docs (live SSOT).
Commands
No build/test commands — content-only workspace. Plugin files are SKILL.md, manifest.json, and reference assets consumed by Claude Code.
Development workflow
When working on any task, Claude must follow these gates:
- Plan first: For any task > 30 min, create a plan and get approval before writing code.
- TDD: Write failing tests first. Never write implementation without a corresponding test.
- Code review: Run the code-reviewer agent after every significant change. Address all CRITICAL and HIGH findings.
- Security review: Before committing to
assets/directories,manifest.jsonfiles,SKILL.mdfiles, orevals/evals.jsonfiles, run security-reviewer agent.
Harness config
Tier: Full (Tier 3) Last updated: 2026-06-01
Hooks: see .claude/settings.json
MCP servers: see .mcp.json
Agents: see .claude/agents/
Memory: see .claude/memory/