The workflow

Watch this workflow run through Kroy.

  1. The request.

    “The advisers' own AI”

  2. Who is asking.

    Kroy identifies the person in corporate and Claude acting for them, within the delegation they gave it.

  3. Only what the task needs.

    Kroy retrieves documents placed in the room (SharePoint, through the room’s projection) and the room’s question log (KroyDB) from SharePoint.

  4. Excluded by design.

    The seller’s internal advice and correspondence, Documents not placed in the room and Other matters never reach Claude. That boundary is Kroy’s, not an instruction to the AI.

  5. The proposed action.

    Permitted: read room documents (room.document.read), ask questions (request.create) and respond to questions, for the firm (request.respond).

  6. What Kroy refuses.

    Refused: read documents outside the room, access after the expiry date and upload to the seller’s folders.

  7. A person decides.

    A partner approves each document before it enters the room.

  8. State changes. Everything is recorded.

    The work is updated in Kroy, and every request — allowed or refused — is written to the audit trail.

Claude
Corporate
Kroy
SharePoint
Read room documents
Read documents outside th…
! Approval
AUDIT · STATE

Retrieved

  • Documents placed in the room (SharePoin…
  • The room’s question log (KroyDB)

Excluded

  • The seller’s internal advice and corres…
  • Documents not placed in the room
  • Other matters
Claude
Corporate
Kroy
SharePoint
Read room documents
Read documents outside th…
! Approval
AUDIT · STATE

Retrieved

  • Documents placed in the room (SharePoin…
  • The room’s question log (KroyDB)

Excluded

  • The seller’s internal advice and corres…
  • Documents not placed in the room
  • Other matters
A client document room with an expiry date: the workflow through Kroy. The request.. Who is asking.. Only what the task needs.. Excluded by design.. The proposed action.. What Kroy refuses.. A person decides.. State changes. Everything is recorded..

What the AI can and cannot do

Data accessed

  • Documents placed in the room (SharePoint, through the room’s projection)
  • The room’s question log (KroyDB)

Data excluded

  • The seller’s internal advice and correspondence
  • Documents not placed in the room
  • Other matters

Actions permitted

  • Read room documents (room.document.read)
  • Ask questions (request.create)
  • Respond to questions, for the firm (request.respond)

Actions refused

  • Read documents outside the room
  • Access after the expiry date
  • Upload to the seller’s folders

Human approval required

  • A partner approves each document before it enters the room

Business situation

A London law firm acts for the seller of ABC Limited. The buyer’s solicitors and accountants need to review the company’s contracts, leases and employment documents during due diligence. The firm must share exactly the documents the seller has agreed to disclose, for as long as the process lasts, and no longer.

Why existing tools alone are insufficient

Shared folders are easy to over-share and hard to close. A link sent in an email keeps working after the deal falls through. And the buyer’s advisers increasingly want to ask their own AI about a large set of documents — which a folder link either blocks entirely or allows without any boundary.

Systems involved

  • SharePoint — the seller’s documents, organised by the firm.
  • KroyDB — the room entity, its document list, question log and guests.
  • The advisers’ own AI — tools the firm does not control.

Kroy architecture

The firm creates a document room Channel carrying a projection of the approved documents only. The buyer’s advisers are invited as guests with an expiry date. Each guest can connect their own AI to Kroy, which acts under the guest’s delegation and is bounded by the room’s projection. The Channel offers two Skills: Answer Due Diligence Question and Raise Request.

Workflow

  1. A partner approves the disclosure list. The documents enter the room’s projection.
  2. The buyer’s solicitor is invited as a guest, with access ending on the date set by the firm.
  3. The solicitor connects Claude and asks: “Which contracts in the room have change of control clauses?” Kroy returns room documents through room.document.read, and Claude answers.
  4. The solicitor asks: “Show me the seller’s advice on the dispute with the landlord.” Kroy refuses: that advice is not in the room.
  5. The buyer’s accountant, using ChatGPT, raises a question with request.create. The firm answers it with request.respond, and the answer is added to the question log.
  6. The expiry date passes. The accountant’s ChatGPT asks for a lease. Kroy refuses: the guest’s access has ended.

Agent permissions

Guests’ AIs can read only the room’s projection and invoke only the room’s Skills, and only while the guest’s access is live. They have no route to the seller’s wider files.

Human permissions

The partner decides what enters the room and when it closes. Guests can read and ask questions. The firm can extend or revoke any guest at any time.

State changes

  • Documents are added to the room as they are approved.
  • Questions and answers are recorded in the room’s log.
  • At expiry, each guest’s access is marked Ended.

Audit outcome

Kroy records every document read, every question, the refused out-of-room request and the refused request after expiry — with the guest, the agent and the policy.

External sharing

This workflow is external sharing. Expiry and revocation stop future access; they cannot recall what a guest has already read, so the room contains only what the seller has agreed to disclose.

Security considerations

  • The room’s boundary is the projection, enforced by Kroy on every request.
  • The firm does not need to trust or configure the guests’ AI providers.
  • SharePoint credentials stay in Kroy; guests never receive links into SharePoint.

Setup requirements

  • Microsoft 365 connected to Kroy.
  • A room entity and Channel with a projection of approved documents.
  • Guests invited with an expiry date.

Try this with your own systems.

See Guest Access