TECHNICAL REFERENCE V2.0 · 24 PAGES
Explore authority collisions, synthetic engineering scenarios, consequence receipts, and independent review.

UNLISTED TECHNICAL SHOWROOM · SMART BUILDINGS · AI · EXECUTION GOVERNANCE

HUMAN TRUST
× MACHINE TRUST
IS THE WRONG FINISH LINE.

Humans build trust through history, judgment and relationship. Machines establish confidence through data, identity, credentials, rules and verification. Both can matter. Neither, by itself, establishes that a proposed physical consequence may happen now.

Trust does not authorize consequence.

Illustrative educational designs only. Numbers, people, QR-style graphics, signatures, sample receipts and example outcomes shown in the images are synthetic; they are not production records or independently validated performance. The PDF identifies the architecture's unverified claims and testing requirements.

01 · TWO KINDS OF TRUST · ONE MISSING BOUNDARY

Trust can support a decision. It cannot substitute for execution authority.

Human trust and machine trust are not equivalent to execution authority; TA-14 pre-commit governance flow
01 / Human and machine trust can inform the examination; neither grants consequence authority.
HUMAN TRUST

“I know this person.”

Experience, reputation, judgment, relationship, prior success and forgiveness can create confidence over time. But a trusted technician can still be wrong, out of scope, operating on stale evidence or lacking authority for this action.

MACHINE TRUST

“The system verified it.”

Identity, authentication, signatures, data integrity, confidence, policy and secure connection can establish important facts. But a perfectly authenticated machine can still propose a consequence it has no present authority to cause.

The missing question: What authorizes the consequence?

02 · TRY THE BUILDING

The AI is correct. The BMS is capable. Execute?

Prediction and operator recommendations enter AEA evidence, authority and standing checks before four-way determination
02 / A recommendation is not permission. Proposed actions must be examined before commit.
PROPOSED CONSEQUENCE

SHUT DOWN AHU-1

The system proposes an immediate shutdown.

✓ AI confidence: HIGH
✓ Device authenticated
✓ Connection secure
✓ Command technically supported
✓ Prior human approval exists
✓ AHU-1 can execute

03 · THE CO₂ × PM2.5 TEST

When valid signals support competing actions, which sensor has authority?

Illustrated scenarios for critical cooling, ventilation, energy curtailment and emergency interventions
03 / Different hazards require their own current evidence, authoritative rules and actor standing.
INDOOR CO₂ RISING

Increase outdoor air.

The ventilation objective supports more outdoor air.

OUTDOOR PM2.5 HAZARDOUS

Outdoor air may increase exposure.

A second valid observation changes the consequence context.

04 · HUMAN IN THE LOOP

Putting a person behind the button changes the actor. It does not automatically establish authority.

THE HUMAN APPROVES

Problem solved?

05 · THE T0 → Tn TEST

Execution governance does not allow “we checked once” to become permanent permission.

T0 · 08:00

Everything established.

Evidence valid. Actor authorized. Connection established. Conditions satisfied. Command allowed.

Tn · 14:17

Same command. Execute again?

The world has had six hours to change.

06 · AUDIT · CYBERSECURITY · CONNECTION

Critical controls. Different boundaries.

AI AUDIT

What happened?

Audit can expose anomalies, drift, credential use, model behavior and prior actions. Understanding the failure does not itself authorize the corrective action.

CYBERSECURITY

Who is communicating?

Authentication, encryption and access control protect identity and interaction. A secure command can still propose an unauthorized physical consequence.

EXECUTION GOVERNANCE

May it happen now?

This is the consequence boundary: whether the exact proposed action has sufficient evidence, authority and standing to become reality now.

AUDIT→INTELLIGENCE→CONNECTION→EXECUTION GOVERNANCE→CONSEQUENCE

07 · SOFTWARE LIABILITY · THE THIRD ARCHITECTURE

Blind execution and blanket refusal are not the only choices.

EXTREME 1

Execute because the software can.

Capability becomes consequence without an independent determination of present execution standing.

EXTREME 2

Never execute. Make a human click.

This can limit autonomy while simply transferring the final action to a human whose own evidence and authority may be unexamined.

THIRD ARCHITECTURE

Govern the execution.

Preserve what was proposed, evidence considered, authority applied, standing established, decision returned and what actually crossed into reality.

