org.tech / Approach / By role Glass box. Five rooms

The same system answers five different questions, and nobody in the building asks the other person's question first.

One argument. Different doors.

A governed AI capability is a single decision that five people have to be able to defend, each on their own terms. These pages say the same thing five ways: what that person carries, what they will ask first, the real artifacts we put in front of them, and the objection they should be raising with us.

The argument does not change in the room.

BY ROLE · 01

Nothing on these pages is a different pitch. The platform runs in a cloud account you own, the policy is enforced by cloud identity policy rather than by an application setting, the administration is yours, and if we part ways you keep the deployed platform and its source. What changes room to room is which part of that sentence answers the question being asked.

The recommendation is not "trust Sam". It is: own the environment, inspect the evidence, and keep the exit open.The same sentence in all five rooms

Five doors into the same decision.

BY ROLE · 02

Win the security owner first.

BY ROLE · 03
Order of operations

The person who can say no should hear it first.

Starting with the operating case and arriving at security last produces a project with momentum and a veto at the end of it. Starting with the person who holds the veto produces something better: an internal champion who can carry the argument upward, because they have already tested it.

  • 01
    They own the downside. The security owner carries the risk if they say yes. Nobody should be asked to approve an architecture they have not been allowed to interrogate.
  • 02
    Their evidence is the hardest to produce. An architecture, a posture, a controls matrix with standing exceptions. If that set survives, every other room is easier.
  • 03
    They convert. A security leader who has scoped the data flow themselves is a far better advocate inside the firm than any material we could write.
What each room needsREF-ROLE
  • SecurityArchitecture and postureThe boundary, the controls matrix, the questionnaire, what we do not claim
  • OperationsNamed problemsModules against real bottlenecks, most of which do not call a model
  • ExecutiveOwnership and continuityWho owns the account, what happens if we disappear
  • FinanceThe ladder and the meterPublished prices, compute billed to you directly, per-person metering
  • ITSupportabilityWhat lands in the account, how releases arrive, what handover means
Different evidence·Same deployment

Who this is not for.

BY ROLE · 04
Three disqualifiers

You want an ordinary public chatbot and value neither governance nor ownership. Buy the seats. They are good, they are cheaper, and we would be selling you weight you do not need. You will not name owners for the business outcome, the source data, the finances and the risk. Without those four names an engagement drifts, and we would rather not start. You expect us to take unbounded responsibility for logic your own people author. We will give your developers a validator, a scaffold, isolation and a promotion path, and we will not accept accountability for what the logic decides.

⎯⎯ Book the strategic assessment ⎯⎯

Your private AI, inside your control ·

Bring whichever two people disagree. The assessment is bounded, the deliverable is yours, and it is written to be read in all five rooms.