AlpiType

“70/30-arkitekturen krever to diagrammer: ett for det tekniske laget, ett for det sosiale laget. Begge er likeverdige systemkomponenter. Det ene uten det andre er ikke et KI-system.”

— Anton Lytvynenko, Kapittel 7

DE · EN · UK · NO

AlpiType · Anton Lytvynenko · 2026

Glem promptene. KI-systemet 70/30

Hvem trener, hvem kontrollerer, hvem er ansvarlig

Gratis tilgjengelig · Trykt utgave (DE/EN) på Amazon, ca. 37 €

Norsk utgave — kommer snart

Den norske utgaven er under arbeid. Legg igjen e-posten din for å bli varslet når den er klar — eller last ned hele boken på tysk, engelsk eller ukrainsk nedenfor.

🔔 Varsle meg

Få hele boken som PDF — velg språk

Uavhengig av sidespråket — gi for eksempel den engelske utgaven i gave til internasjonale venner eller kolleger.
Vil du lese først? Kapittel 1–7 som åpne PDF-er — uten e-post ↓
Komplett bok · 23 kapitler + vedlegg · PDF · tilgjengelig på tysk, engelsk og ukrainsk
3D-visning (video)
70/30 — Trykt eksemplar · omslag
Omslag
Om forfatteren — bokside
Om forfatteren

Hva leserne sier

TOPP 10 %
70 % — MASKINENS VURDERING
METODE: helautomatisk manusanalyse · uten menneskelig innblanding
INSTANS: fagforlagets KI-kontrollsystem
REFERANSEKLASSE: KI-bøker
RESULTAT: øverste 10 %
30 % — MENNESKETS VURDERING
«35 sider inn — jeg er begeistret! Den beste boken om temaet så langt. Vår CIO må bare lese denne, jeg ville gitt den i gave. Og akkurat en slik bok ville jeg kjøpt selv.»
Ekspert i et stort internasjonalt konsern · navnet er kjent for redaksjonen

Selv tilbakemeldingene følger 70/30-arkitekturen: maskinen vurderer, mennesket bestemmer.

KI-systemer feiler sjelden på grunn av teknologi. De feiler fordi ingen har definert hvem som trener, hvem som kontrollerer og hvem som har ansvar — før noe går galt.
Innhold
PrologKognitiv asymmetri — hvorfor menneskelig verifikasjon ikke holder tritt med maskinell generering
ForordHvordan lese diagrammene som følger
K0Rammen — forbruker-KI versus industriell KI, og de sju lagene
K1Tre roller utenfor teknikken
K2Hva teknologien ikke vil fikse
K3Når det kommer til søksmål
K4Hvem har ansvar — samsvar som organisasjonsarkitektur
K5Økonomisk antropologi — hvorfor KI-operatører er underbetalt
K6Eskaleringsrisiko — fire dokumenterte tilfeller
K770/30 som arkitekturprinsipp — å bygge de to lagene i praksis
K8Verifikasjonsgapet — hvorfor mennesket ikke holder tritt med KI-produksjonen
K9Fremdriftsillusjonen — når KI-en aldri sier «jeg står fast»
K10Suverenitet som antropologisk spørsmål
K11Hva som endres når KI-operatører lønnes som senior-arkitekter
K12Antropologien for det neste tiåret
K13Industriell KI ≠ SaaS-KI — hvorfor industriell KI spiller etter andre regler
K14Fra innsikt til beslutning — øyeblikket dashbordet blir en beslutning
K15Hvorfor KI-prosjekter feiler etter PoC
K16Systemer uten eier
K17Hvorfor vi betaler mobiloperatøren når internett er gratis
K18Kompetanse i en prompt-styrt verden
K19Dynamiske innstillinger og foreldelsesmatrisen
K20På vei mot Neuralink — intelligensutvidelse gjennom infrastruktur
K21Valideringens omvendte lov — fra presise ord til et smalt kontrollpunkt
K22KI-sikkerhet — prompt-injeksjon og relaterte angrep
K23Myten om det autonome selskapet
Vedlegg A og B

Forhåndsvisning av kapitler 1–7

Sju kapitler åpne — hele boken via e-postnedlasting. Ingen nyhetsbrev · direkte nedlasting · GDPR-konform.

I hele boken også: K20 — På vei mot Neuralink · K10 Suverenitet · K13 Industriell KI ≠ SaaS-KI · K22 KI-sikkerhet.

Kapittel 1 — Tre roller utenfor teknikken

