AlpiType

“Архітектура 70/30 потребує двох діаграм: однієї для технічного шару, іншої для соціального. Обидва шари є рівноцінними компонентами системи. Один без іншого — це не AI-система.”

— Антон Литвиненко, Розділ 7

DE · EN · UK · NO

AlpiType · Anton Lytvynenko · 2026

Забудьте про промпти. AI-система 70/30

Хто тренує, хто контролює, хто відповідає

Безкоштовно · Друковане видання (DE/EN) на Amazon, ≈ 37 €
Не залежить від мови сторінки — подаруйте, наприклад, англійське видання міжнародним друзям чи колегам.
Спершу почитати? Розділи 1–7 у відкритих PDF — без e-mail ↓
Повна книга · 23 розділи + додатки · 275 сторінок · PDF · Українська
3D-огляд (відео)
70/30 — Друкований примірник · обкладинка
Обкладинка
Про автора — сторінка книги
Про автора

Відгуки про книгу

TOP 10 %
70% — ВЕРДИКТ МАШИНИ
МЕТОД: повністю автоматичний аналіз рукопису · без участі людини
ІНСТАНЦІЯ: AI-система перевірки фахового видавництва
РЕФЕРЕНТНИЙ КЛАС: книги про AI
РЕЗУЛЬТАТ: топ-10%
30% — ВЕРДИКТ ЛЮДИНИ
«Прочитав 35 сторінок — я в захваті! Поки що найкраща книга на цю тему. Її обов’язково має прочитати наш CIO — я б подарував. І саме таку книжку я б собі купив.»
Експерт великого міжнародного концерну · ім’я відоме редакції

Навіть відгуки відповідають архітектурі 70/30: машина оцінює, людина вирішує.

AI-системи рідко зазнають невдачі через технології. Вони зазнають невдачі, тому що ніхто не визначив, хто навчає, хто контролює і хто відповідає — до того, як щось пішло не так.
Зміст
ПрологКогнітивна асиметрія — чому верифікація відстає від генерації
ПередмоваЯк читати наступні діаграми
Р0Рамка — споживчий AI у порівнянні з промисловим AI, і сім шарів
Р1Три ролі поза технікою
Р2Що технологія не покращить
Р3Коли доходить до позову
Р4Хто несе відповідальність — комплаєнс як організаційна архітектура
Р5Економічна антропологія — чому роль AI-оператора набуває ваги
Р6Ризик ескалації AI-системи — чотири задокументовані випадки
Р770/30-Підхід — як практично будувати два шари
Р8Розрив верифікації: чому людина не встигає за виходом AI
Р9Прогрес-ілюзія: коли AI ніколи не каже «я застряг»
Р10Суверенітет як антропологічне питання
Р11Що змінюється, коли AI-операторам платять як Senior-архітекторам
Р12Антропологія наступного десятиліття
Р13Промисловий AI ≠ SaaS AI — чому індустріальний AI грає за іншими правилами
Р14Від інсайтів до дій — момент, коли дашборд стає рішенням
Р15Чому AI-проєкти провалюються після PoC
Р16Системи без власника
Р17Чому ми платимо мобільному оператору, якщо є вільний інтернет
Р18Скіл у моментно-керованому світі
Р19Динамічні налаштування і матриця застарівання
Р20На шляху до Neuralink: розширення інтелекту через інфраструктуру
Р21Інверсний закон валідації — від точних слів до вузької точки перевірки
Р22Безпека AI — ін'єкція промпту і подібні атаки
Р23Міф автономного підприємства — чому повна автоматизація створює борг верифікації
Додатки А і Б

Попередній перегляд розділів 1–7

Сім розділів відкрито — повні 275 сторінок через email-завантаження. Без розсилок · пряме завантаження · GDPR.

У повній книзі також: Р20 — На шляху до Neuralink · Р10 Суверенітет · Р13 Промисловий AI ≠ SaaS AI · Р22 Безпека AI.

Розділ 1 — Три ролі поза технікою

3 невизначені ролі Тренування Хто визначає коректний вихід? Контроль Хто спостерігає та втручається? Відповідальність Хто підписує у разі помилки? Усі три є в кожній AI-системі. Неявно — якщо не явно.

