Quick access

Find tools and guides

For machines: llms.txt · JSON Feed

The Most Dangerous Office Command Is Not “Write,” but “Send”

A short Office request hides four different permissions: read, draft, overwrite, and send. Separating them is what makes agentic document work controllable.

The Most Dangerous Office Command Is Not “Write,” but “Send”

The request sounds harmless: “Update the quarterly figures, revise the presentation, and send it to the executive team.” For a person, that is one sentence. For an Office agent, it contains at least four different interventions: reading data, creating a draft, overwriting existing files, and sending the result. Only a few invisible clicks separate useful automation from an embarrassing or expensive mistake.

The example is deliberately hypothetical. It shows why the usual question about the “best model” misses the real problem. What matters is not whether Microsoft Copilot or an external agent can write good prose. What matters is which action the system may perform without asking again. What permissions does an Office agent need to remove work without becoming the publisher?

Four verbs, four permissions

Read, draft, overwrite, and send must not disappear inside one blanket permission. Reading opens the context. Drafting creates a new, still reversible version. Overwriting changes the authoritative file. Sending carries the result outside the controlled workspace. Each step increases the possible impact and therefore requires its own technical boundary.

This separation initially sounds bureaucratic. In practice, it is what makes automation usable. An agent can update a hundred slides without touching the original. It can propose formulas without declaring them the new truth of the workbook. It can prepare a finished email without choosing the recipients.

Copilot knows access, not truth

Microsoft 365 Copilot works where many organisations already manage documents: Word, Excel, PowerPoint, Outlook, and Microsoft Graph. Microsoft states that Copilot exposes only organisational data the current user is authorised to access. Reusing that identity and permission model is a major advantage. The agent does not need to create a second shadow environment full of copied files beside the tenant.

But permission answers only an access question. It does not establish whether an Excel formula defines a metric correctly, whether a paragraph reflects the current contract, or whether a presentation uses the approved number instead of an old draft. A user can be fully authorised to read the wrong file. Copilot inherits permitted context, not the truth of that context.

OfficeCLI gives the agent eyes

OfficeCLI uses a different control model. The open-source tool runs as a single binary without an installed Office application and can read, modify, and create Word, Excel, and PowerPoint files. Its built-in rendering step is especially useful: documents can be rendered to HTML or PNG. An agent can therefore inspect not only file structure, but also whether a title overflows or two elements overlap.

A paper bridge, approval mark and magnifying glass showing a controlled path from draft to approved file

That closes an important gap in the usual agent workflow. Without rendering, a system can produce a technically valid presentation that is still a visual wreck. Yet this is also where the argument turns: seeing is not subject-matter approval. A neatly aligned revenue chart may rely on the wrong table. A perfectly formatted clause may be obsolete. OfficeCLI makes technical inspection visible; responsibility for the content remains with the operator.

The decision chain

A defensible rule can be surprisingly simple. The agent reads only approved sources. It writes its draft to a new file. Two independent reviews follow: a technical review of structure, formulas, file integrity, and rendering, and a subject review of numbers, claims, sources, and recipients.

Only after both reviews pass may an existing file be replaced. Sending and publishing still remain separate, deliberately triggered steps. A person may own that decision, or a tightly defined rule may specify the version, destination, and recipients. What is not acceptable is for the agent to assess its own draft, declare it correct, and then send it under the same blanket approval.

This answers the opening question. An Office agent may take on a great deal of work: searching, combining, writing, calculating, designing, and preparing. It may even build an almost finished file. The final step, however, does not automatically belong to it. The most important safeguard is not a better prompt, but an unglamorous separation of verbs. The agent may execute “write.” The system must make a new decision about “send.”

Sources