Three owners. One coordinated transaction.

The client needs a usable Paris–Lima trip within stated travel conditions. A recommendation selects an offer; completing the task then requires the airline's ticket evidence, the bank's authorization and the client's purchase intent to agree on that same bounded transaction.

The recorded mock purchase reaches that result with three independent owners. Each keeps its own decision and final record: no SuperRoot takes over the client, airline or bank. The resulting receipts connect work that actually happened within the mock profile.

The twelve Gemini 2.5 Flash calls belong to this historical semantic episode. They are twelve model duties, not twelve owners, and the purchase, ticket and bank effects are mock.

The client wants a usable trip

The client needs a flight from Paris to Lima on the stated travel date, with a budget ceiling, baggage, no overnight layover and preferences for price and seating. The useful result is a coordinated purchase whose participants can each explain their part. Airline, bank and client are independent owners; they are not three levels of one superior Root.

Airline · 12 live model calls · 3 independent owners · 1 mock transaction. The date 12 August 2026 is the scenario's travel date, not an inferred collection timestamp. Read the source-bound report.

A recommendation becomes an offer-specific transaction

Before selection, two supplied mock offers satisfy the hard requirements. The client purchase reviewer recommends Offer 001: its recorded safe summary says it is EUR 24 cheaper and supplies the preferred window seat. Offer 002 has an extra-legroom aisle seat at a higher price. This is an actual recorded recommendation and selected offer; the source does not provide a randomized benchmark of model influence.

The change is from bounded travel intent and offer evidence to an offer-specific local decision. The runtime validates the proposed semantics, supplies owner-specific views, and coordinates one mock Corridor. Afterward, separate hold, ticket and purchase receipts identify what was produced. The purchase receipt consumes the mock ticket, bank authorization reference and client's purchase intent.

Twelve model duties, three owners

The report records model_id=gemini-2.5-flash, provider_mode=real_provider and 12 provider calls. Those calls belong to attempt 04. Each semantic safe projection records no created action permission; a model role is not another effect owner.

Different finals preserve different reasons

The report's /bsep/projections stores each owner's bounded view with permission_created=false. A foreign projection supplies evidence to be assessed locally. Its arrival does not make another owner's decision applicable automatically.

The terminal purchase receipt at /receipts/2/safe_projection/depends_on binds three actual preceding products:

mock_ticket_receipt:mock_airline_al:001
bank_payment_authorization_ref:mock_bank_a:001
client_purchase_intent:client_001:001

These are selected saved fields from airline_safe_execution_report_attempt_04_v01.json at publication ref 800f38c3407b3f4ec93dc943c977ffeecb614881. They are identifiers of historical mock evidence, not reusable permission.

What actually finished

One transaction retains three owners

The selected offer reaches one bounded mock Corridor; client, airline and bank retain separate Root finals.

Record: tri_party_airline_live_semantic_lane_v01:attempt_04. Class: public safe recorded execution. Scope: Attempt 04 public-safe report; historical Gemini transport and mock business effects; not a real ticket purchase.

View source — tri_party_airline_live_semantic_lane_v01:attempt_04

The Corridor's mock_only=true and real_world_effects_count=0 sit alongside corridor_execution_count=1 and corridor_final_status=PASS. The scope matters in both directions: a mock transaction was performed, but a commercial ticket was not purchased. Receipts are evidence of that bounded execution.

Keep neighbouring histories separate

The older full-stack claim matrix preserves a failed package and a distinct recovery at C22–C23; C24 records signature_verified=false. Those are older source-bound histories, not attempt-04 mutations. The Incident Atlas has a selected-offer/hold-only Airline profile, and the Experience case has its own finite allocation experiment. None replaces the full transaction above, and their model calls are not added together.

Read the historical presentation

The Airline and Supplier master presentation and its slide-to-source ledger locate the reports. The older Airline presentation and technical appendix retain their separate provenance. An original dedicated Airline XML was not established by this source inspection; this site's compact reader is a new editorial focus.

This is the same kernel

Football also separates an offer from a later owner-approved mock action. External DRS makes the foreign-result-to-local-context relationship explicit. Supplier shows useful limited progress when only part of a business task is ready. The one-kernel map and Geometry connect owner decisions, current applicability and actual consumption without combining these histories into one run.

Case identity

tri_party_airline_live_semantic_lane_v01:attempt_04; execution head 71764c8b41f26e94b9cfdc1e821f7d8e15df4149

Task: Choose a Paris–Lima flight satisfying the client’s price, baggage, seat and connection constraints, and coordinate a mock purchase.

Roles: Client and ClientRoot; Airline and AirlineRoot; Bank and BankRoot; Gemini 2.5 Flash in 12 bounded semantic duties; Local validators and mock transaction executor.

Observed result: Offer 001 selected; one bounded mock Corridor returned PASS; three evidence-only receipts and three separate Root finals.

Limits:

• Public-safe recorded report; raw prompts and responses are not published
• Mock purchase, ticket and bank effects; no real booking or payment
• Attempt 04 is separate from older full-stack recovery, Atlas hold-only and experience-budget profiles

Read with your assistant

A complete first explanation in one offline file, with the same episodes, selected fields, attributed excerpts and source routes as this page. SITE FOCUS V01 is a new editorial selection; original publications are linked in the case.

Download XML · 15,504 bytes · SHA-256: 5e110bdbf766c13f9336c634ae1290623afb7c31cd2318c2aac06f3308efac7a

Download TXT · 14,076 bytes · SHA-256: 419bb2fc7b9fb6b6ee16943ad73a18072ecf2f2929b0c83506b349db1b94819c

Sources and scope

This page is a website explanation, updated 2026-10-02. Its explanation does not create a new execution result or change the status of its sources.