IR4 Leaders

Anthropic product dossier 060

Claude Code: Agent Architecture, Tools and Product System

How the model, agent loop, repository context, tools, permissions, Skills, MCP, hooks, subagents, plugins, execution environments and Agent SDK fit together.

01

Claude Code in one minute

Claude Code is Anthropic's agentic software-development product and the reference implementation of its reusable agent harness. It combines a selected Claude model with repository context, built-in tools, an execution environment, permissions, session state and an extension system that can inspect, change and verify software.

It is not a model, an IDE, a terminal emulator or the Model Context Protocol. The model reasons; Claude Code manages the loop; the environment contains the code and tools; permissions decide which actions may proceed; integrations extend what the agent can reach; Git and tests provide review and verification boundaries.

Initial previewFeb 2025Command-line research preview
General availabilityMay 2025Claude 4 launch
Current documented release2.1.24123 August 2026
Execution environments3Local, cloud and Remote Control
Canonical formula. Claude Code = Claude model + agent runtime + context management + tools + permissions + integrations + orchestration + product interface. A stronger Claude model can improve Claude Code, but the model and product remain separate layers.

Essential questions

QuestionConcise answer
Is Claude Code a model, an IDE or an agent system?It is an agent system that uses Claude models. It can operate through terminals, IDE integrations, desktop and browser surfaces, but the harness—not the interface—manages context, tools, execution, permissions and sessions.
Which Claude model does it use?The selected model depends on product support, configuration and task. Model capability affects reasoning, but Claude Code's tools, permissions, context management and execution environment remain separate product layers; Sections 02 and 03 explain the boundary.
Where does code actually execute?Client tools execute in the environment controlled by the user or hosting application; the model requests actions but cannot directly run client code. Server tools are different because Anthropic performs their internal execution loop; Section 07 maps responsibility.
What can Claude Code access by default?Access depends on the chosen environment and policy. Read-only operations form the conservative baseline, while writes, commands, network access and external tools may require permission, sandbox policy or administrator controls.
What is the difference between permissions and sandboxing?Permissions decide whether a tool or resource may be used. Sandboxing constrains what Bash and its child processes can do at operating-system level; the controls are complementary rather than interchangeable.
How do Skills differ from MCP?A Skill supplies instructions, resources and scripts that teach the agent how to perform a class of work. MCP supplies a standard connection to external tools, resources and prompts; one provides procedural knowledge, the other system access.
How do hooks differ from Skills?A hook runs a deterministic action at a defined lifecycle event. A Skill gives Claude material to interpret and apply, so its use remains model-directed rather than guaranteed merely because an event occurred.
What are subagents, agent teams and worktrees?A subagent performs delegated work in a separate context. An agent team coordinates several workers; a Git worktree isolates files and branches. These mechanisms solve different orchestration and collision problems, as Section 09 details.
How does the Claude Agent SDK differ from Claude Code?Claude Code is Anthropic's finished coding product. The Agent SDK exposes the same core loop, tools and context management as Python and TypeScript libraries so developers can build and operate their own agent applications; Section 10 compares the platform layers.
How do local, cloud and Remote Control sessions differ?Local execution uses the user's machine; cloud execution places the environment on hosted infrastructure; Remote Control links a remote interface to an existing session. The code location, credentials, latency and security boundary therefore differ.
What session information is stored?Claude Code records conversation and tool activity in session data and can use project instructions, auto memory and retrieved context. Storage location, retention and organisational policy depend on the surface and deployment; Section 06 separates these mechanisms.
Can Claude Code safely operate autonomously?It can perform increasingly long workflows, but autonomy is bounded by permissions, sandboxing, credentials, hooks, environment isolation, review and verification. Greater tool reach or longer operation increases the importance of those controls.
What does computer use add?Computer use adds screenshot observation and mouse or keyboard actions for graphical interfaces. It is a client-side tool loop and expands the attack and error surface; it does not replace safer APIs, command-line tools or typed integrations when those exist.
What are the principal enterprise risks?Over-broad credentials, prompt injection, untrusted repositories, unsafe commands, sensitive-data exposure, extension supply chains and inadequate review. Section 11 maps the controls; Section 14 records the unresolved evidence and operating questions.
02

The Claude Code system

Claude Code canonical seven-layer architecture Seven persistent layers run from product surfaces through orchestration, context and behaviour, tools and extensions, controls, runtime and model, to the host environment and external systems. PRODUCT SURFACESTerminal · IDE · desktop · web · CI/CD AGENT ORCHESTRATIONMain agent · subagents · teams · workflows CONTEXT + BEHAVIOURInstructions · Skills · commands · memory TOOLS + EXTENSIONSBuilt-in tools · shell · MCP · hooks CONTROL PLANEPermissions · policy · approval · isolation RUNTIME + MODELAgent loop · sessions · Claude model ENVIRONMENT + EXTERNALRepository · files · processes · services · APIs
Architecture diagram — component taxonomy. The layers are persistent parts of the system, not a sequence of execution. Later sections map back to this same stack.
Canonical layerResponsibilityExamplesAuthority / boundaryDetailed section
1. Product surfacesPresent and supervise the runtime.Terminal, IDE, desktop, web, Slack and CI/CD.The interface does not determine where execution occurs.04
2. Agent orchestrationDelegates and coordinates work across loops.Main agent, subagents, teams and dynamic workflows.Context coordination and file isolation are separate concerns.09
3. Context / behaviourSupplies instructions, knowledge and working state.CLAUDE.md, Skills, commands, memory and compaction.Guidance changes behaviour but does not grant authority.06, 08, Appendix
4. Tooling / extensionReads, changes and connects the working environment.Built-in tools, shell, MCP, hooks and plugins.The responsible host or server owns each side effect.07–08
5. Control planeDetermines whether and where actions may run.Permissions, approvals, policy, hooks and sandbox.Enforced policy can reject a model request.11
6. Agent runtime / modelAssembles context, reasons, requests tools and iterates.Claude model, agent loop, sessions and checkpoints.The model proposes; the runtime coordinates.05, 10
7. Environment / external systemsSupply code, data, credentials, execution and side effects.Repositories, files, processes, APIs and cloud services.Each retains its own identity, trust and rollback boundary.04, 07, 11
Canonical map. Product surfaces sit above the operating stack; external systems sit below it. Verification spans every layer, but tests, builds, diffs, logs and human review prove only the properties they actually cover.
03

