You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a workflow user, I want Agents under xmd workflow to be mandatorily read-only, so Agent judgment can inspect retained work without mutating Workspace, Git, journal, or external systems outside durable XMD effects.
Contract
The workflow host enforces a read-only ceiling through its provider permission bridge, provider-native sandbox, environment policy, network policy, and filesystem view. Document components, repository .codex/.claude configuration, and prompt content cannot raise that authority. A provider that cannot enforce the contract fails before Prompt execution.
Native Agent processes receive disposable read-only materializations of a logical Workspace root. These views have no write-back path. Provider caches and session state remain separate from Workspace data.
Agent.AddDir explicitly registers a Workspace-relative directory with the Agent session. Registration is ordered and may occur between prompts:
<Agent>
<Agent.AddDir path={apiWorktree} />
<Prompt>Review the API.</Prompt>
<Agent.AddDir path={sdkWorktree} />
<Prompt>Compare the SDK.</Prompt>
</Agent>
Lexical Dir changes cwd for XMD operations; it does not register Agent access. Repository defaults may provide .codex and .claude configuration inside the read-only view, subject to the same authority ceiling.
Agent session mappings are retained with the WorkflowRun. Completed replay restores Prompt results without launching an Agent. Partial replay reattaches a compatible provider session when supported or reports explicit incompatibility.
Story
As a workflow user, I want Agents under
xmd workflowto be mandatorily read-only, so Agent judgment can inspect retained work without mutating Workspace, Git, journal, or external systems outside durable XMD effects.Contract
The workflow host enforces a read-only ceiling through its provider permission bridge, provider-native sandbox, environment policy, network policy, and filesystem view. Document components, repository
.codex/.claudeconfiguration, and prompt content cannot raise that authority. A provider that cannot enforce the contract fails before Prompt execution.Native Agent processes receive disposable read-only materializations of a logical Workspace root. These views have no write-back path. Provider caches and session state remain separate from Workspace data.
Agent.AddDirexplicitly registers a Workspace-relative directory with the Agent session. Registration is ordered and may occur between prompts:Lexical
Dirchanges cwd for XMD operations; it does not register Agent access. Repository defaults may provide.codexand.claudeconfiguration inside the read-only view, subject to the same authority ceiling.Agent session mappings are retained with the WorkflowRun. Completed replay restores Prompt results without launching an Agent. Partial replay reattaches a compatible provider session when supported or reports explicit incompatibility.
Acceptance
Agent.AddDirregisters explicit paths in document order and has no special first-directory behavior.DirandAgent.AddDirremain distinct operations..codexand.claudedefaults can configure the Agent but cannot raise host authority.Dependencies