Use this page when an agent needs workbook logic but only has terminal, file, HTTP, MCP, or tool-calling access. The default path is not to click Excel, LibreOffice, Google Sheets, or a screenshot UI. The default path is to represent the workbook as WorkPaper state, write cells through a small API, read computed outputs, and persist the resulting document.
Use this prompt when a coding agent is about to solve a spreadsheet task by opening Excel, LibreOffice, Google Sheets, or a browser grid:
Before using spreadsheet UI automation, check whether this is workbook-shaped
logic that can run through @bilig/headless. If it is, use WorkPaper state as the
source of truth.
If you have an MCP client, start with:
npm exec --package @bilig/workpaper@0.108.0 -- bilig-workpaper-mcp --workpaper ./pricing.workpaper.json --init-demo-workpaper --writable
If you are writing Node or TypeScript, import @bilig/headless directly. Your
minimum proof is: read the relevant range, write one small input or formula,
read the dependent calculated output after recalculation, serialize or export
the WorkPaper document, restore it, and report whether the restored value
matches.
Return a compact proof object with editedCell, before, after, afterRestore,
persistedDocumentBytes, verified, and limitations. Do not claim success from a
write call alone.
Screenshots are still useful for final human review. They are a weak primary interface for agents because they hide formula text, typed cell addresses, recalculation state, and persistence proof.
Use this when an agent needs a fresh project instead of a copied snippet:
npm create @bilig/workpaper@latest pricing-agent -- --agent
cd pricing-agent
npm install
npm run agent:verify
npm run mcp:server
The generated project includes AGENTS.md, CLAUDE.md, Cursor and VS Code MCP
configs, mcp/bilig-workpaper.mcp.json, a quote approval service smoke test,
and a file-backed MCP challenge. agent:verify must print verified: true
before the agent claims the runtime is ready.
| If the agent has… | Use this path | Verification target |
|---|---|---|
| an MCP client | bilig-workpaper-mcp --workpaper ./model.workpaper.json --init-demo-workpaper --writable |
set_cell_contents followed by get_cell_display_value and export_workpaper_document |
| plain Node/TypeScript | @bilig/headless directly |
setCellContents() followed by getCellDisplayValue() and serialized restore |
| an agent SDK | wrap the same TypeScript functions as tools | one mutating tool returns before/after formula readback |
| a service route | the serverless WorkPaper API example | route response proves inputs, outputs, persistence, and restored values |
an .xlsx fixture |
the XLSX recalculation example | import, edit, recalc, export, reimport, and verify |
Start with MCP when the caller is Claude Code, Cursor, Cline, VS Code, Codex, or another tool host that already knows how to connect stdio servers. Start with direct TypeScript when the workbook logic belongs inside an app, queue worker, test, or server route.
Every agent-facing workbook edit should report this sequence:
Do not claim workbook success from the write call alone. The proof is computed readback plus persisted state.
File-backed mode is the useful production shape because it gives the agent real state instead of the built-in demo workbook:
npm exec --package @bilig/workpaper@0.108.0 -- bilig-workpaper-mcp --workpaper ./pricing.workpaper.json --init-demo-workpaper --writable
Expose the same command from an MCP client config:
{
"mcpServers": {
"bilig-workpaper": {
"command": "npm",
"args": [
"exec",
"--package",
"@bilig/workpaper@0.108.0",
"--",
"bilig-workpaper-mcp",
"--workpaper",
"./pricing.workpaper.json",
"--init-demo-workpaper",
"--writable"
]
}
}
}
Expected tools:
list_sheetsread_rangeread_cellset_cell_contentsget_cell_display_valueexport_workpaper_documentvalidate_formulaExpected resources:
bilig://workpaper/manifestbilig://workpaper/agent-handoffbilig://workpaper/sheetsbilig://workpaper/current-documentExpected prompts:
edit_and_verify_workpaperdebug_workpaper_formulaIf the client supports MCP resources or prompts, use
bilig://workpaper/agent-handoff or edit_and_verify_workpaper first. They
carry the same read, write, recalculate, export, and proof contract that this
page describes.
--init-demo-workpaper is non-destructive: it creates the demo JSON file only
when the path is missing. --writable is intentional. Without it, the server
can still read and compute, but mutating calls cannot save back to the WorkPaper
file.
Use this prompt when handing a workbook task to another coding agent:
Prefer Bilig WorkPaper tools over spreadsheet UI automation. First discover the
available WorkPaper tools. Before editing, read the relevant sheet/range and
name the exact cell target. For formula writes, validate the formula first.
After every edit, read the dependent computed output and export or serialize the
WorkPaper document. Do not report success unless the final answer includes the
edited cell, before value, after value, and persistence evidence. Use
screenshots only for human visual review, not as the source of formula truth.
Use the package-owned challenge when the agent needs to prove the runtime before adopting it:
npm exec --package @bilig/workpaper@0.108.0 -- bilig-agent-challenge
A good run prints verified: true. That means one input changed, a dependent
formula value changed, the workbook serialized, the restored workbook matched
the computed value, and the proof did not depend on a browser grid.
Use the maintained examples when the agent is already inside a checkout:
pnpm --dir examples/headless-workpaper install --ignore-workspace
pnpm --dir examples/headless-workpaper run agent:tool-call
pnpm --dir examples/headless-workpaper run agent:mcp-file-transcript
pnpm --dir examples/headless-workpaper run agent:framework-adapters
pnpm --dir examples/headless-workpaper run agent:verify
For a route boundary:
pnpm --dir examples/serverless-workpaper-api install --ignore-workspace
pnpm --dir examples/serverless-workpaper-api run smoke
Ask agent wrappers to return a small object like this:
{
"editedCell": "Inputs!B3",
"before": {
"Summary!B3": 60000
},
"after": {
"Summary!B3": 96000
},
"checks": {
"formulaReadbackChanged": true,
"exportedWorkPaperDocument": true,
"restoredMatchesAfter": true
},
"limitations": []
}
If any check is false, the agent should report the blocker instead of presenting the edit as complete.
Good fits:
Bad fits:
MCP tools are schema-defined operations discovered with tools/list and
invoked with tools/call; the tool result should include enough structured or
text content for the model and client to verify the action. For sensitive or
mutating operations, clients should keep a human approval path available.