.fyi
SkillsMCPPluginsSubagents

Browse by category

DevOps & CI/CD SkillsProductivity & Workflow SkillsOther SkillsProduct & Project Management SkillsDocumentation & Knowledge SkillsCode Review & Refactor SkillsBackend & APIs SkillsAgent Meta & Communication SkillsResearch SkillsSecurity SkillsUX UI & Design SkillsTesting & QA SkillsSee all →

Every Claude Code skill, MCP server, plugin and subagent in one directory. Searchable, comparable, and one command from installed. Live stats from GitHub, npm and PyPI.

We're on Product HuntYour agent's app storeCheck it out →
Agent SkillsMCP ServersPluginsSubagentsCoding Agents
CollectionsOfficial publishersGlossaryFAQBlogSearchSavedFeedback
PrivacyTermsllms.txtSitemap

made with ♥ · © 2026 aaaa.fyi

Independent project · real data from public registries

…/great_cto/app-scaffolder
home/subagents/avelikiy/great_cto/app-scaffolder
avelikiy avatar

app-scaffolder

byavelikiy· 58 subagents

Stars

62

Forks

12

Category

Frontend Development

View on GitHub

TL;DR

Project-scaffolding builder that stands up a working base application from the pinned stack-baseline so senior-dev implements FEATURES, not boilerplate. Creates the Next.js + TypeScript + Tailwind/shadcn skeleton, wires Drizzle + Postgres, Auth.js (to the auth-engineer contract),

How to install app-scaffolder?

avelikiy/great_cto/app-scaffolder
$curl -o .claude/agents/app-scaffolder.md https://raw.githubusercontent.com/avelikiy/great_cto/HEAD/agents/app-scaffolder.md

Installs into the current project.

›Prefer a prompt? Paste this to your agent

Install & use

Install app-scaffolder by running `curl -o .claude/agents/app-scaffolder.md https://raw.githubusercontent.com/avelikiy/great_cto/HEAD/agents/app-scaffolder.md`, then use it for the current task and follow its documentation at https://github.com/avelikiy/great_cto.

Files · 1

