Skip to content

wigtn/wigtn-plugins

Folders and files

NameName
Last commit message
Last commit date

Latest commit

Β 

History

112 Commits
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 
Β 

Repository files navigation

English | ν•œκ΅­μ–΄ | δΈ­ζ–‡

WIGTN Plugins

One plugin. 13 agents. From idea to production.

Version Agents Commands Skills Styles

GitHub Stars License Contributors Last Commit


Why WIGTN-Coding?

Without this plugin: You open Claude Code β†’ write a vague prompt β†’ get generic code β†’ spend 30 min fixing β†’ repeat.

With WIGTN-Coding: You run /prd β†’ get a structured spec β†’ 13 agents build it in parallel β†’ ship production-ready code on the first try.


What it does

WIGTN Plugins is a Claude Code plugin. You describe what you want to build, and 13 specialized agents handle the rest β€” requirements, architecture, code, review, commit β€” all in parallel.

/prd "SaaS dashboard with OAuth"  β†’  PRD + task plan in 30 seconds
/screen-spec dashboard            β†’  (if UI) IA + flow + screen spec + clickable wireframe HTML
/implement --parallel             β†’  Backend + Frontend + AI + Ops teams build simultaneously
/auto-commit                      β†’  3-agent review, quality gate, auto-commit if 80+

Quick Start

# Install
/plugin marketplace add wigtn/wigtn-plugins
/install wigtn-plugins

# Try it β€” this is the full workflow
/prd landing page for an AI startup with modern design
/implement ai-landing
/auto-commit

That's it. The plugin handles PRD generation, 4-category quality analysis, architecture decisions, design style selection, parallel build, code review, and commit.


The Pipeline

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  /prd "SaaS dashboard with OAuth"                                          β”‚
β”‚                                                                             β”‚
β”‚  1. Context Gathering ─── scan project structure, tech stack, package.json  β”‚
β”‚  2. AskUserQuestion ───── Scale Grade? (Hobby / Startup / Growth / Enterprise) β”‚
β”‚  3. PRD Generation ────── PRD_{feature}.md  (7 sections, Gherkin stories)  β”‚
β”‚  4. Task Planning ─────── PLAN_{feature}.md (phases + tasks)               β”‚
β”‚                                                                             β”‚
β”‚  β”Œβ”€β”€β”€ prd-reviewer ─── parallel-digging-coordinator ──────────────────┐    β”‚
β”‚  β”‚  Phase 0: Context Harvest (CLAUDE.md, code patterns, deps)         β”‚    β”‚
β”‚  β”‚  Phase 1: PRD Structure Parsing                                    β”‚    β”‚
β”‚  β”‚  Phase 2: ════════════ 4 AGENTS IN PARALLEL ═══════════            β”‚    β”‚
β”‚  β”‚           β”‚ Completeness β”‚ Feasibility β”‚ Security β”‚ Consistency β”‚   β”‚    β”‚
β”‚  β”‚           β”‚ FR/NFR/edge  β”‚ stack fit   β”‚ OWASP    β”‚ naming/arch β”‚   β”‚    β”‚
β”‚  β”‚           β”‚ cases, dups  β”‚ blast radiusβ”‚ auth/z   β”‚ PRD↔code    β”‚   β”‚    β”‚
β”‚  β”‚  Phase 3: Cross-Category Synthesis (compound risks)                β”‚    β”‚
β”‚  β”‚  Phase 4: Quality Gate ─── PASS / WARN / BLOCKED                   β”‚    β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜    β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                                    β”‚
                          BLOCKED β†’ stop
                                    β”‚ PASS / WARN
                                    β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  /implement ai-landing                                                      β”‚