De 3 udefinerte rollene Trening Hvem definerer korrekt output? Kontroll Hvem overvåker og griper inn? Ansvar Hvem signerer når det går galt? Alle tre finnes i ethvert KI-system. Implisitt — om ikke eksplisitt.

KI-prosjekter feiler sjelden på modellen. Modellen fungerer som regel. De feiler fordi systemet etter go-live faller inn i et gap der ingen lenger er ansvarlig. Data scientisten har gått videre til neste pipeline. MLOps-ingeniøren ser på dashboards med terskler han selv har satt. Fabrikksjefen vet at det kjører en modell et sted, men kjenner verken treningsdataene eller leverandøren av GPU-laget.

Det som ser ut som et programvareproblem, er et antropologisk problem. Tre roller ble ikke uttalt før systemet gikk i drift. Tre ansvar er ikke tildelt, tre eskaleringsveier ikke etablert: hvem trener, hvem kontrollerer, hvem er ansvarlig. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 2 — Hva teknologien ikke vil fikse

Ground-truth-gapet Modellens output Det modellen produserer Gapet en større modell ikke kan lukke Ground truth Virkeligheten — definert av mennesker og domene Dårlige inndata er et menneskelig problem. Ingen modellstørrelse fikser det.

Det finnes et håp som dukker opp i nesten hvert eneste KI-prosjektbrief. Det uttales sjelden, men det strukturerer forventningene til alle involverte. Håpet lyder: Hvis modellen er stor nok, korrigerer den dårlige inndata.

Det gjør den ikke. Ingen modell fra de siste ti årene har klart det, og neste generasjon vil heller ikke gjøre det. Hvis treningsdataene er motstridende, reproduserer modellen motsetningene. Hvis de er ufullstendige, reproduserer den hullene. Hvis de rett og slett er feil, reproduserer den en feilaktig virkelighet: presist, raskt og i industriell skala. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 3 — Når det kommer til søksmål

Ansvarskjeden KI-system tar beslutning Beslutning blir fulgt Resultat skade oppstår Søksmål innlevert til retten HVEM ER ANSVARLIG? udefinerte roller Et søksmål retter seg mot organisasjonsstrukturen — ikke modellen. Eier ingen rollen, er alle ansvarlige — eller ingen.

Våren 2026 saksøker Steuerberaterkammer Berlin selskapet Accountable. Anklagen retter seg ikke mot verktøyet. Det handler ikke om skadde klienter, ikke om feilrådgivning, ikke om datalekkasjer. Det som påklages, er ett eneste ord på nettsiden: KI-skatterådgiver.

Dette søksmålet er ingen juridisk kuriositet. Det synliggjør et mønster som før eller senere når enhver produktiv KI-leverandør i regulerte domener. Det som står for retten, er som oftest ikke modellen, men posisjonen modellen selges med. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 4 — Hvem har ansvar — samsvar som organisasjonsarkitektur

RACI-matrise for KI-ansvar Oppgave R A C I Modelltrening ML-ing. CTO Domeneeksp. DL Output-gjennomgang KI-operatør KI-operatør Domeneeksp. CTO Samsvarskontroll Jus/samsvar DL CTO Alle Hendelsesrespons KI-operatør CTO Jus DL R = Responsible · A = Accountable · C = Consulted · I = Informed · DL = daglig leder

EU AI Act trådte i kraft i august 2024. De fleste maskinbyggere i Bayern og Baden-Württemberg har ennå ikke kjent dens fulle vekt — overgangsfristene for de fleste høyrisikokategoriene er i aktiv fase eller trer snart inn i den. Når de utløper, blir reglene bindende, med sanksjoner på inntil 30 millioner euro eller 6 prosent av global årsomsetning.

Spørsmålet hvem som er ansvarlig hører til konstruksjonen, ikke til den juridiske etterbehandlingen. I de fleste prosjekter stilles det for sent, på steder der arkitekturvinduet allerede er lukket. Dette kapittelet beskriver hvordan man stiller spørsmålet så tidlig at svaret forblir bærende. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 5 — Økonomisk antropologi — hvorfor KI-operatører er underbetalt

Den økonomiske ubalansen Årlig kostnad (€) 0 50k 100k 150k ~42k€ Operatør Lønn ~145k€ Sky-KI erstattet kostnad Operatører erstatter 3–4× lønnen sin i skykostnader — men forblir på startnivå

Det finnes en asymmetri som oppstår i nesten hvert industrielle KI-prosjekt og sjelden uttales. Den gjelder ikke arkitekturen, ikke modellvalget, ikke teknologistacken. Den gjelder menneskene som holder systemet produktivt — og pengene de får for det.

