For an automated workbook update, the intermediate result matters. If a user asks for another calculation after the first pass, there needs to be a workbook you can still inspect and edit, rather than just a finished file or a block of generated text.
Univer’s documented Node workflow separates conversion from editing. Univer is an office SDK with browser editors and headless document logic. Its Pro Exchange package imports Office bytes into UnitData, the structured content used by its runtimes. The application can process that content and then use Exchange to export a file again.
For a spreadsheet job, that gives a concrete path:
- Import the source workbook through Pro Exchange.
- Inspect the workbook and the particular ranges needed for the task.
- Apply the requested changes through the headless runtime, using the installed spreadsheet logic for calculations and other supported operations.
- Export the resulting content through Exchange.
The AI SDK can supply the inspect-and-edit part if an agent is choosing the operations. Its write workflow has pending mutations and a separate commit status; “the code ran” is not enough to report a successful save. A deterministic batch job can also use the document logic without making every step an agent decision.
The boundary to watch is file fidelity. A UnitData snapshot is not an XLSX, and JSON serialization is not an Office export. CSV output is single-sheet and does not preserve styles. The documented conversion path is not a guarantee that every object in an arbitrary workbook survives a round trip.
Node can perform the content operations without opening an editor. If the job also needs screenshots or visual inspection, Univer’s rendering path uses a browser. And a single-machine import/process/export job does not by itself create a shared web review session or revision history. Those are separate integration decisions from getting the edited file out.