From terminal preview to agent platform

DateRelease typeMilestoneWhat changedStrategic meaning
24 Feb 2025Model + productClaude Code research previewTerminal agent introduced with Claude 3.7 Sonnet.Moved Claude from code suggestion towards repository-level delegated work.
22 May 2025ProductGeneral availabilityBackground tasks, GitHub Actions and native VS Code and JetBrains integrations announced.Turned the preview into a supported multi-surface product.
20 Aug 2025Commercial capabilityBusiness-plan integrationTeam and Enterprise premium seats, analytics, managed policy and Compliance API support.Added organisation governance and observability.
29 Sep 2025Product + platformClaude Code 2.0 and Agent SDKCheckpoints, subagents, hooks, background tasks and the renamed Agent SDK.Exposed the harness as a programmable foundation.
3 Feb 2026IntegrationXcode Agent SDK integrationXcode 26.3 integrated the harness and MCP-connected capabilities.Placed the runtime inside another vendor's environment.
23 Jun 2026Product surfaceClaude TagSlack-based team delegation built from the wider Claude Code direction.Extended the pattern towards shared team work.
23 Aug 2026Product releaseClaude Code 2.1.241Latest documented release at this research cut.Shows continuous product shipping independent of model launches.
Evolution boundary. The sequence records product and capability progression; it does not imply disclosed model-weight, runtime or codebase lineage. Model releases, product releases and capability releases are labelled separately.

Official product explanations

These videos explain the core product and loop; detailed mechanics are developed in the sections below.

Product overviewClaude · What is Claude Code?YouTube ↗
System overviewClaude · How Claude Code WorksYouTube ↗
04

Interfaces and execution environments

The interface is where the user interacts; the execution environment is where files, commands and tools actually run. Confusing the two hides important differences in credentials, local configuration, persistence and isolation.

The same agentic loop can appear in a terminal, IDE, desktop app, browser, mobile interface, Slack or CI/CD pipeline. The table records documented surface state as of 24 August 2026; access changes with environment and organisation policy.

SurfaceStatus at 24 Aug 2026Where work runsContext and accessBest fit
Terminal CLICurrentLocal machine or configured providerRepository, shell, Git, CLAUDE.md and extensions.Full interactive development and operations.
VS CodeCurrentUsually local machineIDE selection, open files, plans and inline diffs.Editing and review inside VS Code.
JetBrainsBeta pluginUsually local machineSelection, diagnostics and IDE diff viewer.JetBrains development workflows.
Desktop appCurrentLocal machine or cloud VMAccess depends on local, SSH or remote session type.Visual review and parallel sessions.
claude.ai/codeResearch previewAnthropic-managed cloudConfigured repository and cloud environment.Asynchronous remote tasks.
Remote ControlResearch previewUser's machineBrowser or mobile controls a local session.Remote supervision without moving code.
SlackCurrent integrationAnthropic cloudTrusted channel context and web-session controls.Tasks from team conversations.
CI/CDCurrent integrationPipeline runnerRepository token and non-interactive policy.Triage, review and automation.
Execution boundary. “Claude Code in the browser” can mean a cloud session, while Remote Control keeps execution local. The UI alone does not tell you where source code, credentials or commands reside.
05

How a task moves through Claude Code

Claude Code iterative agent loopA user task leads to context assembly, model reasoning, a tool decision, a permission gate, execution and an observation. The observation returns to the model until the task completes, needs user intervention, fails or reaches a limit. USER TASKGoal + limits CONTEXTAssemble MODELReason TOOL CALLRequest POLICY GATEDeny · ask · allow EXECUTETool / host OBSERVATIONResult · error · evidence TERMINAL OUTCOMEComplete · intervene · fail · limit Observation returns to the model while work remains
Execution diagram — control flow during a task. Model intent is not execution authority. The loop is observation-driven: model request ≠ system authorisation ≠ tool execution ≠ verified success.
Reasoning authorityThe model selects or recommends the next action.
Authorisation authorityUser, policy and runtime decide whether it may proceed.
Execution authorityThe host tool, MCP server or external system performs the effect.
Verification authorityTests, evidence and accountable review determine whether it succeeded.
StageMechanismTypical evidenceCommon failure
ScopeUser goal, constraints, policy and success criteria.Explicit targets and boundaries.Vague task produces a plausible but wrong outcome.
GatherSearch, file reads, Git state, instructions, memory and connected data.Relevant implementation path and dependency map.Hidden configuration or indirect dependency is missed.
DecideReasoning authority: model reasoning selects the next tool and arguments.Plan or structured tool request.Correct schema, wrong action or wrong target.
AuthoriseAuthorisation authority: permissions, managed policy, hooks and sandbox boundaries decide whether the request may proceed.Allow, ask or deny decision.Over-broad access or prompt fatigue weakens control.
ExecuteExecution authority: file tool, shell, MCP server, browser, API or server tool performs the effect.Tool result, changed files, logs or external state.Partial action, side effect or stale observation.
VerifyVerification authority: tests, type checks, builds, browser inspection and review evaluate the outcome.Reproducible pass/fail evidence and a diff.Insufficient coverage is mistaken for correctness.
06

