By burnjohn
Frontend engineering skill pack for React 19 + Next.js 15 (App Router): code architecture/placement, React best practices, and Next.js patterns. TypeScript now lives in `typescript-skills`; React Testing Library in `testing-skills`.
Code organization and architecture decisions for React 19 + Next.js 15 App Router (TypeScript). WHERE code lives, not HOW to write it. Covers: project folder structure, feature-based organization, component splitting rules, constants/utils/helpers/services placement, business logic separation, naming conventions, state colocation, and Next.js Server/Client Component boundary decisions. TRIGGER when: "where to put", "folder structure", "project structure", "how to organize", "where does X live", "code organization", "feature folder", "colocation", "business logic", "utils vs helpers", "constants", "component splitting", "Server Component or Client Component", "Server Action or Route Handler", "where do I place". Does NOT cover: React hooks API, component implementation style, Next.js caching/metadata features, state management APIs (use react-best-practices, next-best-practices, or typescript-expert for those).
Next.js best practices - file conventions, RSC boundaries, data patterns, async APIs, metadata, error handling, route handlers, image/font optimization, bundling
Modern React best practices and anti-pattern catalog (2025-26). Use when writing, reviewing, or refactoring React components, hooks, and state management. Covers component design, state patterns, hooks misuse, performance, data fetching, and code organization.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
AI Demo Marketplace — a public Claude Code plugin marketplace built for the AI Agentic Engineering workshop. It's a catalog you add once, then install shared plugins from: skills, agents, hooks, and MCP servers.
The catalog lives separately from any product — its own owner, its own release cadence. A product release must not force a plugin release, and vice versa.
This first commit is the baseline. It ships the marketplace structure and docs with an empty plugin catalog. Real plugins, a validation script, CI, and a catalog website are added stage by stage during the workshop — each on its own branch.
/plugin marketplace add burnjohn/ai-demo-marketplace
/plugin install <plugin-name>@ai-demo-marketplace
<plugin-name> is the name of an entry in .claude-plugin/marketplace.json; ai-demo-marketplace is the catalog name. The baseline ships with no plugins yet — the catalog fills up as the workshop progresses.
| Command | What it does |
|---|---|
/plugin marketplace update | Refreshes the catalog — pulls the current list of available plugins/versions |
/plugin update <plugin>@ai-demo-marketplace | Updates an already installed plugin to a new version |
Refreshing the catalog does not update installed plugins by itself.
.claude-plugin/marketplace.json # the catalog (plugin registry) — empty in the baseline
plugins/ # each plugin in its own subdirectory (added during the workshop)
docs/PLUGIN-GUIDELINES.md # plugin anatomy (manifest, dependencies)
docs/SECURITY.md # permissions, secrets policy
docs/RELEASES.md # SemVer, tags, update, rollback
CODEOWNERS · CONTRIBUTING.md
The baseline is deliberately minimal so we can build it up live. Later branches add, roughly in order:
scripts/validate-marketplace.mjs) — secrets / absolute-path / escape checks..github/workflows/validate.yml) running the linter + claude plugin validate.Before adding a plugin, read CONTRIBUTING.md and docs/PLUGIN-GUIDELINES.md.
SKILL.md compatible (Markdown + YAML frontmatter) with other agents.npx claudepluginhub burnjohn/ai-demo-marketplace --plugin frontend-skillsTesting skill pack. Currently React Testing Library conventions for component and hook tests with Vitest — project-agnostic, no framework assumptions beyond React.
Spec-Driven Development workflow: spec -> plan -> implement -> test -> verify -> retro. Ships the authoring and verification agents, the multi-agent retrospective skill, and the slash commands that drive the chain. Execution agents come from `code-agents`.
Language-level TypeScript skill pack: type-level programming, strictness settings, utility types, and a diagnostic script. Stack-agnostic — useful in frontend, Node backend, and library projects alike.
Two execution agents usable with or without a spec-driven workflow: `implementer` (build one task and self-verify) and `test-writer` (add or extend tests without changing production behavior).
Read-only research agent that locates, gathers, and fact-checks information from the codebase or the public web and returns it in a structured, cited format. Never edits files.
Comprehensive skill pack with 66 specialized skills for full-stack developers: 12 language experts (Python, TypeScript, Go, Rust, C++, Swift, Kotlin, C#, PHP, Java, SQL, JavaScript), 10 backend frameworks, 6 frontend/mobile, plus infrastructure, DevOps, security, and testing. Features progressive disclosure architecture for 50% faster loading.
Evidence-gated AI coding workflow: scan → analyze → plan → TDD → execute → fix → verify → review, powered by Codebase Memory MCP >= 0.9.0 with optional Serena LSP intelligence. Includes blast-radius planning, test/cycle gates, independent review, and Windows Git Bash hook auto-resolution.
Unity Development Toolkit - Expert agents for scripting/refactoring/optimization, script templates, and Agent Skills for Unity C# development
Complete collection of 32 Claude Code skills for document processing, development, business productivity, media safety, and creative tasks
Complete collection of battle-tested Claude Code configs from an Anthropic hackathon winner - agents, skills, hooks, and rules evolved over 10+ months of intensive daily use
Lazy senior dev mode. Forces the simplest, shortest solution that actually works: YAGNI, stdlib first, no unrequested abstractions.