Claude Field Manual_

How Claude actually works — every surface, skill, connector, and moving part; what each is for; and where your context lives. Fact-checked against Anthropic's own documentation and refreshed on a schedule, because Claude changes monthly. Built to grow: ask Claude to add a section and this page updates in place.

The system at a glance

Claude is one assistant reachable through several surfaces (places you work), powered by a family of models (the engines), extended by skills (packaged instructions), connectors (hands into your real tools), memory (what it retains about you), and scheduled tasks (work that runs on its own). The art is picking the right piece for the job — that's what this manual is for.

YOUR DEVICES CLAUDE'S CLOUD YOUR TOOLS Desktop app Web (claude.ai) Mobile app Chrome panel Terminal (Code) any of them, interchangeably Sessions run HERE Chat · Cowork · scheduled runs — they continue with your laptop closed Models Fable · Opus · Sonnet Memory shared: Chat + Cowork Skills & plugins load automatically when relevant Gmail · Calendar Drive · Microsoft 365 Slack · databases any MCP server reached via connectors, gated by permissions you talk; it works acts via connectors desktop app = the only bridge to LOCAL files & your browser
The three zones. The one rule that explains most confusion: sessions live in the cloud, but your local files are only reachable while the desktop app is open to bridge them.

The pieces in one table

PieceKindOne-line jobLives / persists
ChatSurfaceConversation; quick questions and one-off workChat history in your account
ProjectsSurfaceChats grouped under standing instructions + knowledge filesCloud, per-project
CoworkSurface (mode)Agentic multi-step work on real files and toolsCloud sessions in your account
Cowork projectsSurfaceCowork tasks grouped with instructions, folders & own memoryLocally on your desktop
ArtifactsOutputStandalone documents/apps Claude builds; publishable at a stable linkArtifacts gallery (published)
DispatchSurfaceOne phone-reachable thread that routes tasks to Code or CoworkContinuous conversation
Claude CodeSurfaceAgentic coding from the terminalYour repos + sessions
SkillsMachineryPackaged instructions that auto-load for matching tasksSettings → Capabilities → Skills
ConnectorsMachineryClaude's hands into Gmail, Drive, Slack, any MCP toolSettings → Connectors
MemoryMachineryWhat Claude retains about you across conversationsSettings → Memory (editable)
Scheduled tasksMachineryCowork runs that fire on a cadence, device offCloud scheduler

Which piece does the job?

You want to…Reach forWhy not the others
Ask a question, draft a thing, onceChatZero setup; everything else is overhead for a one-off
Keep returning to one topic with standing contextProjectChat forgets instructions between conversations; a project holds them
Do real multi-step work on files & toolsCoworkChat talks about work; Cowork does it — and keeps going with your laptop closed
That, recurring, with standing rules & file pathsCowork projectAdds instructions + its own memory to Cowork tasks
Keep or share something Claude builtPublished artifactA chat reply scrolls away; a published artifact has a stable link and versions
Fire off work from your phoneDispatch or a cloud Cowork taskSee the crucial difference on the Surfaces tab — one needs your desktop awake, one doesn't
Do the same task the same way, every timeSkillInstructions you'd otherwise re-paste; fires automatically when relevant
Have it happen on a schedule, no askScheduled taskThe only piece that runs without you initiating
Let Claude act inside your email / files / calendarConnectorWithout one, Claude can only talk about your tools, not touch them

The model family — the engines underneath

Every surface runs on one of these. You can usually pick per conversation or per scheduled task.

ModelPositioningReach for it when
Claude Fable 5Newest, highest capability; adaptive thinking always on; slowestLong-running agent work, hardest problems
Claude Opus 5High capability for complex agentic & enterprise workHeavy work where Fable is overkill
Claude Sonnet 5Best speed-to-intelligence balanceEveryday default
Claude Haiku 4.5Fastest, cheapest, near-frontierQuick lookups, high-volume automation

How to read this manual

Surfaces tabThe comparison matrix first — then pill sub-tabs for each surface's detail, so comparing stays one glance away
Machinery tabsSkills, Connectors, Memory, Scheduled Tasks — each with mechanics, settings locations, and watch-outs
Topic Index"Where does my context live?" cross-comparison + a filterable A–Z that jumps anywhere
FreshnessThe footer shows when sources were last checked. A monthly scheduled task re-checks Anthropic's docs and updates this page in place — same link.