Context, memory and session state

Claude Code does not place an entire repository permanently inside the model. It begins with instructions and lightweight discovery metadata, then searches and reads relevant material as work proceeds.

Context is finite and operationally important. Conversation history, file contents, command output, instructions, loaded Skills and tool definitions compete for the same window; compaction replaces older detail with a summary. Loading and retention details below are documented state as of 24 August 2026.

Context sourceWhen it loadsPurposePersistence boundary
System and managed instructionsSession startProduct behaviour and organisation policy.Re-applied independently of conversation compaction.
CLAUDE.mdRoot instructions at start; nested files as matching paths are used.Project conventions, commands and architecture.File-backed and reusable across sessions.
RulesAlways or when path frontmatter matches.Split persistent guidance by topic or file scope.Path-scoped content reloads when matching files are read.
Auto memoryFirst 200 lines or 25KB of MEMORY.md at start; topic files on demand.Machine-local project learnings and preferences.Shared across worktrees of one repository, not machines or cloud environments.
Skill metadataAt discoveryName and description allow relevance matching.Full Skill body loads only when triggered.
MCP tool namesWhen connected and availableExpose external capabilities for selection.Returned data enters context only when used.
Files and tool resultsDuring workCurrent implementation and observations.Can be cleared, compacted or lost from active detail.
Session transcriptEvery turnResume, rewind and fork an interaction.Local JSONL by default; 30-day cleanup is configurable.
Memory is not truth. CLAUDE.md and auto memory are inputs to the model, not enforced policy or verified documentation. Important constraints belong in code, tests, permissions or hooks as well as prose.
07

Tools and execution responsibility

PrimitiveArchitectural roleWhat it isExecution or invocationBoundary
Built-in agent toolsCoreCapabilities directly exposed by Claude Code.Read, search, edit, Bash, web and delegation calls.Product permissions and hooks apply; sandbox scope depends on the tool.
Shell / programsCore executionSoftware reached through the shell execution tool.Git, tests, build tools, scripts and system utilities run in the host environment.The called program inherits available files, processes, credentials and network within enforced limits.
MCP toolsIntegrationCapabilities advertised by an external MCP server.Claude Code calls a local or remote server.Server identity, credentials, data handling and side effects remain external trust decisions.
HooksControlLifecycle automation and enforcement.Claude Code invokes a command, HTTP request, MCP call, prompt or agent at a matching event.Deterministic trigger does not make hook code or model-based evaluation inherently safe.
Skills / instructionsExtensionReusable behaviour, context and procedures.Loaded when relevant or invoked by the user.They guide model behaviour; they are not an enforced permission boundary.
CommandsConvenience / controlUser-facing workflow or product invocation.Built-in commands operate product functions; custom commands share the Skills mechanism.A command name is an entry point, not a separate execution layer.
SubagentsOrchestrationDelegated agent contexts.A separate loop works and returns a result to the caller.Context isolation is distinct from filesystem or credential isolation.
Agent teamsOrchestrationCoordinated independent sessions.A lead, teammates, shared tasks and messaging coordinate work.Experimental; coordination does not automatically isolate files.
Agent SDKProgrammatic interfaceEmbedding and control interface for agent applications.Python or TypeScript application hosts the harness.The application operator owns process, environment, identity and deployment security.
Implication · canonical primitive vocabulary as of 24 August 2026. Probabilistic action selection is separated from the code that performs effects. The model cannot run client code: it requests, the runtime applies policy and the responsible host executes. Tool reach can therefore change without turning instructions, Skills or commands into execution authority.

Computer use as the broad fallback

Computer use can reach interfaces without a purpose-built API, but screenshot interpretation and many small actions make it slower and harder to constrain. A typed tool or MCP integration is normally preferable when one exists.

Computer useAnthropic · Computer use for codingYouTube ↗
Computer useAnthropic · Computer use for automating operationsYouTube ↗
08

The extension system: what each piece is for

Extension state as of 24 August 2026. Availability and syntax can differ by Claude Code version, surface and organisation policy.
ExtensionArchitectural roleStatus at 24 Aug 2026Primary functionExecution / loading boundary
CLAUDE.mdCore contextCurrentPersistent project instructions.Loads into context at session start or path discovery.
SkillsExtensionCurrentReusable knowledge, procedures and optional scripts.Metadata loads first; full resources load on demand.
MCPIntegrationCurrentConnects hosts to external tools, resources and prompts.A local process or remote HTTP server owns its capabilities.
MCP InspectorDiagnostic convenienceDevelopment toolInspects and exercises an MCP server.Runs as a web, CLI or terminal test interface.
HooksControlCurrent; agent hooks experimentalDeterministic lifecycle automation and enforcement.Runs a command, HTTP request, MCP call, prompt or agent at an event.
SubagentsOrchestrationCurrentFocused workers with separate context.A separate loop runs; its result returns to the caller.
PluginsExtension distributionCurrentPackages versioned extension sets.Can load Skills, agents, hooks, MCP and LSP components.
Code intelligenceIntegrationCurrent; plugin-dependentProvides symbol navigation and diagnostics.Runs through a language-server integration.
Implication. MCP supplies a connection; a Skill supplies knowledge. Skills change what the agent knows or how it behaves; hooks react deterministically to lifecycle events; the SDK embeds the harness; subagents and teams delegate work across contexts. These mechanisms can interact but are not interchangeable. Status sources are recorded in Primary sources 8 and 11–13.
MCPClaude · MCP in Claude CodeYouTube ↗
SkillsClaude · What are Skills?YouTube ↗
09