Більшість AI-проектів зазнають невдачі через одне питання, яке ніхто не ставить: хто вирішує і коли.

Невдача — не в моделі. Модель здебільшого працює. Невдача в тому, що після запуску система потрапляє в прогалину, де вже ніхто не несе відповідальності. Аналітик даних пішов до наступного конвеєра. Інженер з експлуатації моделей дивиться на дашборди моніторингу, пороги яких він сам і виставив. …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 2 — Що технологія не покращить

Розрив еталонної істини Вихід моделі Що продукує модель Розрив, який не закриє більша модель Еталонна істина Реальність — визначають люди та домен Погані вхідні дані — людська проблема. Розмір моделі це не виправить.

Тренувальні дані для машинного навчання без еталонної істини — це шлях до провалу. Те, що модель може забезпечити, почи­нається лише там, де істина задоку­мен­тована.

Є надія, яка з'являється майже в кожному AI-проекті. Її рідко висловлюють, але вона структурує очікування всіх учасників. Надія звучить так: якщо модель буде достатньо великою, вона виправить погані вхідні дані. …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 3 — Коли доходить до позову

Ланцюг відповідальності AI-система ухвалює рішення Рішення виконується Результат настає шкода Позов подано до суду ХТО ВІДПОВІДАЄ? невизначені ролі Позов спрямований на організаційну структуру — не на модель. Якщо роль нікому не належить, відповідають усі — або ніхто.

Позов проти AI-продукту рідко є позовом проти моделі. Він спрямований проти слів, якими продукт описано, і проти професійного регламенту, який ці слова захищає.

Навесні 2026 року Steuerberaterkammer Berlin (Палата податкових консультантів Берліна) подає позов проти компанії Accountable. Звинувачення спрямоване не проти інструмента. Не йдеться про шкоду клієнтам, не про неправильні консультації, не про витоки даних. Оскаржується одне-єдине слово на сайті: AI-Steuerberater (AI-податковий консультант). …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 4 — Хто несе відповідальність — комплаєнс як організаційна архітектура

RACI-матриця відповідальності за AI Завдання R A C I Тренування моделі ML-інженер CTO Експерт домену GF Перевірка виходу AI-оператор AI-оператор Експерт домену CTO Перевірка комплаєнсу Юрист/компл. GF CTO Усі Реакція на інциденти AI-оператор CTO Юрист GF R = виконує · A = відповідає · C = консультує · I = поінформований · GF = керівник

Цей розділ — регуляторна проекція розриву між машинною генерацією і людською верифікацією. EU AI Act, GDPR і їхні аналоги по інший бік Атлантики не усувають когнітивну асиметрію — вони фіксують її юридично.

EU AI Act набув чинності в серпні 2024 року. Перехідні періоди для більшості категорій високого ризику вже вийшли в активну фазу або входять у неї в найближчому горизонті після набуття чинності. Більшість виробників машинобудування у DACH-просторі ще не відчули його повної ваги. …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 5 — Економічна антропологія — чому роль AI-оператора набуває ваги

Економічний дисбаланс Річні витрати (€) 0 50k 100k 150k ~42k€ Оператор Зарплата ~145k€ Хмарний AI заміщені витрати Оператори заміщують у 3–4 рази більше хмарних витрат, ніж їхня зарплата — але лишаються на початковому рівні

Існує асиметрія, яка виникає майже в кожному індустріальному AI-проєкті і яку рідко проговорюють. Вона стосується людей, які тримають систему у продуктиві, та місця, яке цій ролі відведено в організаційній і економічній структурі компанії, а не архітектури, вибору моделі чи технологічного стеку.

Виклик, який в індустрії розкривається не одразу — а на горизонті місяців після запуску — і поступово набуває ваги, лежить у фазі утримання AI-системи у передбачуваному стані, а не у фазі її побудови. …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 6 — Ризик ескалації AI-системи — чотири задокументовані випадки

Матриця ризику ескалації Залежність від GPU → низька ——————— висока Людський нагляд ↑ низький — високий БЕЗПЕЧНО Високий нагляд, низька залежність КОНТРОЛЬОВАНО Високий нагляд, висока залежність КРИХКО Низький нагляд, низька залежність КРИТИЧНО Низький нагляд, висока залежність