Surfaces

the places you work with Claude — and how to pick one

Same Claude, different rooms. What changes between surfaces is what context is standing by, whether work continues without you, and what Claude can touch. The matrix compares them; the pills below it drill into each one.

The comparison matrix

SurfaceSetupStanding contextRuns without you?Touches your stuff viaBest for
ChatNoneMemory onlyNo — it's a conversationConnectorsQuestions, drafts, one-offs
ProjectInstructions + knowledge files, editable anytimeIts instructions, docs & per-project memoryNoConnectorsA recurring topic or role
CoworkPick "Cowork" in the message boxMemory + whatever you connectYes — cloud session keeps working, laptop closedConnectors + local folders (desktop app open)Multi-step work on real files
Cowork projectInstructions, folders, linked context; desktop-localIts instructions + its own task memoryYes (its cloud tasks do)Same as CoworkA recurring body of file work
ArtifactAsk for one; click Publish to keep it— (it IS output)Deliverables with a stable link, versions, sharing
DispatchOne continuous thread, set up onceThe thread itselfNo — needs your desktop awake with the app openYour actual desktopPhone-to-desktop task routing
Claude CodeTerminal installRepo + CLAUDE.md filesCloud sessions canYour filesystem & git directlySoftware development
CLOUD LANE — survives a closed laptop DESKTOP LANE — stops when the app closes Cowork cloud sessions start on phone, web, or desktop Scheduled task runs fire on cadence, device off Published artifacts live at their link, always Dispatch tasks run ON your desktop machine Local folder access desktop app is the bridge Browser & computer use needs the app open too
The distinction that prevents the classic surprise: a cloud Cowork task keeps going after you shut the laptop — Dispatch and anything touching local files or your browser does not.
KindConversation surface SetupNone WhereWeb · desktop · mobile PlansAll, incl. Free
PurposeThe default room: ask, draft, think, iterate — turn by turn
Context it seesThis conversation + your global memory + anything you attach; can search your past chats on request ("what did we decide about…")
Can it act?Only through connectors (send an email, create an event) — otherwise it produces text and artifacts
IncognitoIncognito chats skip history and memory entirely — for anything you don't want retained
Watch out: chat doesn't carry standing instructions between conversations — if you're re-pasting the same setup, that's a Project (context) or a Skill (procedure) asking to exist.
KindCloud workspace SetupInstructions + knowledge files PlansFree: up to 5 · paid: expanded SharingTeam/Enterprise only
PurposeBundle chats under standing custom instructions and a knowledge base, so a recurring topic never starts from zero
Knowledge baseUpload docs, code, files; on paid plans, RAG (Retrieval-Augmented Generation — fetching only the relevant passages) stretches capacity ~10× past the raw context limit
Own memoryEach project keeps a separate memory space, isolated from other projects and from non-project chats
EditableInstructions and files can be changed anytime — every future chat in the project picks the change up
Watch out: project knowledge doesn't leak out — a regular chat can't see it, and project A can't see project B · sharing needs Team/Enterprise; on Pro a project is yours alone.
KindAgentic mode SinceCloud sessions, July 2026 WhereDesktop · web · mobile (paid plans) RunsOn Anthropic's servers
PurposeClaude as a worker, not a chat partner: multi-step tasks on real files — organize, build, edit, research — delivering finished output
How it runsPick "Cowork" in the message box. The session runs in an isolated cloud environment: close the laptop, it keeps going; reopen from any device
Local filesConnect folders from your computer — readable/writable only while the desktop app is open to bridge them. Cloud-side files need no bridge.
Approval modesPer-session: Manual (approve each action) · Auto (safety-checked autonomy) · Skip (no checks — earn this one)
ExtrasSub-agents for parallel workstreams · builds real Excel/PowerPoint/Word files · browser automation · shares memory with Chat
Watch out: "cloud session" ≠ "can reach my desktop" — local folders, browser control, and computer use all still require the desktop app open · give Cowork outcomes, not keystrokes: "produce X meeting these criteria" beats a script of steps.
KindCowork workspace LivesLocally on your desktop MemoryOwn, auto-on, per-project SharingNot shareable
PurposeGroup recurring Cowork tasks under standing instructions, connected folders, and scheduled tasks — the "same file work, every week" home
ComponentsInstructions (tone, rules, naming conventions) · Context (local folders, linked chat projects, URLs) · Scheduled tasks scoped to it · Memory from past tasks, applied to future ones
Creating oneFrom scratch, from an existing folder, or by importing a chat project's instructions as the starting point
vs. chat ProjectsChat projects: cloud, conversation-centric. Cowork projects: desktop-local, task-centric, wrapped around real folders
Watch out: desktop-only and not cloud-synced — the project definition lives on that one computer · its memory stays inside it; nothing carries to other projects.
KindOutput, not a place TypesDocs · code · HTML apps · SVG · diagrams · React PublishStable link + gallery PlansAll; storage & AI features on paid
PurposeSubstantial standalone content in its own window — things you'll edit, reuse, or share rather than scroll past
VersionsEvery revision is kept; a version selector switches between them. Inline "Edit with Claude" works on highlighted text.
PublishingPublish gives an artifact a stable URL, a place in your Artifacts gallery, and shareability — updates land at the same link (this manual is one)
SuperpowersPublished artifacts can embed Claude itself (interactive apps that answer questions) and keep persistent storage (up to 20 MB, text) on paid plans — viewers' usage bills to their subscription, not yours
Watch out: an unpublished artifact lives only inside its conversation — Publish is what makes it findable later · published means one Share away from public: keep sensitive content unpublished.
KindPhone-to-desktop routing ShapeOne continuous conversation RequiresDesktop awake, app open
PurposeMessage Claude from your phone; it runs the task on your desktop computer — one thread reachable from either device, no restarting context
RoutingClaude sorts the task itself: development work spins up a Claude Code session, knowledge work spins up Cowork — each appears in its sidebar
What you seeNot the steps — the outcome: "Claude messages you the result (a spreadsheet, a memo, a pull request)," with push notifications for completion or approvals
The constraintDispatch tasks execute on your desktop machine — it must stay awake with the Claude app open while Claude works
Dispatch vs. cloud Cowork — the decision: need Claude on your phone while away? If the task can run purely in the cloud (connectors, cloud files), start a normal Cowork task from the mobile app — it survives your desktop being off. Use Dispatch when the task genuinely needs your desktop: its local files, its browser, its apps.
KindDeveloper surface WhereTerminal (CLI) + IDEs ContextYour repo + CLAUDE.md
PurposeAgentic coding: Claude reads, edits, tests, and commits in your actual codebase from the command line
Standing contextCLAUDE.md files in the repo carry project conventions — the developer's equivalent of project instructions
Relation to the restSkills work here too; Dispatch routes dev tasks here; cloud sessions exist for it as well. For non-code work, Cowork is the better-shaped tool.
Watch out: it's a power tool for software work — if your task is documents, files, and research rather than code, you want Cowork, not Code.

