Skip to main content
Glama

Preview provider exports

well_preview_provider_export
Read-only

Show the user what Well can fetch from a provider's own web app, and the Deploy action that fetches it. Draws a "deploy agent" card with one row per provider. Each row lists every file the agent can download, each with its export_id, label, format and whether it is selected. The row's deploy_url opens Well's /collect page, the same page that deploys the invoice agents, naming the provider in providers and the selected files in fetch. When the user starts the export there, the Well browser extension opens the provider in a new tab and its agent downloads the selected files, one at a time, in the user's own signed-in session, then files each one in this workspace.

Use it when the user wants data from a provider that Well cannot connect to directly, asks to "download", "export", "fetch everything" or "get the CSV" from a provider, or when the connector route is unavailable. Pass provider_slugs to preview the providers the user named; omit it to show every provider Well can fetch from. Pass export_ids when the user asked for specific files; omit it to fetch every file. A provider Well has no export for comes back in unknown_provider_slugs, and a file it does not list in unknown_export_ids: say plainly that Well cannot fetch it yet. A row whose export_ids matched none of its files selects nothing and has a null deploy_url: offer its listed files instead.

This tool starts nothing and downloads nothing. Never say a file was fetched by this call: the run happens in the browser extension after the user clicks, and the extension's side panel reports it. A row's last_run is the one record of an earlier run in this workspace: when the user asks whether a run worked, report its status, when it ended and its files_filed as returned, and nothing more. When refresh_due is true, offer to fetch the files again with the row's Deploy; Well never re-runs on its own. When harness_access is refused, no row has a deploy_url: say this browser agent is not open to the user's account yet, and offer the upload route. When the user wants several providers at once and deploy_all_url is set, offer it: it deploys every row with a link, one provider after the other. When it is null, offer each row's own deploy_url. Give each deploy_url and deploy_all_url as returned and never build or edit one. The run needs the Well browser extension, and the user must be signed in to the provider in that browser; when a login or a two-factor code stands in the way, the agent hands the tab back to the user. When error is set, report it and do not read harness_access.

When the token authorizes one workspace, call this directly — no workspace call is needed first. When it authorizes several, this read will not guess which one you mean: pass workspace_id on the call.

Input Schema

NameRequiredDescriptionDefault
export_idsNoThe files to fetch, by export_id, e.g. ['payroll_journal','employee_roster']. Omit to fetch every file. Each id selects that file on every named provider whose spec lists it.
workspace_idNoTarget workspace. Omit when the token authorizes one workspace. Required when it authorizes several: this read reports one workspace's own figures and will not choose which.
provider_slugsNoProvider slugs to preview, e.g. ['gusto']. Omit to preview every provider Well can fetch from.
conversation_idNoThe conversation id returned by the previous Well result, in its meta under well/conversation_id, in its structuredContent, or in its JSON text block. Pass it back on every call in the same conversation, including a call a card makes, so the chosen workspace and the earlier answers still apply. It decides the conversation on its own: nothing the host states about the session replaces it. Omit it only on the first call of a conversation.
workspace_scopeNoRestrict this call to the family: the token's primary workspace plus the company workspaces under it that you are a member of. Unrelated authorized workspaces drop out of the read; row reads merge across the family, while a per-workspace figure still reports exactly one workspace.

Output Schema

