kensaurus/cursor-kenji

workflow-onboard

First-contact orientation for an unfamiliar codebase. Use when "I'm new to this repo", "orient me", "explain this codebase", "what does this do?", "onboard me", "first day on this project", or "catch me up on the codebase".

First seen Jun 15, 2026

Installation

$ npx skills add kensaurus/cursor-kenji --skill workflow-onboard

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from kensaurus/cursor-kenji · top by installs.

npx skills add kensaurus/cursor-kenji

Browse all from kensaurus/cursor-kenji

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 9
License LICENSE
Default branch main
Open issues 0
Status Active

Skill metadata

Parsed from SKILL.md frontmatter.

LicenseMIT

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 3,929 B
  • docs SUMMARY.md 247 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 28 installs

SKILL.md

workflow-onboard — Codebase Orientation

Degree of freedom: MIXED. Briefing synthesis [HIGH freedom]; which files to read and never printing env values [LOW freedom — run exactly].

Orient to any repo in under 5 minutes. Read first, explain second.

How to reason

  1. Read — manifests, routes, schema, auth — don't guess
  2. Map — stack, features, data, how-to-run
  3. Gap — missing README/schema said out loud
  4. Brief — scannable; top-3 complexity called out

Worked example

Read: package.json is Next.js 16 + Supabase; src/app/(app)/* has dashboard, billing, settings; latest migration adds organizations.
Map: B2B dashboard; session via middleware + getUser(); run pnpm dev.
Gap: no README scripts section; .env.example lists STRIPESECRETKEY.
Brief: purpose + stack + route map + 4 tables + auth + pnpm dev + env names + "start in src/lib/billing".

Self-critique before reporting

  • Files read — briefing cites files, not folklore
  • Secrets safe — env names only, never values
  • Gaps explicit — missing schema/README is stated, not invented
  • Right owner — preflight commands/services → workflow-environment-ready; parked work → housekeep-backlog

Step 1: Stack & entry points [LOW freedom — run exactly]

Read (do not shell-grep unless necessary):

File What to extract
package.json / pyproject.toml / Cargo.toml Runtime, framework, key deps, scripts
README.md Stated purpose, setup steps, architecture notes
src/app/layout.tsx / pages/_app.tsx / App.tsx Root component, providers, global context
src/app//page.tsx / src/routes/ / app/routes/** Route tree → feature map
capacitor.config. / app.json / app.config. Mobile targets (Expo/RN/Capacitor)
android/ / ios/ presence Native targets

Step 2: Data & auth layer [LOW freedom — run exactly]

File What to extract
supabase/migrations/*.sql (latest 3) Schema, tables, relationships
prisma/schema.prisma / drizzle/*.ts ORM model
src/lib/supabase. / src/lib/db. Client init, auth helper
.env.example / .env.local (names only, never values) Required env vars
middleware.ts / auth.ts / src/lib/auth.* Auth guard pattern

Step 3: Recent context [LOW freedom — run exactly]

git log --oneline -15          # recent work direction
git diff HEAD~5 --stat         # files changed recently

Step 4: Orientation briefing [HIGH freedom]

Produce a structured briefing covering:

  1. What it is — one sentence on the product's purpose
  2. Tech stack — framework + DB + auth + mobile targets
  3. Feature map — top-level routes grouped by capability
  4. Data model — key entities and relationships (3-5 tables max)
  5. Auth pattern — how sessions work and who the roles are
  6. How to run — exact commands from package.json scripts
  7. Environment — required env vars (names only) and where to find values
  8. Top 3 to understand first — the areas with the most business logic or complexity

Format as a scannable briefing, not a wall of text. Use short tables where helpful.


Guardrails [LOW freedom — do not skip]

  • Never print .env values — names only
  • If the codebase is a monorepo, scope the briefing to the specific app/package the user is working in (ask if unclear)
  • If critical files are missing (no README, no schema), say so explicitly rather than guessing