Skills

packaged instructions that load themselves when relevant

A skill is a folder of instructions (plus optional scripts and resources) that Claude pulls in automatically when a task matches it. Write the procedure once; every future session that needs it gets it — across Chat, Cowork, and Claude Code.

KindReusable instructions StandardAgent Skills (agentskills.io) — portable across platforms WhereChat · Cowork · Code · API ManageSettings → Capabilities → Skills
How they triggerProgressive disclosure: Claude scans available skills' descriptions, loads only the relevant one's full instructions when your request matches — no context wasted otherwise. The description is therefore the trigger; write it rich with the phrases you'd actually say.
AnatomyA folder with SKILL.md at minimum: YAML frontmatter (name, description) + Markdown body of instructions. Advanced skills add scripts and reference files.
Four flavorsAnthropic skills (documents: Excel, Word, PowerPoint, PDF) · custom (yours — like codebook-builder) · organization-provisioned (Team/Enterprise admins push to everyone) · partner (Notion, Figma, Atlassian)
Power sourceA skill has no abilities of its own — it steers whatever the session can already do. Acting on Gmail still needs the Gmail connector; the skill just says how.
RequirementCode execution must be enabled (Settings → Capabilities)
--- name: recipe-bot description: Trigger for ANY recipe request… --- # Steps 1. Ask cuisine · 2. Generate · 3. Save to database the TRIGGER — Claude reads this line to decide whether to load the PROCEDURE — loaded and followed only after triggering Weak description = skill never fires. Strong description = fires exactly when it should.
Anatomy of a skill — one file, two jobs: the frontmatter decides when, the body decides how.

