Ecosystem Brief
Compare four Claude execution contexts and their native records. The Desktop shell overlaps Cowork and Code, and the interface is changing. Distinguish audit access and customer retention from independent proof of agent actions.
Coverage depends on mode, plan, hosting, and admin settings. Desktop conversation and Cowork cloud work overlap in unified chats; these columns are not separate products or additive coverage. Enterprise unified experience is GA but still excludes HIPAA, ZDR, and CMEK. Unchanged eligible settings are scheduled to enable November 16, 2026; explicit admin choices are preserved. Team’s separate rollout defaults unchanged eligible settings on December 1, 2026 and retires separate modes February 1, 2027; ZDR is excluded. Unified-chat Compliance coverage remains beta and Enterprise-scoped. Local-mode HIPAA has separate restrictions; capture is not BAA coverage or signed action proof. Duet and Claude Meetings are outside these four assessed contexts; meeting transcripts do not establish coverage parity here.
Read each row separately: native audit records and customer-retained exports exist, with coverage limits. The final three rows concern evidence of agent-executed actions, not vendor personnel access or generated-content provenance. No single feature or matrix rating establishes regulatory compliance.
| Capability | Claude Desktopdesktop + MCP | Claude Coworkwork agent | Claude Codecoding agent | Managed Agentshosted / self-hosted |
|---|---|---|---|---|
| Native records · telemetry, audit access, and customer retention | ||||
| Operational telemetrywhat the agent did | ●Enterprise native chat/audit records; unified-chat cloud tool work in beta | Opt-in OTel event stream on Team/Enterprise; metadata by default on current clients | ●Standard sessions: opt-in OTel. Experimental Code Mode cannot start with OTel export enabled | Hosted events/workflows + beta OTel. Self-hosted: local event history, stderr log, opt-in OTel; no dynamic workflows |
| Tool-call / action visibility | ●Enterprise Compliance exports + Inference hooks: proposed calls can be inspected and gated; coverage limits remain | ●OTel tool names, status, and timing; inputs require eligible Desktop content capture and can be truncated. Separate local-VM EDR integration (beta) enables sensor-dependent observation. Enterprise Compliance transcripts and pre-execution hooks are separate, scoped paths. | ●Standard sessions: opt-in tool/permission events; version-specific gaps and fixes apply. Code Mode shows calls and expandable JavaScript locally, but cannot export OTel. Pre-execution hooks do not independently observe execution; verify capture by mode. | ●Hosted: API spans omit denied/multiagent/advisor calls; workflow internals stay outside events. Self-hosted history is customer-stored; its Git push log can say ok even when the Git host refused it. Neither is complete action proof. |
| Human-approval capture | — | ●Mode-dependent approval events; auto-approval is not human consent. Admins control availability and the new-task default; new Enterprise tasks default to manual approval. | ●Mode/version-dependent. Code Mode’s classifier reviews code, not each runtime call; deny/ask rules and PreToolUse hooks still apply. Guarded mod approvals normally preserve ask/hook blocks, subject to overrides, while mod-initiated calls do not prompt. denyInsteadOfPrompting denies instead. Scheduled tasks can wait for approval; automatic verdicts are not human consent. | ●Tool confirmations differ from automatic approval. Hosted workflow starts are not tool-policy-gated; the self-hosted service has no dynamic workflows |
| Identity attribution | ●Enterprise hook frames carry tenant/user attribution when available; fields may be null | ●Compliance transcripts identify users; scheduled remote runs also carry agent and initiating-user attribution | end-user / tenant attrs | Hosted: org/session attribution and caller-supplied OTel user.id. Self-hosted: SSO plus optional public-key-verifiable MCP agent tokens. Creator claims are absent for listings, subagent calls, and server-key sessions; a creator claim is not per-call approval. |
| Generated-artifact tracking | ●Enterprise file/artifact records; Docs current-text export (beta), no comments, uploads, or edit history. Claude Data adds native edit history and rollback, not proof of Compliance API export parity or signed actions; confirm coverage by artifact type. | Partial | ●File events | ●Hosted: Files API + hashes. Self-hosted: no Files API or file session resources; provision and retain files in your worker/storage |
| Credential isolationkey kept from the model | — | Partial | Partial | Hosted vault injection where supported. Self-hosted env-var credentials require optional egress gateway, approved hosts, and header-only injection; own secret manager optional |
| Scheduled / autonomous runs | — | local or cloud schedules; cloud runs without a device online | Session /loop, Desktop schedules, and cloud scheduled tasks (formerly routines, research preview); cloud tasks also accept API/GitHub triggers | ●Hosted: cron deployments + workflows. Self-hosted: bring your scheduler; no native deployments, dreams, outbound webhooks, or dynamic workflows. Hosted IAM revocation and turn interrupts are not universal stop controls. |
| In the Compliance API? | Enterprise chat/resource records; unified-chat cloud tool work and current members' saved Claude instructions (beta); not a complete device-action ledger | stable local/remote transcripts; unified-chat cloud work and members' saved Global instructions (beta, separate endpoints); HIPAA local: 30 days or shorter; no ZDR local capture | Stable Enterprise local transcripts; HIPAA-ready retention: 30 days or shorter; excludes ZDR local sessions, Code cloud sessions including scheduled tasks, API-key and third-party-cloud sessions | Managed Agents remains outside documented Compliance session coverage; self-hosted history stays in your database |
| Native enterprise audit logscoverage and evidence quality vary | ●Enterprise org/chat audit records; unified-chat cloud work in beta. Security center (beta) adds checks and attestations, not action certification; its feed can omit changes and Passed can include accepted risk. Retention-policy deletions still emit no chat/project/published-artifact deletion event. | ●Enterprise audit access + session transcripts; not a complete device-action log | ●Enterprise transcripts + standard-mode OTel. Group policies do not merge: the highest-ranked match wins; no catch-all can leave unmatched local users without server-managed capture settings. Audit mods still depend on installation, guard, and runtime; no native action signing. | ●Hosted: traces, beta OTel, and Google API-activity logs (Data Access off by default). Self-hosted: own event database, logs, and collector. Custody is not completed-action proof. |
| Customer-retained recordsexport and retain outside the vendor | ●Customer archives of org/chat exports, Enterprise hook frames, and security-center PDF reports (beta); posture reports distinguish automatic checks from Owner confirmations | ●Customer archives of Compliance exports, OTel, and Enterprise hook frames; local-VM EDR reports to the chosen security vendor. Coverage, custody, and integrity differ by path. | ●Customer archives of covered session exports, OTel, and Enterprise hook frames; capture gaps remain | ●Hosted exports/beta OTel. Self-hosted history directly in your database; logs and opt-in telemetry to your systems. You manage retention/integrity; deletion leaves backups and exports |
| Agent-action provenance · separate observation from cryptographic evidence | ||||
| Tamper-evident / signed agent-action recordHMAC hooks authenticate frames; Access Transparency signs vendor-access/preservation events. Self-hosted MCP JWTs identify agents; EDR signatures verify installers. None is a completed-action receipt. | ||||
| Independent observation of agent actions | ●Native integration for a customer-chosen EDR sensor inside the local Cowork VM (beta). Separate observation depends on that sensor; no cloud coverage or signed-action guarantee. | |||
| Portable, cryptographically verifiable agent-action record | ||||
| Attexa integrations · independent evidence for actions routed through them | ||||
| Attexa WitnessL1 · what happened | ||||
| Attexa Verified ActionsL2 / L3 · allowed? who stood behind it? | ||||
Native records, customer exports, and separate observation are different capabilities. Enterprise security center (beta) adds configuration assessments, Owner attestations, PDF export, and Compliance API access. Its feed records attestation changes, not every control-status change; expirations and other changes can be missing. The current-results endpoint returns no history, omits some controls and attestations, and returns no attestation comments. Passed can include accepted risk while the control is not in place. Compare status, current values, and retained events; no missing record proves that nothing changed. This is view-only guidance, not certification or proof of executed actions. Enterprise IP allowlisting and member sign-out add access controls, not universal stop controls: blocked chat work can continue for up to 24 hours, and sign-out leaves API keys, Code cloud sessions/schedules, and linked Cowork computers intact. Cowork’s local-VM EDR remains a separate observer, not a documented signed, portable action record.
Enterprise Compliance API session endpoints are stable for local and remote Cowork and local Claude Code. Unified conversations, including cloud tool work, use the chat endpoints in beta. Customers can archive these records. Code cloud sessions, including cloud scheduled tasks (formerly routines), API-key and third-party-cloud sessions remain outside Compliance session capture. Hosted Managed Agents has a separate event API and beta OTel; delivery and sampling can omit spans. Self-hosted Managed Agents (private beta) keeps history in your database and supports opt-in telemetry. Customer operation changes custody, not independent witnessing of the harness’s own records. Its signed MCP identity tokens authorize access, not attest that a tool completed. These records support audits without independently establishing every action that occurred. Retention-policy deletion of chats, projects, and published artifacts emits no corresponding Activity Feed deletion event, although policy changes are logged; a missing deletion event does not prove continued retention.
Anthropic's Access Transparency log (beta, eligible customers on request) is genuinely signed and tamper-evident: saved checkpoints and Merkle proofs let customers verify its committed history. For enrolled organizations, Access Transparency events continue to be recorded while the Compliance API is off; access resumes when it is re-enabled. Coverage remains Anthropic personnel access and content preservation, including eligible API-key Claude Code traffic, not agent tool actions. Anthropic explicitly says it does not prove every access was recorded or accurately described.
Enterprise Inference hooks, now out of beta, can route prompts and proposed tool calls to a customer-operated policy service, which can archive the frames. A server verdict is not a human approval. The delivery HMAC uses a shared secret; it does not establish independent, portable proof that a tool executed. Hook coverage excludes Platform/API organizations, including Managed Agents, and some product calls. Only selected roles mode inspects members set to Custom roles with a selected role, not owners or other built-in roles even if assigned that role; with no qualifying members, no member is inspected. Role scope, fail-open settings, sampling, and circuit-breaker gaps must be assessed.
Cowork's beta EDR integration is available on Team/Enterprise with Desktop 4.4212.0 or later on macOS/Windows, including supported third-party-cloud connections. The customer's approved security vendor observes local VM activity and receives the data separately from Anthropic; cloud sessions are excluded. The sensor can export prompts, files, and responses outside Cowork's network allowlist. Sensor coverage and evidence integrity need separate verification. The checked signature covers the installer package, not later sensor updates or action records. Generated-content provenance, customer exports, and OpenShell logs answer different questions. Code v2.1.312+ emits no safety_event; v2.1.307–311 can also stop after a feature-flag refresh. Standard sessions retain tool/permission records, with version-specific fixes such as v2.1.321’s NotebookEdit correction. Experimental Code Mode (v2.1.323+) cannot run with OTel export and is terminal-only. Its local transcript visibility does not establish Compliance capture parity. Hook failure rules also differ: some Code Mode PreToolUse failures/timeouts refuse calls even without onFailure; ordinary exit code 1 still proceeds unless configured to block. Check the mode and hook type, not just hook presence. The v2.1.316 release notes report refusal of unverified cached server-managed settings for Team/Enterprise logins. Configuration integrity is not a signed action record. Custom audit mods can stop in safe mode or after repeated crashes. The built-in guard also skips selected user-mod hooks and transcript rows; verify organization-owned installation where those events are needed. Failed or timed-out mod policy hooks are skipped and need event-appropriate refusing registration-level .catch handlers to fail closed. Agent SDK callbacks are a separate mechanism: onFailure: "block" (TypeScript v0.3.317+, Python v0.2.177+, compatible Code required) can block when a callback fails. Without it, most failures proceed to normal permission handling. PostToolUse cannot undo execution, PermissionRequest can lose the race to canUseTool, and stop/completion events ignore the option. These records and controls do not establish complete, independently witnessed execution.
Match the witnessing and policy-enforcement integration to the actual execution path and its capture gaps.
Claude provides native controls. Attexa adds independent action evidence.
Across Desktop, Cowork, Code, and Managed Agents, start with the native records and their limits. Attexa's role is independent witnessing and policy-gated evidence on the actions routed through its integrations: what happened, whether it was allowed, and who authorized it.