Subagents, teams and parallel work

Parallelism has two separate problems: coordinating reasoning and isolating file changes. Subagents, dynamic workflows and agent teams address coordination; Git worktrees and separate environments prevent concurrent edits from colliding.

More agents do not automatically improve quality. Coordination consumes tokens, adds latency and creates reconciliation work. Use parallelism where tasks are separable or independent evidence is valuable.

MechanismStatus at 24 Aug 2026Context isolationCoordination mechanismLifecycle / ownership
Background shell commandGA · product-nativeNone; it is a process, not an agent.Main session monitors command output.Owned by the spawning session and host process.
SubagentGA · product-nativeSeparate context; optional worktree.Caller delegates; result returns to caller.Child loop owned by one parent session.
Dynamic workflowDocumented capabilityMany subagent contexts; isolation is configured.Scripted fan-out, aggregation and verification.Workflow script owns worker creation and completion.
Agent viewResearch previewIndependent sessions with worktrees when editing.User dispatches, monitors and intervenes.Each session persists independently under user ownership.
Agent teamExperimental · disabled by defaultIndependent contexts; no automatic file isolation.Lead, shared tasks and peer messaging.Team lead coordinates; teammates have separate lifecycles.
Manual parallel sessionsDocumented patternIndependent sessions and optional worktrees.User coordination; optional cross-session messages.User owns start, supervision and shutdown.
Parallel tool callsRuntime behaviourOne agent context.One model turn requests independent tools concurrently.One session owns every call; no agent dialogue.
SDK-orchestrated agentsSDK capabilityApplication-defined contexts and environments.Application code defines delegation and messaging.Application operator owns process, identity and shutdown.
Implication · volatile status as of 24 August 2026. A worktree isolates files and branches; it does not coordinate decisions. An agent team coordinates work; it does not by itself prevent two agents editing the same checkout. Parallelism is coordination architecture, not automatic autonomy or safety; status evidence is recorded in Primary sources 12–13.
10

Claude Agent SDK and adjacent platform layers

The Claude Agent SDK exposes the same tools, loop and context management that power Claude Code as Python and TypeScript libraries. It turns the harness into an application component, but the developer must operate its process, environment, credentials and security boundary.

This is different from a normal Claude client SDK, where the application implements the tool loop, and from Managed Agents, where Anthropic operates the agent and sandbox behind a hosted API. The comparison records platform state as of 24 August 2026.

LayerStatus at 24 Aug 2026InterfaceWho runs the loopWho runs the environmentPrimary use
Claude CodeCurrent productCLI, IDE, desktop, web and integrationsAnthropic product harnessUser or Anthropic cloudInteractive and delegated software work.
Claude Agent SDKCurrent SDKPython or TypeScript libraryBundled harness in the application processDeveloperCustom agents and automation.
Anthropic Client SDKCurrent API SDKMessages API clientDeveloper applicationDeveloper for client tools; Anthropic for server toolsExplicit custom orchestration.
Managed AgentsBeta APIHosted REST APIAnthropicAnthropic-managed sandboxAsynchronous agents without self-hosting.
MCPCurrent protocol integrationOpen JSON-RPC protocolHost applicationEach server operatorExternal capabilities, not a complete harness.
Implication · platform state as of 24 August 2026. The SDK turns Claude Code-class architecture into an application component, but product UX, environment security and governance remain operator responsibilities. “Built with the Agent SDK” does not mean the resulting application is Claude Code.
11

Security, permissions and enterprise control

Claude Code trust boundariesThe user interacts with the Claude Code process, which can reach repository files, shell processes, credentials, network access, MCP servers and external services. Policy, permissions, hooks and sandboxing constrain different parts of this path. Repository, web and tool output can contain untrusted instructions. USERApproves CLAUDE CODEProcess + model REPOSITORYFiles + Git SHELLProcesses CREDENTIALSSecrets + identity NETWORKDomains MCP / EXTERNALServer + service CONTROL: POLICY · PERMISSIONS · HOOKS · SANDBOXControls apply at different boundaries UNTRUSTED INPUT: repository text · websites · MCP and tool results
Trust-boundary diagram — authority and exposure. Model request ≠ system authorisation ≠ tool execution. Permissions and sandboxing are complementary: permissions cover tools and resources; the OS sandbox constrains Bash and its child processes.
ControlWhat it controlsImportant limit
Manual permissionsRead-only baseline with approval for edits and non-read-only commands.Repeated prompts can produce unsafe blanket approvals.
Permission rulesDeny, ask and allow by tool, command, path, domain or MCP capability.Pattern quality determines coverage; deny rules should protect high-risk paths.
Auto modeSeparate classifier reviews actions and blocks those judged unsafe.Not a substitute for explicit organisation policy or human approval of irreversible actions.
Bash sandboxOS-level filesystem and network isolation for shell commands and child processes.Does not govern every non-Bash tool; availability differs by operating system.
HooksPre- and post-action enforcement, validation, logging and notification.Hook code is trusted code and must itself be secured and versioned.
Managed settingsOrganisation-wide permissions, sandbox, MCP, plugin and bypass policy.Correct deployment and precedence must be verified on every supported platform.
CheckpointingSnapshots Claude's file edits before changes.Does not cover user edits, every shell side effect or external systems; Git remains necessary.
Trust expansion · control state as of 24 August 2026. Repository text, websites and MCP or tool results can carry prompt injection. Every server, plugin, Skill script, hook, credential and browser session enlarges the trusted computing base; autonomy should increase only after identity, least privilege, data handling and rollback are defined.
12

