One double-entry ledger derived from the books you already keep, proved to zero to the minor unit, with every line naming the document it came from. It reads six books this collection already keeps, all read-only: the invoice ledger, the credit notes and purchase orders, the deposits, the expense ledger, the bank import and the fixed asset register. For a period in one currency it derives a debit and a credit for every movement in them. Revenue and VAT output come off the invoices, receivables and the payments that clear them, deposits held as the liability they actually are, expenses by category with the VAT taken OUT of the gross rather than added on top of it, fixed assets as they enter service, and depreciation charged by month. The bank import posts nothing at all, which is the decision the whole ledger rests on: a bank line and a payment record are not two transactions, they are one transaction seen twice, so cash is posted from the documents, which are the only rows that carry a second leg, and each bank row is matched to a posted cash movement of the same amount, the same direction and a date within three days, written onto the line as evidence. What is left unmatched is the output that matters, because a bank debit with no expense behind it is a payment nobody entered. Nothing is ever balanced with a plug: an entry whose own legs do not add up is posted exactly as the document states it and the difference is raised by name, with the entry, the source server and the source document behind every unit of it, because a trial balance can only find a broken document if it is allowed to come out non-zero. Currencies are never added together, a purchase order stays a memo and is never posted, a deposit applied to an invoice moves the liability rather than cash, and the ledger opens at nothing, since an opening figure nobody can walk back to a document is the first invented number in a set of books. Every line carries the server, the document id and the ISO date it came from, and the bytes and mtimes of all six sibling stores are unchanged across all six tools.
trial_balance and ledger_lines are free, unlimited on every tier and write nothing at all, so leave them enabled permanently and ask repeatedly: whether the books add up is a question worth asking after every change to any of the six sibling stores. Only ledger_build touches the meter, and rebuilding a period already in the register is free.
| You say | Tool |
|---|---|
| Build the double-entry ledger for June and tell me whether the trial balance comes to zero. | ledger_build |
| Show me every ledger line that hits receivables, with the invoice each one came from. | ledger_lines |
| Close June: what does the month leave unposted or inconsistent? | month_close |
Posting the bank import alongside the documents, which is the obvious way to build a cash book and the way most spreadsheets do it, double-counts almost all of the cash and the trial balance still comes to zero. Measured on this server's worked month: four of the five bank rows are the same money as a document already posted, 1,375,300 of 1,380,300 minor units of cash movement, 99.6 percent. Posting them as well moves the cash balance from -10,543.00 to -21,111.00 EUR, and nothing flags it, because every duplicated receipt arrives with its own contra, every individual line is plausible and the only symptom is one account off by nearly a factor of two in a direction nobody audits. What is left after matching is 7,500 minor units, one unexplained withdrawal. That 0.4 percent is the entire reason to import a statement at all, and it is exactly what a duplicate-heavy ledger buries.
The file is .cursor/mcp.json, and the key inside it is mcpServers.
| Scope | Path |
|---|---|
| This project only | <project>/.cursor/mcp.json |
| Every project | ~/.cursor/mcp.json |
{
"mcpServers": {
"cash-book": {
"type": "stdio",
"command": "npx",
"args": ["-y", "@theluckystrike/mcp-cash-book"]
}
}
}The Customize page shows the server and its tools once it has started.
The npm publish of @theluckystrike/mcp-cash-book is pending; until then use the .mcpb bundle or a clone and build from the latest release.
The same server runs at https://mcp.zovo.one/mcp/https://mcp.zovo.one/mcp/cash-book over MCP streamable HTTP, no install. Mint a free token with curl https://mcp.zovo.one/mcp/token, or use a Pro key. It has no filesystem, so a file comes back as a one-hour download link.
{
"mcpServers": {
"cash-book": {
"url": "https://mcp.zovo.one/mcp/https://mcp.zovo.one/mcp/cash-book",
"headers": { "Authorization": "Bearer <token>" }
}
}
}The current field table marks `type` as required, with `stdio` for a locally launched server, so write it out rather than relying on command and args alone. The other documented restriction is that `envFile` is stdio-only: a remote HTTP or SSE server does not read it, and its headers belong in the config.
Free: trial_balance and ledger_lines are free and unlimited on every tier. Whether the books add up is the question this server exists for, and a free tier that hides the answer is a demo rather than a tool, so neither the check nor the evidence behind it is ever metered. The cap is on the PERIOD instead: three distinct periods a calendar month, keyed by from, to and currency, so rebuilding a period already in the register is free forever on every tier and the meter only ever moves when you ask a genuinely new question. Pro is $19 once, verified offline.
<project>/.cursor/mcp.json applies to that project and can be committed, which suits a server tied to one client. ~/.cursor/mcp.json applies everywhere. Both are managed from the Customize page.
The current field table marks type as required, with stdio for a locally launched server, so include it. Pointing at a remote endpoint, envFile is documented as stdio-only and is not read.
Servers in Cursor's marketplace get an Add to Cursor button. The deeplink reference currently documents prompt, command and rule links only, so for MCP Cash Book pasting the config block above is the supported route.
MCP Cash Book in detail · The same server in Claude Code and VS Code · Every server in Cursor · Guides · Cursor docs · Buy Pro