new-project
Use when the task matches skill: new project scaffold and this skill's local workflow.
Best use case
new-project is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when the task matches skill: new project scaffold and this skill's local workflow.
Teams using new-project should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/new-project/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How new-project Compares
| Feature / Agent | new-project | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when the task matches skill: new project scaffold and this skill's local workflow.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Skill: New Project Scaffold ## Trigger User says any of: "start a new project", "create a new project", "scaffold a project", "new client project", "initialize project" ## MANDATORY FIRST STEP Before anything else, invoke `superpowers:brainstorming` to explore the project intent, requirements, and design. Do NOT skip this step. Do NOT ask clarifying questions before invoking brainstorming. --- ## How to Use the SRS-Skills Engine (PRIME Workflow) Every skill in this engine follows the **PRIME methodology** (Kodukula & Vinueza, 2024): | Step | What the Consultant Does | SRS-Skills Equivalent | |------|--------------------------|----------------------| | **P — Prepare** | Gather all project data before prompting | Populate `_context/` files with real stakeholder data, not placeholders | | **R — Relay** | Submit the prompt with precise instructions | Invoke the SKILL.md (tell Claude: "Run the [skill name] skill") | | **I — Inspect** | Critically evaluate AI output against objectives | Read the generated document; check it against `_context/` source files | | **M — Modify** | Refine if output diverges from expectations | Edit the output or update `_context/` and re-invoke the skill | | **E — Execute** | Approve and build the final artifact | Run `build-doc.sh` to produce the `.docx` | > **Quality rule:** Never execute (build the `.docx`) without completing Inspect and Modify. The first AI output is a draft, not a deliverable. The `_context/` directory is the **Project Input Folder (PIF)** for this project — a living repository of project-specific context that feeds every skill. The richer the PIF, the higher the quality of every generated document (Kodukula & Vinueza, 2024). --- ## Interview Protocol After brainstorming, ask these questions ONE AT A TIME. Do not ask the next until the previous is answered. **Q1:** What is the project name? (This becomes the directory name — use hyphens, e.g., `Livecare-Hospital-ERP`) **Q2:** In 2–3 sentences, what does this software do and what problem does it solve? (This pre-populates `_context/vision.md` and is used to deduce the domain) **Q3:** Which methodology best fits this project? - A) **Waterfall** — regulated industry, fixed scope, formal IEEE 830 SRS required - B) **Agile** — iterative delivery, user stories, Scrum/Kanban - C) **Hybrid** — formal SRS for backend/core + agile user stories for frontend/features **Q4:** Who is the project owner / primary client contact name? --- ## Domain Deduction (NO USER INPUT REQUIRED) After Q2, Claude analyses the project description and deduces the domain automatically using these signals: | If description mentions... | Deduce domain | |---|---| | patients, hospitals, clinics, EMR, EHR, PHI, medical, healthcare, pharmacy, nursing | `healthcare` | | banking, payments, ledger, transactions, trading, insurance, loans, fintech, accounting | `finance` | | students, courses, LMS, grades, enrollment, university, school, e-learning | `education` | | inventory, POS, e-commerce, retail, products, orders, cart, warehouse (retail context) | `retail` | | fleet, shipments, tracking, logistics, freight, warehouse (supply chain), delivery, routing | `logistics` | | government, citizens, public services, procurement, permits, case management, municipal | `government` | | farm, crops, livestock, agriculture, harvest, planting, irrigation, cattle, poultry, FMIS | `agriculture` | **If ambiguous (two domains equally match):** Ask the user during the brainstorming session — e.g., "This sounds like it could be healthcare OR government — which primary domain applies?" **If no domain matches:** Use `other` — no domain defaults are injected; scaffold only the directory structure and empty context files. --- ## Additional Guidance Extended project-scaffold guidance was moved to [references/new-project-deep-dive.md](references/new-project-deep-dive.md) to keep this entrypoint compact and fast to load. Use that deep dive for: - `Scaffold Actions` - `Quick Links` - `What We Are Building` - `Document Inventory by Phase` - `Context Files (`_context/`)` - `Progress Summary` - `Immediate Next Steps` - `Problem Statement` - `Goals` - `Stakeholders` - `Success Criteria` - `Feature Name` - Additional deep-dive sections continue in the reference file.
Related Skills
project-requirements
Guided interview to create comprehensive project requirements documentation (requirements.md, business-rules.md, user-types.md, workflows.md) for a new SaaS project. Use before bootstrapping the SaaS Seeder Template.
web-app-security-audit
Use when auditing a PHP/JavaScript/HTML web application for security vulnerabilities. Covers configuration, authentication, authorization, input validation, XSS, API security, HTTP headers, and dependency scanning. Produces a severity-rated audit...
vibe-security-skill
Use when designing or reviewing security for a web application, API, or multi-tenant SaaS — produces threat model, abuse case list, auth/authz matrix, and secret handling plan; covers OWASP Top 10 2025 and the AI-code-generation blind spots. Neighbours — api-design-first owns auth model fields, deployment-release-engineering owns secret rotation choreography, ai-security and llm-security own model-specific threats.
network-security
Use when designing, hardening, or auditing network-layer security for self-managed Debian/Ubuntu SaaS infrastructure — firewalls (nftables/UFW), WAF (ModSecurity + OWASP CRS), VPN (WireGuard, OpenVPN, IPsec), TLS/PKI ops, IDS/IPS (Suricata, Fail2ban), zero-trust, SSH hardening, DDoS mitigation, DNS security. Complements web-app-security-audit (app layer) and cicd-devsecops (secrets/CI).
linux-security-hardening
Use when hardening a Debian/Ubuntu server — user/group/sudo hardening, file permission audits, PAM password policy + MFA, AppArmor mandatory access control, auditd system call logging, kernel sysctl hardening, file integrity monitoring (AIDE), rootkit detection (rkhunter/chkrootkit), unattended security patching, GRUB + UEFI + LUKS boot security, and CIS benchmark compliance.
dpia-generator
Generate a Data Protection Impact Assessment (DPIA), Uganda DPPA 2019-compliant. Use when producing or reviewing a data protection impact assessment, a privacy impact assessment, when uganda-dppa-compliance flags [DPIA-REQUIRED], or when processing large-scale or sensitive personal data for a new feature.
code-safety-scanner
Scan any codebase for 14 critical safety issues across security vulnerabilities, server stability (500 errors), and payment misconfigurations. Use when auditing code before deployment, reviewing AI-generated code for production readiness, or...
world-class-engineering
Use when designing, building, reviewing, or upgrading production software systems that must be secure, performant, maintainable, scalable, and user-centered. Apply before writing specs, code, architecture, APIs, databases, mobile apps, SaaS platforms, or ERP systems.
update-Codex-documentation
Update project documentation files (README.md, PROJECT_BRIEF.md, TECH_STACK.md, ARCHITECTURE.md, docs/API.md, docs/DATABASE.md, AGENTS.md, docs/plans/NEXT_FEATURES.md) when significant changes occur. MANDATORY at end of each work session to...
skill-writing
Use when creating or upgrading skills in this repository. Covers repository-specific frontmatter rules, progressive disclosure, reference-file strategy, validation, and the quality bar required for production-grade engineering skills.
skill-safety-audit
Scan new or updated skills for unsafe or malicious instructions (unknown tools, external installers, credential harvesting) before accepting them into the repository.
skill-composition-standards
Use when authoring a new skill, normalising an older skill, or reviewing a skill PR — defines the repository-wide house style (frontmatter, decision rules, anti-patterns, references), the output contracts each baseline-skill type must produce, and the input contracts each specialist skill must declare. This is the enforcement spine that makes the repository compose as a system, not a library of linked documents.