Power shifts not merely to whoever designs the database. It shifts to whoever controls the classification-and-action stack:
- The domain model: what entities and categories exist
- The data pipeline: which facts populate them
- The policy layer: what follows from each classification
- The evaluation system: what counts as a good outcome
- The exception process: who can override the system
- The interface: what users are shown and allowed to contest
The important change is that the schema becomes executable. It no longer just describes the organization; it helps govern it.
Worked example: commercial contract review
Suppose a software company handles 5,000 customer contracts a year.
Before the harness
The company has a contracting playbook:
- Liability cap should equal 12 months of fees
- No uncapped consequential damages
- Customer data cannot be used for unrelated purposes
- Certain indemnities require legal approval
- Deals above $1 million require the CFO’s approval
But actual practice is messier:
- Salespeople describe some customers as “strategic.”
- Lawyers interpret ambiguous clauses differently.
- Senior executives make undocumented exceptions.
- Important context lives in email and memory.
- The CRM records that a contract was signed, not how risk was evaluated.
- Legal management sees cycle times and perhaps exception counts, but not every decision path.
The formal policy matters, but individual lawyers retain considerable interpretive power. They can decide that two provisions are effectively equivalent, that a customer concession is harmless, or that a deal warrants escalation.
After the harness
An external legal provider installs a contract-review system. Its domain model includes objects such as:
Contract
Customer
Clause
Risk
Policy
Exception
Approval
Outcome
A liability provision is classified using fields such as:
cap_amount
cap_basis
mutuality
excluded_claims
consequential_damages
security_carveout
data_breach_carveout
The policy engine then applies rules:
If cap_basis <= 12 months of fees:
approve
If cap_basis > 12 months but <= 24 months
and customer_tier == "strategic":
route to business approver
If liability is uncapped for ordinary breach:
route to legal
If security liability is uncapped
and regulated_data == true:
route to security and CFO
This looks administrative. It is actually constitutional.
Where the politics appears
1. Who counts as “strategic”?
Sales wants a broad definition because it speeds approval. Finance wants a narrow one because concessions carry risk. If the provider defines customer_tier by annual contract value, a small customer with major reputational importance becomes invisible.
A category that once invited argument now produces an automatic workflow.
2. What counts as “uncapped”?
A lawyer may recognize that a clause is technically uncapped but practically limited by narrow causation requirements. If the model records only uncapped = true, that legal nuance disappears. If it contains twenty fields for possible limitations, the system becomes more accurate but harder to maintain.
Schema design determines which kinds of expertise remain expressible.
3. What counts as success?
The provider may optimize for:
- Contract turnaround time
- Percentage of contracts approved automatically
- Reduction in outside counsel spending
- Number of escalations
- Frequency of post-signature disputes
Each metric creates different behavior. Optimizing automation rates may encourage the provider to classify borderline terms as standard. Optimizing low dispute rates may produce excessive caution because many risky clauses never result in disputes.
The evaluator controls the objective function, not just the description of reality.
4. Who can create exceptions?
Suppose the general counsel can override the system, but every override is logged and included in a monthly report. Formally, discretion remains. Politically, it has become costly.
This produces a subtle form of control: you may depart from the rule, but you must make yourself conspicuous when doing so.
5. Who learns?
The external provider sees similar clauses across hundreds of clients. It learns which positions customers accept, which clauses correlate with disputes, and which escalation rules waste time.
The client sees only its own history. Over time, the provider may become the real center of contracting knowledge. The client still possesses legal authority, but the provider increasingly possesses epistemic authority: it knows what “normal,” “risky,” and “effective” mean.
Who gains and who loses?
| Actor |
Likely effect |
| Senior management |
Gains visibility and standardized control |
| Harness provider |
Gains comparative data and agenda-setting power |
| Compliance and risk teams |
Gain enforcement capacity |
| Frontline professionals |
Lose private discretion but may shed routine work |
| Employees with tacit knowledge |
Lose power unless their knowledge enters the model |
| Clients or workers being classified |
Risk becoming objects of categories they cannot contest |
| Schema and policy owners |
Become institutional rule-makers |
Yet schema designers do not automatically dominate. A formally powerful schema can be undermined by bad data, unofficial communication, habitual overrides, or employees moving important activity outside the system. People respond to observability strategically.
How this differs from organizations today
Organizations already operate through schemas:
- Accounting systems define revenue and cost.
- CRMs define leads, opportunities, and customers.
- HR systems define performance and job levels.
- ERP systems define products, inventory, and procurement.
- KPIs determine what managers notice.
- Professional vocabularies determine what counts as a problem.
So this is not a new kind of power. It is an increase in its scope, resolution, and executability.
1. From records to decisions
Traditional systems mostly record completed activity. An AI harness can interpret current activity and initiate action.
A CRM might record that a deal received a discount. A harness can decide whether the discount is permitted, draft the approval request, route it, and block the quote until approval arrives.
2. From coarse visibility to process-level visibility
Managers now see outputs: revenue, cycle time, error rates, completed tickets. A harness can expose retrievals, intermediate classifications, policy checks, edits, approvals, and overrides.
That makes the production process itself an object of management.
3. From local interpretation to centralized execution
Today, policies are often deliberately incomplete. Local professionals reconcile them with circumstances. With a harness, one interpretation can be encoded and applied across thousands of cases.
The political battle therefore moves upstream. Instead of arguing over each decision, participants fight over the rule, category, prompt, evaluation set, or escalation threshold.
4. From organizational boundaries to system boundaries
A conventional outside law firm delivers advice, while the client retains its records and workflow. A harness provider may host the context, policy engine, audit trail, and learning loop. Operational control then crosses the legal boundary.
The provider is no longer just a vendor. It becomes part of the client’s administrative machinery.
5. From visible rules to hidden interaction effects
Paradoxically, more logging does not guarantee more intelligibility. A system can record every action while leaving people unable to understand why a result occurred. Complexity moves from human discretion into model behavior, retrieval logic, data provenance, and interacting rules.
The organization may become more observable to the provider and senior management while becoming less understandable to the employee or customer affected by a decision.
The key distinction
The strongest version of the argument is:
Organizations have always been governed through categories. AI makes those categories cheaper to enforce continuously, across organizational boundaries, and at the moment of action.
That creates a new class of politically important roles: ontology owners, policy engineers, evaluation designers, and exception governors. But the deepest power may belong to whoever can answer three questions:
- Which distinctions does the system recognize?
- Which outcomes train or update it?
- Who gets to contest its classifications?
This connects directly to Bowker and Star’s Sorting Things Out, James C. Scott’s work on legibility, Michael Power’s The Audit Society, and research on algorithmic management. Their shared insight is that classification systems become most powerful when they stop looking like political choices and start looking like ordinary infrastructure.