AlpiType

“The 70/30 architecture requires two diagrams: one for the technical layer, one for the social layer. Both are equal system components. One without the other is not an AI system.”

— Anton Lytvynenko, Chapter 7

DE · EN · UK · NO

AlpiType · Anton Lytvynenko · 2026

Forget Prompts. The 70/30 AI System

Who trains, who controls, who is liable

Free to read · Print edition on Amazon, approx. €37
Independent of the page language — gift the German edition to a German-speaking friend, for example.

Any email address works · link valid 7 days · GDPR-compliant

Prefer to sample first? Chapters 1–7 as open PDFs — no email ↓
Complete book · 23 chapters + appendices · 267 pages · PDF · English
3D view (video)
70/30 — Print copy · cover
Cover
About the author — book page
About the author

What readers say

TOP 10 %
70 % — MACHINE VERDICT
METHOD: fully automated manuscript analysis · no human input
REVIEWER: publisher’s AI assessment system
REFERENCE CLASS: AI books
RESULT: top 10 %
30 % — HUMAN VERDICT
“35 pages in — I’m hooked! The best book on the subject so far. Our CIO absolutely has to read this, I’d gift it. And this is exactly the kind of book I’d buy myself.”
Expert at a large international corporation · name known to the editors

The feedback follows the 70/30 architecture too: the machine assesses, the human decides.

AI systems rarely fail because of technology. They fail because no one defined who trains, who controls, and who is liable — before something goes wrong.
Contents
PrologueCognitive Asymmetry — why verification cannot keep pace with generation
ForewordHow to read the diagrams that follow
Ch0The Frame — Consumer AI versus Industrial AI, and the seven layers
Ch1Three Roles Beyond the Technology
Ch2What the Technology Will Not Fix
Ch3When It Comes to a Lawsuit
Ch4Who Is Liable — compliance as organizational architecture
Ch5Economic Anthropology — why the AI operator's role is gaining weight
Ch6Escalation Risk — four documented cases
Ch770/30 as an Architectural Principle — building the two layers in practice
Ch8The Verification Gap — why humans cannot keep up with AI output
Ch9The Progress Illusion — when the AI never says “I’m stuck”
Ch10Sovereignty as an Anthropological Question
Ch11What Changes When AI Operators Are Paid Like Senior Architects
Ch12The Anthropology of the Next Decade
Ch13Industrial AI ≠ SaaS AI — why the factory plays by different rules
Ch14From Insights to Action — the moment a dashboard becomes a decision
Ch15Why AI Projects Fail After the PoC
Ch16Systems Without an Owner
Ch17Why We Pay the Mobile Carrier When the Internet Is Free
Ch18Skill in a Prompt-Driven World
Ch19Dynamic Settings and the Obsolescence Matrix
Ch20Toward Neuralink — intelligence augmentation through infrastructure
Ch21The Inverse Law of Validation — from precise words to a narrow checkpoint
Ch22AI Security — prompt injection and related attacks
Ch23The Myth of the Autonomous Enterprise
Appendices A & B

Chapters 1–7 Preview

Seven chapters open — the full 267 pages via email download. No newsletter · direct download · GDPR-compliant.

Also in the full book: Ch20 — Toward Neuralink · Ch10 Sovereignty · Ch13 Industrial AI ≠ SaaS AI · Ch22 AI Security.

Chapter 1 — Three Roles Beyond the Technology

The 3 Undefined Roles Training Who defines correct output? Control Who monitors & intervenes? Liability Who signs off when wrong? All three exist in every AI system. Implicitly — if not explicitly.

AI projects rarely fail at the model; the model usually works. They fail because, after go-live, the system falls into a gap where nobody is responsible any more. The data scientist has moved on to the next pipeline. The engineer who keeps the models in operation watches monitoring dashboards whose alert thresholds he set himself.

What looks like a software problem is an anthropology problem. Three roles were never spoken out loud before the system went into operation. Three responsibilities were never assigned, three escalation paths never built: who trains, who controls, who is accountable. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 2 — What the Technology Will Not Fix

Ground Truth Gap Model Output What the model produces The gap a bigger model cannot close Ground Truth Reality — defined by humans & domain Bad input data is a human problem. No model size fixes it.

There is a hope that surfaces in almost every AI project. It is rarely spoken aloud, yet it structures everyone's expectations. The hope goes: if the model is large enough, it will fix the bad input data.

It will not. This concerns, above all, supervised learning — the family of machine learning in which a model trains on pairs of input and documented correct answer, the typical case of Industrial AI: quality control, predictive maintenance, credit scoring. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 3 — When It Comes to a Lawsuit

Liability Chain AI System makes decision Decision acted upon Outcome harm occurs Lawsuit filed in court WHO IS LIABLE? undefined roles A lawsuit targets the organizational structure — not the model. If no one owns the role, everyone is liable — or no one is.

In the spring of 2026, the Steuerberaterkammer Berlin — the Berlin chamber of tax advisers — files suit against the company Accountable. The accusation aims past the tool. There is no claim of harm to clients, no claim of wrong advice, no data leak. What is contested is a single word on the website: AI-Steuerberater — an AI tax adviser, where Steuerberater is Germany's protected professional title for tax advisers.

The case is more than a legal curiosity. It makes visible a pattern that sooner or later catches up with every productive AI vendor in a regulated domain: what stands before the court is, first of all, the position from which the model is sold — the model itself comes second. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 4 — Who Is Liable — compliance as organizational architecture

RACI Matrix for AI Responsibility Task R A C I Model Training ML Eng. CTO Domain Exp. GF Output Review AI Operator AI Operator Domain Exp. CTO Compliance Check Legal/Comp. GF CTO All Incident Response AI Operator CTO Legal GF R = Responsible · A = Accountable · C = Consulted · I = Informed · GF = Geschäftsführer

Regulation is the legal projection of the gap between machine generation and human verification. The EU AI Act, GDPR and their counterparts across the Atlantic leave cognitive asymmetry fully in place — they fix it in law.

The EU AI Act entered into force in August 2024. The transition periods for most high-risk categories have moved into their active phase or are entering it. Most machinery manufacturers in the DACH region have yet to feel the regulation's full weight. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 5 — Economic Anthropology — why the AI operator's role is gaining weight

The Economic Imbalance Annual Cost (€) 0 50k 100k 150k ~42k€ Operator Salary ~145k€ Cloud AI Cost Replaced Operators generate 3-4× their salary in cloud cost savings — yet remain entry-level

Almost every Industrial AI project carries an asymmetry that is rarely spoken about. It sits with the people who keep the system productive, and with the place that role is given in the company's organizational and economic structure; architecture, model choice and technology stack have little to do with it.

The challenge that industry discovers late — on a horizon of months after go-live, gaining weight gradually — lies in the phase of holding an AI system in a predictable state rather than in the phase of building it. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 6 — Escalation Risk — four documented cases

Escalation Risk Matrix GPU Dependency → Low ——————— High Human Oversight ↑ Low — High SAFE High oversight, low dependency CONTROLLED High oversight, high dependency FRAGILE Low oversight, low dependency CRITICAL Low oversight, high dependency

Each of the four cases realizes the same mechanism: an error or an unusual result on the model layer travels all the way to the layer of legal and financial consequences, because none of the layers in between — signal, operator, mandate, documentation, contract — stopped it on the way. The layers are not accidental; each case below shows exactly which one stood empty.

Once an AI incident has happened, a convenient wording lies close at hand: the model hallucinated , the model broke , the model was not ready . Convenient, because such wording moves responsibility onto the technology and away from the organizational decisions that preceded the incident. The more useful optic runs the other way: look at the decisions that were never taken and the roles that were never filled. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Chapter 7 — 70/30 as an Architectural Principle — building the two layers in practice

The 70/30 Architecture 70% — Machine Layer • Model inference • Pattern recognition • Data processing • Automated decision drafts • Threshold evaluation • Log & audit trail generation • Scalable execution • Speed & consistency • Repeatable workflows 30% — Human Layer • Ground truth definition • Accountability & sign-off • Edge-case judgment • Model correction & retraining • Incident response • Stakeholder communication • Role definition (R/A/C/I) • System shutdown authority • Regulatory compliance Without the 30% human layer, the 70% machine layer has no valid operating context.

Bain & Company showed in a 2025 study: companies that combine generative AI with a genuine redesign of their processes cut costs by up to 25 percent. Companies that lay AI on top of existing processes, leaving the processes untouched, harvest single-digit percentages or nothing at all.[¹] That 25-percent figure is the strongest external evidence for the 70/30 approach. The technology on its own yields no economics; the economics come from constructing the human and technical layers together.

Most architecture diagrams of AI systems show the technical layer: the model, the data pipeline, the infrastructure, the integrations — sometimes with the user interface on top. …

📄 Full chapter as PDF · free · no email: Deutsch · English · Українська

Complete book as a free PDF — print edition available on Amazon

📄 Download English PDF →


Anton Lytvynenko
CEO · AlpiType · Landsberg am Lech

Anton Lytvynenko is a software systems engineer and adviser for AI adoption. More than thirteen years of industrial software in C++ — platforms, engineering tools and systems for industries where an architectural decision has a long life cycle: semiconductors, defence, aviation. To the author, AI is a continuation of software engineering — a system with inputs, outputs, interfaces, responsibility, risks and operating costs.

Anton Lytvynenko — out in the AlpsAbout the author — book page70/30 — print copy
🎤 KI-Advisor-Talk
Talk & sparring on the 70/30 system — live for teams and events, directly from the author.
ki-advisor-talk.de open →
📰 ki-aktiv.de
Articles and hands-on knowledge on AI adoption — the AlpiType content portal (German).
ki-aktiv.de open →
▶ Talk: Siemens Startup Meetup
Siemens Startup Meetup "Physical AI & Robotics": simulation-driven AI for machine vision — 98.5 % defect detection on-premise. With video recording.
event page open (in German) →
✓ Certified: CAITL™ — AI Transformation Leader (USAII®)
CAITL — Anton Lytvynenko🔍
CAITL™ No. 5214182731 · valid 06/2025 – 06/2028
What we offer
  1. 1. References — eight projects with context, decision, result and stack
  2. 2. C++ / Qt Engineering — control and HMI software for industrial systems
  3. 3. AI for Engineering Teams — requirements, code, tests, knowledge, on-premise

Author: Anton Lytvynenko, CEO AlpiType

Contact the author
or directly: info@alpitype.com
Colophon
Forget Prompts. The 70/30 AI System · AlpiType Publishing Line · 2026
Print: Paperback ISBN 978-3-913033-07-5 (Amazon) · Hardcover · EPUB