The lifecycle

StageHowNotes
GetSettings → Capabilities → Skills → Browse skills; or ask Claude to draft one as a proposal you saveAnthropic + partner skills toggle on; custom ones upload
TriggerJust work — a matching request fires it; or invoke by name (/skill-name)You'll see it load in the conversation
UpdateReplace/edit the skill in Settings; or ask Claude to propose the revision for you to saveA skill can't rewrite itself — updating is always a human-approved step
Scale upBundle skills + connectors + agents into a plugin; distribute via marketplacesOrg owners can provision to whole teams; Enterprise can security-scan
Watch out: a vague description means the skill silently never fires — the #1 failure mode · skills carry instructions, not credentials or powers: no connector, no action · too many overlapping skills can fight over the same request; keep triggers distinct · skills you write are also readable instructions to future Claude — keep them precise, they'll be followed literally.

Connectors

Claude's hands — via MCP, the Model Context Protocol

Without connectors Claude can only talk about your email, files, and calendar. A connector plugs a real tool into the session — search Gmail, write to Drive, query a database — with every action gated by permissions you control.

KindTool integrations ProtocolMCP — Model Context Protocol, an open standard ManageSettings → Connectors PermissionsAlways allow · Needs approval · Blocked
How it worksEach connector is an MCP server exposing tools (actions Claude can call). You authorize it once (usually OAuth — the "sign in with Google" dance); Claude then calls tools mid-conversation, visibly
First-party setGoogle Workspace (Gmail, Calendar, Drive) · Microsoft 365 · Slack · and a growing directory of partner connectors
CustomAny remote MCP server can be added by URL — this is how niche tools and your own databases plug in
Desktop vs webWeb connectors run in the cloud and work everywhere; desktop-app connectors (local MCP servers) reach things on your machine and work only where that machine is bridged
Approval flowRead actions are generally free; write actions (send, delete, move) default to asking you first — per-tool permissions tighten or loosen this

Worked example — what Google Workspace actually allows

ConnectorClaude can readClaude can DOCan't
GmailSearch, read emails & drafts, metadataDraft · send · reply · forward (approval by default)Read attachment contents (metadata only)
CalendarEvents, shared calendars, mutual availabilityCreate · update · delete events; manage attendees; respond to invites
DriveDocs, Sheets, Slides, PDFs, Office files; metadata, permissions, historySave new files · upload · create folders · share · move · trash · update (approval by default)Process images embedded in documents (text only)
Stale-fact alert: "Claude can't delete or edit Drive files, only create new ones" was once true — the current connector can update files in place, move them, and send them to trash. Capabilities on this tab are exactly the kind of thing the monthly refresh re-checks.

Permissions discipline

SettingMeaningUse for
Always allowClaude uses the tool without askingRead-only tools you trust: search, list, fetch
Needs approvalEvery call pauses for your yesAnything that sends, changes, or deletes — the sane default
BlockedTool is off entirelyCapabilities you never want exercised from a given context
Watch out: a connector grants its FULL tool list — read the list before authorizing, not after · content fetched through connectors (emails, docs, web pages) is data, and Claude should treat instructions found inside it with suspicion; be deliberate about pairing "Always allow" writes with tools that ingest untrusted content · connectors authorize per-account: your Gmail connector is yours, not your org's.

Memory

what Claude retains about you — and exactly where it applies

Memory is Claude keeping notes as you work — your role, projects, preferences, decisions — so conversations stop starting from zero. The part people miss: memory is scoped. Knowing which pool a conversation draws from explains almost every "why doesn't it remember that?"

