Що таке запис рішення?
Журнали показують, що зробила ваша система. Запис рішення пояснює комусь іншому, чому рішення залишається в силі. Це артефакт, який ви передаєте, коли рішення ставиться під сумнів — через місяці, особі, яка не має доступу до ваших систем.
Запис рішення — це стійкий, самодостатній документ одного рішення ШІ. Він містить обґрунтування у вигляді структурованих аргументів, докази, які існували на момент прийняття рішення, політики, які були оцінені, та особу, яка його затвердила. Він розроблений для моменту, коли рішення оскаржується: читабельний без входу в систему, перевіряємий без довіри до постачальника, який його створив, і достатньо повний, щоб читач, який не був присутній, міг зрозуміти, як було досягнуто висновку.
Журнал не є записом.
Запис у журналі відповідає на питання "що сталося і коли". Запис рішення відповідає на питання "чому це рішення є обґрунтованим". Різниця має значення в момент виклику: журнал повідомляє рецензенту, що агент створив вихідні дані; він не може сказати, які альтернативи були розглянуті, які докази насправді були доступні або чи здійснювала особа судження. Інструменти спостереження відмінно справляються з першим питанням і ніколи не були розроблені для другого — це відмінність детально розглядається в аудиторських слідах ШІ.
Що має бути в записі рішення
Чотири речі, і всі чотири повинні вижити незалежно від системи, яка їх створила. Аргументація — аргументи за і проти, структуровані, а не розповідані, щоб читач міг побачити, що було зважено. Докази — зафіксовані так, як вони існували в момент прийняття рішення, оскільки докази, які можуть тихо змінитися пізніше, нічого не доводять. Політика — які правила були оцінені і які провалилися, спочатку провали. І уповноваження — хто це затвердив і від чиєї імені. Разом це те, що перетворює слід у докази відповідності.
Чому це має бути читабельним через десять років
Основна мета запису рішення полягає в тому, щоб його можна було переглядати задовго після ухвалення рішення. Це виключає все, що вимагає активного облікового запису, працюючої служби або постачальника, який все ще веде бізнес. Запис, який можна читати лише в межах порталу, не є записом; це лише перегляд. Ось чому формат має таке ж значення, як і зміст — архівний документ, який містить власні дані, що читаються машиною, як вкладення, залишається читабельним, коли все навколо змінилося. Це також те, що режими з багаторічними обов'язками щодо зберігання, такі як стаття 12 Закону ЄС про штучний інтелект, неявно припускають.
Докази втручання та те, що вони не доводять
Запис рішення може бути запечатаний, щоб будь-які подальші зміни були виявлені, і підписаний, щоб читач міг перевірити його без довіри до сховища, з якого він походить. Це встановлює цілісність: це запис, як запечатано. Це не підтверджує, що зміст був правдивим на момент написання. Жодна криптографія не може довести, що агент чесно повідомив своє міркування, або що людина обдумала, а не просто натиснула — саме тому людський нагляд відповідно до статті 14 заслуговує на окреме структурне опрацювання. Точність у визначенні цієї межі робить решту твердження достовірним.
Що містить запис рішення
Чотири елементи, кожен з яких відповідає на запитання, яке насправді поставить рецензент.
Структуроване міркування
Аргументи за і проти, у вигляді графіка, а не прозою, щоб читач міг побачити, що було зважено, а не те, що було підсумовано.
Докази, як вони були
Джерела та значення зафіксовані в момент прийняття рішення, тому запис відображає те, що було насправді відомо тоді, а не те, що відомо зараз.
Оцінені політики
Які правила були перевірені і які не пройшли, спочатку показані невдачі, щоб винятки були видимими, а не прихованими.
Авторизація
Хто затвердив рішення, включаючи делегацію від імені, зафіксоване так, щоб машинне затвердження ніколи не могло бути сплутане з людським.
Разом це перетворює "агент вирішив X" на запис, який рецензент може оцінити, не відтворюючи момент з нуля.
Записи рішень: загальні питання
Чим відрізняється запис рішення від журналу аудиту?
Аудиторський журнал — це хронологічний потік подій у системі; запис рішення — це обмежений документ про одне рішення. Журнал відповідає на питання "що тут сталося"; запис відповідає на питання "чому це рішення залишається в силі." Більшість організацій потребують обох, і вони не є взаємозамінними.
Чи доводить запис рішення, що рішення було правильним?
Ні, і будь-який інструмент, який стверджує протилежне, перебільшує. Запис рішення встановлює, що було вирішено, на якій основі і ким — це вхідні дані для оцінки правильності, а не сама оцінка. Чи було рішення правильним — це питання для рецензента.
Чи може бути змінено запис рішення після його прийняття?
Його можна запечатати так, щоб зміни були помітні. Це суттєво інша гарантія, ніж запобігання: запис не стає фізично незмінним, але читач може визначити, чи те, що він тримає, є тим, що було запечатано.
Хто насправді це читає?
На практиці: внутрішній аудит, зовнішні оцінювачі, регулятори, які реагують на скаргу, та колеги, які успадковують рішення. Кожен з них потребує одного й того ж — достатнього контексту для оцінки рішення, якого вони не були свідками.
Чи потрібен нам запис рішення для кожного рішення ШІ?
Ні. Зобов'язання стосується рішень з наслідками — тих, що впливають на права особи, доступ, гроші або безпеку. Записування всього на одному рівні є дорогим і ускладнює пошук важливих записів.
В якому форматі має бути запис рішення?
Щось архівне та самодостатнє, що також містить дані, зручні для обробки машинами. Читабельність для людей важлива, оскільки люди оцінюють рішення; читабельність для машин важлива, оскільки системи повинні їх шукати та перевіряти. Формат, який пропонує лише одне, залишає іншу аудиторію без підтримки.
Як це пов'язано з актом ЄС про штучний інтелект?
Стаття 12 стосується ведення обліку, а стаття 14 — нагляду людини, і обидві в кінцевому підсумку підтверджуються записами окремих рішень. Запис рішення є одним із способів виконання цих зобов'язань — сам по собі він не є відповідністю, яка залежить від усієї системи та способу її функціонування.
Related AI governance topics
AI Governance
The umbrella discipline: how organizations keep AI agents accountable, observable, and compliant — start here.
AI Observability
Seeing what your AI systems do in production — metrics, traces, and logs.
LLM Observability
Monitoring prompts, tokens, latency, and quality of large language model calls.
AI Traceability
Reconstructing the full lineage of an AI output — inputs, steps, and decisions.
LLM Traceability
End-to-end traces of multi-step LLM and prompt chains.
AI Agent Observability
Observability for autonomous, multi-step agents — tool calls, plans, and decisions.
Agentic AI Governance
Governing autonomous agents: policy, oversight, and accountable autonomy.
AI Audit Trail
Append-only, tamper-evident records of what an AI system decided and why.
AI Agent Monitoring
Real-time monitoring of agent behavior, drift, and decision quality.
Explainable AI (XAI)
Making AI decisions understandable to the people accountable for them.
AI TRiSM
Gartner's framework for AI trust, risk, and security management.
Decision Retrieval
GraphRAG for agents — retrieving past decisions as bounded, auditable packets.
AI Compliance Evidence
What auditors actually ask for, and why policy documents are not evidence.
AI Conformity Assessment
How an AI system is checked against the rules, and what that check consumes.
Decision Tracing
Capturing the structured reasoning behind every AI decision — AI Agentree's category.
AI Precedent Systems
Letting agents learn from past decisions as searchable precedent.
Decision Audit Trails
How human teams record why a decision was made — the deliberation counterpart to an AI audit trail.
Transparent AI
Making model reasoning inspectable, and what changes when several models are compared against each other.
Multi-Agent Simulation
Running many AI personas against one scenario to surface risks before a decision is taken.
Переглянути запис рішення
Найясніший спосіб зрозуміти формат — це подивитися на один документ — міркування, докази, політичний слід і затвердження в одному документі.
Досліджуйте платформу