β”‚                                                                             β”‚
β”‚  β”Œβ”€β”€β”€ DESIGN PHASE ──────────────────────────────────────────────────┐     β”‚
β”‚  β”‚  ═══════════════ 3 AGENTS IN PARALLEL ═══════════════             β”‚     β”‚
β”‚  β”‚  β”‚ Agent A          β”‚ Agent B              β”‚ Agent C          β”‚   β”‚     β”‚
β”‚  β”‚  β”‚ PRD load +       β”‚ architecture-decisionβ”‚ Project scan +   β”‚   β”‚     β”‚
β”‚  β”‚  β”‚ quality gate     β”‚ Mono/Modular/MSA     β”‚ gap analysis     β”‚   β”‚     β”‚
β”‚  β”‚  ══════════════════════════════════════════════════════════════    β”‚     β”‚
β”‚  β”‚                          β”‚                                        β”‚     β”‚
β”‚  β”‚  Team Allocation ─────── pattern match files β†’ teams              β”‚     β”‚
β”‚  β”‚    api/, services/   β†’ Backend                                    β”‚     β”‚
β”‚  β”‚    components/, app/ β†’ Frontend                                   β”‚     β”‚
β”‚  β”‚    ai/, llm/         β†’ AI Server                                  β”‚     β”‚
β”‚  β”‚    Dockerfile, CI/   β†’ Ops                                        β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Design Discovery (Frontend only, if no existing style) ────────  β”‚     β”‚
β”‚  β”‚    VS technique: 4 questions β†’ suitability % per style β†’ select   β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  βœ‹ CHECKPOINT: AskUserQuestion ── proceed / review / cancel      β”‚     β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜     β”‚
β”‚                                                                             β”‚
β”‚  β”Œβ”€β”€β”€ BUILD PHASE ─── team-build-coordinator ────────────────────────┐     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Phase 0: Setup ─── SHARED_CONTEXT_{feature}.md + TaskCreate      β”‚     β”‚
β”‚  β”‚           Context Harvest: sample existing code β†’ learn patterns   β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Phase 1: Foundation (if Backend + dependents exist)              β”‚     β”‚
β”‚  β”‚           Backend writes: DB schema, shared types, API contracts   β”‚     β”‚
β”‚  β”‚                    ↓ unblocks other teams                         β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Phase 2: ════════════ UP TO 4 TEAMS IN PARALLEL ════════════     β”‚     β”‚
β”‚  β”‚           β”‚ BACKEND        β”‚ FRONTEND       β”‚ AI SERVER    β”‚ OPS β”‚     β”‚
β”‚  β”‚           β”‚ backend-       β”‚ frontend-      β”‚ ai-agent     β”‚ gen β”‚     β”‚
β”‚  β”‚           β”‚ architect      β”‚ developer      β”‚              β”‚ pur β”‚     β”‚
β”‚  β”‚           β”‚                β”‚ + style guide  β”‚              β”‚     β”‚     β”‚
β”‚  β”‚           β”‚ API, services  β”‚ pages, comps   β”‚ LLM, STT    β”‚ CI  β”‚     β”‚
β”‚  β”‚           β”‚ DB, middleware β”‚ state, styling β”‚ prompts      β”‚ CD  β”‚     β”‚
β”‚  β”‚           ════════════════════════════════════════════════════     β”‚     β”‚
β”‚  β”‚           β–² reads                  β”‚ writes                       β”‚     β”‚
β”‚  β”‚           └──── SHARED_CONTEXT β”€β”€β”€β”€β”˜                              β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Phase 3: Integration ─── API contract match, type consistency,   β”‚     β”‚
β”‚  β”‚           pattern verification vs Phase 0 learned patterns        β”‚     β”‚
β”‚  β”‚                                                                   β”‚     β”‚
β”‚  β”‚  Phase 4: Build & Test ─── typecheck + test + build               β”‚     β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜     β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                                    β”‚
                                    β–Ό
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  /auto-commit                                                               β”‚
β”‚                                                                             β”‚
β”‚  Step 1: Branch Strategy                                                    β”‚
β”‚          on feature branch β†’ reuse β”‚ on main + PLAN β†’ feat/<name>          β”‚
β”‚                                                                             β”‚
β”‚  Step 2: Quality Gate                                                       β”‚
β”‚  β”Œβ”€β”€β”€ < 3 files: code-reviewer (sequential) ──────────────────────┐        β”‚
β”‚  β”‚     β‰₯ 3 files: parallel-review-coordinator                      β”‚        β”‚
β”‚  β”‚                                                                 β”‚        β”‚
β”‚  β”‚  Phase 0: Context Harvest (lint configs, adjacent code)         β”‚        β”‚
β”‚  β”‚  Phase 1: Blast Radius ─── callers, importers, impact score     β”‚        β”‚
β”‚  β”‚  Phase 2: ═══════════ 3 AGENTS IN PARALLEL ════════════         β”‚        β”‚
β”‚  β”‚           β”‚ Readability +     β”‚ Performance +  β”‚ Best Practices β”‚        β”‚
β”‚  β”‚           β”‚ Maintainability   β”‚ Testability    β”‚ + Security     β”‚        β”‚
β”‚  β”‚           β”‚     (40 pts)      β”‚   (40 pts)     β”‚   (20 pts)     β”‚        β”‚
β”‚  β”‚           ══════════════════════════════════════════════════     β”‚        β”‚
β”‚  β”‚  Phase 3: Contract Verification (callers, boundaries, tests)    β”‚        β”‚
β”‚  β”‚                                                                 β”‚        β”‚
β”‚  β”‚  Score Merge: sum + contract penalty + security override        β”‚        β”‚
β”‚  β”‚  Security Critical β†’ cap at 59 β†’ FAIL                          β”‚        β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜        β”‚
β”‚                                                                             β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”                                 β”‚
β”‚  β”‚ β‰₯ 80 (PASS)  β†’ Step 4                 β”‚                                 β”‚
β”‚  β”‚ 60-79 (WARN) β†’ code-formatter auto-fix β†’ re-evaluate                   β”‚
β”‚  β”‚ < 60 (FAIL)  β†’ blocked                β”‚                                 β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜                                 β”‚
β”‚                                                                             β”‚
β”‚  Step 4: Commit Message ─── <type>(<scope>): <subject> + quality score     β”‚
β”‚  βœ‹ CHECKPOINT: AskUserQuestion ── PR / Draft PR / Commit only / Cancel    β”‚
β”‚  Step 5: git commit β†’ git push -u β†’ gh pr create                           β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

