Крос-доменна референсна архітектура для ШІ в операційно-критичних контекстах — чотири шари (з поділом L2 на класичний ML і LLM-валідатори), 17 метрик довіри, зокрема перша повноцінна формалізація коефіцієнта обчислювальної парсимонії, і три референсні інстанси (клінічний, промисловий багатодоменний, судовий).
Фреймворк стверджує, що довіра вимірювана, а не декларована. Ось це твердження у виконанні: детермінована огорожа над відкритим масивом Utah FORGE 58-32, норма запінена хешем, кожен вердикт обчислюється на запит. Нічого на сторінці не підготовлено наперед.
Три питання до кожної поради, перш ніж вона піде в роботу: чи в межах — вікно заведене з програми свердловини й Правил, не з моделі; чи це наша операція — агента випустили рахувати ROP, а він пропонує дію з контролю свердловини, не пройде; чи чинна редакція документа, за яким судимо. Найважливіша — третя відповідь: відмова датчика чи відсутня в контексті норма дає «не оцінено», а не зелене. Саме тут ламається звичайний моніторинг — мовчання він показує зеленим.
Сторінка — вітрина. Сам пак працює локально, без інтернету, у периметрі замовника. Огорожа не радить, не прогнозує й не керує — і не задає меж: їх заводить інженер із документів замовника.
TRACE організовує агентні ШІ-системи в чотиришарову референсну архітектуру з явним поділом навченого ярусу на класичний ML (L2a) і LLM-валідатори (L2b) — станова політика оркестрації (L3) діє над інвентарем L2, а людський нагляд (L4) несе вимірюване навантаження.
Фреймворк ґрунтується на усталеній метрології — GUM, VIM, ISO/IEC 17025 — і трактує довіру як інженеровану й вимірювану, а не декларовану. П’ять акронімних принципів (Trustworthy · Reasoned · Accountable · Context-bound · Escalated) дисциплінуються внутрішнім проєктним обмеженням — Model Parsimony — кількісно вираженим коефіцієнтом обчислювальної парсимонії (CPR): першою повноцінною метрикою компромісу складність–якість у довіреному ШІ.
Три інстанси — клінічна підтримка рішень (Інстанс A), промислова багатодоменна платформа (Інстанс B) і судове розширення підтримки рішень (Інстанс C) — демонструють доменну нейтральність. Архітектура дає структурну основу для пошарового GUM-поширення невизначеності у напрямі формальної сертифікації.
Рядки — архітектурні шари (з поділом L2 на класичний ML і LLM-валідатори); стовпці — референсні інстанси. Кожна клітинка називає конкретний артефакт, що заповнює шар у цьому інстансі.
Акронім TRACE відображає п’ять видимих користувачеві властивостей. Model Parsimony — кількісно виражене внутрішнє проєктне обмеження, що дисциплінує вибір L2a / L2b.
Кожна приписова дія несе машиночитабельний ланцюг доказів — дані → висновок → рішення.
Людський нагляд — архітектурний шар із вимірюваним навантаженням і правом перекриття, а не косметичний запобіжник.
Авторитет здобувається через накопичені дані стабільності та явну кваліфікацію — а не надається за замовчуванням на релізі.
Вхідний контекст явно специфікований, датований і оновлюваний як частина оболонки безпеки.
Кожна властивість якості специфікується, вимірюється, калібрується й моніториться в часі.
Тип навченого компонента (класичний ML, спеціалізована нейромережа, LLM, гібрид) обирається за відповідністю задачі — а не за презумпцією LLM.
Внутрішнє проєктне обмеження — кількісно через CPR, поза акронімом TRACE.
Сімнадцять вимірюваних показників: дванадцять пошарових, чотири крос-шарові та одна економічна (CPR). Фільтруйте за шаром або типом.
Дві фундаментальні реалізації (A клінічна, B промислова багатодоменна) мотивували формалізацію. Третя (C судова) демонструє перенесення в домен з принципово іншим контекстом врядування.
Промислова платформа охоплює три операційні піддомени. Чотиришарова архітектура інстансується по-різному в кожному: домінантний шар зсувається з типом доказів — ілюструючи принцип Model Parsimony.
Та сама чотиришарова архітектура інстансується по-різному в кожному піддомені: домінантний шар зсувається з типом доказів — класичний ML для структурованих сигналів, L1+LLM-валідатори для роботи, зв’язаної з правилами та мовою. Покомпонентну методологію та операційну статистику окремо звітує розробник системи (Стаття 2).
Стаття 1 (супутник цього сайту) — крос-доменний синтез фреймворку. Стаття 0 заземлює його у клінічному фундаментальному інстансі; Статті 2 і 3 — доменне та метрологічне поглиблення.
Що вже побудовано — як інженерний доказ, а не як продукт. Демо вище — та частина, яку можна оглянути; решта описана так, щоб твердження можна було з нею звірити.