Leadership Under Uncertainty · Reference architecture RA-1

The judgment layer on the Microsoft stack

The stack is unusually complete. SharePoint and Fabric hold the documents and the data. Copilot Studio and Foundry build the agents. Word and Teams are where the work happens. An enterprise can put an agent in front of its whole document estate today.

What it has nowhere to put is the judgment: that the organisation believes X at 0.72 confidence, that the belief rests on an assumption nobody verified, that a minority dissents, that it moved from 0.61 last month on two specific filings, and that the last time it reasoned this way it was wrong by two quarters. This is a runnable demonstration of that layer.

The loop

Document library · lakehouse · line-of-business systemsJUDGMENT LAYERbeliefs · uncertainty · alternatives · evidence · change reasonsdecisions · outcomes · calibration over timeAgent runtime — Copilot Studio · any MCP clientWord · workflow · approval · actionoutcomes

Ten steps, ten artifacts

Every step deposits something structured and addressable rather than a message in a thread. That is the whole difference.

#StepProduces
1Documents ingested from a document libraryClaims, evidence, sources, assumptions
2Views built with confidence and postureView artifacts
3Driver questions attach calibrated probabilitiesPrediction artifacts
4An agent requests the current view over MCPEntity Snapshot
5The agent asks what changedAnalytic Delta
6A memo is reviewed against ICD 203 inside WordFindings: assumptions, alternatives, gaps
7A decision is recorded, naming the option takenDecisionRecord
8The decision is content-hashed into the chainIntegrity record
9The outcome is returned against the decisionOutcomeObservation
10The day is sealed; a third party verifies offlineMerkle root + evidence pack

Model-agnosticism

The demonstration issues the same two calls from a Copilot Studio agent and from Claude Desktop. Same endpoint, same tool names, same arguments, same returned artifacts; no server-side branch distinguishes them. If the layer’s value evaporated when the model underneath changed, it would be a prompt-engineering artifact — and those are reset by every model generation. Running it against two model families and showing the artifacts are identical is how that claim gets established rather than asserted.

Demonstrated versus productized

Some of this is working software with tests; some is a scaffold; some does not exist. A reference architecture that blurs the three is worse than none.

Word task-pane add-in (ICD 203 review)Working
SharePoint document ingestionWorking
MCP server and the tools this loop usesWorking
Decision sealing and offline verificationWorking
The loop end to endBuilt, not yet run
Copilot Studio agent registrationDocumented, unverified
SharePoint SPFx web partScaffold
Teams deliveryOrphaned code
Fabric / OneLake ingestionNot built
Foundry agent registrationNot built

Run it yourself

All eight source documents are fictional — an invented company, counterparty and decision. The corpus is shaped to exercise the layer rather than to read well: it carries a planted untested assumption, a deliberately overconfident consultant memo, a recorded dissent, and a prior analogous decision that failed on exactly the assumption the current recommendation repeats.

npx tsx scripts/demo/seed-ms-reference-demo.ts
npx tsx scripts/demo/ms-reference-loop.ts
npx tsx scripts/attestation-verify-pack.ts <pack.json>
The loop is built and its scripts are committed, but it has not been run end to end: a run writes to a live database and spends model budget. The published transcript says so rather than presenting a rehearsal as a record.

Not a partnership

This is published demonstration content. Vendor product names are used nominatively to describe what the demonstration runs against. Nothing here implies a relationship with, or endorsement by, any vendor.

Want this for your team?

Drop your email and we'll be in touch when access opens for your vertical.