Shared Memory (3 layers):
  Layer 1 β€” MEMORY.md ─────────── persistent cross-session conventions
  Layer 2 β€” SHARED_CONTEXT ────── session-scoped API contracts, types, patterns
  Layer 3 β€” TaskCreate/Update ─── in-conversation task tracking per team

Each step runs in parallel where possible. Full pipeline: ~6 min (vs ~20 min sequential).


Commands

Command What it does
/prd <feature> Generate PRD + phased task plan from a feature idea (now includes User Roles, Page State Matrix, User Flow sections for UI features)
/screen-spec <feature> Optional UI gate: IA + User Flow + Screen Spec + clickable HTML wireframe + Dev Handoff. Lo-fi wireframe (grayscale + semantic colors); style is decided later at /implement
/implement <feature> Design + build with automatic parallel team dispatch (consumes screen-spec output if present)
/auto-commit 3-agent parallel review β†’ quality gate β†’ commit + PR
/review-pr <PR> Review a GitHub PR from terminal: diff analysis, quality score, inline comments

Agents (13) β€” click to expand

Coordinators

Agent Role
team-build-coordinator Dispatches Backend, Frontend, AI, Ops teams in parallel
parallel-review-coordinator Runs 3 review agents, merges scores
parallel-digging-coordinator 4-category PRD analysis pipeline
architecture-decision MSA vs Monolithic vs Modular Monolith

Developers

Agent Role
frontend-developer React 19, Next.js 16+, 20 design styles
backend-architect API design, database schema, backend patterns
mobile-developer React Native / Expo, native modules
ai-agent WhisperX STT, OpenAI/Anthropic integration

Quality

Agent Role
code-reviewer 100-point scoring across 5 categories
pr-reviewer GitHub PR diff review, 100-point scoring, inline review comments (used by /review-pr)
prd-reviewer Finds gaps across completeness, feasibility, security, consistency
code-formatter Multi-language auto-formatting and lint fixes
design-discovery VS-based style recommendation for Web and Mobile
Skills (5) β€” click to expand
Skill What it provides
code-review-levels Deep review (Level 3: call chains, edge cases, concurrency) and architecture review (Level 4: SOLID, layer violations, scalability)
design-system-reference 20 style guides with typography, color, components, motion, and anti-patterns. Works with design-discovery for context-aware recommendations
handdrawn-diagram Generates a hand-drawn (sketch-style) architecture or flow diagram as committable SVG + PNG via Mermaid look:handDrawn. Renders identically on README, GitHub, Devpost, and slides
screen-spec Generates 5 UI artifacts from PRD β€” IA, User Flow, Screen Spec, clickable Wireframe HTML, Dev Handoff. Lo-fi wireframe (grayscale + semantic colors); style decisions deferred to /implement. Invoked by /screen-spec
team-memory-protocol SHARED_CONTEXT management for cross-agent coordination during parallel builds
Design Styles (20) β€” click to expand

