By nitintf
Plan-to-ship engineering pipeline. Five composable skills (scope, grill, eng-review, tdd, execute) plus an orchestrator (eng-flow). Each is a single pass over a shared markdown doc in the project's .plan folder, so they work solo or chained.
Orchestrator for the eng pipeline. Runs the five skills in order — scope → grill → eng-review → tdd → execute — driven entirely off the phase recorded in the .plan doc, pausing at a gate between each so the user stays in control. Picks up wherever the doc left off, so it's also "resume my planning flow". Use when the user wants to run the whole plan-to-ship pipeline rather than invoking skills one at a time. Triggers: "eng flow", "run the pipeline", "plan to ship", "take this from idea to code", "resume the flow".
Third pass of the eng pipeline. An engineering-manager review of a .plan doc: rates the plan across architecture, edge cases, test coverage, performance, and — critically — consistency with how THIS codebase already builds things (APIs, components, patterns), so the eventual code matches house style. Scores each dimension 0-10, explains what would make each a 10, and folds the fixes back into the doc. Use when a grilled .plan doc is ready for architectural review before defining tests. Triggers: "eng review", "review the plan", "review the architecture", "lock in the plan".
Final pass of the eng pipeline. Implements a fully-planned .plan ticket: writes the unit tests the doc specified (TDD — failing first), implements against the acceptance criteria following the repo's conventions, runs the tests until they pass, then verifies the acceptance criteria and walks the manual QA checklist. Updates the doc's Work Log and the README status. Use when a tested .plan doc is ready to build. Triggers: "execute", "implement this", "build this ticket", "do the work".
Second pass of the eng pipeline. Reads the Open Questions a scope doc already recorded, grills the user about them one batch at a time, then adds its own engineering and business questions to close remaining ambiguity — exploring the codebase a little more if it needs context. Writes answers into the doc's Decisions section and sharpens scope/acceptance criteria. Use when a .plan doc exists and needs its requirements nailed down. Triggers: "grill me", "ask me questions about this", "tighten the requirements", "resolve open questions".
Front door of the eng pipeline. Takes a task description, explores the codebase deeply, decides (with the user) whether it needs a Jira ticket and whether to split into one or many tickets, then writes a planning doc per ticket into the project's .plan folder — including real file:line touchpoints, house conventions, and open questions for the next step. Use when the user describes a feature/task and wants it scoped, broken down, or turned into Jira tickets. Triggers: "scope this", "break this down", "turn this into tickets", "plan this feature".
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.
Personal Claude Code plugins — reusable skill packs for engineering workflows, packaged as a Claude Code plugin marketplace so they work in any project.
eng — plan-to-ship engineering pipelineFive composable skills plus an orchestrator. Each skill is a single pass over a
shared markdown doc that lives in the target project's .plan/ folder, so they
work solo or chained. The doc holds all state; the skills communicate through it.
| Skill | What it does |
|---|---|
/scope | Explore the codebase, decide ticket breakdown (asks you), draft a planning doc per ticket with real file:line touchpoints, house conventions, and open questions. Drafts Jira ticket text (output only). |
/grill | Read the doc's open questions, grill you (eng + business), explore for context, write answers into Decisions and sharpen acceptance criteria. |
/eng-review | EM-style review: architecture, edge cases, tests, performance, and consistency with how this codebase already builds things. Folds fixes back in. |
/tdd | Turn acceptance criteria into a test contract: unit-test spec + manual/UI QA checklist. Specifies tests; doesn't write them. |
/execute | Write the specified tests (failing first), implement against the plan & house conventions, make tests pass, verify acceptance criteria, run QA, update the doc. |
/eng-flow | Orchestrator — runs scope → grill → eng-review → tdd → execute off the doc's phase, pausing at a gate between each. Resumes wherever you left off. |
The doc schema every skill obeys is the keystone: see eng/SPEC.md.
<project>/.plan/<feature-slug>/
README.md # feature index + per-ticket status
<NN>-<ticket-slug>/doc.md # one self-contained doc per ticket
.plan/ is committed so the plan lives in history (plan-said-X vs reality-was-Y).
product — product-thinking skillsStandalone from eng, but their output (written to .plan/<feature>/) can feed
/scope.
| Skill | What it does |
|---|---|
/prd | Write a staff-level PRD (Google/Meta/Amazon bar): problem, measurable goals & non-goals, success metrics, prioritized requirements, risks, rollout. Supports the Amazon PR/FAQ format. NOT in the eng doc schema. |
/user-stories | Slice a PRD/epic into INVEST user stories with Gherkin acceptance criteria, ordered with dependencies. Feeds /scope. |
productivity — workflow helpers| Skill | What it does |
|---|---|
/catchup | Summarize what changed (branch / PR / commit range / file) so you can resume or review fast. |
/caveman | Ultra-terse communication mode — ~75% fewer tokens, full technical accuracy. Persists until "normal mode". |
/handoff | Compact the conversation into a handoff doc (saved to the OS temp dir) for a fresh agent to continue. |
/grill-me | Standalone relentless interview on any plan/design (not tied to .plan docs — use eng's /grill for those). |
Add this repo as a marketplace, then install the plugins you want:
/plugin marketplace add nitintf/ai-skills
/plugin install eng@nitin-ai-skills
/plugin install product@nitin-ai-skills
/plugin install productivity@nitin-ai-skills
(Or /plugin marketplace add <path-to-local-clone> while developing.)
Skills are plain markdown at eng/skills/<name>/SKILL.md. Edit and reload. When
adding a field or section, update eng/SPEC.md first — it's the contract all
the skills depend on.
npx claudepluginhub nitintf/ai-skills --plugin engProduct-thinking skills. Write staff-level PRDs and slice them into testable user stories. Standalone, but their output (in .plan/<feature>/) can feed the eng pipeline's /scope.
General workflow helpers: catch up on what changed, compress communication (caveman), hand off a session to a fresh agent, and get grilled on any plan or design.
Ultra-compressed communication mode. Cuts ~75% of tokens while keeping full technical accuracy by speaking like a caveman.
Frontend design skill for UI/UX implementation
Comprehensive UI/UX design plugin for mobile (iOS, Android, React Native) and web applications with design systems, accessibility, and modern patterns
Memory compression system for Claude Code - persist context across sessions
Marketing skills for AI agents — conversion optimization, copywriting, SEO, paid ads, ad creative, and growth
Standalone image generation plugin using Nano Banana MCP server. Generates and edits images, icons, diagrams, patterns, and visual assets via Gemini image models. No Gemini CLI dependency required.