Who buys it, who uses it and where it fits

Customer or channelUsersHow Claude Code fitsEvidence boundary
Individual subscription or API accountDeveloper, analyst, founder or technical operatorLocal or cloud coding, research and automation.Plan and surface determine usage and provider access.
Team / Enterprise organisationEngineering and technical teamsPremium seats, managed policy, analytics and compliance controls.Organisation access does not prove safe project configuration.
AccentureConsultants and enterprise-development teamsLarge training and deployment partnership centred on Claude Code.Deployment and market-share statements are company-reported.
PwCEngineering, finance and client-delivery teamsClaude Code, Cowork and Claude used across internal and client workflows.Reported delivery gains are deployment-specific, not universal benchmarks.
TCS / Cognizant / InfosysServices teams and regulated-industry clientsAgentic engineering, modernisation and governed client delivery.Partner reach is distribution capacity, not guaranteed end-customer adoption.
Apple XcodeApple-platform developersAgent SDK embeds the harness; MCP connects Claude Code to Xcode capabilities.Xcode remains Apple's product; the SDK is the integration layer.
CI/CD and platform teamsRepository maintainers and automation ownersIssue triage, review, scheduled checks and repository changes.Service accounts and unattended actions require stricter policy than interactive use.
Commercial roles. The organisation may pay, a developer may operate the agent, a repository host may distribute access, a cloud provider may supply the model and a consulting partner may implement the workflow. These are different relationships even when one company fills several roles.
13

Product direction and dependency gates

Claude Code is best understood as a programmable agent runtime whose first-class operating environment is software development—not simply as a terminal interface to Claude. Local, cloud, embedded and team capabilities support this interpretation, but do not constitute a dated promise of future delivery.

Its architecture is moving from single-agent interaction towards composable orchestration: model + tools + external context + deterministic controls + delegated agents + programmatic interfaces.

WorkstreamCurrent statePublished directionRequired gateWhat it enables
InterfacesTerminal, IDE, desktop, web, mobile control, Slack and CI/CDOne loop across more work surfaces.Consistent policy and traceability across environments.Work can begin, continue and be reviewed where teams already operate.
ExecutionLocal, Anthropic cloud, self-hosted cloud and Remote ControlMore asynchronous and remotely supervised work.Isolation, reproducibility, credential and network controls.Longer tasks without tying work to one terminal session.
OrchestrationSubagents, dynamic workflows, teams and cross-session messagingParallel specialists and coordinated task graphs.Task decomposition, conflict prevention and result reconciliation.Larger audits, migrations and feature programmes.
External actionMCP, plugins, browser and computer useBroader work across business systems.Trusted integrations, least privilege and prompt-injection resistance.End-to-end workflows beyond repository files.
Embedded agentsAgent SDK and Managed AgentsClaude Code-class harnesses inside third-party and enterprise products.Stable APIs, hosting, observability and commercial controls.Domain agents that reuse the same execution architecture.
Team workClaude Tag, Slack and organisation policyProactive agents participating in shared workflows.Identity, channel memory, ownership and escalation design.Delegation beyond the individual developer-agent relationship.
Roadmap method. “Current” means documented and available in at least one supported surface. “Published direction” is an inference from released products and first-party statements. It is not a delivery date or revenue forecast.

Strategic synthesis

QuestionEvidence-led conclusion
What is technically different?Claude Code is a programmable agent runtime whose first-class operating environment is software development. Its iterative loop combines repository-scale context, direct tools, execution environments, extensions and deterministic controls; the terminal is one surface, not the architectural boundary.
Where may defensibility sit?In model capability combined with runtime quality, workflow integration, developer adoption, extension distribution and enterprise controls. This is an analytical inference, not a disclosed moat.
What are the dependencies?Claude model and API/cloud availability; local or hosted execution; repository and credential hygiene; external tools and MCP servers; and the developer ecosystem.
What is the trajectory?The evidence supports a move from interactive coding agent towards a general-purpose agent runtime optimised first for software-engineering environments. Wider use still depends on secure execution and domain-specific verification.
14

Key risks and unresolved questions

  • Incorrect but plausible changes. Repository access and tool use increase the scale of work, not the certainty that the work is correct.
  • Prompt injection. Repositories, web pages, MCP results, issue text and documents can contain instructions that conflict with the user's intent.
  • Credential and data exposure. Shells, integrations and browser sessions can reach secrets or proprietary material if boundaries are weak.
  • Irreversible side effects. Checkpoints cover Claude file edits, not every shell command, deployment, database change or external API action.
  • Context loss. Long sessions compact detail; early instructions and evidence can be summarised or omitted unless stored durably.
  • Extension supply chain. Plugins, Skills, MCP servers and hooks introduce code, network dependencies and trust relationships outside Anthropic.
  • Surface inconsistency. Local, cloud, web, IDE, Slack and embedded SDK deployments do not have identical access, controls or persistence.
  • Cost and latency. Long context, repeated tool loops, parallel agents and verification can make simple work slower or more expensive than direct methods.
  • Measurement quality. Lines changed, acceptance rate or self-reported productivity do not establish maintainability, defect rates or business value.
  • Fast-changing specification. Claude Code ships frequently; version-specific behaviour can change faster than enterprise policy and training.
Operating principle. Increase autonomy only when the task has a bounded environment, least-privileged credentials, explicit success tests, durable rollback and an accountable reviewer.
15

Primary sources

  1. Claude Code overviewCurrent product definition, interfaces and installation.
  2. How Claude Code worksAgent loop, environments, sessions, context and project access.
  3. Claude Code changelogCurrent release and product-level shipping cadence.
  4. Claude 3.7 Sonnet and Claude CodeFebruary 2025 research-preview launch.
  5. Introducing Claude 4General availability, IDE and GitHub Actions milestone.
  6. Claude Code for Team and EnterpriseBusiness seats, analytics, managed policy and Compliance API.
  7. Enabling Claude Code to work more autonomouslyVersion 2.0, checkpoints, subagents, hooks, background tasks and Agent SDK.
  8. Extend Claude CodeCLAUDE.md, Skills, MCP, hooks, agents, plugins and code intelligence.
  9. Platforms and integrationsCurrent CLI, desktop, IDE, web, mobile, Slack and CI/CD surfaces.
  10. Remote ControlResearch-preview status and local-execution boundary.
  11. Hooks referenceLifecycle events, hook types and experimental agent-hook status.
  12. Run agents in parallelCurrent distinction among subagents, agent view, dynamic workflows, teams, worktrees and background commands.
  13. Agent teamsExperimental status, independent contexts, shared tasks, messaging and known limitations.
  14. Claude Code context windowStartup context, progressive loading and compaction behaviour.
  15. Claude Code memoryCLAUDE.md, auto memory and machine-local persistence.
  16. Claude Code sessionsResume, fork, transcripts, retention and context controls.
  17. Claude Code checkpointingFile-edit snapshots, rewind and coverage boundaries.
  18. How tool use worksClient tools, server tools, execution responsibility and loops.
  19. Computer use toolClient-side visual action contract and environment boundary.
  20. Agent Skills overviewSKILL.md, progressive disclosure and product surfaces.
  21. MCP architecture, 28 July 2026Current stateless host-client-server protocol and security roles.
  22. MCP InspectorCurrent development and server-testing tool.
  23. MCP in Claude CodeServer configuration, scopes, trust, authentication and tool access.
  24. Claude Agent SDK overviewProgrammable harness, interfaces and product boundaries.
  25. Hosting the Agent SDKPersistent environments, container isolation and deployment patterns.
  26. Claude Code securityPermission architecture, prompt injection and user responsibility.
  27. Claude Code permissionsDeny, ask, allow, sandbox interaction and managed settings.
  28. Organisation deploymentIdentity, provider and managed-policy options.
  29. Claude Agent SDK in XcodeThird-party embedding and MCP integration boundary.
  30. Introducing Claude TagTeam delegation and published evolution from Claude Code.
  31. Claude Code commandsCanonical built-in commands, bundled Skills, dynamic workflows, aliases, availability and removed commands.
  32. Extend Claude Code with SkillsCustom slash invocation, legacy command compatibility, Skill scope and dynamic discovery.
Research cut. Facts are current to 24 August 2026, 17:51 ICT. Product behaviour is version- and surface-dependent. Customer results and market-position claims are labelled as company-reported and are not independent performance benchmarks.
16

Appendix: Claude Code slash-command reference

Slash commands operate the session and product; they are not the tools that execute the agent's work. Built-in commands run fixed product behaviour, bundled Skills supply prompt-based workflows, and dynamic workflows coordinate background agents. User Skills, plugins and MCP servers can add further commands.

This is the complete canonical command set documented by Anthropic on 24 August 2026. Availability varies by release, operating system, plan, provider, feature flag and execution surface. Type / in the active session to see the commands actually available there.

Reading the tables. Required arguments use <angle brackets>; optional arguments use [square brackets]. Aliases remain with their canonical command rather than appearing as duplicate rows.

Session, context and task control

CommandCommand typePurposeArguments / aliasesAvailability boundary
/add-dirBuilt‑inAdd another working directory for this session.<path>Current session; added-directory configuration is only partly discovered.
/autocompactBuilt‑inSet or inspect the automatic compaction threshold.[auto|<tokens>]Claude Code 2.1.221+.
/backgroundBuilt‑inDetach the current session as a background agent.[prompt] · /bgBackground-agent support required.
/branchBuilt‑inBranch the conversation at its current point and switch to the branch.[name]Current session history.
/btwBuilt‑inAsk a side question without adding it to conversation history.[question]Claude Code 2.1.212+ for optional empty invocation.
/cdBuilt‑inMove the session to another working directory while retaining its conversation.<path>Claude Code 2.1.169+; subject to trust and Cd permission rules.
/clearBuilt‑inStart a new conversation with empty context while retaining the previous session.[name] · /reset · /newUse /compact when continuity matters.
/compactBuilt‑inSummarise the current conversation to release context capacity.[instructions]All supported interactive sessions.
/contextBuilt‑inVisualise what occupies the current context window.[all]Presentation varies by terminal renderer.
/copyBuilt‑inCopy a recent assistant response or selected code block.[N]Clipboard or file-writing support depends on the environment.
/exitBuilt‑inExit the CLI; detach rather than stop an attached background session./quitCLI surfaces.
/exportBuilt‑inExport the current conversation as plain text.[filename]Interactive copy/save dialog when no filename is supplied.
/forkBuilt‑inCopy the conversation into a separate background session.[prompt]Claude Code 2.1.212+; behaviour differs when agent view is disabled.
/goalBuilt‑inSet, inspect or clear a persistent completion condition.[condition|clear]Goal-enabled releases.
/recapBuilt‑inGenerate a one-line summary of the current session.NoneCurrent supported sessions.
/renameBuilt‑inName or automatically name the current session.[name]Non-interactive support requires 2.1.205+.
/resumeBuilt‑inResume a stored conversation by identifier, name or picker.[session] · /continueA running background session must be attached or stopped first.
/rewindBuilt‑inRestore conversation and/or code to a checkpoint, or summarise from one./checkpoint · /undoFile rollback does not reverse every external side effect.
/stopBuilt‑inStop the current attached background session while retaining its transcript and worktree.NoneOnly while attached to a background session.
/subtaskBuilt‑inSpawn a forked subagent whose result returns to the current conversation.<task>Claude Code 2.1.212+ with agent view enabled.
/tasksBuilt‑inView and manage the current session's background work./bashesIncludes completed subagents and background commands.

