Skip to main content
A tool link policy is a named list of extraction patterns selecting which MCP tool results become artifacts of an agent’s execution — a Linear issue the agent filed, a Jira ticket, a Notion page — shown alongside its uploads and preview links in the dashboard. Workspaces select a policy by name (tool_link_policy). The platform ships the builtin murmur-tool-links, which every workspace uses by default — currently Linear issue writes, labeled by the issue identifier (e.g. MUR-123). A workspace-selected policy replaces the builtin: copy its entries into your own policy to keep them, or select a policy with an empty patterns list to disable capture entirely.

Fields

Pattern fields

Each entry pairs a tool predicate with exactly one extraction arm:
  • URL arm (url) — capture URLs the tool result already contains.
  • Identifier arm (id + link) — construct the URL from an identifier in the result text, for servers whose results carry a key but no human URL (or only an unclickable API URL — e.g. Jira’s create result returns the issue key and a REST self-link, not the browse page).
Pick one arm per tool. Entries evaluate independently, so configuring both arms for the same tool can record two artifacts for one creation (the result’s own URL and the constructed one). Match on write tools (save_issue$, create_issue$), not read tools — the tool half of each entry is what keeps a 50-item listing result from becoming 50 artifacts. The same link re-surfacing later dedups to one artifact per execution.

Examples

Extending the builtin (copy, then add)

Then point the workspace at it:

Disabling capture

A policy with no patterns captures nothing; set tool_link_policy: no-capture on the workspace.

Inspecting the builtin

Errors