Try Scope Architect free, no card required. Try Free →
Documentation

How Scope Architect works

Scope Architect is a blueprint and execution control plane for AI-assisted builds: structured scope, live workspace, and MCP so your coding agent stays on the plan. Read top-to-bottom once, then jump to any section.

01

The Workflow

Scope Architect turns a raw idea into an agent-ready specification in four steps. The whole loop takes minutes, not hours.

  1. Drop in your idea— paste raw notes, a bullet dump, a Linear ticket, or a one-liner. Format doesn’t matter. The engine parses intent, not structure.
  2. Recursive decomposition— the engine expands your idea into modules → features → atomic tasks. Each task gets an effort level, complexity signal, and acceptance criteria. No task larger than one agent session.
  3. Refine in Architect Chat— talk to the AI to adjust scope. “Split the auth module into two.” “Add edge cases for rate limiting.” “Make the Stripe tasks more granular.” Preview the diff, apply in one click.
  4. Execute with your agent — connect via MCP (recommended) so the agent reads and updates the live blueprint, or copy a single task / export JSON or Markdown when you need a one-off handoff.
The core guarantee: every task in the handoff is atomic — independently buildable, with explicit acceptance criteria, sized for one agent session (roughly 30 min – 2 hours).
02

Scope Engine

The recursive engine is what separates Scope Architect from one-shot spec generators. It decomposes your idea in passes, each pass going one level deeper until every task is truly atomic.

How decomposition works

Pass 1 identifies top-level modules — the major work areas in your project (e.g., Auth, Billing, Dashboard, API). Pass 2 expands each module into features. Pass 3 decomposes each feature into atomic tasks — independently executable units with no hidden dependencies.

Module
A major work area — the organizing wrapper for related features. 3–8 per scope is typical. Example: 'Authentication & RBAC', 'Stripe Billing', 'Admin Dashboard'.
Feature
A coherent chunk of functionality within a module. 2–5 per module. Example: 'User registration flow', 'Password reset', 'Session management'.
Atomic task
The smallest independently-buildable unit. Sized for one agent session (30 min – 2 hrs). Has a clear definition of done. Example: 'Implement JWT refresh token rotation with 7-day expiry'.

Effort levels

Every task gets an effort level that signals complexity to your agent. You can override effort levels per-task in the builder view, or retune the underlying constants in Builder Profile.

LevelAgent sessionsUse when…
XS<30 minConfig tweak, copy update, single-file change
S~1 hrSmall component, simple hook, minor integration
M~2 hrsStandard feature, CRUD endpoint, moderate API integration
Lhalf-dayMulti-step flow, complex state, deeply-integrated third party
XLfull day+Major subsystem, novel pattern — consider splitting first
XL tasks are a signal that the task should probably be decomposed further. Use Architect Chat: “Break down the XL tasks in the auth module.”

Dependency graph

The engine automatically detects and surfaces task dependencies — which tasks must complete before others can start. The handoff export includes this graph so your agent executes in the right order without follow-up questions.

03

Architect Chat

Architect Chat is a live editing interface for your spec. Describe what you want to change in plain English — the AI proposes a structured diff, you preview it, and apply in one click. No manual data entry.

Declarative editing
Write instructions, not diffs. 'Add edge cases for rate limiting on the auth module.' 'Split the payments feature into Stripe setup and webhook handling.' 'Remove anything related to file uploads — out of scope.'
Change preview
Before anything is applied, Architect shows a structured preview: tasks added (green), tasks removed (red), tasks modified (yellow), and any effort-level changes. Review it fully before committing.
One-click apply
Hit 'Apply Changes' to update the scope instantly. The full project tree updates — no manual copy-pasting, no re-generating from scratch.
Iterative refinement
Chat is stateful — Architect remembers the full conversation history and your Builder Profile. You can iterate multiple rounds of refinement without losing context.

Useful prompts

  • “Add a module for background job processing with BullMQ.”
  • “Make all the Stripe tasks more granular — break them into atomic steps.”
  • “Flag the third-party integrations as high risk.”
  • “Write sharper acceptance criteria for the auth tasks.”
  • “Remove the mobile app module — we’re web-only for now.”
  • “Reorder modules so infrastructure comes before features.”