Execution governance does not eliminate legal responsibility or guarantee a particular liability outcome. It creates an attributable pre-execution and execution record instead of relying on blind automation, reputation, or a bare human click.

08 · MACHINE-SPEED GOVERNANCE

Governance does not have to mean bureaucracy.

AEA execution boundary assesses evidence, authority, standing, scope, current conditions and revocation before a commit
04 / Machine-speed is an architectural objective; response latency is not established by this illustration.

For autonomous buildings, the governing checks must be capable of operating computationally before the proposed consequence crosses the execution boundary.

EVIDENCE

Is the evidence sufficient, current, attributable and applicable to this consequence?

AUTHORITY

What authority permits this exact action, not merely access to the system?

STANDING

Does that authority apply to this actor, asset, purpose, place and moment?

SCOPE

Is the proposed consequence inside the permitted boundary?

PRESENT CONDITIONS

Have conditions changed since the last approval or successful execution?

REVOCATION / EXPIRY

Has permission expired, narrowed or been revoked?

ALLOWHOLDDENYESCALATE

09 · SAME COMMAND · THREE ACTORS

The command is identical. The authority context is not.

AI and operator instructions are resolved by applicable authority and established standing, not confidence alone
05 / Neither the operator nor the AI automatically wins. Applicable authority controls.

SHUT DOWN AHU-1 is proposed by three different actors. Identity matters — but identity alone cannot decide the consequence.

TRUSTED TECHNICIAN

“I know this building.”

Experience may be strong. Scope, assignment, evidence and present authority still have to apply to this shutdown.

AUTHENTICATED AI AGENT

“My credentials are valid.”

Authentication can establish identity and access. It does not automatically establish authority for this physical consequence.

EMERGENCY RESPONDER

“Emergency authority applies.”

A responder may possess different authority under different conditions. The governing question is whether that authority has standing here and now.

10 · NON-ACTION IS ALSO A CONSEQUENCE

HOLD is not the same thing as pretending nothing happens.

Suppose evidence is incomplete while AHU-1 serves a critical occupied space. Executing may create harm. Refusing to act may also allow harm to continue.

INTERVENE

Change the physical state.

The intervention requires sufficient evidence, authority, standing and scope.

DO NOT INTERVENE

Allow the present state to continue.

Continued operation can itself carry consequence. HOLD must preserve what is unknown and what must be established next.

11 · AUTHORITY COLLISION

What happens when legitimate objectives disagree?

Synthetic critical cooling scenario showing the chain from proposed action through AEA determination and verification
06 / Hypothetical cooling example only. The PDF also examines a separate cooling-reduction case that results in HOLD.
LIFE SAFETY

Emergency condition

A safety regime may require immediate action under defined circumstances.

INDOOR AIR QUALITY

Exposure condition

Environmental evidence may support a different operating state.

ENERGY / OPERATIONS

Operational objective

Optimization may support yet another action — without possessing authority to outrank safety or applicable operational rules.

INTERACTIVE AUTHORITY COLLISION · SYNTHETIC

AI asks to reduce cooling. Operator objects. What governs?

An authenticated optimization agent proposes an 8% cooling reduction. The evidence needed to establish present thermal margin is stale. The operator wants to keep cooling unchanged. Which determination is supported for the reduction request?

Hypothetical teaching case. The choice does not command real equipment or establish a production AEA determination.

12 · THE CONSEQUENCE RECEIPT

Do not merely execute. Preserve why reality was allowed to change.

Illustrative consequence receipt recording evidence, authority, standing, decision, commit and observed outcome
07 / Receipt identifiers, cryptographic references and QR artwork are illustrative, not verifiable records.

A governed execution should leave an inspectable record connecting proposal, evidence, authority, standing, determination, execution and outcome.

PROPOSAL→EVIDENCE→AUTHORITY→STANDING→DETERMINATION→COMMIT→EXECUTION→OUTCOME

Illustrative only. A real receipt must be bound to the actual evidence, authority, identities, timestamps, conditions and execution record.

13 · WHERE TRUST ENDS · WHERE GOVERNANCE BEGINS

Do not make one control carry the job of another.

Identity, cybersecurity, audit, policy, human oversight and execution governance can all be necessary. They answer different questions. The architecture becomes dangerous when success at one layer is silently treated as permission at the next.

IDENTITY / AUTHENTICATION

Who or what is this?

Establishes identity and credential validity. It does not establish permission for every consequence.

CYBERSECURITY / CONNECTION

May these parties communicate?

Protects access, transport and interaction. A legitimate connection does not itself authorize physical execution.

AUDIT / INTELLIGENCE

What happened or is likely?

Creates visibility, inference and accountability. Understanding does not equal permission.

EXECUTION GOVERNANCE

May this consequence happen now?

Examines admissible evidence, applicable authority, established standing, scope and present conditions before commit.

14 · WHEN THE GOVERNANCE INPUTS FAIL

A governance system must know when it does not know enough to authorize reality.

Failure modes for stale readings, revoked permission, unreachable authority and conflicting instructions, with fail-closed routing
08 / HOLD blocks an unsupported proposal; separately authorized protective responses may still be required.

Execution governance is not credible if missing evidence, unreachable authority services, stale state or unresolved conflict quietly collapse into permission.

STALE EVIDENCE

The reading is real — but old.

A historically valid observation may no longer establish the present condition required for execution.

AUTHORITY UNREACHABLE

The authority source cannot be verified.

Technical availability of the command does not fill the missing authority record.

STANDING EXPIRED

The permission existed.

Past standing is preserved as history; it is not silently promoted into present permission.

CONFLICT UNRESOLVED

Two applicable constraints disagree.

The system cannot manufacture precedence merely to keep automation moving.

IDENTITY / PROVENANCE GAP

The source cannot be sufficiently attributed.

Useful information may remain informative without becoming admissible evidence for this consequence.

FAIL-CLOSED ≠ DO NOTHING

HOLD preserves the boundary.

HOLD can stop an unestablished execution while triggering bounded investigation, revalidation, escalation or another authorized response.

15 · THE COMMIT BOUNDARY

Before this line, the system is still proposing. After it, reality changes.

This is the moment the entire showroom has been approaching. Models can reason. Humans can approve. Systems can authenticate. Policies can evaluate. Evidence can accumulate. But the consequence is not yet real until something is permitted to commit it.

BEFORE COMMIT

Proposed reality

Observation · inference · recommendation · request · approval · authority context · standing evaluation · ALLOW / HOLD / DENY / ESCALATE.

AFTER COMMIT

Changed reality

AHU stopped. Valve moved. Access granted. Record changed. Transaction released. Alarm suppressed. Physical or digital consequence now exists.

Everything before commit can be technically correct — and the answer at the boundary can still be HOLD.

16 · PUT YOUR OWN SYSTEM AT THE BOUNDARY

Do not agree with the showroom. Test your architecture against it.

Independent review challenge examining evidence, authority, standing, scope, execution and outcome
09 / Independent reviewers should challenge synthetic examples and demand source-bound evidence for real systems.

Bring a BMS command, AI-agent action, technician intervention, emergency action, financial transaction or other real proposed consequence. Strip away reputation and confidence. Ask what actually establishes permission to cross into reality.

60-SECOND CONSEQUENCE CHALLENGE

Can your system answer all eight steps?

REALITYRECORDCONTINUITYADMISSIBILITYBINDINGCOMMITEXECUTIONOUTCOME

THE CONSEQUENCE TEST

The answer to human trust vs. machine trust isn't better trust.
It's governing consequence.

Does this proposed consequence have sufficient Admissible Evidence, Applicable Authority, and Established Standing to become reality NOW?

Capability ≠ Authority.

No admissible evidence. No admissible execution.

TA-14 ACADEMY · INDEPENDENT REVIEW CHALLENGE

Can you defend the determination?

Apply the governance principles to three hypothetical cases relevant to the proposed operational consequence. Choose a determination, then examine the reasoning. These cases teach the distinction between Admissible Evidence, Applicable Authority, and Established Standing; they do not issue real-world authorization.

CASE 01

Evidence is not yet admissible

A proposed consequence is supported by an observation, but the source attribution or record continuity is missing. What should happen before execution? Consider this in the context of the proposed operational consequence.

CASE 02

The actor exceeds authority

The record is current and reliable, but the proposed consequence falls outside the scope of applicable authority. What is the supported determination?

CASE 03

A higher authority is required

The proposed consequence triggers a documented requirement for review by another designated authority. What is the appropriate route?

Independent educational examples only. The questions are hypothetical and do not assess a real institution, building, person, or operating system. Actual governance determinations require case-specific evidence, applicable authority, established standing, and bounded review.