Models, interface, account and usage

CommandCommand typePurposeArguments / aliasesAvailability boundary
/advisorBuilt‑inEnable, disable or choose the second-model advisor.[model|off]Model access dependent; Fable requires Fable 5 access.
/artifactsBuilt‑inList and attach available Claude artifacts.NoneOnly where artifacts are supported; 2.1.208+.
/colorBuilt‑inSet the current session's prompt-bar colour.[colour|default]2.1.205+; also available in non-interactive mode.
/configBuilt‑inOpen settings or set supported values directly.[key=value ...] · /settingsDirect key/value control requires 2.1.181+.
/desktopBuilt‑inContinue the session in Claude Code Desktop./appmacOS or x64 Windows with a Claude subscription.
/effortBuilt‑inSet or inspect model reasoning effort.[level|auto|status]Levels depend on the selected model and account.
/fastBuilt‑inToggle fast mode.[on|off]Claude Code 2.1.205+; surface and plan dependent.
/focusBuilt‑inToggle the reduced-noise conversation view.NoneFullscreen renderer only; VS Code has its own control.
/helpBuilt‑inShow help and commands available in the current environment.NoneLive availability is environment-specific.
/keybindingsBuilt‑inOpen or create the keyboard-shortcut configuration.NoneInteractive local surfaces.
/loginBuilt‑inSign in to an Anthropic account.NoneAuthentication method depends on deployment.
/logoutBuilt‑inSign out of the current Anthropic account.NoneFirst-party account sessions.
/mobileBuilt‑inShow a QR code for the Claude mobile application./ios · /androidFirst-party distribution surfaces.
/modelBuilt‑inSelect a model and, where supported, its effort level.[model]Available models depend on provider, plan and policy.
/passesBuilt‑inShare an eligible free Claude Code access period.NoneOnly visible to eligible accounts.
/privacy-settingsBuilt‑inView and change account privacy settings.NonePro and Max subscribers.
/radioBuilt‑inOpen the Claude FM stream.NoneUnavailable through Bedrock, Google, Foundry and AWS platform providers.
/release-notesBuilt‑inBrowse Claude Code release notes.NoneShown locally without entering the model conversation.
/remote-controlBuilt‑inExpose the local session through claude.ai Remote Control./rcClaude subscription and sign-in required.
/remote-envBuilt‑inSelect the default environment for cloud agents.NoneCloud-agent access required.
/scroll-speedBuilt‑inAdjust mouse-wheel scrolling interactively.NoneFullscreen renderer; unavailable in JetBrains terminal.
/statusBuilt‑inShow version, model, account, connectivity and session kind.NoneCan open while Claude is responding.
/statuslineBuilt‑inConfigure the terminal status line.[description]Terminal surfaces.
/stickersBuilt‑inOpen the Claude Code sticker-ordering flow.NoneRegion and account dependent.
/teleportBuilt‑inPull a Claude Code web session into the terminal./tpClaude subscription required.
/terminal-setupBuilt‑inConfigure terminal-specific input shortcuts.NoneOnly shown in terminals that need it.
/themeBuilt‑inSelect a built-in, accessible, ANSI or custom theme.NoneInteractive local surfaces.
/tuiBuilt‑inSelect and relaunch the terminal renderer.[default|fullscreen]Terminal surfaces.
/upgradeBuilt‑inOpen the account plan-upgrade flow.NoneHidden on Enterprise plans.
/usageBuilt‑inShow usage, session cost and activity statistics./cost · /statsDetail varies by plan and billing route.
/usage-creditsBuilt‑inConfigure or request additional usage credits.NoneBilling permissions determine whether settings or an admin request opens.
/voiceBuilt‑inEnable, configure or disable voice dictation.[hold|tap|off]Claude.ai account required.

Project configuration, access and extensions

CommandCommand typePurposeArguments / aliasesAvailability boundary
/agentsBuilt‑inGuide creation or management of subagent definitions.None2.1.198+ directs users to conversation or configuration files.
/auto-mode-setupBuilt‑inDraft and review an auto-mode environment policy.NonePro, Max or Team; version and native-Windows requirements apply.
/chromeBuilt‑inConfigure Claude in Chrome.NoneChrome integration required.
/hooksBuilt‑inInspect configured lifecycle hooks.NoneCurrent hook-enabled releases.
/ideBuilt‑inManage IDE integrations and inspect their status.NoneLocal supported IDE environments.
/importBuilt‑inImport compatible Codex or Gemini configuration.[codex|gemini] [--dry-run] [--yes]2.1.213+; unavailable on third-party model providers.
/initBuilt‑inCreate a project CLAUDE.md and offer supported configuration migration.NoneRepository or project working directory.
/mcpBuilt‑inInspect, authenticate, enable, disable or reconnect MCP servers.[reconnect <server>|enable|disable [<server>|all]]Interactive and, from 2.1.205, non-interactive status mode.
/memoryBuilt‑inEdit CLAUDE.md files and inspect or control auto memory.NonePersistence depends on configuration scope and environment.
/permissionsBuilt‑inManage allow, ask and deny rules plus working-directory access./allowed-toolsOrganisation policy can constrain editable scopes.
/pluginBuilt‑inList, install, enable or disable Claude Code plugins.[subcommand]Plugin support and marketplace policy required.
/reload-pluginsBuilt‑inReload active plugins without restarting the session.[--force]Force may invalidate the prompt cache when MCP tools change.
/reload-skillsBuilt‑inRe-scan Skill and legacy command directories.NoneClaude Code 2.1.152+.
/sandboxBuilt‑inToggle operating-system sandbox mode.NoneSupported platforms only.
/setup-bedrockBuilt‑inConfigure Amazon Bedrock credentials, region and model pins.NoneHidden until Bedrock mode is enabled.
/setup-vertexBuilt‑inConfigure Google Cloud authentication, project, region and models.NoneHidden until Vertex mode is enabled.
/skillsBuilt‑inList, filter and control visibility of available Skills.NoneResults include bundled, personal, project and installed Skills.

