ActionDock puts deterministic policy, owner approval, credential brokering, and an execution receipt between any existing AI agent and one real API write.
01INTENTAgent submits an exact request
02POLICYDeterministic rules evaluate it
03APPROVALOwner reviews this version
04EXECUTIONActionDock brokers the credential
05RECEIPTResponse and state are recorded
THE API-WRITE BOUNDARY
Policy before access. Receipt after action.
ActionDock is a supervised API-write gateway, not an open proxy and not an agent runtime. The destination, credential, and owner-authored transaction rules remain controlled outside the calling agent's context. This boundary applies only to writes routed through ActionDock; a direct login, credential, native connector, or browser path bypasses it.
01
Define one exact connection boundary
The owner enters the HTTPS base URL, authentication type, methods, and a write-policy mode. The default uses path prefixes only; the recommended mode combines those prefixes with an owner-authored reasonableness rule. The constrained setup assistant can draft manual fields from typed or dictated instructions, but a draft never saves itself or authors the runtime rule.
Dashboard → API connections
02
Submit the agent’s intent
The agent calls integration.execute with a connection, method, path, query, and body. ActionDock creates a job before any external request is sent.
integration.execute
03
Enforce deterministic policy
ActionDock enforces the destination, method, public-network and SSRF protections, and execution limits on the server. Path prefixes also apply unless the owner explicitly selected advanced Reasonableness only mode. The connection version, resolved target, exact query, and body are bound into the transaction preview.
policy → allowed | rejected
04
Approve, check, and execute this version
A signed-in owner reviews and approves the exact transaction preview. In an AI-enabled mode, ActionDock then applies the owner's reasonableness policy as a probabilistic allow-or-reject check. It fails closed, does not search the web, and never receives the stored credential. Only an allowed request is sent with the server-held credential.
awaiting_approval → queued → running
05
Return a receipt or reconcile uncertainty
ActionDock records status, timestamps, safe response headers, bounded body, and errors. If the provider may have accepted the request but the response was lost, the job becomes execution_unknown. Blind retry stays blocked; an operator must reconcile downstream state before deciding what happens next.
job.succeeded | execution_unknown
FIRST SAFE WRITE PATTERNS
Start narrow enough to verify.
PROJECT OPERATIONS
Move one approved work item to its next state without exposing the system credential.
INTERNAL RECORDS
Write reviewed metadata only to permitted resource paths and preserve the provider response.
QUALITY REMEDIATION
Show the correction payload, require an owner decision, and stop for reconciliation when execution is uncertain.
MODEL-INDEPENDENT / OWNER-APPROVED
Map the first write your agent cannot safely make today.