agentsclimarketplace

Scaffolding

Skill kreek/consult/consult/skills/scaffolding

Engineering quality focused skills for AI coding agents that keep humans in the loop.

Install
npx -y skills add kreek/consult --skill scaffolding

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing 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.

What its author says it does

Copied from the file, not written here

Use for scaffolding, new projects, package setup, quality tooling, CI, and repo structure.

SKILL.md

5.7 KB, ~1.2k tokens by cl100k_base, as published. Nobody here has run it

Scaffolding

Iron Law

NO FEATURE CODE BEFORE THE TOOLCHAIN PROVES IT CAN FAIL AND PASS.

A scaffold is done only when a clean clone can install, check, test, and run the baseline without local knowledge.

When to Use

  • Starting a new repo/app, or adding missing package management, linting, formatting, typechecking, testing, coverage, or CI.

When NOT to Use

  • Adding a feature to an already healthy project; use the domain skill plus proof.
  • Release pipeline beyond baseline CI; use release.
  • Detailed UI design choices after the framework is chosen; use ui-design.

Core Ideas

  1. The user owns scaffold choices. The agent recommends options in priority order, then waits for approval before creating files, installing packages, or running generators. If a structural dependency is not already specified, ask before researching or selecting it.
  2. Scaffolding creates the baseline, not the feature. Decide project kind, language/runtime, deployment assumption, framework/template, quality baseline, files, and commands before feature code.
  3. Named artifacts are literal requirements. Create requested files such as tsconfig.json, package.json, pyproject.toml, CI, or README unless the user approves a substitute.
  4. Commands are part of the contract. Standardize test, lint, format, typecheck, and coverage where applicable; CI should run the same checks developers run locally.
  5. typecheck must run a type checker or established equivalent using the config added for it. Syntax checks such as node --check are smoke/lint, not typechecks.
  6. Fresh web apps default to mature frameworks with routing, request handling, testing, and deployment conventions unless the user asks for a smaller or hand-rolled setup.

Workflow

  1. Detect language, framework, existing conventions, and git state.
  2. If Pi offers /consult:scaffold, run it for new scaffold work before presenting the gate. It also activates when the user invokes /skill:scaffolding or makes an explicit fresh app/project request.
  3. Before creating scaffold files, installing packages, or running generators, present a Scaffold Decision Gate and wait for explicit user approval. Include: project intent, project kind, language/runtime, deployment assumption, framework/template, quality baseline, files and commands, and this user decision menu:
    1. Approve: create files / install packages / run generators
    2. Refine: change the scaffold plan
    3. Cancel: stop scaffolding
  4. Offer choices in order of importance: language/runtime, deployment assumption, framework/template, then framework-local choices. Recommend one option and name the tradeoff. Use references/stacks/index.yaml when a stack preset fits; otherwise read references/language-defaults.md or current official sources and name the fallback. For frameworks, databases, ORMs, auth clients, SDKs, state libraries, job queues, or other structural runtime dependencies, ask before dependency research unless the user or selected stack already named the choice.
  5. For fresh scaffolds, initialize git and .gitignore before feature code, unless the user or environment blocks it. If skipped, say why.
  6. Select one package manager and commit its lockfile before install or generator commands.
  7. Classify web work as prototype, new app scaffold, or production-bound app.
  8. Add standard commands and map every requested artifact to the command that consumes it.
  9. Add one smoke test that can fail and pass; add CI that runs the same checks.
  10. Document purpose, install, run, and test commands in README.

Verification

  • Scaffold choices were approved before mutation, or the request already specified every material setup choice.
  • Structural dependency research or selection was approved, unless the user or selected stack already specified the dependency.
  • Fresh scaffold has git, .gitignore, one package manager, committed lockfile, and clean install from a fresh clone.
  • Requested artifacts exist by name, and every added config is consumed by a standard command.
  • test, lint, format, typecheck, and coverage exist where applicable; typecheck is not a syntax-only check.
  • Web classification and stack/default source are named; mature framework default was used or the smaller setup was requested.
  • Smoke test, CI, README, secret hygiene, .env.example placeholders, and dependency/build-output ignores are present where relevant.

Risk Tier

For prototypes, use the same command names even if some checks are lightweight. Before production or collaboration, promote the scaffold to the full checklist.

Tripwires

Use these when the shortcut thought appears:

  • Use the requested artifact name, or ask before substituting a nearby config.
  • Wire typecheck to a real type checker or established equivalent.
  • Verify requirement -> artifact -> command mapping, not only command success.
  • Initialize git and .gitignore before feature code unless blocked.
  • Present Approve, Refine, and Cancel choices before scaffold mutation.
  • Ask before researching or selecting structural runtime dependencies; do not turn small dev-only utilities into scaffold gates.

Handoffs

  • domain-modeling: first feature/domain data model.
  • proof: first real feature test.
  • release: CI becomes release/deploy automation.
  • security: dependency audits, secret scanning, signing, supply-chain gates.

References

  • references/stacks/index.yaml: stack presets.
  • references/language-defaults.md: language/runtime defaults.

What ships with it: 29 files

93.9 KB alongside SKILL.md

agents/

references/

Gives 1 of the 12 instructions most project setup skills give in ~1.2k tokens

Counted across 999 of the 1,637 authors here whose files we hold, read 2026-08-07

  • Ask one question at a timein 29 of 999, across 28 files
  • Detect the package manager from lockfileshere, and in 28 of 999, across 9 files
  • Present findings to the userin 26 of 999, across 5 files
  • Explore current repo statein 24 of 999, across 3 files
  • Update the agent skills block in place if it existsin 24 of 999, across 3 files
  • Install husky lint-staged and prettierin 23 of 999, across 4 files
  • Create the lintstagedrc filein 22 of 999, across 3 files
  • Commit all changed filesin 22 of 999, across 3 files
  • Run lint-staged to verify it worksin 22 of 999, across 3 files
  • Create the husky pre-commit filein 21 of 999, across 2 files
  • Create a prettierrc file if missingin 21 of 999, across 2 files
  • Initialize huskyin 21 of 999, across 2 files

Said here and by no other author read

  • prove the toolchain can fail and pass before adding features
  • wait for user approval before creating scaffold files
  • ask before researching unspecified structural dependencies
  • present a scaffold decision gate before mutating files
  • initialize git and gitignore before feature code
  • create requested files by their literal names

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 327,069. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.