Development, orchestration, diagnostics and integrations

CommandCommand typePurposeArguments / aliasesAvailability boundary
/autofix-prBuilt‑inLaunch a cloud session that watches and fixes an open pull request.[prompt]GitHub CLI and Claude Code on the web required.
/batchSkillDecompose a large change into parallel worktree-backed units.<instruction>Git repository required; proposes 5–30 units before execution.
/bugBuilt‑inReport a bug or share selected conversation context.[report] · /shareDelivery route depends on authentication and provider.
/claude-apiSkillLoad API guidance or run supported migration and onboarding workflows.[migrate|upgrade|managed-agents-onboard|prompt-audit]Subcommand version requirements apply.
/code-reviewSkillReview a diff, path, branch or pull request and optionally apply or publish findings.[effort] [--fix] [--comment] [target] · /review · /ultrareviewUltra uses a cloud review; GitHub posting requires suitable access.
/datavizSkillApply chart-selection, colour, interaction and accessibility guidance.[request]Claude Code 2.1.198+.
/debugSkillEnable session debug logging and diagnose the resulting log.[description]Only events after logging begins are captured.
/deep-researchWorkflowFan out web research and synthesise a cited report.<question>User-invoked background workflow.
/design-loginBuilt‑inAuthorise access used by the design-system synchronisation workflow.NoneClaude Design access required.
/design-syncSkillValidate and upload a repository's React design system to Claude Design.[hint]Unavailable where the configured provider cannot reach claude.ai.
/diffBuilt‑inOpen the interactive repository and per-turn diff viewer.NoneGit-backed local workspaces.
/doctorSkillDiagnose installation, configuration and context-cost problems and propose fixes./checkupInteractive Skill; terminal command also provides read-only diagnostics.
/feedbackBuilt‑inSend product feedback with an explicit consent step.[report]Uses the same delivery rules as /bug.
/fewer-permission-promptsSkillAnalyse transcripts and propose a narrow read-only permission allowlist.NoneWrites only after review and approval.
/heapdumpBuilt‑inCreate memory diagnostics for Claude Code itself.NoneHidden command; heap snapshots may contain secrets and conversation data.
/insightsBuilt‑inGenerate a local HTML report on usage patterns and friction.NoneUnavailable in cloud sessions.
/install-github-appBuilt‑inInstall the Claude GitHub App and optionally configure Actions.NoneGitHub account and repository access required.
/install-slack-appBuilt‑inInstall and authenticate the Claude Slack application.NoneSlack workspace authorisation required.
/list-agentsBuilt‑inList messageable subagents, teammates and Claude Code sessions./peers2.1.224+ with cross-session messaging enabled.
/loopSkillRepeat a prompt or maintenance check while the session remains open.[interval] [prompt] · /proactiveSelf-pacing and autonomous defaults depend on feature availability.
/planBuilt‑inEnter plan mode and optionally begin with a supplied task.[description]Supported interactive surfaces.
/powerupBuilt‑inOpen interactive Claude Code feature lessons.NoneRequires the lesson interface.
/runSkillLaunch and drive the project application to observe a change.NoneNeeds a runnable project and suitable execution environment.
/run-skill-generatorSkillCreate project-specific instructions for /run and /verify.NoneRequires a project whose launch and verification path can be taught.
/scheduleBuilt‑inCreate, inspect or run cloud routines.[description] · /routinesAnthropic cloud infrastructure and connected account required.
/security-reviewBuilt‑inReview the branch diff for security vulnerabilities.NoneRequires an origin remote and resolvable default branch.
/simplifySkillRun parallel cleanup reviews and apply approved simplifications.[target]Current versions separate cleanup from correctness review.
/team-onboardingBuilt‑inBuild a team guide from recent Claude Code usage.NoneShare links require eligible Pro, Max, Team or Enterprise accounts.
/verifySkillBuild, run and observe a change rather than relying only on static checks.NoneUser-invoked; requires a verifiable project environment.
/web-setupBuilt‑inConnect GitHub credentials for Claude Code on the web.NoneLocal GitHub CLI credentials required.
/workflowsBuilt‑inOpen the workflow progress view to monitor, pause, resume or save workflows.NoneDynamic-workflow support required.
Dynamic and historical boundary. User and project Skills, legacy .claude/commands/ files, plugins and MCP prompts can add commands and therefore cannot be enumerated globally. MCP prompts use /mcp__<server>__<prompt>. Anthropic records /pr-comments, /ultraplan and /vim as removed; they are not part of the current command set.