Each style guide covers philosophy, typography, layout, color, components, motion, and an anti-pattern checklist.

Style Vibe
Editorial Magazine layouts, strong serif typography
Brutalist Raw, bold, unconventional
Glassmorphism Frosted glass, blur, transparency
Swiss Minimal Grid-based, typography-focused
Neomorphism Soft UI, inset/outset shadows
Bento Grid Card-based grid (Apple-inspired)
Dark Mode First Dark interfaces from the ground up
Minimal Corporate Clean professional aesthetic
Retro Pixel CRT effects, monospace, terminal nostalgia
Organic Shapes Blobs, natural curves, earthy tones
Maximalist Bold type, intense colors, layered
3D Immersive CSS 3D transforms, parallax, depth
Liquid Glass Fluid translucent glass, dynamic reflections
Claymorphism Soft 3D clay elements, pastel tones
Minimalism Extreme simplicity, whitespace-driven
Neobrutalism Colorful accents, bold borders
Skeuomorphism Realistic textures, physical metaphors
Aurora / Gradient Mesh Mesh gradients, ambient glow, ethereal
Terminal / Hacker Monospace-driven, information-dense, semantic color
Kinetic Typography Scroll-driven text animation, split reveals

The design-discovery agent recommends the best style for your project context using VS (Verbalized Sampling).

Hooks (4) β€” click to expand
Hook Trigger What it does
Dangerous Command Blocker Bash PreToolUse Blocks rm -rf /, git push --force, DROP TABLE
Pipeline Completion Stop Reminds to review before pushing
Frontend Formatting Write|Edit PostToolUse Reminds prettier/eslint for .tsx, .jsx, .css
Backend Pattern Compliance Write|Edit PostToolUse Checks error handling, validation, logging for .ts, .py, .go

Scenarios

Full-Stack SaaS from scratch
/prd project management tool with kanban boards and team collaboration
# β†’ 4-agent analysis catches: "Missing: real-time sync, role permissions"

/implement --parallel project-management
# Backend: API endpoints, Prisma schema, auth middleware
# Frontend: Kanban board, team views, dashboard
# Ops: Dockerfile, GitHub Actions CI/CD

/auto-commit
# 3 reviewers β†’ 87/100 β†’ auto-commit
Mobile app with React Native
/prd fitness tracker with workout logging, progress charts, Apple Health sync

/implement fitness-tracker
# Expo Router + Zustand + MMKV + React Query
# Biometric auth, haptic feedback, offline sync
Design-driven landing page
/prd AI startup landing page with modern design

/implement ai-landing
# design-discovery activates β†’ recommends Glassmorphism or Liquid Glass
# Frontend team builds Hero, Features, Pricing, CTA with chosen style
Backend API + AI features
/prd transcription service with WhisperX STT and LLM summarization

/implement --parallel transcription-service
# Backend β†’ API + DB + auth
# AI β†’ WhisperX + OpenAI/Anthropic patterns
# Frontend β†’ Upload UI + transcription viewer

Tech Stack

Domain Technologies
Frontend React 19, Next.js 16+, Tailwind CSS, Radix UI
Backend NestJS, Express, FastAPI, Prisma, Drizzle
Mobile React Native 0.73+, Expo SDK 52+
AI WhisperX, OpenAI GPT, Anthropic Claude
DevOps Docker, Kubernetes, GitHub Actions
Design 20 style systems, VS-based discovery, HIG, MD3

Contributing

git checkout -b feature/amazing-skill
# make changes
git commit -m 'feat: Add amazing skill'
git push origin feature/amazing-skill
# open PR

License

Apache License 2.0 β€” see LICENSE.


Built by WIGTN Crew

5 AI engineers. We don't study AI β€” we ship it.