KindPersistent context ManageSettings → Memory — view, edit, delete by topic DefaultOn for Free/Pro/Max · admin-enabled for Team/Enterprise
GLOBAL MEMORY — one pool PER-PROJECT POOLS NO MEMORY Chat + Cowork (cloud) share it — learned in one, known in the other categorized Topics, editable in Settings Each chat project its own memory, isolated Each Cowork project its own task memory, isolated Incognito chats no history, no memory, read or written local (non-cloud) Cowork sessions also skip memory
Four scopes. If a fact lives in one pool, conversations drawing from another pool won't see it.

Mechanics

What gets storedWork context: role, projects, preferences, decisions, style — captured live as you converse, filed as categorized Topics (since Aug 2026)
ControlSettings → Memory lists every topic — read, edit, or delete each; changes apply to all future conversations. Or just tell Claude: "remember X", "forget Y"
Pause vs resetPause stops new memories, keeps existing · Reset deletes permanently
Sensitive topicsHealth, race, religion, politics, gender identity are excluded by default; a Settings toggle opts in. Some things are never stored regardless: government IDs, financial account numbers, criminal history. Claude tells you when it declines to save.
Chat searchSeparate from memory: on paid plans Claude can search your past conversations on demand — "what did we discuss about the loft tank?" — projects and non-project chats searched separately
Watch out: memory is a distillation, not a transcript — for exact wording, use chat search or the original conversation · project facts stay in the project pool: tell Claude a thing inside Project A and a plain chat won't know it · memory ≠ project knowledge files: files are documents you curate, memory is notes Claude takes.

Scheduled Tasks

work that happens without you asking

A scheduled task is a Cowork run on a timer: the prompt you wrote fires on a cadence, in the cloud, with your connectors and skills available — whether your computer is on or not. It's the piece that turns Claude from a tool you use into staff you've briefed.

KindAutomation RunsIn the cloud — device can be off CadenceHourly · daily · weekdays · weekly · manual PlansAll paid; web/mobile in beta
Cadence fires e.g. Mondays 7am Fresh cloud session your saved prompt + skills + connectors Does the work research, files, reports You get pinged result on your phone Every run is its OWN session with no memory of the last run — the prompt must carry everything, which is why it names files and links explicitly.
One run of a scheduled task. The laptop stays closed the whole time.

Mechanics

CreatingCreate with Claude (it interviews you, then generates the task) or set up manually: name, prompt, approval mode, frequency, optional model, folders
Each runIs its own fresh Cowork session — write the prompt as a complete standalone briefing: goals, sources, exact links, where output goes
CapabilitiesSame as any Cowork task: connectors, skills, plugins — Slack searches, web research, file generation, report delivery
ManagingView all tasks with past/upcoming runs · edit prompt or cadence · pause/resume · delete · run on demand
The limitCloud runs can't touch folders on your computer — cloud files and connectors only. Anything local needs you (or Dispatch) present.

Patterns worth stealing

PatternCadenceThe prompt's job
Morning briefWeekdays, earlyPull calendar + inbox + task list via connectors; deliver one compact plan
Weekly reportFridaysGather the week's activity from named sources; produce the same document shape every time
Monitor & alertHourly/dailyCheck a source for a condition; stay silent unless it's met
Living-document refreshMonthlyRe-check primary sources, diff against a published artifact, republish to the same link — this manual maintains itself this way
Watch out: runs don't remember previous runs — a prompt that says "continue from last time" fails; give it durable locations (an artifact URL, a Drive file) to read its own past state from · schedule against real needs, not anxiety: an hourly check nobody reads is pure cost · always include "if nothing noteworthy, say so briefly" or your phone fills with noise.

Topic index

The cross-cutting question first — where does my context live? — then a filterable A–Z that jumps to any section.

Where does context live? — one concept, four rooms

Context kindChatProjectCoworkCowork project
Standing instructions— (re-state each time, or use a skill)Project instructions, editable anytime— (per-task prompt)Project instructions + conventions
Files & knowledgeAttachments, this chat onlyKnowledge base (RAG-stretched on paid)Connected folders + cloud filesIts folders + linked context
MemoryGlobal poolIts own isolated poolGlobal pool (cloud sessions)Its own isolated pool
Survives laptop closed?The chat waits for youSameYes — session keeps workingIts cloud tasks do
Output that persistsArtifacts (publish to keep)Artifacts + project docsReal files, delivered & savedFiles in its folders

A–Z index