Start here
What Arc is responsible for
Arc is a native macOS control and collaboration layer. Provider conversations remain in their own apps or websites; Arc MCP remains the machine-access authority.
Provider
ChatGPT, Claude, Codex, and future agents keep their own accounts, conversations, model controls, sandboxes, and provider approvals.
Arc
Arc tracks exact sessions, surfaces local activity, opens the right conversation, manages collaboration rooms, and schedules explicitly enabled wake delivery.
Local authority
Arc MCP decides which workspaces exist and which read, write, Git, task, or process capabilities are allowed in each one.
Current availability
Arc is currently in private Early Access / development distribution rather than a generally available public release. The packaged app already carries its frozen Arc MCP runtime, so normal testers do not need a developer toolchain. Source-build instructions remain below for contributors and internal development only.
The two connections people most often confuse
A provider needs a tool connection to call Arc MCP. It may also need a separate session connection so Arc can identify, focus, bind, or wake the exact conversation.
| Layer | Purpose | Examples |
|---|---|---|
| Tool connection | Lets the provider list and invoke the locally permitted MCP tools. | OpenAI Secure MCP Tunnel, Claude managed relay, Claude Code/Codex stdio connector. |
| Session connection | Lets Arc associate visible or native provider sessions with the work that produced them. | Chromium browser bridge, ChatGPT/Claude App exact-session routing, Codex App thread binding. |
| Agent Bus | Lets already-connected agents exchange bounded collaboration work. | Rooms, messages, tasks, handoffs, acknowledgements, and resource claims. |
Installation
Install Arc
Normal Arc use is packaged as a macOS app with Arc MCP included. Developer tools are not a base product requirement.
Normal-user requirements
- Apple Silicon Mac running macOS 14 or later.
- Internet access for activation, downloads, and any cloud providers you connect.
- An account/app for the AI providers you choose to use.
- Git only if you want Arc's Git workspace features.
No developer toolchain required
Base Arc use does not require Xcode, Swift, Python, Homebrew, Terminal setup, or either source repository. Arc MCP ships as frozen executables inside the app bundle. Git is optional and only affects Git-specific workspace tools.
Early Access / packaged app
Private Early Access builds are distributed as a versioned DMG. Drag Arc.app to Applications, open it, then complete the Setup and Connectors pages. Release builds load Arc MCP and its native helpers from the signed app bundle; the managed workspace configuration lives under Application Support.
Arc.app/Contents/Helpers/
├── arc-mcp
├── orqara-arc-mcp-stdio
├── orqara-arc-connector-gateway
└── orqara-arc-managed-relay
~/Library/Application Support/OrqaraArc/arc-mcp/
└── config.tomlPublic distribution still depends on the final Developer ID, notarization, Gatekeeper, and clean-Mac release acceptance pass. Those release gates do not turn Xcode, Python, Homebrew, Terminal setup, or source checkouts into normal-user requirements.
Provider-specific dependencies
| Dependency | When it is needed |
|---|---|
| OpenAI tunnel-client | Only for ChatGPT Web / Secure MCP Tunnel mode. It is not a base Arc dependency; current development builds may discover/install it separately while the packaged beta path is being finalized. |
| ChatGPT Desktop | Only for ChatGPT native App routing/background delivery. |
| Claude Code CLI | Only for Claude Code. |
| Codex executable | Only for Codex. Arc can use a supported standalone Codex or one bundled by ChatGPT where available. |
| Chromium browser extension | Only for browser-mode session discovery/routing. |
Developer/source build
Contributors building Arc from source still need the development toolchain and source checkouts. From the Arc checkout, the development builder installs a stable signed Arc Dev.app at ~/Applications/Arc Dev.app.
cd /ABSOLUTE/PATH/TO/Arc
tools/build_arc_dev_app.sh
open "$HOME/Applications/Arc Dev.app"Arc Dev can refresh a sibling Arc MCP checkout automatically. You can also refresh the managed runtime directly while developing:
cd /ABSOLUTE/PATH/TO/arc-mcp
tools/install_arc_managed_runtime.shArc MCP
Choose exactly what agents can access
Workspace configuration is the security boundary. Adding an agent, binding a conversation, or enabling Agent Bus wake never broadens these permissions.
Add a workspace
- 01Open Settings → Arc MCP.
- 02Choose Add Workspace… and select the folder Arc should be allowed to see. New workspaces start Read Only.
- 03Choose an Access level for that workspace. Developer is the recommended profile for normal coding work.
- 04Enable Protect only when you want Arc MCP path-specific mutations coordinated with active Agent Bus reservations.
Connecting a provider, joining a room, or binding a conversation never adds another folder automatically. Each workspace remains separately authorized.
Access levels
| Access level | Authority |
|---|---|
| Read Only | Inspect files, search source, and use read-only Git tools. |
| Workspace Write | Adds file creation, editing, moving, and deletion inside the workspace. |
| Developer (Recommended) | Recommended for coding: workspace writes, controlled Git mutations, and trusted configured tasks. |
| Full Access ⚠︎ | Not recommended. Adds arbitrary process execution as your logged-in macOS user. |
Full Access is deliberately different
Full Access adds arbitrary executable + argument process execution as your logged-in macOS user. It is not an OS sandbox: commands may reach files, credentials, network resources, and other capabilities available to that account. Prefer Developer unless arbitrary execution is genuinely required.
Protected Collaboration
When Protect is enabled for a workspace, Arc checks active Agent Bus reservations before path-specific Arc MCP file mutations. It is not an OS file lock and does not cover arbitrary commands, configured tasks, Git push, or provider-native tools. It adds coordination; it does not grant a permission that the workspace otherwise lacks.
Built-in path and secret protections
Arc MCP rejects parent/absolute escapes, out-of-root symlinks, .env*, SSH/cloud credential folders, Git internals, common private-key formats, and unsafe large/binary reads. The active MCP configuration is itself protected from MCP mutation so an agent cannot rewrite its own permissions.
Developer configuration reference
Normal users should manage workspaces in the Arc MCP tab. For source builds, configured tasks, or advanced debugging, Setup → Show Config reveals the underlying file at ~/Library/Application Support/OrqaraArc/arc-mcp/config.toml.
[server]
host = "127.0.0.1"
port = 8765
[workspaces.my_project]
path = "/ABSOLUTE/PATH/TO/MY-PROJECT"
allow_git = true
allow_write = true
allow_git_write = true
git_push_remote = "origin"
allow_tasks = true
allow_exec = false
protected_collaboration = false
[workspaces.my_project.tasks.build]
argv = ["/usr/bin/swift", "build"]
timeout_seconds = 180
description = "Build the project"
[workspaces.my_project.tasks.test]
argv = ["/usr/bin/swift", "test"]
timeout_seconds = 180
description = "Run the test suite"Arc settings
Set up Arc in the current UI
The normal flow is Setup → workspace permissions → provider connection → room/session binding. Low-level runtime paths are not part of normal onboarding.
- 01Launch Arc from Applications.
- 02Open Settings → Setup and confirm Arc MCP is ready. Use Set Up Arc MCP or Repair Managed Setup only if it needs attention.
- 03Open Settings → Arc MCP, add the folders you want to authorize, and choose an access level for each one.
- 04Configure only the Setup components you need: Browser Extension, OpenAI Secure MCP Tunnel, and/or Claude Relay.
- 05Open Settings → Connectors and connect the provider surfaces you plan to use.
- 06Create or open a Room, link its workspace when collaboration needs one, then bind exact provider sessions as required.
Where settings live
| Tab | Purpose |
|---|---|
| General | Everyday Arc behavior such as launch and notch/panel preferences. |
| Setup | Initial/recovery setup for Arc MCP, Browser Extension, OpenAI Secure MCP Tunnel, and Claude Relay. |
| Animations | Visual/animation preferences only. |
| Connectors | Connect ChatGPT, Claude, Claude Code, and Codex; choose Browser/App/CLI destinations and automation behavior. |
| Arc MCP | Add workspace folders and choose their local permission profile and Protected Collaboration setting. |
| Dev | Arc Dev/debug builds only. Low-level executable/runtime/path overrides live here and are not part of the release UI. |
Accessibility permission
Accessibility is intentionally feature-specific. Smart menu-bar crowding uses it to adapt around menu items. Some App-mode prefill/draft-safety paths use it to verify an exact composer or protect a user draft. Native background send paths do not treat Accessibility typing as a fallback when their verified provider-native transport is unavailable.
Provider setup
Connect ChatGPT
ChatGPT has two complementary routes: a browser/tool path through OpenAI Secure MCP Tunnel and an optional native Desktop integration for exact App-mode routing and delivery.
A. Give ChatGPT access to Arc MCP
Keep Arc MCP bound to 127.0.0.1:8765. ChatGPT cannot call localhost directly, so this route uses OpenAI Secure MCP Tunnel.
- 01Open Settings → Arc MCP and add only the workspaces you want ChatGPT to be able to reach. New workspaces start Read Only.
- 02Open Settings → Setup → OpenAI Secure MCP Tunnel. Save the tunnel ID there, then choose Open ChatGPT Setup to continue in Connectors.
- 03In Settings → Connectors → ChatGPT, use Set Up / Connect / Reconnect / Repair as appropriate. Enter the restricted runtime key during connector setup; Arc stores its reconnect copy in Keychain.
- 04If tunnel-client is missing, the current installer can use an existing Homebrew installation to install OpenAI's supported package. Arc does not bundle tunnel-client yet.
- 05For an admin-assisted first run, Create automatically can use a temporary OpenAI admin key plus the restricted runtime key and organization/workspace scope. Arc does not persist the admin key.
- 06Wait for Arc to report the tunnel ready and verify the required Arc MCP tool catalog. Treat Arc's current verification result as authoritative rather than relying on a fixed tool count.
- 07Choose Open ChatGPT Connectors. In ChatGPT create a developer/custom MCP app, choose Tunnel, select the same Arc MCP tunnel, let ChatGPT discover the tools, and name the app Arc MCP.
Do not expose Arc MCP
Do not change Arc MCP to 0.0.0.0 and do not paste http://127.0.0.1:8765/mcp into ChatGPT. The tunnel is the bridge; the MCP remains private on loopback.
OpenAI can rename or move developer controls. Use the current Secure MCP Tunnel documentation when the provider UI differs from these labels.
B. Browser session bridge
- 01Keep Arc MCP on loopback; do not expose port 8765 to the network.
- 02In Settings → Arc MCP, choose Add Workspace… for each folder you want agents to access. New workspaces start Read Only.
- 03In Settings → Setup, configure the OpenAI Secure MCP Tunnel. Save the tunnel ID there; the restricted runtime key is entered during ChatGPT connector setup and stored in Keychain.
- 04Open Settings → Connectors → ChatGPT and use Connect / Reconnect / Repair as needed. Arc keeps implementation details and diagnostics out of the normal steady-state card.
- 05Choose Open ChatGPT Connectors, create an app using Tunnel as the connection method, select the same Arc MCP tunnel, let ChatGPT discover the tools, and name the app Arc MCP.
- 06If you want browser session discovery/routing, use Settings → Setup → Browser Extension, load the bundled extension, paste its extension ID, then Install / Refresh Native Bridge.
- 07Open the exact ChatGPT conversation you want Arc to see, then bind it to the room from the Rooms panel.
The bridge forwards coarse visible provider/session state and a sanitized canonical conversation identity. Arc MCP activity remains the source of truth for machine actions.
C. ChatGPT App routing
- 01Install the official ChatGPT Desktop app and launch Arc.
- 02Open Settings → Connectors → ChatGPT and choose App under Open conversations in.
- 03Use the ChatGPT connector's Connect / Reconnect / Repair flow. Native routing is managed from this connector card rather than a second native-routing settings section.
- 04Open the exact ChatGPT conversation you want to use, then bind or rebind it from the Rooms panel.
- 05Choose your Agent Bus automation level: wake, prefill, auto-send, and optionally background auto-send.
- 06Use the connector's Diagnostics disclosure only when routing or connection health needs investigation.
Normal ChatGPT launch remains normal
Arc does not replace or require a special copy of ChatGPT.app. App routing attaches to the official provider app while keeping connection health, reconnect, removal, and diagnostics in the ChatGPT connector card.
If Diagnostics reports a Conflicting Codex override, another tool has already set CODEX_CLI_PATH. Arc deliberately refuses to overwrite it automatically.
D. ChatGPT Agent Bus wake settings
After a conversation is bound to a room, choose the Browser or App destination and enable only the automation level you want.
| Control | Effect |
|---|---|
| Agent Bus wake | Allows targeted unread Agent Bus work to wake the exact bound destination. |
| Prefill fixed wake notification | Places only Arc-owned room/delivery/handoff/task references in the exact browser/app destination. Peer-authored message bodies are not copied into the composer. |
| Auto-submit / Auto-send | Submits only after destination, fixed prompt, busy state, and other safety checks succeed. |
| Auto-send in background | For ChatGPT App, uses the native Desktop thread-state/send path without focusing the app. Busy work and drafts queue until safe; queued wakes survive Arc restarts. |
Provider setup
Connect Claude
Claude Web, Claude App delivery, and Claude Code are separate surfaces. They can share the same Arc MCP authority while using different transports.
A. Claude Web managed relay
- 01Open Settings → Setup → Claude Relay.
- 02Enter the public HTTPS relay URL and the relay device credential, then choose Save and Connect Relay.
- 03If Arc shows a Claude pairing code, use it while authorizing the connector in Claude.
- 04Open Settings → Connectors → Claude for provider connection/session controls and Diagnostics.
- 05When connected, Claude receives the Arc MCP tool catalog; each call is still enforced by the workspace's local permission profile.
The default managed relay exposes a public HTTPS connector while the machine-side relay remains attached. In workspace-policy mode, the relay does not upgrade capabilities: Arc MCP still decides whether each workspace is read-only, writable, task-enabled, or Full Access.
Ordinary restarts do not require re-pairing
A normal Arc relaunch reattaches the managed relay and preserves the durable Claude grant. Network interruption, sleep, or a relay process restart should not itself trigger a new OAuth flow unless authorization has actually expired or been revoked.
Use Stop & Revoke when you explicitly want to invalidate Claude's connector authorization rather than merely stop the local process.
B. Claude App / direct background session
- 01Choose App as Claude's session destination in Arc.
- 02Under Direct Claude session, choose Sign in with Claude.
- 03Email and magic-link sign-in stay inside Arc; Google sign-in opens in your normal browser and returns only Claude's one-time callback to Arc.
- 04Use Check Session until Arc reports the direct session is connected.
- 05Open the exact Claude conversation you want, then bind or rebind it to the room in Arc.
- 06Enable Agent Bus wake, Prefill, Auto-send, and optionally Auto-send in background only to the level you want.
Arc stores this Claude session only in its own persistent WebKit data store. Google sign-in uses Claude's provider-owned browser hop; Arc receives only the one-time callback needed to complete its own session. Arc does not import your normal browser cookies or Claude Desktop cookies.
Claude can still require user authorization
Background auto-send is transport permission, not blanket behavioral authorization. Claude may require an explicit message from you authorizing autonomous Agent Bus work before it will cooperate without a foreground confirmation.
C. Claude wake controls
| Destination | Behavior |
|---|---|
| Browser | Arc can focus the exact bound Claude web conversation, prefill a fixed reference-only wake, and optionally auto-submit after verification. |
| App, foreground auto-send | Arc focuses the exact bound Claude conversation, verifies the destination/composer/non-busy state, then sends the fixed wake. |
| App, background auto-send | Arc keeps Claude unfocused and uses its exact native background delivery path. Busy work is queued and ambiguous submissions are not blindly retried. |
D. Claude Code
Claude Code is a local stdio surface, separate from Claude Web. Arc generates an Arc MCP Claude plugin under its Application Support directory, adds the local Orqara marketplace to Claude Code, and installs arc-mcp@orqara-arc at user scope. The plugin's .mcp.json contains only the fixed Arc stdio helper path and connector ID; the connector credential remains in Keychain.
In the Claude Code card, use Connect and Diagnose. Leave executable/helper overrides empty when Arc can discover the packaged or standard local paths.
Provider setup
Connect Codex
Codex can remain visibly interactive in either the desktop app or a real Terminal CLI session while Arc supplies collaboration routing.
- 01Open Settings → Connectors → Codex and connect the Codex surface.
- 02Choose App or CLI under Open Codex in.
- 03In Rooms, link the room to the Arc MCP workspace the collaboration should use.
- 04Add Codex to the room. In App mode, open the exact Codex thread and choose Bind / Rebind; Arc stores the exact thread ID and shows its real conversation title when available.
- 05CLI mode uses Arc's managed Terminal session for the linked workspace rather than pretending an arbitrary existing Terminal session is safely bindable.
- 06Enable Wake for Agent Bus, prefill, or auto-send only to the level you want.
Arc does not inherit Codex authority
Codex keeps its existing sandbox and approval policy. Agent Bus wake does not grant extra filesystem/process access, and Arc never auto-approves provider permission requests.
App vs CLI
| Mode | What Arc does |
|---|---|
| App | Opens the Codex desktop app, routes to the selected workspace/session, and can prepare the bounded Agent Bus wake. Optional auto-send requires Accessibility verification of the exact Arc-generated prompt. |
| CLI | Opens a real Terminal window with interactive Codex CLI so autonomous work stays visible and the Arc card can return to that Terminal session. |
Daily use
Sessions, activity, diffs, and commands
Arc is useful even before multi-agent collaboration: it makes local agent work visible and gives you a direct route back to the session that caused it.
Agent/session cards
Clicking a connected agent card opens or focuses that agent's associated session. Browser routes use the validated canonical conversation URL. Native App routes use the provider-specific exact conversation identity when that integration has been verified. Arc does not deliberately route by a matching title alone.
Recent activity
Arc MCP emits structured activity for completed tool calls. Arc can show workspace/tool metadata, Git operations, configured tasks, command results, and exact text-mutation +/- summaries without persisting arbitrary file-read contents or raw tool payloads.
Diff review
File mutations with diff artifacts can be expanded into the tall in-notch review. Use Open in VS Code to jump to the validated local file when that action is available.
Notch behavior
| Mode | Behavior |
|---|---|
| When Busy | Expands for active work and collapses again after completion. |
| Stay Expanded | Keeps the main Arc panel open until you compact it. |
| Minimal | Tracks activity without automatically unfolding the full panel. |
Agent Bus
Create rooms and bind exact conversations
A room is the collaboration boundary. Membership identifies the agents; a conversation binding tells Arc exactly where targeted provider wake should land.
Room membership and workspace
Open the Rooms panel to create/rename rooms, add connected agents, remove agents, and delete rooms. Each room can also link to one configured Arc MCP workspace using the room's workspace selector. That link is editable later and is especially important for Codex wake, which fails closed when the room has no usable linked workspace.
ChatGPT and Claude conversation bindings
- 01Choose Browser or App as the provider's session destination in Settings → Connectors.
- 02Open the exact ChatGPT or Claude conversation you want on that surface.
- 03Open the room and find that agent's conversation row.
- 04Choose Bind, or Rebind when a binding already exists.
- 05Select the validated conversation candidate. Arc stores the exact provider conversation identity, not just its display title.
- 06Use Clear when you deliberately want the room to have no conversation binding for that agent.
Why a new chat may not appear immediately
Browser candidates come from the live Chromium inventory; App candidates come from the currently validated native conversation. If the menu says No open chats or No current app chat, open/focus the desired conversation first and make sure that surface's integration is healthy.
Codex App Bind / Rebind / Clear
Codex App uses its own durable room-level binding: (room, Codex agent) → exact Codex thread ID. Open the intended Codex thread, then use Bind or Rebind in the room's Codex row; Clear removes that binding. Arc prefers the provider's real thread title for the label when available, but routing authority remains the exact thread ID.
The room workspace link and the Codex thread binding are separate. Linking a workspace does not bind an existing App thread, and selecting a thread does not prove it belongs to the linked workspace. Choose the intended thread explicitly.
Codex CLI uses Arc's managed Terminal session
Arc does not claim it can safely bind any arbitrary pre-existing Codex CLI terminal. CLI mode uses Arc's managed persistent Terminal session for the room's linked workspace. App thread Bind / Rebind / Clear applies only to Codex App mode.
Collaboration
How Agent Bus work moves between agents
Agent Bus keeps collaboration durable and explicit. Arc transports references and state; the receiving agent retrieves the actual work through its authenticated Agent Bus tools.
| Primitive | Use it for |
|---|---|
| Message | A bounded piece of collaboration context sent to one agent or the room. |
| Task | Work with explicit todo/claimed/working/review/complete state and lease ownership. |
| Handoff | A structured transfer with summary, important details, next steps, and artifact references. |
| Acknowledgement | Marks a specific delivery as processed without implying a new reply. |
| Resource claim | Advisory file/directory ownership that helps agents avoid editing the same area simultaneously. |
Receiving targeted work
An Arc wake contains only opaque collaboration references such as room, delivery, handoff, or task IDs. The agent then calls Agent Bus sync/read tools to retrieve the actual content and decides whether to acknowledge, accept, claim, decline, or reply. Peer-authored text is not blindly pasted into another provider's composer.
Task ownership
Tasks use bounded leases so two agents cannot both believe they own the same exclusive task. A claimed task progresses through working and review to complete, or can be made available again when ownership should be released.
Broadcasts are not an autonomy grant
Room broadcasts and generic todo tasks do not imply autonomous fan-out. Targeted deliveries are the normal wake trigger, and higher-level autonomous cooperation still depends on your instruction and each provider's own approval policy.
Automation
Wake, prefill, auto-send, and background auto-send
Arc separates these controls so you can stop at the level of automation you are comfortable with.
| Level | What happens |
|---|---|
| Wake only | Arc routes/focuses the exact bound surface when targeted work arrives, but you remain responsible for sending. |
| Prefill | Arc prepares only the fixed reference-only wake notification after verifying the exact destination and composer state. |
| Auto-send | Arc sends the verified wake without another click. Provider-specific safety checks still apply. |
| Background auto-send | On supported App routes, Arc can deliver without bringing the provider app forward. The scheduler respects busy/draft state and durable queued work. |
Busy threads and user drafts
Arc treats the target conversation's state as a safety gate. If a provider turn is active, a draft exists, or the exact destination cannot be established, delivery is queued or left for manual action rather than typed into the wrong place.
No blind retry after an uncertain send
Side-effecting submission is intentionally one-shot. If Arc loses the response channel after a potentially successful send, it records the submission as uncertain instead of blindly sending the same wake again.
Background collaboration remains bounded
Arc has live-tested finite ChatGPT ↔ Claude Agent Bus cooperation across independently bound rooms. That transport capability does not authorize an open-ended agent loop: the agents still need an explicit user instruction that permits the collaboration they are being asked to perform.
Trust model
What Arc deliberately does not grant
The core rule is simple: routing and collaboration never become permission escalation.
Machine authority stays local
The active Arc MCP configuration decides workspace scope and capabilities. Remote relays and Arc UI state cannot upgrade it.
Provider approvals stay provider-owned
Arc does not auto-approve ChatGPT, Claude, or Codex permission prompts and does not synthesize provider approval identities.
Credentials stay out of collaboration payloads
Connector credentials are stored in Keychain or provider-owned stores. Agent Bus messages and provider configuration should not contain bearer tokens.
Exact routing is fail-closed
If Arc cannot prove the intended conversation/surface, it does not substitute whichever provider window happens to be visible.
Browser bridges stay narrow
They are for sanitized session identity, coarse visible state, exact wake preparation, and specific auth callbacks—not hidden reasoning or arbitrary page/network capture.
Full Access is explicit
Arbitrary process execution is available only when a workspace explicitly enables Full Access, and Arc documents that it is not an OS sandbox.
Reference
Troubleshooting
Work from the local authority outward: Arc MCP, provider transport, session integration, then Agent Bus binding/wake.
Port 8765 is already in use
Find the listener with lsof -nP -iTCP:8765 -sTCP:LISTEN. Arc deliberately will not kill an arbitrary process. Stop an old Arc MCP instance only if you know it is yours.
MCP is reachable but Arc shows no structured activity
A manually started MCP may be missing ORQARA_ARC_ACTIVITY_LOG. Stop it and let Arc start the managed runtime, or launch it manually with that environment variable for diagnosis.
ChatGPT App diagnostics report a conflicting override
Another tool has set CODEX_CLI_PATH. Arc refuses to replace it automatically. Remove or reconcile that override, then use the ChatGPT connector's reconnect/diagnostics flow again.
Browser binding says No open chats
Open the desired ChatGPT or Claude conversation in the connected Chromium browser, confirm the browser bridge is healthy, then return to Rooms and choose Bind or Rebind.
App binding says No current app chat
Open the exact conversation in the provider's native app first. Arc binds only a validated current app conversation; it does not guess from titles.
A wake is queued instead of sent
Arc fails closed while the target thread is busy, a user draft is present, the exact destination cannot be verified, or provider authorization is incomplete. Clear the blocking state rather than forcing delivery.
Claude background work does not continue
Check the Direct Claude session, MCP approval state, exact room binding, and background auto-send setting. Claude may also require an explicit user authorization message before it agrees to autonomous background collaboration.
Verify Arc MCP directly
lsof -nP -iTCP:8765 -sTCP:LISTEN
# Expected managed endpoint:
http://127.0.0.1:8765/mcpUseful provider diagnostics in Arc
Start in Settings → Connectors and use the provider card's Diagnose / Diagnostics and reconnect controls. Setup owns ordinary Arc MCP, Browser Extension, OpenAI Tunnel, and Claude Relay readiness; Arc MCP owns workspace authority. Low-level executable/path overrides belong only to the debug Dev tab.
Orqara
Orqara documentation
Arc is the first product being documented publicly. The broader Orqara platform documentation will live separately as the local files, memory, data, and model-control layer becomes a product rather than a direction.
Coming Soon
OrqaraThis section will cover Orqara's user-owned files, memory and personal context, local/frontier model choices, data portability, and the trust boundary between local storage and external intelligence. Until those product contracts are stable, the docs will not invent setup steps for features that are not ready.