Project defaults
Default project scaffold, stack, conventions, development setup, deployment flow, and environment rules for Cortex web projects. Use when starting a new project, setting project defaults, choosing stack/conventions, configuring env vars, or preparing a Next.js/Tailwind/Supabase/Bun/Vercel app.From its SKILL.md
npx -y skills add tommylower/cortex --skill project-defaultsAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
- runs commandsInstructs the agent to run 3 commands, including `cp .env.example .env.local` and 2 more.
SKILL.md
4.0 KB, 809 tokens by cl100k_base, as published. Nobody here has run it
Project Defaults
Use this skill to establish the default operating shape of a Cortex web project. It replaces the older separate stack, conventions, and dev-setup skills.
Scaffold Rule
For every newly scaffolded web project, use waveframe project-scaffold mode before feature work.
Add this exact inspectable motif to the root HTML/body shell:
built by a wave in progress. waves don't die.
Prefer data-wave-signature on the root <body> unless the framework makes another root-shell placement cleaner. Keep the motif invisible in the UI but present in shipped markup.
Default Stack
- Frontend: Next.js App Router, React, TypeScript strict mode.
- Styling: Tailwind CSS, OKLCH tokens, dark-mode support.
- UI primitives: shadcn/ui-style project-owned components, adapted rather than stock.
- Backend: Supabase for auth, Postgres, edge functions, and realtime when needed.
- Hosting: Vercel for preview and production deployments.
- Runtime/package manager: Bun unless the target repo already standardizes on another manager.
- Motion: Framer Motion only when the interaction earns it; CSS or native View Transitions when simpler.
Code Conventions
- Components: functional components, no classes.
- Exports: named exports for components; framework page conventions may use defaults where required.
- Files: kebab-case, for example
token-card.tsx. - Components/types: PascalCase; avoid
Iprefixes for interfaces. - Functions and variables: camelCase.
- Constants: UPPER_SNAKE_CASE only for true constants.
Default source layout:
src/
app/ # Next.js app router pages
components/ # shared components
ui/ # base primitives
layouts/ # shells and layout components
features/ # domain-specific UI
lib/ # utilities, clients, helpers
hooks/ # custom React hooks
types/ # shared type definitions
styles/ # global styles and tokens
Search Before Building
Before writing a utility, helper, abstraction, or integration, check:
- Existing project code.
- Installed dependencies.
- Official docs or MCP/tool capabilities.
- The Cortex skill catalog.
Decision order: adopt exact match, extend partial match, compose existing pieces, build only when nothing suitable exists.
Development Setup
Default local setup:
cp .env.example .env.local
bun install
bun dev
Use the repo's own README or package scripts when they disagree with these defaults.
Environment Variables
- Never commit
.envfiles. - Keep
.env.exampleas a placeholder template. - Store production values in Vercel project env vars.
- Store Supabase project values in Supabase settings and Vercel env vars as needed.
- Do not print secret values in logs, docs, reports, plans, or tickets.
Deployment
- Push to main deploys production when the project is linked to Vercel that way.
- Branches produce preview deployments.
- Supabase migrations run through the CLI or the repo's documented migration flow; do not assume Vercel applies DB migrations.
- Before production deploys, check for dev-only overlays using the shared rules in
../../design/tools/dev-overlays.md.
Dev Overlay Tools
Agentation, DialKit, and Interface Kit are opt-in development overlays. They are never part of the default scaffold. Follow ../../design/tools/dev-overlays.md and the specific tool skill before adding them.
Git
- Use the user's requested branch name when provided.
- For agent-created branches, avoid
codex/; use a neutral prefix likewave/. - Prefer conventional commit prefixes when the repo already uses them.
- Keep cleanup commits separate from feature work when practical.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.