NameRequiredDescriptionDefault
errorNo
providersYes
workspace_idYes
deploy_all_urlYesOne /collect link that deploys every row with a deploy_url, one provider after the other. Null unless at least two rows have one, and null when their files together exceed what one link can carry.
harness_accessYesWhether this account may run the browser agent. Null when the call failed before access was checked.
conversation_idNoThe conversation this result belongs to. Pass it back as the conversation_id argument on every later Well call in the same conversation.
newly_connectedNoTools that connected to this workspace since the last result and that no session was told about yet, oldest first. Present only when at least one tool is new. The connected-line rule says when to tell an entry; when it does, one line per entry, in the person's language: "<name> is connected.". Never fold several entries into one sentence. Each entry comes back once, on one result only: never repeat its line later.
resolved_workspaceNoThe workspace that answered, when the caller named none and the token authorizes several.
unknown_export_idsYes
conversation_id_noteNoPresent only when the server opened a fresh lane, stating that no choice recorded earlier was read.
conversation_id_sourceNoWhere the conversation id came from: the host's own request meta, the caller's argument, or a fresh lane the server opened.
unknown_provider_slugsYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed9 schema fields changed
    • removedOutput schema / properties / deploy_all_url / anyOf
      Removed value: -[
      -  {
      -    "type": "string"
      -  },
      -  {
      -    "type": "null"
      -  }
      -]
    • addedOutput schema / properties / deploy_all_url / type
      Added value: +[
      +  "string",
      +  "null"
      +]
    • removedOutput schema / properties / providers / items / properties / deploy_url / anyOf
      Removed value: -[
      -  {
      -    "type": "string"
      -  },
      -  {
      -    "type": "null"
      -  }
      -]
    • addedOutput schema / properties / providers / items / properties / deploy_url / type
      Added value: +[
      +  "string",
      +  "null"
      +]
    • changedOutput schema / properties / providers / items / properties / last_run / anyOf
      Previous value: -[
      -  {
      -    "additionalProperties": false,
      -    "properties": {
      -      "ended_at": {
      -        "anyOf": [
      -          {
      -            "type": "string"
      -          },
      -          {
      -            "type": "null"
      -          }
      -        ]
      -      },
      -      "files_filed": {
      -        "type": "number"
      -      },
      -      "refresh_due": {
      -        "type": "boolean"
      -      },
      -      "started_at": {
      -        "anyOf": [
      -          {
      -            "type": "string"
      -          },
      -          {
      -            "type": "null"
      -          }
      -        ]
      -      },
      -      "status": {
      -        "enum": [
      -          "todo",
      -          "in_progress",
      -          "finalized",
      -          "error",
      -          "cancelled"
      -        ],
      -        "type": "string"
      -      }
      -    },
      -    "required": [
      -      "status",
      -      "started_at",
      -      "ended_at",
      -      "files_filed",
      -      "refresh_due"
      -    ],
      -    "type": "object"
      -  },
      -  {
      -    "type": "null"
      -  }
      -]New value: +[
      +  {
      +    "additionalProperties": false,
      +    "properties": {
      +      "ended_at": {
      +        "type": [
      +          "string",
      +          "null"
      +        ]
      +      },
      +      "files_filed": {
      +        "type": "number"
      +      },
      +      "refresh_due": {
      +        "type": "boolean"
      +      },
      +      "started_at": {
      +        "type": [
      +          "string",
      +          "null"
      +        ]
      +      },
      +      "status": {
      +        "enum": [
      +          "todo",
      +          "in_progress",
      +          "finalized",
      +          "error",
      +          "cancelled"
      +        ],
      +        "type": "string"
      +      }
      +    },
      +    "required": [
      +      "status",
      +      "started_at",
      +      "ended_at",
      +      "files_filed",
      +      "refresh_due"
      +    ],
      +    "type": "object"
      +  },
      +  {
      +    "type": "null"
      +  }
      +]
    • removedOutput schema / properties / resolved_workspace / properties / name / anyOf
      Removed value: -[
      -  {
      -    "type": "string"
      -  },
      -  {
      -    "type": "null"
      -  }
      -]
    • addedOutput schema / properties / resolved_workspace / properties / name / type
      Added value: +[
      +  "string",
      +  "null"
      +]
    • removedOutput schema / properties / workspace_id / anyOf
      Removed value: -[
      -  {
      -    "type": "string"
      -  },
      -  {
      -    "type": "null"
      -  }
      -]
    • addedOutput schema / properties / workspace_id / type
      Added value: +[
      +  "string",
      +  "null"
      +]
  2. Changed1 schema field changed
    • changedOutput schema / properties / newly_connected / description
      Previous value: -"Tools that connected to this workspace since the last result and that no session was told about yet, oldest first. Present only when at least one tool is new. Start the reply with one line per entry, in the person's language: \"<name> is connected.\". Never fold several entries into one sentence. Each entry comes back once, on one result only: never repeat its line later."New value: +"Tools that connected to this workspace since the last result and that no session was told about yet, oldest first. Present only when at least one tool is new. The connected-line rule says when to tell an entry; when it does, one line per entry, in the person's language: \"<name> is connected.\". Never fold several entries into one sentence. Each entry comes back once, on one result only: never repeat its line later."
  3. Changed1 schema field changed
    • addedInput schema / properties / workspace_scope
      Added value: +{
      +  "description": "Restrict this call to the family: the token's primary workspace plus the company workspaces under it that you are a member of. Unrelated authorized workspaces drop out of the read; row reads merge across the family, while a per-workspace figure still reports exactly one workspace.",
      +  "enum": [
      +    "family"
      +  ],
      +  "type": "string"
      +}
  4. Changed1 schema field changed
    • addedOutput schema / properties / newly_connected
      Added value: +{
      +  "description": "Tools that connected to this workspace since the last result and that no session was told about yet, oldest first. Present only when at least one tool is new. Start the reply with one line per entry, in the person's language: \"<name> is connected.\". Never fold several entries into one sentence. Each entry comes back once, on one result only: never repeat its line later.",
      +  "items": {
      +    "additionalProperties": false,
      +    "properties": {
      +      "name": {
      +        "type": "string"
      +      },
      +      "service_id": {
      +        "type": "string"
      +      }
      +    },
      +    "required": [
      +      "name",
      +      "service_id"
      +    ],
      +    "type": "object"
      +  },
      +  "type": "array"
      +}
  5. Added

