Reading guide
A guide to Perspective Beyond
The atlas follows one architectural question: how can a person or organisation act responsibly when the systems it relies on represent only part of the work? The corpus approaches that question from mathematical research, software and governance design, field intervention and institutional exchange. A reader can start with a concept, a technical requirement or a case, then follow the same operating problem across those forms of evidence.
From the world to the record
A database, model, workflow or policy can accurately describe one aspect of an operation while omitting the distinctions a different decision requires. The map begins with Logic Fields as a lens on where a distinction remains meaningful, the Given Universe Axiom as a question about limits of recovery, and The Map and the Flow as a field-oriented account of representations drifting from the work they describe. Together they point toward Structural Awareness: identify what the available record supports, what remains outside it, and which missing distinctions matter before acting. The research sources define the formal assumptions and distinguish an open semantic question from a finite record or test run.
- Logic Fields
- The Given Universe Axiom
- The Map and the Flow
- Structural Awareness
- Unrecoverable remainder
- Sufficient distinctions for a new question
- Ecosystem Awareness — Integrated Foundational Theory of Bounded Uncertainty and Ecosystem Change
- Programme Bridge Note — Map, Flow, Epistemic Distance and the Lineage to Ecosystem Positioning
The practical question is whether two situations that look identical in the record would require different actions. If they would, a decision owner can seek a new signal, narrow the action, establish a missing rule, or escalate. A demonstration that a record is insufficient establishes a reason to revisit it. A usable reconstruction requires acquiring and interpreting the missing distinctions. The atlas keeps those steps separate and records historical validity separately from the validity of a present use.
- Observation expansion
- Decision-critical uncertainty
- Constitutive information
- Diagnosing insufficiency and reconstructing information
- Historical and at-use validity
- Structural Awareness — The Value of an Unresolved Frontier and Two-Phase Contextual Requalification
Where knowledge, authority and control meet
Ecosystem Positioning places responsibilities at the participants who have evidence and can take accountable action. Ecosystem Awareness asks whether a decision is qualified under that participant's context. Regime Awareness monitors conditions that can invalidate the qualification. Minimum Sufficient Control Architecture asks whether a configuration of controls can sustain the objective in that setting, with a feasible response and an acceptable burden. These are interacting capabilities. An alert can initiate a new qualification, and an amended control arrangement can change what the participants need to observe.
- Ecosystem Positioning
- Ecosystem Awareness
- Regime Awareness
- Minimum Sufficient Control Architecture
- Annex 01D — EA / MSCA / Regime Awareness operation-composition profile
- Annex 01H — Participant-Local Ecosystem Positioning and Decision-Scoped Epistemic Opportunity
The working unit is a concrete decision: objective, actor, evidence, governing version, time window, and a path to execution or abstention. A valid proposal can remain uncommitted while capacity is checked or authority is delegated. Passing a handoff requires enough context for the receiver to understand the proposal and decide what it can legitimately do. Response capacity is also operational: a person may hold the right to stop an action and lack the information, time or means to exercise it before harm propagates.
- Objective Envelope
- Epistemic handoff
- Delegated authority governance
- Decision-specific sufficiency
- Decision authority
- Effective response capacity
- Proposal and commitment
- Response window
- ACC Lineage, Identity & Authority Binding Profile
- Annex 01I — Agentic Citizenship Contract: Human-Governed Participation and Constraint Profile
- Delegated Authority Operating System — ITU-T FG-TIDA contribution package
When local success composes badly
A dashboard can report several locally successful controls while the joint operation fails. To make that claim examinable, specify an outcome independently of those controls, reconstruct the shared resource or dependency they interact through, and trace the timing and authority of each action. Chaos Smart City gives a controlled reading of this problem. It is useful alongside the transport cases because a set of attractive individual assignments can consume shared capacity needed for the combined service. This is a relationship to investigate through common constraints and outcome measures.
- Compositional failure of local controls
- Chaos Smart City
- Resource arbitration
- Compositional failure
- Independent upstream outcome
- Smart-City Mobility Chaos
- When the Controls Work but the System Fails
- xSeil: Scenario-Based Planning and Human-Governed Computation
The same discipline applies to evidence about the architecture. Canonical requirements define what a mechanism is meant to do. Benchmarks, ablations and minimum case models can isolate a failure or a contribution. A fair comparison holds access to information, responsibilities and resource budgets comparable. The evaluator's access to fixture truth is a design choice and must stay distinct from the system's ability to acquire evidence. An example can reveal an interface defect without establishing a general causal claim or validating an industrial deployment.
- Canonical requirements S1–S14
- Hypotheses H1–H6
- DDS benchmarks and ablations
- Evidence and maturity ladder
- Mechanism ablation
- Matched comparison
- Bounded reference oracle
- Fallible matched evidence acquisition
- Fixture label leakage
- Canonical Requirements: S1–S14, Sufficiency Conditions, Hypotheses and KPIs
- Annex 00D-A01 — Reference-Scenario Test Artifacts and Bounded Reference-Oracle Construction & Test Design — Ecosystem Awareness
The human work hidden inside system performance
Human Intelligence Debt, the Attribution Gap, Informational Friction and the Cost of Clarity ask different questions about the same intervention. Human Intelligence Debt looks for recurring human work that compensates for a remediable system or coordination gap. The Attribution Gap asks whose contribution sustains the result and whose contribution is recognised. Informational Friction follows the movement, translation and re-entry of information across interfaces. The Cost of Clarity includes investigation, decisions that establish new obligations, and the work of absorbing the consequences of those decisions.
- Human Intelligence Debt
- Attribution Gap
- Informational Friction and Cost of Clarity
- Cost of Clarity
- Three costs of producing clarity
- Human Intelligence Debt
- Measuring Human Intelligence Debt
- The Attribution Gap and Capability Loss
- The Map and The Flow
A useful assessment starts with a unit of observation. For a work episode, describe the obligation, the information available, the compensatory action, its receiver and the credible alternative. Classify necessary oversight and genuine production of information separately. If work is released, look for evidence that capability is available, exercised and redeployed after an appropriate interval. The amount of time saved and the amount of useful capacity recovered can move differently. Trace contribution before deciding whether to standardise, preserve or retire a tool that carries it.
- Contribution evidence
- Human Intelligence Debt measurement unit
- Necessary execution and oversight
- Avoidable compensatory work
- Genuine informational contribution
- Capacity recovery coefficient
- Revaluation before clarification
- Evidence Notes for the Proposed Human Intelligence Debt Study
- Attribution Gap Measurement Protocol
- Case Study: Rationalization in Luxury
JUBAP and Tiger Teams as intervention practice
JUBAP starts by asking what a change should make possible, whose perspective defines the current options, and where an intervention can create movement. The Nestlé account provides a place to follow this from a change in framing into a coordinated intervention. Tiger Teams gives a way to organise a bounded mission around architecture, engineering, governance and delivery. The team's design includes its entry conditions, the route from discovery to commitment, continuity during the work, and the exit into a receiving organisation that can sustain it.
- JUBAP intervention practice
- Tiger Teams
- Nestlé North America and JUBAP origins
- JUBAP intervention sequence
- Human perspective change
- Mission activation and closure
- Internal capability after exit
- The JUBAP Framework
- Nestlé North America — Where JUBAP Was Named
- JubAp.Net Distributed Tiger Team Model – origins –
- Distributed Tiger Teams VS Freelancer Swarms
Opening options, compressing the distance to an operational result and expanding the capability into routine work call for different structures. A team may first reconstruct the critical path and decision surface, then operate close to the problem and finally transmit the judgment needed to handle exceptions. An evaluation asks what the team left behind that people can use, who can own it, and how the receiver handles a new exception. A document delivery, a successful pilot and sustained independent operation answer different questions.
- Transmission of tacit judgment
- Repeatable internal learning
- Communities of practice
- From capture to architecture
- Shared core of qualified evidence
- Internal capability after exit
- Intervention compression and expansion
- School of judgment and communities of practice
Cases as a way to test transfer
The purpose of a case comparison is to identify the part that might travel. In xSeil, constrained assignment and commitments make scenario governance and bounded repair visible. Mobility OS gives a second context in which demand, policy and capacity can be examined together. Workforce scheduling can borrow a way to prepare feasible alternatives, but legal limits, availability, fairness and rest rules have to be specified in the receiving domain. A meaningful comparison uses the same obligations and tracks both the repair and the unaffected commitments it preserves.
- xSeil and assignment problems
- Mobility OS and distributed coordination
- Luxury HR and shift planning
- Feasibility precomputation
- Shift constraints
- Bounded repair
- Group feasibility
- xSeil: Scenario-Based Planning and Human-Governed Computation
- Car Evolution Mobility OS – Evidence Cases 01-02
- Case Study: Luxury Group HR Information System Rationalization & Smart Scheduling capabilities deployment
GEPLAN and the Weatherford case make information and supplier dependencies visible across levels of an oilfield operation. The architectural question is which record a downstream actor can use to make which decision. The luxury rationalisation cases make a complementary issue visible: local differences can carry a capability that disappears when an application is retired. Begin with contribution, dependencies and substitution. Read the field account for what happened and the later conceptual material for what can be tested in another setting.
- Luxury systems rationalisation
- Weatherford supplier traceability
- Application retirement
- Auditable provenance
- Reusable capability
- Contribution and recognition
- GEPLAN – Mission-Critical Logistics Intelligence for PEMEX (2006-)
- Case Study: Weatherford Multi-Level Information Management for Oilfield Supplier Management
- Case Study: Rationalization in Luxury
Phylons offers a research route into reconstructing a state when events, observations and recommendations change on different timelines. Separate what occurred, when it became knowable, how a change propagates to dependent results and which conclusions can be retained. This route connects temporal reconstruction to the technical work on regime-aware semantic windows. The mathematical proposal and the historical field material carry distinct claims and can be read together without collapsing their timelines.
- Phylons and temporal reconstruction
- Event time and knowledge time
- Dependency-aware reconstruction
- Context version
- Historical and at-use validity
- Phylons relabeling cascades
- Phylons predictive factors cascade
- Regime-Aware Semantic Windows: Proposal for Mathematical Assessment and Empirical Validation
Moving architecture across territories and organisations
Transferring a capability requires translating what makes it work. A receiving territory has its own incentives, mandates, channels and tacit practices. Trace the carrier who can operate in both settings, the interface through which evidence and commitments travel, and the receiving resources that let the function be exercised. Comparing robotics and industrial integration in Greater China with distributed operational intelligence across the Americas helps locate what must remain stable and what should adapt. Generative integration can add new functions by retaining useful differences. The test is what the combined operation can sustain.
- Greater China robotics and operational integration
- Capability federation
- Distributed continuity
- Cross-territory architecture adaptation
- Generative integration
- Legitimacy across an interface
- Dual operational embeddedness
- Greater China Robotics
- Distributed Operational Intelligence Across the Americas
A repeatable path from decision to evidence
- Frame the outcome and the decision. Record the independent service or capability result and name the owner.
- Inspect the operating flow and the representations that guide it. Identify dependencies, actual exceptions and decision-critical gaps.
- Decide which information can be found and which must be established by an accountable authority. Timebox what can remain provisional.
- Define the focused mission, commitment boundary and reversible response. Establish what must keep working during the intervention.
- Compare feasible alternatives under matched constraints. Reassess when evidence, permissions or the operating regime changes.
- Measure the outcome, the burden of control and the changes in human work on separate channels.
- Transfer judgment and operational responsibility. Test the receiver with a new case or exception.
- Close the mission with the versions, evidence and unresolved questions needed for another use.
- Decision-specific sufficiency
- Constitutive information
- Matched comparison
- Claim status
- Independent upstream outcome
- Mission activation and closure
- Total intervention cost
- Internal capability after exit
How to read the links
A documented use points to something described in a source and carries the scope of that account. A conceptual bridge explains how two ideas fit, depend on one another or differ. A candidate transfer proposes a mechanism worth comparing under receiving conditions. An analogy aligns features of two settings for interpretation. A hypothesis is a proposition that needs its own test. Editorial comparisons and the published further-reading cards are navigation layers. Selecting a relation in the explorer reveals its direction, condition where available and source references. Each concept also has a text page with incoming and outgoing relations.
Publication dates identify a web record. Version pins identify the GitHub record used by the atlas. A later article can help interpret an earlier case, while the case timeline and reported outcomes stay with the primary account. The atlas includes public technical exchanges and standards context as separate records. A contribution can be read alongside an adopted recommendation without assigning it the recommendation's institutional status.
- Claim status
- Pre-standardisation
- Pre-standardisation and ITU contributions
- Public corpus and cross-traceability
- Research Contributions
- ITU-T Y.4200 — Requirements for smart city platform interoperability
- ITU-T Y.4201 — High-level requirements and reference framework of smart city platforms
- ITU-T Focus Group on AI for Smart and Sustainable Cities
- FG-AI4SSC input I-097 — Minimum Sufficient Control
- Claim and Attribution Boundaries
Sources, versions and maintenance
This edition integrates the four-site public web inventory, the earlier conceptual and document relationship corpus, the bridge map, public further-reading links, and a selected set of research and institutional sources. The research selection includes mathematical notes, architecture contracts, cases and a small number of explicitly linked technical artefacts. File versions retain their commit pins. Source pages display the version, source type and public link together with the concept or document relationships assigned by this edition.
The editable JSON separates concepts, sources, conceptual relations, document comparisons and published reading links. To extend the atlas, add a stable identifier, state the direction and type of the relation, attach the actual source and give the condition under which the connection is meaningful. If a source changes, retain the version that supported the earlier relationship and record the new basis for the update.