Кожен з чотирьох кейсів — конкретна реалізація одного й того ж механізму: помилка чи нестандартний результат на шарі моделі доходить до шару юридичних і фінансових наслідків, бо жоден з проміжних шарів — сигнал, оператор, мандат, документація, контракт — поширення не зупинив. Шари не випадкові; нижче кожен з кейсів показує, який саме шар лишився порожнім.

Коли AI-інцидент уже стався, дуже зручно сформулювати його так: модель «галюцинувала», модель «зламалась», модель «не була готова». Зручно — бо такі формулювання переносять відповідальність на технологію і знімають її з тих організаційних рішень, що передували інциденту. Цей розділ пропонує зворотну оптику: дивитися на ті рішення, які лишились непринятими, і на ті ролі, які лишились не зайнятими. …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Розділ 7 — 70/30-Підхід — як практично будувати два шари

Архітектура 70/30 70% — машинний шар • Інференс моделі • Розпізнавання патернів • Обробка даних • Автоматичні чернетки рішень • Оцінка порогів • Логи та аудит-сліди • Масштабоване виконання • Швидкість і стабільність • Повторювані процеси 30% — людський шар • Визначення еталонної істини • Відповідальність і підпис • Судження у граничних випадках • Корекція і донавчання моделі • Реакція на інциденти • Комунікація зі стейкхолдерами • Визначення ролей (R/A/C/I) • Право зупинити систему • Регуляторний комплаєнс Без 30% людського шару 70% машинного шару не мають дійсного контексту роботи.

Bain & Company у дослідженні 2025 року показало: компанії, що поєднують генеративний AI з реальною перебудовою процесів, скорочують витрати до 25%. Ті, що додають AI поверх існуючих процесів без перебудови, отримують одиничні відсотки або взагалі нічого. Цифра 25% в економії витрат є найсильнішим зовнішнім доказом на користь 70/30-підходу: технологія сама по собі економіки не дає, її дає конструкція людських і технічних шарів разом.

Більшість архітектурних діаграм AI-систем показують технічний шар: модель, конвеєр обробки даних, інфраструктуру, інтеграції. Іноді ще інтерфейс кінцевого користувача, тобто UI (user interface). …

📄 Повний розділ у PDF · безкоштовно · без e-mail: Deutsch · English · Українська

Повна книга у безкоштовному PDF — друковане видання (DE/EN) доступне на Amazon


Антон Литвиненко
CEO · AlpiType · Ландсберг-на-Лехе

Антон Литвиненко — інженер програмних систем і консультант із впровадження AI. Понад тринадцять років індустріального програмного забезпечення на C++ — платформи, інженерні інструменти й системи для галузей, де архітектурне рішення має довгий життєвий цикл: напівпровідники, оборонний сектор, авіація. Для автора AI — продовження програмної інженерії: система із входами, виходами, інтерфейсами, відповідальністю, ризиками та експлуатаційними витратами.

Антон Литвиненко — в АльпахПро автора — сторінка книги70/30 — друкований примірник
🎤 KI-Advisor-Talk
Доповідь і спаринг про систему 70/30 — наживо для команд і подій, безпосередньо від автора.
ki-advisor-talk.de відкрити →
📰 ki-aktiv.de
Статті та практичні знання про впровадження AI — контент-портал AlpiType (нім.).
ki-aktiv.de відкрити →
▶ Доповідь: Siemens Startup Meetup
Siemens Startup Meetup «Physical AI & Robotics»: simulation-driven AI для машинного зору — 98,5 % виявлення дефектів on-premise. З відеозаписом.
сторінку події відкрити (німецькою) →
✓ Сертифікат: CAITL™ — AI Transformation Leader (USAII®)
CAITL — Anton Lytvynenko🔍
CAITL™ № 5214182731 · чинний 06/2025 – 06/2028
Що ми пропонуємо
  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

Автор: Anton Lytvynenko, CEO AlpiType

Звʼязатися з автором
або напряму: info@alpitype.com
Колофон
Забудьте про промпти. AI-система 70/30 · AlpiType · 2026
Друк: Hardcover ISBN 978-3-913033-03-7 · Paperback ISBN 978-3-913033-04-4 · PDF/EPUB ISBN 978-3-913033-05-1