setup
Skill288 starsChanged 51 days agoMITView on GitHub
Full development environment setup from scratch — prerequisites, dependencies, .env file, optional local PostgreSQL database (for auth/collections/chat work), and dev server. Use for first-time setup, broken environments, missing env vars, or when the app won't start.
- Reads credentials
- Installs packages
191 other projects use a version of this.
Adopted by
Most recently taken up by
- hydra-db/hydradb-claude-codetheir own version, first seen Nov 8, 2026
- WALKERKILLER/Look-Tongji-Notestheir own version, first seen Nov 8, 2026
- steerlabs/opensteertheir own version, first seen Nov 8, 2026
- ansvisor/ansvisortheir own version, first seen Nov 8, 2026
- dsifry/metaswarmtheir own version, first seen Nov 8, 2026
- anombyte93/prd-taskmastertheir own version, first seen Nov 8, 2026
Used with
Projects with it also use add-voice-transcription, add-discord and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
juancruzmunozalbeloSkilladd-voice-transcription
Add voice message transcription to NanoClaw using OpenAI's Whisper API. Automatically transcribes WhatsApp voice notes so the agent can read and respond to them.
Also in 5 projects that use this
MicrosoftSkilladd-discord
Add Discord bot channel integration via Chat SDK.
Also in 11 projects that use this
MicrosoftSkilladd-slack
Add Slack channel integration via Chat SDK.
Also in 11 projects that use this
juancruzmunozalbeloSkilladd-telegram-swarm
Add Agent Swarm (Teams) support to Telegram. Each subagent gets its own bot identity in the group. Requires Telegram channel to be set up first (use /add-telegram). Triggers on "agent swarm", "agent teams telegram", "telegram swarm", "bot pool".
Also in 7 projects that use this
- +8 more from microsoft
Other versions191 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 191
- anthropics/knowledge-work-plugins★ 35ksame name
- garrytan/gbrain★ 32ksame name
- gavrielc/nanoclaw★ 31ksame name
- nanocoai/nanoclaw★ 31ksame name
- qwibitai/nanoclaw★ 31ksame name
- Q00/ouroboros★ 6.3ksame name
- pytorch/executorch★ 5.2ksame name
- agenticnotetaking/arscontexta★ 3.5ksame name
- aws/agent-toolkit-for-aws★ 3.4ksame name
- spotify/portal-ai-plugins★ 2.8ksame name
181 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository12 other files it gives its agents.
- AGENTS.mdAGENTS.md
- adrSkill
- commitSkill
- db-migrateSkill
- dcoSkill
- event-trackingSkill
- fix-security-findingSkill
- fix-vulnsSkill
- preflightSkill
- review-prSkill
- setup-docsSkill
- tech-writerSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. 0 are common, 7 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 170 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 19
Check that the following are installed:
- Very specific: line 27
If Node is missing or wrong version: install via nvm or nodejs.org.
- Very specific: line 28
If pnpm is missing: npm install -g pnpm or corepack enable && corepack prepare pnpm@latest --activate.
- Distinctive: line 29
If Docker is not running: start Docker Desktop before continuing.
- Distinctive: line 35
Run from the repo root:
- Very specific: line 45
Create frontend/.env and populate it with the values below.
- Distinctive: line 81
Ask the user: Do you need to work on any of the following features locally?
- Very specific: line 87
Use AskUserQuestion to confirm before proceeding.
- Distinctive: line 89
If the answer is yes, continue with the steps below.
- Very specific: line 103
If the insights-postgres container already exists, just start it:
- Distinctive: line 124
Wait for Postgres to be ready:
- Very specific: line 166
If a process is listed, do not switch ports — the Auth0 redirect URI and appUrl are hardcoded to localhost:3000 in …
- Distinctive: line 188
If you skipped Step 4: analytics, leaderboards, reports, badges, and search work.
- Very specific: line 189
If you ran Step 4: check the container is running: docker ps | grep insights-postgres
“Common” is measured: kept by at least 6 in 10 of the 170 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Development Environment Setup
Walk through each step in order, verifying success before moving on.
Step 1: Prerequisites
Check that the following are installed:
node --version # must be 20+
pnpm --version # must be 9+
docker info # Docker must be runningIf Node is missing or wrong version: install via nvm or nodejs.org.
If pnpm is missing: npm install -g pnpm or corepack enable && corepack prepare pnpm@latest --activate.
If Docker is not running: start Docker Desktop before continuing.
Step 2: Install dependencies
Run from the repo root:
pnpm install --filter frontendStep 3: Environment variables
Create frontend/.env and populate it with the values below. Ask a team member for the secret values — they are shared via the team's secrets manager.
Required secrets (get from team):
NUXT_PUBLIC_AUTH0_CLIENT_IDNUXT_AUTH0_CLIENT_SECRETNUXT_JWT_SECRETNUXT_TINYBIRD_TOKEN— data won't load without this
Database — only needed if you will run Step 4 (Postgres). Use these exact values:
NUXT_INSIGHTS_DB_WRITE_HOST=localhost
NUXT_INSIGHTS_DB_READ_HOST=localhost
NUXT_INSIGHTS_DB_PORT=5450
NUXT_INSIGHTS_DB_USERNAME=postgres
NUXT_INSIGHTS_DB_PASSWORD=example
NUXT_INSIGHTS_DB_DATABASE=insightsDatabase, auth, and other runtime config vars must use the
NUXT_prefix so Nuxt's runtime config picks them up automatically. A few server-only vars (e.g.APP_ENV) are read directly viaprocess.envand do not need the prefix — checkfrontend/setup/runtime-config.tsfor the full list.
Collections feature — only needed if working on collections endpoints:
NUXT_CM_DB_ENABLED=trueThis also requires crowd.dev (crowd-web) DB credentials — ask the team for them.
Tell the user to let you know when their .env is ready, then continue to Step 4.
Step 4: Start the local database (optional)
Ask the user: Do you need to work on any of the following features locally?
- Auth / login flow
- Collections pages (
/collection/*, "add to collection" buttons) - Copilot / chat
Use AskUserQuestion to confirm before proceeding. If the answer is no, skip to Step 5 — the dev server runs fine without Postgres, and any route that needs the DB will return an error only when hit directly.
If the answer is yes, continue with the steps below.
4a. Check for port conflicts
lsof -i :5450 | grep LISTENUse port 5450 (the port used throughout this guide — the Nuxt runtime default is 5432, but we use 5450 here to avoid colliding with any local Postgres instance). If it's already occupied, pick a free port, use it in the docker run -p flag below, and update NUXT_INSIGHTS_DB_PORT in frontend/.env to match.
4b. Start Postgres
If the insights-postgres container already exists, just start it:
docker start insights-postgresOtherwise create it:
docker run -d \
--name insights-postgres \
-e POSTGRES_USER=postgres \
-e POSTGRES_PASSWORD=example \
-e POSTGRES_DB=insights \
-p 5450:5432 \
postgres:15-alpine \
postgres -c wal_level=logical
wal_level=logicalis required — one migration creates a logical replication slot for Sequin and will fail without it.
Wait for Postgres to be ready:
until docker exec insights-postgres pg_isready -U postgres; do sleep 1; done4c. Run migrations
cd database && \
PGHOST=host.docker.internal \
PGPORT=5450 \
PGDATABASE=insights \
PGUSER=postgres \
PGPASSWORD=example \
bash migrate.shLinux:
host.docker.internalmay not resolve. UsePGHOST=localhostwith--host-networkinstead:cd database && PGHOST=localhost PGPORT=5450 PGDATABASE=insights PGUSER=postgres PGPASSWORD=example bash migrate.sh --host-network
4d. Verify
docker exec insights-postgres psql -U postgres -d insights -c "\dt"Expected: tables including chat_responses, project_costs, vulnerabilities, etc.
Step 5: Start the dev server
5a. Check for port :3000 conflicts
lsof -nP -iTCP:3000 -sTCP:LISTENIf a process is listed, do not switch ports — the Auth0 redirect URI and appUrl are hardcoded to localhost:3000 in frontend/setup/runtime-config.ts. Switching the port will break login. Kill the existing listener instead:
lsof -ti tcp:3000 | xargs kill # graceful (SIGTERM)
lsof -ti tcp:3000 | xargs kill -9 # force, if the above doesn't clear it5b. Start the server
cd frontend && pnpm devThe app will be available at http://localhost:3000.
Verification
- Open
http://localhost:3000— the app should load - Auth0 login should work if the Auth0 env vars are set
- Data should appear on project pages if the Tinybird token is set
- If you skipped Step 4: analytics, leaderboards, reports, badges, and search work. Auth, collections, and chat will return errors — that's expected.
- If you ran Step 4: check the container is running:
docker ps | grep insights-postgres
Troubleshooting
| Symptom | Fix |
| Port 3000 already in use | Run lsof -ti tcp:3000 | xargs kill — do not switch ports, Auth0 callback is hardcoded to :3000 |
| DB errors but I skipped Step 4 | Expected for auth/collections/chat routes — run Step 4 if you need those features |
| Port 5450 already in use | Pick a free port (e.g. -p 5455:5432) and update NUXT_INSIGHTS_DB_PORT in .env |
host.docker.internal not resolving (Linux) | Use PGHOST=localhost with --host-network |
| Migration checksum mismatch | Never edit an applied migration — create a new one with /db-migrate new <name> |
| Auth errors in browser | Check Auth0 env vars in frontend/.env |
| No data showing | Check NUXT_TINYBIRD_TOKEN is populated in frontend/.env |
| 503 on collections endpoints | Add NUXT_CM_DB_ENABLED=true and CM DB credentials to frontend/.env |
| DB env vars not picked up | Ensure all vars have the NUXT_ prefix — e.g. NUXT_INSIGHTS_DB_PORT, not INSIGHTS_DB_PORT |
| Container exists but wrong settings | docker rm -f insights-postgres then re-run the docker run command |
Teardown
docker stop insights-postgres && docker rm insights-postgresFor running docs or blog locally, use
/setup-docs. For applying new migrations, use/db-migrate.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

