
Variation Order
io.github.theluckystrikePublished by GitHub account theluckystrikev0.22.5Updated Oct 24, 2026
Variation orders on a quoted job: what was added, removed or changed, and what it is now worth.
Overview
Tracks variation (change) orders against a quote or work order, keeping approved and pending deltas and the running contract value.
- What you can do
- Raise change orders against a quote or work order and add added, removed or changed lines with quantity, unit price, reason and date
- Move a change order through draft, sent, approved, rejected or void, each step dated
- Read one change order in full or list them by reference, status, client and date range
- Compute the running contract value of a reference, with approved delta and pending delta held apart
- Produce a plain-text change order document for the client and an invoice- or quote-ready payload of the approved delta
- Check or activate a license tier
- When to use it
- Useful for contractors, freelancers or small teams who quote jobs and need to record what was added, removed or changed after the quote, and to keep the contract value straight while the client has not yet answered.
- Requirements
- Runs as a local process on the user's machine (desktop only), installed as an .mcpb bundle or via npx; the README notes the npm package is not yet published. No account or API key. An optional Pro license key is supplied through the MCP_LICENSE_KEY environment variable. It reads a shared business profile written by a companion invoice server for VAT rate, currency and business name.
Installation
In SourceWeft
- Open Variation Order in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
mcp-change-order
In the official MCP Registry (io.github.theluckystrike/change-order).
Change orders against a quote or a work order, kept the way a variation is kept on site:
what was added, what was taken out and what changed, each with a reason and a date, sent to
the client, and answered. The running contract value is the original plus the deltas the
client has APPROVED; what they have not answered yet is shown as pending and never added in.
Once a change order is approved, the delta comes back as invoice_create-ready items in
MAJOR units and quote_create-ready items in MINOR units, in one call, with the scale
printed against each.
No delta is stored. A change order holds its lines and its status history; the delta, the running value and the VAT are derived on every call, with the invoice server's own arithmetic. Nothing is invented: the first change order against a reference states the original contract value once, every later one inherits it, and a different figure is refused by name.
Install
One-click (.mcpb): download change-order.mcpb from the latest release and double-click it in Claude Desktop:
https://github.com/theluckystrike/mcp-servers/releases/latest
Hosted, no install: point a URL-based client at https://mcp.zovo.one/mcp/change-order. GET https://mcp.zovo.one/mcp/connect mints a token and prints a ready URL.
npm publish for @theluckystrike/mcp-change-order is pending, so the npx line below returns 404 today.
Claude Desktop
~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or
%APPDATA%\Claude\claude_desktop_config.json (Windows):
Claude Code
Cursor
~/.cursor/mcp.json (global) or .cursor/mcp.json (project), same entry as Claude Desktop.
Tools
Free vs Pro
The cap counts OPEN change orders, the ones the client has not answered, not the ones you
have ever raised. Approving, rejecting or voiding one frees its slot, and so does
change_order_delete on a draft with no lines; all of those are free on every tier, because
a way back that only a Pro key can reach is not a way back.
Get Pro: https://mcp.zovo.one/buy/change-order (one-time $19, lifetime), or all servers for $39: https://mcp.zovo.one/buy/bundle
The status machine
draft to sent; sent to approved or rejected; draft or sent to void.
Approved, rejected and void are final. A draft cannot be approved directly: approval is the
client's answer to something they were sent. Lines are added only while a change order is a
draft; a sent one that needs another line is voided and raised again, so the client's
approval always refers to what they were sent. Every step carries its own date, and a step
dated before the last one is refused.
Where the money comes from
This server keeps no arithmetic of its own. computeTotals, currencyDecimals,
formatMoney and roundHalfUp are imported from @theluckystrike/mcp-invoice/lib, the
corrupt-store quarantine from @theluckystrike/mcp-timezone/lib, the timezone-aware
"today" from @theluckystrike/mcp-quotes/lib. The VAT rate, the currency and the business
name come from the shared business profile that business_set in the invoice server writes.
Nothing is written outside this server's own directory, and no sibling store is opened.
The measured insight
A changed line is two items, not one, because one net item shows the customer nothing
they can check. A line that goes from 3 x EUR 450.00 to 5 x EUR 420.00 is worth +EUR
750.00, and the tempting payload is one item of quantity 1 at EUR 750.00. The customer
cannot reproduce that figure from anything on the change order they signed. The payload
this server emits is a reversal, -3 x EUR 450.00, and the revised line, 5 x EUR 420.00;
each reproduces on a calculator, and computeTotals over both is the same +EUR 750.00,
because the invoice server's roundHalfUp is symmetric in sign. The same rule carries a
removal as a negative quantity at the unit price it was booked at, which invoice_create
accepts. The unit suite re-runs the invoice server's own computeTotals over the payload
as returned and asserts the four item values and the three totals, then feeds the
quote_create items into the same engine as though their MINOR figure were MAJOR and
asserts the net is exactly 100x, so the day someone "simplifies" the payload to one net
item, or moves a field between the two scales, the build says so instead of the customer.
Privacy
All data stays on your machine, in ${XDG_DATA_HOME:-~/.local/share}/mcp-servers/change-order/.
Nothing is sent anywhere. There is no account and no API key. License keys are verified
offline. This server reads one file it does not own, the shared business profile, and
writes into no store but its own.
Built by theluckystrike. https://github.com/theluckystrike
Use these docs as an MCP server
Any MCP client (Claude, Cursor, Windsurf, VS Code) can read this repository's documentation directly via GitMCP - no install:
- Docs MCP URL: https://gitmcp.io/theluckystrike/mcp-change-order
Source: servers/change-order/README.md at commit 1bd9d69
Tools
0Version history
2- v0.22.5LatestOct 14, 2026
- v0.21.0Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts