well_refresh_share_link

io.github.WellApp-ai/well-mcp · Verify this server

Take a new snapshot of a shared link made by well_share_widget or well_share_canvas, on the SAME link: whoever already holds it now sees the new figures with the new date, and it still opens until it is stopped. Call it when the person asks to update, refresh or bring up to date a link they already sent ("update the link I sent my accountant"). Name the link with exactly one of `share_link_id` (from the share earlier in this conversation, or from well_list_share_links) or `url` (the link as the person pasted it). - A link to ONE widget: Well runs the widget's tool again, as the caller, with the arguments it was shared with. Pass no `arguments`: the link keeps showing the same reading, measured again. To share another reading (another period, filter or scope), make a new link with well_share_widget instead. One exception: when the widget takes the figures themselves as its arguments (a cash position, burn, runway, cash forecast, cash flow bridge, cost structure, monthly pivot, MRR or category trend card), measure them again first with that card's own skill and pass the new call's `arguments`, copied exactly: running the old ones again would only re-date old figures, so that case is refused. - A link to a widget that acted on the workspace (a document, an invoice, an email draft, a company or person as written) shows the one result of that call and is refused with `refused_reason: "one_result"`: a new snapshot would act again. Offer to share the newer result with well_share_widget, which makes a new link; the old one keeps its result until it is stopped. - A link to a BOARD: measure the board the same way as for well_share_canvas (well_show_canvas, then each block's render tool over its window), and pass `version` and `blocks`. A link that was stopped, or that no longer opens, cannot take a snapshot: share again to make a new link. Tell the person the link they sent now shows the new figures and still opens until they stop it. The link itself does not change and is not returned again. 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.