Skip to content
TUN.

About

Engineering the relationships that matter.

TUN Systemic Engineering translates human-centered design principles into the architecture, controls, and operating practices of intelligent systems.

01Purpose

Why this project exists

Most difficulty with intelligent systems is not in the model. It is in the relationships around it: which context is available, who may decide what, which tools can cause effects outside the system, and how anyone establishes afterwards what actually happened.

This project collects those concerns into one working model, so that the architecture, the controls, and the operating practices can be discussed as a single subject rather than as separate disciplines.

02Readers

Who this is for

Technology leaders, architects, engineers, and product teams working on AI-native software and sociotechnical systems — people, agents, data, tools, workflows, decision rights, and feedback.

The introduction is written to be read by anyone making decisions about such systems. The technical detail is available on the framework and patterns pages for the people who will build them.

03Continuity

Relationship to TUN Systemic Design

TUN Systemic Design defines the intended behavior and human experience. TUN Systemic Engineering translates that intent into implementation and operational discipline. One philosophy, two stages of the same work — the Engineering project extends the Design work rather than replacing it.

Visit TUN Systemic Design

04Vocabulary

What “systemic” means here

Systemic means considering connected behavior and responsibility rather than optimizing isolated components. A faster retrieval step, a stronger model, or a cleaner interface each improves one part. Whether the system is dependable depends on how those parts relate: what they permit, what they assume about each other, and what evidence they leave behind.

05Scope

What this site is, and is not

Proposed guidance

The engineering model, the principles, the reference architecture, and the review checklist are proposals developed for this website. They are a working model — an evolving proposal, not a certification standard.

Illustrative examples

The patterns and the workflow simulation are illustrative. The simulation runs entirely in your browser: nothing is sent, no external system is connected, and no real authorization takes place. All example data is fictional.

Verified implementations

None are claimed here. Where an implementation is separately verified in future, it will be identified as such. Statements about dependability on this site describe engineering objectives, not guarantees.

Human intent. Engineered into systems.