Skip to main content
WebDAV The WebDAV app provides read/write access to any WebDAV-compatible file server — Nextcloud, ownCloud, a generic Apache mod_dav instance or any vendor-specific WebDAV endpoint. It can be consumed two ways: as a remote MCP server that Agent Factory agents call as tools, or as a Builder app whose instructions you call directly from DSUL. Authentication is a per-workspace credential — HTTP Basic (username + password) or a Bearer token — pasted into the app instance and resolved server-side; agents never see it. An optional allowedPath restricts every operation to a subtree of the server. The connector exposes a single files tool that dispatches across 10 file/directory operations: listing, reading, writing, copying, moving, deleting, recursive search, full directory trees and directory creation.

Browse

List directories, fetch metadata, walk full nested trees, search by name and modification date.

Read & Write

Download file content, upload or overwrite files with a custom MIME type, create directories.

Organize

Move, rename, copy or delete files and directories — with optional overwrite-on-target.

Who is this for?

This connector is used by three different roles. Jump to the section that matches yours — each one is self-contained.

Agent builder

You build agents in Agent Factory and want them to read and write files on a WebDAV server. → Agent builder tab.

Platform admin

You run the platform and want to publish WebDAV as a reusable capability. → Platform admin setup accordion below.

Workspace builder

You write Builder automations (DSUL) that call WebDAV operations directly. → Workspace builder tab.

Prerequisites

  • A reachable WebDAV server with a stable base URL. Examples:
    • Nextcloud / ownCloudhttps://cloud.example.com/remote.php/dav/files/<username>
    • Generic Apache mod_davhttps://files.example.com/dav
    • Vendor-specific — refer to the provider’s documentation for the WebDAV endpoint.
  • Credentials matching the chosen authentication mode:
    • Basic — a username + password (often an app password if the provider supports 2FA, e.g. Nextcloud).
    • Token — a Bearer token issued by the provider.
  • (Optional) An allowed path to restrict every operation to a single subtree — useful when the WebDAV user has access to more than you want to expose.
When using basic auth against a Nextcloud or ownCloud instance with two-factor authentication enabled, create a dedicated app password in the user settings (Security → Devices & sessions → Create new app password) and use it as the password. The main account password will be rejected.
Goal: WebDAV is a per-workspace connector — each workspace pastes its own WebDAV base URL and Basic / Bearer credential into the app config (see the Workspace builder tab), so there is no platform-wide credential to provision and no central OAuth client. The only optional platform task is to publish WebDAV as a reusable capability in AI Governance so agent builders can enable it from the catalog instead of pasting a raw MCP endpoint.
There is no shared WebDAV credential for this connector. The base URL, the Basic / Bearer credentials and the optional allowedPath always live in the consuming workspace’s app configuration. A Governance capability you publish here points at a specific workspace’s MCP endpoint; that workspace still owns the credential.

Declare the capability in AI Governance (optional)

1

Open AI Governance > Capabilities

Create (or edit) the WebDAV capability.
2

Point it at the MCP endpoint

Set the capability’s MCP server URL to the connector’s MCP Endpoint (the workspace running the connector), and set its Scope to:
The agent_id in the scope is what lets Agent Factory identify the calling agent.
3

Make it available to agent builders

Once created, the capability appears in the capability picker for agent builders in your organization, who enable it on their agents. Access to the catalog follows your organization’s existing roles; there is no per-capability role grant for this connector.
Declaring the capability makes the connector available; it does not by itself authorize a specific agent. The WebDAV credential is resolved per-workspace from the app configuration — there is no OAuth auth-config JSON to attach in Governance, since authentication is a server-side Basic / Bearer credential, not a per-user OAuth flow.

Agent builder

Goal: let an agent you build in Agent Factory read and write files on a WebDAV server through MCP tools.
Before an agent can call the connector, a Workspace builder must have installed and configured the WebDAV app in a workspace (see the Workspace builder tab). Optionally, a Platform admin may have published a WebDAV capability in AI Governance (see the Platform admin setup accordion above).
The WebDAV credential is resolved server-side from the app configuration of the workspace running the connector — it is never exposed to the agent. Your agent is identified by the agent_id that Agent Factory injects through the capability Scope.
1

Install and configure the connector in your workspace

Follow the Workspace builder tab: install WebDAV in your workspace, then fill in the base URL, authentication type and Basic / Bearer credentials in the app instance config.
2

Add the MCP capability to your agent

In your agent, add a capability pointing at your workspace’s MCP Endpoint URL (auto-populated on install), and set its Scope to:
The agent_id lets Agent Factory identify the calling agent. The WebDAV credential is resolved server-side from the app config — no credential is pasted into the agent.
3

Brief the agent in its system prompt

Wiring the capability is not enough — the agent also needs to know the MCP exists and when to reach for it. Add a short paragraph to the agent’s system prompt. Copy-pasteable starter:
Refine the trigger keywords (resource names, business domains, typical user phrasings) so the agent reliably picks up the right intent in your context.
Legacy AI Knowledge agents (no native MCP picker): add the connector under Advanced > Tools > MCP and paste the MCP Endpoint URL. The WebDAV credential is still resolved server-side from the workspace’s app configuration.

Available Tools

The MCP server exposes a single entity-level tool, files, which dispatches across 10 actions through its action argument.

files

Output Formats

The files tool accepts an outputFormat argument that controls the MCP response shape:
  • verbose (default) — human-readable text for LLM consumption.
  • structured — machine-readable JSON in structuredContent.
  • both — both text and structured content.

Tool Details

files (action: list)

files (action: upload)

files (action: move)

files (action: getTree)

getTree can return very large responses on deep directories. When the tree is large, prefer list with depth: 1 and recurse client-side, or call search with a path filter.

Error Handling

WebDAV uses standard HTTP status codes plus a handful of WebDAV-specific ones (RFC 4918).

Common Issues

“WebDAV not configured” — The app instance is missing either baseUrl or the credentials for the chosen type (Basic or token). Open the app configuration and fill in the base URL, authentication type and credentials. “Basic Auth requires username and password”type is basic but the username or password is empty. Provide both in the app config (use an app password on 2FA-enabled accounts). “Token auth requires a Bearer token”type is token but no Bearer token is set. Paste a valid token in the app config. Nextcloud / ownCloud 401 with the right password — Two-factor authentication on the account requires an app password. Create one in Security → Devices & sessions and use it as the password. “Access denied - path outside allowed scope” (403) — The resolved path is not under the configured allowedPath. Either widen the allowed path or rewrite the call to a path within it. getTree times out on a large folder — Prefer listFiles with depth: 1 and recurse from the client, or use searchFiles with dateFrom/dateTo to scope the request. upload with binary content fails — The content parameter is a string. For binary payloads, stage the file elsewhere (a previously uploaded file in WebDAV, a public URL, etc.) and use copy or an out-of-band upload. The connector does not currently accept base64-encoded content. Trailing slashes — Some WebDAV servers are strict about trailing slashes on directories. If a directory listing returns 404, retry with a trailing /.

External Resources

WebDAV (RFC 4918)

Official WebDAV protocol specification.

Tool Agents

Learn how Agent Factory agents consume MCP tools in Prisme.ai.