TDQS

A4.9/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Far exceeds the annotations: it discloses that this call performs no fetch, that the run happens in the browser extension after the user clicks, that last_run is the only record of an earlier run, that refresh_due means offer to re-fetch, that harness_access='refused' removes deploy_url, and that error supersedes harness_access. It also notes the extension and provider sign-in requirement and the 2FA hand-back behavior. This is exactly the behavioral context annotations alone don't provide.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

It is long and dense, but front-loaded with purpose and organized around distinct concerns (what it does, when to use, edge cases, workspace rules). Nearly every sentence carries operational guidance, though a few (URL building rules, last_run reporting) could be tightened. Slightly verbose but justified by the complexity.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a read-only preview tool with an output schema, it covers everything an agent needs: what each row contains, how unknown providers/files surface, deploy_url/deploy_all_url handling, refresh_due and harness_access branches, error precedence, and the workspace_id requirement. Nothing material is left to inference.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Although schema coverage is 100%, the description adds real meaning: provider_slugs omitted means every provider, export_ids omitted means every file, and it explains matching behavior (a file not listed comes back in unknown_export_ids; a row with no matching files selects nothing and has a null deploy_url). It also clarifies the workspace_id token-authorization rule and the workspace_scope family semantics.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The opening sentence states a specific verb and resource: it previews what Well can fetch from a provider's web app and the Deploy action. It distinguishes itself from siblings like well_preview_invoice_fetch and well_create_portal_fetch by describing the deploy-agent card and /collect deploy page, and it immediately clarifies that it 'starts nothing and downloads nothing.'

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Explicit when-to-use: 'Use it when the user wants data from a provider that Well cannot connect to directly, asks to "download", "export", "fetch everything" or "get the CSV"... or when the connector route is unavailable.' It also specifies when to pass provider_slugs vs omit, and when to pass export_ids vs omit, giving concrete selection rules.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources