From Dev Studio
Build a service from the team scaffold (github.com/aws300/scaffold) — proto-first ConnectRPC backend (Go 1.26 / Python 3.13) + SolidJS frontend — by following the repo's OWN scripts and CI rather than re-explaining the stack. Use when: implementing a new service or feature, regenerating proto stubs, or running the local build/lint/test loop before review. Triggers on "build the service", "implement the backend", "scaffold", "regenerate protos", "make the frontend". Not for: deploy/Helm packaging (use deploy-pipeline) or black-box acceptance (use webapp-testing).
How this skill is triggered — by the user, by Claude, or both
Slash command
/dev-studio:scaffold-buildThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
The team builds one monorepo derived from **github.com/aws300/scaffold**. The repo's own files ARE
The team builds one monorepo derived from github.com/aws300/scaffold. The repo's own files ARE the build spec — read and obey them; do not invent or re-document the process.
| The "how" | Lives in |
|---|---|
| Dev loop, per-component coding standards, pre-submission checklist | CONTRIBUTING.md |
| Proto-first stub generation (Go + TS + Python in one shot) | protos/Makefile → cd protos && make |
| Authoritative lint / test / build gates | .github/workflows/lint.yml |
| Component specifics | backend/README.md, backend-py/README.md, frontend/README.md |
define protos → generate code → write code → build & verify — then hand to the reviewer.
protos/<pkg>/v1/*.proto, then cd protos && make. Never hand-edit generated code (backend/pkg/pb/, frontend/src/gen/,
backend-py/src/app/generated/).src/ (one slice at a time; each change traces to an acceptance criterion).
WithAuthFunc.type, X | Y, Self, minimal Any).any.cd backend && go build ./... && go test ./... && golangci-lint runcd backend-py && ruff check src/ && ruff format --check src/ && mypy src/cd frontend && npm run lint && npm run typecheck && npm run buildStateless; state lives in the cluster's existing data services (Postgres/MySQL/Mongo/Redis/MinIO/ EMQX/Temporal); config via env / Helm values, no hardcoded secrets or endpoints; readiness/liveness; graceful shutdown; context + timeouts on outbound calls; emit structured JSON logs, a metrics endpoint, and propagated trace context so observability can be wired downstream.
npx claudepluginhub agentx-team/claude-plugins --plugin dev-studioCreates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.