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.
The Workflow
Scope Architect turns a raw idea into an agent-ready specification in four steps. The whole loop takes minutes, not hours.
- 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.
- 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.
- 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.
- 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.
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.
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.
| Level | Agent sessions | Use when… |
|---|---|---|
| XS | <30 min | Config tweak, copy update, single-file change |
| S | ~1 hr | Small component, simple hook, minor integration |
| M | ~2 hrs | Standard feature, CRUD endpoint, moderate API integration |
| L | half-day | Multi-step flow, complex state, deeply-integrated third party |
| XL | full day+ | Major subsystem, novel pattern — consider splitting first |
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.
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.
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.”
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
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.
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.
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.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)
- Open Settings → MCP (requires MCP access — see Team roles).
- 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. - Pick your client (Claude Code, Cursor, VS Code, Windsurf, Codex, Gemini CLI, or generic JSON) and copy the tailored config snippet.
- Restart the agent so it loads the MCP server. On connect, call
get_projectto load the knowledge briefing + full scope JSON.
What agents can do (30 tools)
| Area | Examples |
|---|---|
| Read | list_projects, get_project, get_next_ready_task, recent_activity, read_comments |
| Scope | Add/update modules, features, tasks; update_task_status; mark_agent_ready; acceptance criteria; dependencies |
| Knowledge | record_memory, write_document, search/list, promote to context |
| Team | post_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.
get_next_ready_task. Toggle per task in the blueprint when something is internal-only.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
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
| Status | Meaning |
|---|---|
| Todo | Scoped, not started. Default for new tasks. |
| In progress | Actively being built — by you or an MCP-connected agent. |
| In review | Implementation done; awaiting human review against acceptance criteria. |
| Done | Accepted and complete. |
| Blocked | Cannot 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.
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).
| Role | What they can do |
|---|---|
| Owner | Full workspace control: billing, team invites, all settings, Architect chat / scope generation, edit all projects, MCP and API keys. One owner per team. |
| Admin | Same 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. |
| Member | Collaborator 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 only | View 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.
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
- Paste your provider API key in Settings → API keys.
- Keys are encrypted at rest and never logged in plaintext.
- Architect Chat and scope generation use your key when BYOK is enabled on your plan.
- You pay the provider directly; Scope Architect does not markup provider usage.
Keyboard Shortcuts
| Enter | Save inline edit (single-line field) |
| Cmd + Enter | Save inline edit (multiline field) / Send chat message |
| Esc | Cancel inline edit / Close drawer |
| Tab | Move between fields while editing |
| Cmd + K | Open command palette |
| Cmd + S | Force manual save (auto-save handles this normally) |
| Cmd + E | Open Agent Handoff export panel |