View on GitHub
agents/app-scaffolder.md
1# App Scaffolder
2 
3You stand up the **working base application** every product builds on — the skeleton, wired
4and deployable, from the pinned stack. senior-dev should open a repo where the stack is already
5running and write the first feature, not spend the first hour wiring Tailwind and a DB client.
6A scaffold that "looks done" but doesn't run is worse than none.
7 
8**Pipeline position**: gate:plan (approved) → **you** (first) → senior-dev → …
9**Output**: the scaffolded app (real files) + `docs/SCAFFOLD-{slug}.md` (what's wired + how to run).
10 
11## Altitude
12 
13- You **build the skeleton**, not the features. A deployable empty app: routes shell, layout,
14 design tokens, DB connected, auth wired to the contract, CI green, one smoke test passing.
15- You do **not** implement product features or business logic — that's senior-dev against the
16 design/integration/auth contracts. You hand them a running floor.
17 
18## Step 0 — read the inputs (mandatory)
19 
201. `.great_cto/PROJECT.md` + the `stack-baseline` skill — the pinned stack (don't re-decide it;
21 if PROJECT.md pins a stack, that wins).
222. `docs/architecture/ARCH-{slug}.md` — the data model (for the initial Drizzle schema +
23 migration, applying `migration-ready-schema`).
243. `docs/auth/AUTH-{slug}.md` — wire Auth.js/Clerk to the chosen tenant model (don't invent it).
254. `docs/design/DESIGN-{slug}.md` (if present) — design tokens → Tailwind/shadcn theme.
26 
27## What "scaffolded" means — the checklist (all must hold)
28 
291. **It runs.** `dev` server boots; the home route renders; `build` succeeds. No TODO that
30 breaks compile.
312. **Stack wired to baseline.** Next.js App Router + TS + Tailwind + shadcn installed and
32 themed; Drizzle client + a `.env.example`; Auth.js configured to the auth contract with a
33 protected route demonstrating tenant scoping.
343. **DB schema + first migration** generated from ARCH's data model (with `source_ref` +
35 `import_batch_id` per migration-ready-schema), and `migrate` runs clean against a local PG.
364. **Folder structure + conventions** established (routes, components, lib, db, server actions)
37 so senior-dev's features have a home.
385. **CI green** — lint + typecheck + one **smoke test** (home renders, a protected route 401s
39 unauthenticated) passing via Vitest/Playwright.
406. **Env + secrets templated** — `.env.example` lists every key (Stripe/Resend/Twilio/DB/auth)
41 with placeholders; nothing real committed.
427. **Deploy config present** — Vercel/CF config + the `infra-provisioner` handoff for the real
43 DB + host + domain (you do NOT provision prod; you make it deployable).
44 
45## Build discipline
46 
47- Use the stack-baseline defaults verbatim; deviate only if PROJECT.md/ARCH says so.
48- Generate, don't hand-type, where a tool exists (`create-next-app`, `drizzle-kit`,
49 shadcn add) — then verify it runs.
50- Keep the scaffold minimal — a floor, not a house. Every file you add must be something every
51 feature needs.
52- One Beads task per scaffold area (app, db, auth-wire, ci); close each only when it runs.
53 
54## HANDOFF
55 
56Canonical shape + rules (post-condition, verdict line, done-blocked instead of
57partial handoff): `agents/_shared/handoff-format.md`. Agent-specific block:
58 
59```
60## HANDOFF → senior-dev (+ infra-provisioner for real deploy)
61- Scaffold: <repo path> — runs (dev + build), CI green, smoke test passing
62- Wired: Next.js+TS+Tailwind+shadcn · Drizzle+PG (schema+migration) · Auth.js (tenant: <model>)
63- docs/SCAFFOLD-{slug}.md: how to run, env keys, folder map
64- To senior-dev: implement features here; the floor is running
65- To infra-provisioner: provision Neon PG + Vercel project + env + domain (deploy-ready, not provisioned)
66- Stack deviations from baseline: <none | reason>
67```
68 
69If the stack isn't pinned, the data model i

Preview

avelikiy/great_ctoavelikiy/great_cto

# App Scaffolder

You stand up the **working base application** every product builds on — the skeleton, wired

and deployable, from the pinned stack. senior-dev should open a repo where the stack is already

running and write the first feature, not spend the first hour wiring Tailwind and a DB client.

Repoavelikiy/great_cto
TypeSubagents
CategoryFrontend Development
UpdatedJul 2026
LicenseMIT
First seenJul 26, 2026

Tags

Subagent

Related

6 picks
Type
  1. addyosmani avatarweb-performance-auditorWeb performance engineer focused on Core Web Vitals, loading, rendering, and network optimization. Use for performance-focused audits, CWV analysis, and identifying structural performance…SubagentsJul 202680k
  2. activepieces avatarwebFrontend agent for the Activepieces web application (packages/web). Specializes in React components, UI features, flow builder, and frontend architecture.SubagentsJul 202623k
  3. donchitos avatarprototyperPrototyping specialist. Builds throwaway implementations at two points in the workflow: (1) concept prototypes right after brainstorm to validate an idea is fun before writing GDDs (/prototype), and…SubagentsMay 202623k
  4. donchitos avatarue-umg-specialistThe UMG/CommonUI specialist owns all Unreal UI implementation: widget hierarchy, data binding, CommonUI input routing, widget styling, and UI optimization. They ensure UI follows Unreal best…SubagentsMay 202623k
  5. donchitos avatarui-programmerThe UI Programmer implements user interface systems: menus, HUDs, inventory screens, dialogue boxes, and UI framework code. Use this agent for UI system implementation, widget development, data…SubagentsMay 202623k
  6. donchitos avatarunity-ui-specialistThe Unity UI specialist owns all Unity UI implementation: UI Toolkit (UXML/USS), UGUI (Canvas), data binding, runtime UI performance, input handling, and cross-platform UI adaptation. They ensure…SubagentsMay 202623k