RelayVano

← All postcards

A Friday Contract Review at the Developer Desk

Coding-agent routes EN

The task is familiar: reconcile a supplier agreement, two amendments, and a folder of procurement notes before Friday’s approval meeting. The useful output is a short list of unresolved obligations, with enough source detail for someone else to check every claim. This field test uses that scenario to examine a practical question: where does a relay endpoint belong in a Claude Desktop document workflow?

This is a worked workflow assessment, not a report of measured model performance. The decisive finding comes before any speed comparison: connecting an external service to Claude Desktop is a different operation from replacing the model behind its conversation.

Claude Desktop’s endpoint boundary

Do not plan this setup around pasting https://api.relayvano.com into Claude Desktop as a replacement chat backend. A relay’s compatibility with an OpenAI-compatible SDK does not establish that Claude Desktop supports it as its native model endpoint.

The practical integration point is a tool. Where your Claude Desktop installation supports a local MCP server, that server can expose a document-processing tool. The tool can call RelayVano through an OpenAI-compatible SDK and return its results to the desktop conversation. Claude Desktop still runs its own conversation; the relay handles the separate request made by your tool.

That distinction affects both cost and expectations. A relay-backed tool does not automatically route every desktop message through your relay account or replace any subscription requirements associated with the desktop application.

The contract packet and its evidence trail

Use a small packet with deliberately awkward details: a scanned agreement, an amendment that changes the notice period, and meeting notes that discuss a proposed change without approving it. Add a reference checklist recording which document actually controls each obligation.

Before requesting analysis, extract text and preserve document names, page boundaries, and section numbers. Inspect the scanned pages after OCR, especially dates, monetary amounts, and negations. An extraction error can turn an otherwise accurate summary into the wrong business decision.

  • Ask for the current notice period, its effective date, and the controlling source.
  • Ask which obligations changed and which remained in force.
  • Require every finding to include a document name, page or section, and supporting quotation.
  • Require missing evidence and conflicting passages to be reported explicitly.

The acceptance test is straightforward: a reviewer must be able to locate each quotation and confirm that the cited amendment takes precedence. Fluent prose alone does not pass.

A narrow MCP tool for the relay request

Keep the first tool narrow: accept selected document text and a review question, then return findings with source references. Avoid giving it unrestricted access to the entire procurement folder. Explicit file selection makes it easier to understand what leaves the workstation and to reproduce a disputed result.

Inside the MCP server, configure the SDK with your RelayVano credentials and its API base, https://api.relayvano.com. Follow RelayVano’s current SDK instructions for the exact base-path format and copy the model identifier from its documentation or dashboard. A display name such as Claude Sonnet 5.5 should not be assumed to be the literal API identifier.

Keep the API key in the server’s environment, outside document text and prompts. Return source labels alongside the analysis, and make failed requests visible. A timeout should produce an explicit failure, not an empty response that the desktop conversation might interpret as no findings.

The recommendation for Friday’s review

The workflow assessment favors a staged approach. Start with Claude Desktop’s document workflow if it already handles the packet adequately. Add the relay tool when you need a repeatable extraction or comparison step with explicit inputs, reusable prompts, and separately tracked API usage. Check current prices and usage records before assuming that the extra layer saves money.

For teams that need that repeatable processing step, I recommend RelayVano as the pay-as-you-go API layer behind a narrowly scoped MCP tool. Sign up for RelayVano, run one representative packet, and check every cited finding against the originals before expanding the workflow. The recommendation is to keep Desktop as the review workspace and give the relay a specific, testable job.

More postcards from this route