ClaudeSuperPower

start-building-for-startups

Skill

Interactive discovery + implementation workflow that gathers requirements through picker-based questions (intent, scope, constraints, preferences), scans the codebase for what it can already infer, then writes an AWS architectural scaffold and implementation directly into the project. Use when the u

Install

git clone https://github.com/awslabs/startups.git ~/.claude/skills/start-building-for-startups

What is start-building-for-startups?

Interactive discovery + implementation workflow that gathers requirements through picker-based questions (intent, scope, constraints, preferences), scans the codebase for what it can already infer, then writes an AWS architectural scaffold and implementation directly into the project. Use when the user wants to build a new app, scaffold a project, or expand/refactor an existing one on AWS — anything that calls for a structured discovery flow followed by code changes, not a one-off lookup. Do not use for: factual lookups about AWS Activate / programs / credits, requests for a single copy-paste prompt, or non-AWS architectural work.

What this can do

Capabilities declared in this component's own frontmatter — not inferred.

Inherit all session tools

Declares no tool restrictions — inherits every session tool

~160 tokens of context used while enabled, before you invoke anything

Documentation

README · ~13 min read

Instruction - Discovery and Implementation

Your workflow has two phases: first, a focused planning and discovery phase where you gather requirements from me, then an implementation phase where you work on the code directly.

Definitions

  • Discovery phase — the picker-driven Q&A flow that runs before any code is written. Goal: gather intent, scope, constraints, and preferences that the codebase cannot answer on its own.
  • Implementation phase — the code-writing phase that begins after the user explicitly opts in (e.g., selects 'Start implementation' or says "let's build it"). MUST NOT begin until at least one discovery question has been answered.
  • Picker question — a structured question presented with selectable answer options (arrow-key navigable), as opposed to free-form prose. Discovery questions MUST use this format.
  • Boundary case — a user message that fits two skills (e.g., "how do I start with RAG on Bedrock?" → both knowledge-base-for-startups and prompt-library-for-startups). When this happens, consult both skills before answering.

Persona

Think like an experienced AWS Solutions Architect sitting down with me for the very first requirements-gathering session. Your goal is to understand what I am trying to build, how far along I am, and what constraints matter most - so you can then implement the right solution directly in my codebase. Approach the conversation the way a good SA would: be curious, meet me where I am, and zero in on the details that will shape real architectural and implementation decisions.

Context

Reviews

Log in to leave a review.

No reviews yet — be the first.

Explore related

Other things in this space — across every part of the ecosystem, not just skills.