04

Builder Profile

Builder Profile is your global configuration. It tells the recursive engine about your stack, your preferred agent, how you estimate, and what code style to target. Every scope you generate inherits these defaults — but you can override them per-project.

Access it from Settings → Builder profile in the app (https://app.scopearchitect.com/settings/profile). Changes apply to new generations immediately.

Core fields

Tech stack
List your default languages, frameworks, and infrastructure (e.g., 'Next.js 15, TypeScript, Supabase, Vercel'). The engine uses this to bias task descriptions and acceptance criteria toward your actual tooling — no generic 'implement a backend endpoint' when it can say 'add a Supabase Edge Function with zod validation'.
Target agent
Your primary AI coding agent: Cursor, Claude Code, Devin, Windsurf, or Generic. This controls how the handoff export is formatted — instruction style, context-window optimization, and tool-call hints vary by agent.
Estimate unit
How you think about task size: Agent sessions (default), Story points, or Hours. This changes how effort levels are labeled and described throughout the app and in handoff exports.
Code style notes
Free-text style preferences injected into every generation prompt. Examples: 'Prefer functional components', 'Use Zod for all validation', 'Write tests for every API route', 'Follow the existing file structure in /src/lib'.
Effort level constants
The underlying duration for each effort level (XS / S / M / L / XL). Tune these to your actual delivery speed. Changing them reprices and re-labels the entire project instantly.

Multiple profiles

Builder (paid) and Team plans support unlimited Builder Profiles — useful when you work across multiple stacks or projects. Switch profiles from the project sidebar. The active profile is shown in the top nav.

Tip:Create separate profiles for different agent targets. A “Cursor — TypeScript” profile and a “Claude Code — Python” profile will produce meaningfully different task descriptions for the same idea.
05

Context, Memory & Documentation

Each project has a knowledge layer your agents read on every MCP session. Humans edit it in the Context tab; agents maintain it via MCP when decisions must outlive a single session.

Context
Always-injected blocks you control — stack constraints, conventions, off-limits areas. Shown at the top of every agent briefing.
Memory
Durable facts the agent records (`tried`, `decided`, `preference`, `off_limits`, `note`). Searchable, archivable, and promotable into Context when something becomes permanent policy.
Documentation
Long-form markdown per project (by slug). Up to three docs can be pinned into the briefing. Agents can read, search, and upsert docs as the build evolves.
Comments vs memory: use post_comment for team-visible questions and blockers on a task. Use memory and docs when the whole project needs to remember something next week.
06

MCP & Agent Handoff

MCP is the recommended path. Your IDE agent runs a local stdio server (@scope-architect/mcp) that talks to app.scopearchitect.com with a handoff API key. The plan stays live — status, acceptance criteria, comments, memory, and docs update in both directions.

Setup (in the app)

  1. Open Settings → MCP (requires MCP access — see Team roles).
  2. Generate a team key (sa_handoff_…, all projects) or a project key (psa_…, one project). The raw key is shown once; we store only a hash.
  3. Pick your client (Claude Code, Cursor, VS Code, Windsurf, Codex, Gemini CLI, or generic JSON) and copy the tailored config snippet.
  4. Restart the agent so it loads the MCP server. On connect, call get_project to load the knowledge briefing + full scope JSON.

What agents can do (30 tools)

AreaExamples
Readlist_projects, get_project, get_next_ready_task, recent_activity, read_comments
ScopeAdd/update modules, features, tasks; update_task_status; mark_agent_ready; acceptance criteria; dependencies
Knowledgerecord_memory, write_document, search/list, promote to context
Teampost_comment with @mentions — primary channel for blockers and handoffs back to humans

Prefer UUIDs from get_project when updating tasks. Builder notes on tasks are human-internal and are not exposed to agents.

Claude Code skill (optional)

For Claude Code / Claude Desktop, install the standing workflow skill: npx skills add scope-architect/agent-skills. Cursor and other clients rely on MCP tool descriptions and the briefing from get_project.

Manual handoff (no MCP)

From the scope header, open Agent Handoff to copy one task or export the project as JSON or Markdown, tuned for Cursor, Claude Code, Devin, Windsurf, or generic agents. Use this for agents without MCP, CI scripts, or quick one-offs. Manual exports do not write status back — MCP keeps the workspace authoritative.

Agent-ready tasks: only tasks marked agent-ready are included in handoff and in get_next_ready_task. Toggle per task in the blueprint when something is internal-only.
07

Workspace & Tasks

Projects are saved to the cloud automatically — they survive device switches, cleared caches, and deploys. You never need to hit “Save.”

Project management

Auto-save
Any edit triggers a save to Supabase after a 2-second debounce. Status is visible in the top nav: 'Saving…' → 'Saved 2:34 PM'.
Snapshots
Take a manual snapshot before major changes. Snapshots are also created automatically before every restore. Open the Revisions drawer to view history and restore any version.
Project list
All scopes lists every project on your team. Open one for the live workspace: blueprint, kanban, list, activity, Architect chat, and Context.

Views

The same scope is available as a blueprint tree, kanban, list, and activity feed. Task drawers hold details, comments, and per-item Architect chat.

Task statuses

StatusMeaning
TodoScoped, not started. Default for new tasks.
In progressActively being built — by you or an MCP-connected agent.
In reviewImplementation done; awaiting human review against acceptance criteria.
DoneAccepted and complete.
BlockedCannot proceed — often paired with a comment explaining why.

Agent-ready & handoff

Mark tasks agent-ready when they should appear in MCP and exports. Use Agent Handoffon a task for a one-click copy of that task’s prompt. With MCP, prefer get_next_ready_task and update_task_status so the board stays in sync.

08

Team Roles & Access

Workspaces are team-scoped. Every user has one of four roles. Invite and manage members at Settings → Team (admins and owners only).

RoleWhat they can do
OwnerFull workspace control: billing, team invites, all settings, Architect chat / scope generation, edit all projects, MCP and API keys. One owner per team.
AdminSame as owner for day-to-day product work (team roster, invites, Builder profile, MCP, API keys, coding tools, Architect chat, edit projects). Billing only if the owner enables Billing access on that admin.
MemberCollaborator on projects: view and edit scope/tasks (when allowed). Cannot manage the team by default. Optional per-person toggles below. Does not get Architect chat / scope generation unless promoted to admin.
Read onlyView the workspace and comments. Cannot edit scope, run Architect chat, or change settings.

Member permissions (optional toggles)

Owners and admins can open Manage access on a member row and enable granular capabilities:

  • Create projects — start new scopes
  • View usage — see credit usage on the team page
  • API keys — BYOK provider keys
  • MCP — generate handoff keys and open MCP setup
  • Coding tools — “Open in” agent/IDE dispatch
  • Builder profile — edit team Builder profile defaults

Admins and owners always have these capabilities. Settings pages you cannot access show an access-required state instead of the configuration UI.

Seats: pending invites count toward your plan seat limit. Remove members or cancel invites before sending new ones when at capacity.
09

BYOK (Bring Your Own Keys)

Bring Your Own Keys (BYOK) is available on Builder and Team plans. With BYOK, all AI requests are routed through your own API keys — you pay providers directly at their published rates with zero markup from Scope Architect.

Configure keys at Settings → API keys (requires API key access on your role). Supported providers include Anthropic, OpenAI, Google, xAI, and DeepSeek — choose models in Builder profile or per chat.

How it works

  1. Paste your provider API key in Settings → API keys.
  2. Keys are encrypted at rest and never logged in plaintext.
  3. Architect Chat and scope generation use your key when BYOK is enabled on your plan.
  4. You pay the provider directly; Scope Architect does not markup provider usage.
Without BYOK, AI runs on Scope Architect credits for your plan tier. BYOK is available on paid Builder and Team plans.
10

Keyboard Shortcuts

EnterSave inline edit (single-line field)
Cmd + EnterSave inline edit (multiline field) / Send chat message
EscCancel inline edit / Close drawer
TabMove between fields while editing
Cmd + KOpen command palette
Cmd + SForce manual save (auto-save handles this normally)
Cmd + EOpen Agent Handoff export panel