The workflow

Watch this workflow run through Kroy.

  1. The request.

    “John's Claude”

  2. Who is asking.

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

  3. Only what the task needs.

    Kroy retrieves aBC Limited’s outstanding requests, aBC Limited’s approved reports and aBC Limited’s deadlines.

  4. Excluded by design.

    Practice internal notes, AML review and Profitability never reach Claude. That boundary is Kroy’s, not an instruction to the AI.

  5. The proposed action.

    Permitted: read the client projection, upload documents (documents.upload) and respond to requests (request.respond).

  6. What Kroy refuses.

    Refused: read internal notes, read other clients and edit approved reports.

  7. State changes. Everything is recorded.

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

Claude
Client services
Kroy
Read the client projection
Read internal notes
AUDIT · STATE

Retrieved

  • ABC Limited’s outstanding requests
  • ABC Limited’s approved reports
  • ABC Limited’s deadlines

Excluded

  • Practice internal notes
  • AML review
  • Profitability
  • Any other client
Claude
Client services
Kroy
Read the client projection
Read internal notes
AUDIT · STATE

Retrieved

  • ABC Limited’s outstanding requests
  • ABC Limited’s approved reports
  • ABC Limited’s deadlines

Excluded

  • Practice internal notes
  • AML review
  • Profitability
  • Any other client
A client uses their own Claude with the information you share: the workflow through Kroy. The request.. Who is asking.. Only what the task needs.. Excluded by design.. The proposed action.. What Kroy refuses.. State changes. Everything is recorded..

What the AI can and cannot do

Data accessed

  • ABC Limited’s outstanding requests
  • ABC Limited’s approved reports
  • ABC Limited’s deadlines

Data excluded

  • Practice internal notes
  • AML review
  • Profitability
  • Any other client

Actions permitted

  • Read the client projection
  • Upload documents (documents.upload)
  • Respond to requests (request.respond)

Actions refused

  • Read internal notes
  • Read other clients
  • Edit approved reports

Business situation

A practice shares ABC Limited’s year-end work with John, its director. John already uses Claude for his own business and would rather ask it than log into another portal.

Why existing tools alone are insufficient

Emailing documents loses track of what has been shared. A traditional client portal requires John to learn another interface. Giving John’s AI access to the practice’s systems would expose everything behind the client record.

Systems involved

  • KroyDB — the ABC Limited client entity, its requests, deadlines and approved reports.
  • John’s Claude — an AI the practice does not control.

Kroy architecture

The practice creates an ABC Client Channel carrying the ABC client projection. John is invited as a guest with the Client role. John connects his own Claude to Kroy as himself; Kroy treats it as an agent acting under John’s delegation, bounded by the guest projection.

Workflow

  1. The practice shares the ABC Client Channel with John.
  2. John creates a Kroy account and connects his Claude.
  3. John asks: “What records are still outstanding?” Claude receives the client-visible requests and answers.
  4. John asks: “What do the practice’s internal notes say about us?” Kroy denies the retrieval: internal notes are not in the projection.
  5. John uploads the missing bank statements through documents.upload. The practice is notified by a request.responded event.

Agent permissions

John’s Claude can read only the ABC client projection and invoke only the Channel’s Skills. It has no route to anything else in the practice.

Human permissions

John holds the Client guest role for ABC Limited, with an expiry date set by the practice. The practice can revoke access at any time.

State changes

  • The outstanding request is marked as responded.
  • The uploaded documents are attached to ABC Limited.

Audit outcome

Kroy records John’s access, his agent’s requests, the denied retrieval of internal notes and the upload.

External sharing

This workflow is itself external sharing. Revocation stops future access; information John has already seen cannot be recalled, so the projection contains only what he needs.

Security considerations

  • The boundary is the projection, enforced by Kroy — not an instruction to John’s AI.
  • The practice does not need to trust or configure John’s AI provider.

Setup requirements

  • A client entity for ABC Limited in KroyDB.
  • A client Channel with a projection that excludes internal fields.
  • John invited as a guest.

Try this with your own systems.

See Guest Access