En industribedrift eller et logistikkselskap med 200 til 500 ansatte bruker typisk mellom 80 000 og 250 000 euro i året på skytjenester rundt KI-arbeidslaster. Større selskaper — over 500 ansatte — overstiger ofte 500 000 euro i året bare for KI-regnekraft. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 6 — Eskaleringsrisiko — fire dokumenterte tilfeller

Matrise for eskaleringsrisiko GPU-avhengighet → lav ——————— høy Menneskelig tilsyn ↑ lavt — høyt TRYGT Høyt tilsyn, lav avhengighet KONTROLLERT Høyt tilsyn, høy avhengighet SKJØRT Lavt tilsyn, lav avhengighet KRITISK Lavt tilsyn, høy avhengighet

Hvert av de fire tilfellene er en konkret utforming av samme mekanisme: En feil eller et uventet resultat på modellnivå når nivået av juridiske og økonomiske konsekvenser, fordi ingen av mellomlagene — signal, operatør, mandat, dokumentasjon, kontrakt — stoppet spredningen.

Det finnes en bekvem fortelling om KI-hendelser: Modellen hallusinerte, modellen var ødelagt, modellen var ikke klar. Fortellingen er bekvem fordi den skyver ansvaret over på teknologien. Dette kapittelet snur optikken: Det ser på beslutningene som ikke ble tatt, og rollene som forble ubesatte. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapittel 7 — 70/30 som arkitekturprinsipp — å bygge de to lagene i praksis

70/30-arkitekturen 70 % — maskinlaget • Modellinferens • Mønstergjenkjenning • Databehandling • Automatiske beslutningsutkast • Terskelevaluering • Logg- og revisjonsspor • Skalerbar utførelse • Hastighet og konsistens • Repeterbare arbeidsflyter 30 % — menneskelaget • Definisjon av ground truth • Ansvar og godkjenning • Skjønn i grensetilfeller • Modellkorreksjon og omtrening • Hendelsesrespons • Interessentkommunikasjon • Rolledefinisjon (R/A/C/I) • Myndighet til å stoppe systemet • Regulatorisk samsvar Uten 30 %-menneskelaget har 70 %-maskinlaget ingen gyldig driftskontekst.

Bain & Company viste i en undersøkelse fra 2025: Selskaper som kombinerer generativ KI med en reell ombygging av prosessene sine, senker kostnadene med inntil 25 prosent. De som setter KI oppå eksisterende prosesser uten å bygge dem om, oppnår ensifrede prosenttall eller ingenting.

De fleste arkitekturdiagrammer av KI-systemer viser det tekniske laget: modell, datapipeline, infrastruktur, integrasjoner. Noen ganger også overflaten for sluttbrukere. Sjelden mer. …

📄 Hele kapitlet som PDF · gratis · uten e-post: Deutsch · English · Українська

Kapitler 8–12 + Tillegg er tilgjengelig i hele PDF-en


Anton Lytvynenko
CEO · AlpiType · Landsberg am Lech

Anton Lytvynenko er programvaresystemingeniør og rådgiver for KI-innføring. Mer enn tretten år med industriell programvare i C++ — plattformer, ingeniørverktøy og systemer for bransjer der en arkitekturbeslutning har lang livssyklus: halvlederindustri, forsvar, luftfart. For forfatteren er KI en fortsettelse av programvareteknikken — et system med innganger, utganger, grensesnitt, ansvar, risiko og driftskostnader.

Anton Lytvynenko — ute i AlpeneOm forfatteren — bokside70/30 — trykt eksemplar
🎤 KI-Advisor-Talk
Foredrag og sparring om 70/30-systemet — live for team og arrangementer, direkte fra forfatteren.
ki-advisor-talk.de åpne →
📰 ki-aktiv.de
Artikler og praktisk kunnskap om KI-innføring — AlpiTypes innholdsportal (tysk).
ki-aktiv.de åpne →
▶ Foredrag: Siemens Startup Meetup
Siemens Startup Meetup «Physical AI & Robotics»: simulation-driven AI for maskinsyn — 98,5 % defektdeteksjon on-premise. Med videoopptak.
arrangementssiden åpne (på tysk) →
✓ Sertifisert: CAITL™ — AI Transformation Leader (USAII®)
CAITL — Anton Lytvynenko🔍
CAITL™ nr. 5214182731 · gyldig 06/2025 – 06/2028
Hva vi tilbyr
  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

Forfatter: Anton Lytvynenko, CEO AlpiType

Kontakt forfatteren
eller direkte: info@alpitype.com
Kolofon
Glem promptene. KI-systemet 70/30 · AlpiType · 2026