Project scaffolding templates for new applications. Use when creating new projects from scratch. Contains 12 templates for various tech stacks.
Pro scans all 14 files and shows the line behind each finding
Scanned 9/27/2026
npx -y skills add Harmitx7/tribunal-kit --skill templates --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Templates?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/harmitx7-templates)More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.
---
name: templates
description: Project scaffolding templates for new applications. Use when creating new projects from scratch. Contains 12 templates for various tech stacks.
allowed-tools: Read, Glob, Grep
---
# Project Templates
---
## 🎯 Selective Reading Rule
**Read ONLY the template matching user's project type!**
| Template | Tech Stack | When to Use |
| ---------------------------------------------------- | ------------------- | ------------------ |
| [nextjs-fullstack](nextjs-fullstack/TEMPLATE.md) | Next.js + Prisma | Full-stack web app |
| [nextjs-saas](nextjs-saas/TEMPLATE.md) | Next.js + Stripe | SaaS product |
| [nextjs-static](nextjs-static/TEMPLATE.md) | Next.js + Framer | Landing page |
| [express-api](express-api/TEMPLATE.md) | Express + JWT | REST API |
| [python-fastapi](python-fastapi/TEMPLATE.md) | FastAPI | Python API |
| [react-native-app](react-native-app/TEMPLATE.md) | Expo + Zustand | Mobile app |
| [flutter-app](flutter-app/TEMPLATE.md) | Flutter + Riverpod | Cross-platform |
| [electron-desktop](electron-desktop/TEMPLATE.md) | Electron + React | Desktop app |
| [chrome-extension](chrome-extension/TEMPLATE.md) | Chrome MV3 | Browser extension |
| [cli-tool](cli-tool/TEMPLATE.md) | Node.js + Commander | CLI app |
| [monorepo-turborepo](monorepo-turborepo/TEMPLATE.md) | Turborepo + pnpm | Monorepo |
| [astro-static](astro-static/TEMPLATE.md) | Astro + MDX | Blog / Docs |
---
## Usage
1. User says "create [type] app"
2. Match to appropriate template
3. Read ONLY that template's TEMPLATE.md
4. Follow its tech stack and structure
---
## 🚨 LLM Trap Table
| Pattern | What AI Does Wrong | What Is Actually Correct |
| :----------------------- | :----------------- | :----------------------- |
| [domain-specific trap 1] | [hallucination] | [correct behavior] |
| [domain-specific trap 2] | [hallucination] | [correct behavior] |
| [domain-specific trap 3] | [hallucination] | [correct behavior] |
---
## ✅ Pre-Flight Self-Audit
Before producing any output, verify:
`✅ Did I read the actual files before making claims about them?
✅ Did I verify all method names against official documentation?
✅ Did I add // VERIFY: on any uncertain API calls?
✅ Are all imports from packages that actually exist in package.json?
✅ Did I test my logic with edge cases (null, empty, 0, max)?
✅ Did I avoid generating code for more than one module at a time?
✅ Am I working from evidence, not assumption?`
---
## 🔠VBC Protocol (Verify → Build → Confirm)
`VERIFY: Read the actual codebase before writing anything
BUILD: Generate the smallest meaningful unit of code
CONFIRM: Verify the output is correct before presenting`
---
## 🚨 LLM Trap Table
| Pattern | What AI Does Wrong | What Is Actually Correct |
| :----------------------- | :----------------- | :----------------------- |
| [domain-specific trap 1] | [hallucination] | [correct behavior] |
| [domain-specific trap 2] | [hallucination] | [correct behavior] |
| [domain-specific trap 3] | [hallucination] | [correct behavior] |
---
## ✅ Pre-Flight Self-Audit
Before producing any output, verify:
`✅ Did I read the actual files before making claims about them?
✅ Did I verify all method names against official documentation?
✅ Did I add // VERIFY: on any uncertain API calls?
✅ Are all imports from packages that actually exist in package.json?
✅ Did I test my logic with edge cases (null, empty, 0, max)?
✅ Did I avoid generating code for more than one module at a time?
✅ Am I working from evidence, not assumption?`
---
## 🔠VBC Protocol (Verify → Build → Confirm)
`VERIFY: Read the actual codebase before writing anything
BUILD: Generate the smallest meaningful unit of code
CONFIRM: Verify the output is correct before presenting`
## Pre-Flight Checklist
- [ ] Have I reviewed the user's specific constraints and requests?
- [ ] Have I checked the environment for relevant existing implementations?
## VBC Protocol (Verification-Before-Completion)
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!