01
FRAME
FRAME
Validated Business Question
Validated Business Question
Frame the decision question, date, scope, acceptance criteria and authority boundary.
Формулируем вопрос, границы, дату и критерии решения.
Trusted Context Method
Метод доверенного контекста
An open, evidence-oriented method for constructing, grounding, verifying and governing AI context for decisions and authorized actions.
Открытая методология построения, обоснования, проверки и управления контекстом для решений и санкционированных действий AI-систем.
Status: pre-publication website preview; public release and DOI are not yet issued.
Статус: предварительная версия сайта; публичный релиз и DOI ещё не опубликованы.
7 Stages Этапов
7 Artifacts Артефактов
7 Gates Контрольных точек
3 Dimensions Измерений
Why It Matters
Почему это важно
Evidence enables grounded context. Grounded context enables justified reasoning. Justified reasoning enables governed decisions.
Доказательства создают основания. Обоснованный контекст обеспечивает обоснованные выводы. Обоснованные выводы позволяют принимать управляемые решения.
Foundation Основание
Evidence
Доказательства
Build context from explicit sources, traced claims and accountable warrants—not assumptions or aggregate scores.
Строим контекст из явных источников, отслеживаемых утверждений и обоснованных норм, а не предположений или агрегированных показателей.
Process Процесс
Grounded Context
Обоснованный контекст
Link every assertion to its evidence, gap and inference rule. Make reasoning transparent and auditable.
Привязываем каждое утверждение к доказательству, пробелам и правилам вывода. Делаем рассуждения прозрачными и проверяемыми.
Outcome Результат
Governed Decisions
Управляемые решения
Decisions are justified by authority, scoped to context, matched to evidence quality and bounded by known limits.
Решения обоснованы полномочиями, ограничены контекстом, соответствуют качеству доказательств и учитывают известные ограничения.
Seven Stages of the Method
Семь этапов метода
02
MODEL
MODEL
Minimum Viable Trusted Context
Minimum Viable Trusted Context
Model the smallest sufficient set of entities, relations, rules, claims, evidence needs and unknowns.
Моделируем минимально достаточный контекст: объекты, связи, правила, неизвестное.
03
BUILD
BUILD
Trusted Context Build Snapshot
Trusted Context Build Snapshot
Implement a reviewed model; record READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
Реализуем и проверяем READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
04
GROUND
GROUND
Grounded Context Package
Grounded Context Package
Link each claim to identifiable source, exact evidence locator and explicit inference rule or warrant.
Привязываем Claim к Source, точному Evidence и Rule/Warrant.
05
CONNECT
CONNECT
Trusted Context Access Check
Trusted Context Access Check
Demonstrate actual authorized retrieval using connector calls, identifiers and permission scopes.
Доказываем фактический доступ, полученные идентификаторы и полномочия.
06
VERIFY
VERIFY
Verification Result Package
Verification Result Package
Evaluate claims, evidence, rules, dates, scope, contradictions and unknowns.
Проверяем выводы, правила, противоречия и ограничения.
07
DECIDE
DECIDE
Decision & Scope Package
Decision & Scope Package
Record ACT / REQUEST EVIDENCE / ESCALATE / STOP with rationale, authority and next owner/action.
Фиксируем действие, полномочия, обоснование и следующего ответственного.
TCM in Practice
TCM на практике
Who is authorized to approve a contract on a specified date?
Кто уполномочен одобрить договор на указанную дату?
An illustrative scenario demonstrating how Trusted Context Method separates documented appointments, delegated authority, verified conclusions, and permitted actions.
Иллюстративный сценарий показывает, как Trusted Context Method разделяет документально подтверждённое назначение, делегированные полномочия, проверенные выводы и допустимые действия.
FRAME → VBQ
FRAME → VBQ
Question: Who had the authority to approve Contract No. 1 on 25 May 2026?
Вопрос: кто обладал полномочием одобрить договор № 1 по состоянию на 25 мая 2026 года?
Define the contract, the relevant date, the organizational scope, and the evidence required to establish approval authority.
Определяем договор, дату, организационные границы и свидетельства, необходимые для подтверждения полномочий.
Gate: The business question and its boundaries are explicit.
Контрольная точка: вопрос и его границы явно зафиксированы.
MODEL → MVTC
MODEL → MVTC
Model the minimum required context: Person, Position, Appointment, Contract, Authority Rule, Delegation, Validity Period, Claim, and Evidence.
Формируем минимальный контекст: лицо, должность, назначение, договор, правило полномочий, делегирование, период действия, утверждение и свидетельство.
An appointment to a position does not automatically establish approval authority.
Назначение на должность само по себе не подтверждает полномочие одобрять договор.
Gate: The context is sufficient to test the question without unnecessary entities.
Контрольная точка: модель достаточна для проверки вопроса и не содержит избыточных объектов.
BUILD → TCBS
BUILD → TCBS
Create or update the context model through a controlled sequence: READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
Создаём или изменяем модель контекста по контролируемой последовательности: READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
Here, APPROVE means authorization to modify the context model. It does not mean approval of Contract No. 1.
Здесь APPROVE означает согласование изменения модели контекста, а не одобрение договора № 1.
Gate: The implemented model matches the approved change plan.
Контрольная точка: фактическая реализация соответствует согласованному плану изменений.
GROUND → GCP
GROUND → GCP
Suppose a dated appointment document confirms that Alex was appointed CFO.
Предположим, что документ о назначении подтверждает вступление Алекса в должность финансового директора.
This supports the appointment claim but does not, by itself, prove that Alex could approve Contract No. 1. A valid authority rule or delegation record is still required.
Это свидетельство подтверждает назначение, но само по себе не доказывает право одобрить договор № 1. Необходимо действующее правило полномочий или документ о делегировании.
Gate: Each claim is traceable to evidence, and missing evidence is explicit.
Контрольная точка: каждое утверждение связано со свидетельствами, а недостающие основания явно обозначены.
CONNECT → TCAC
CONNECT → TCAC
Retrieve the relevant records through an authorized interface and record the actual retrieval results, identifiers, and access scope.
Получаем необходимые записи через разрешённый интерфейс, фиксируя фактические результаты обращения, идентификаторы и границы доступа.
Successful retrieval does not establish the truth or sufficiency of the retrieved content.
Успешное получение записи не доказывает её истинность или достаточность.
Gate: Access and retrieval are demonstrated.
Контрольная точка: фактический доступ и получение данных подтверждены.
VERIFY → VRP
VERIFY → VRP
Verified within the illustrative assumptions: Alex held the CFO position on the specified date.
В рамках условного примера подтверждено: Алекс занимал должность финансового директора на указанную дату.
Not established: Alex had approval authority for Contract No. 1 within the relevant amount, entity, and validity limits.
Не подтверждено: Алекс имел право одобрить договор № 1 с учётом суммы, юридического лица и срока действия полномочий.
Epistemic status of the approval-authority claim: UNKNOWN.
Эпистемический статус утверждения о полномочиях: UNKNOWN.
Gate: The conclusion does not exceed the available evidence.
Контрольная точка: вывод не выходит за пределы имеющихся свидетельств.
DECIDE → DSP
DECIDE → DSP
Decision: REQUEST EVIDENCE
Решение: REQUEST EVIDENCE
Request the applicable approval-authority policy, delegation record, or other governing instrument valid on 25 May 2026.
Запросить действовавшее на 25 мая 2026 года положение о полномочиях, документ о делегировании или иной применимый нормативный документ.
Do not authorize approval of the contract until the required authority has been established.
Не разрешать одобрение договора до подтверждения необходимых полномочий.
Gate: The next action is within the available authority and evidence boundaries.
Контрольная точка: следующее действие соответствует установленным границам полномочий и доказательств.
Three Essential Distinctions
Три принципиальных различия
- Appointment ≠ Delegation
- Назначение ≠ Делегирование
- Supported Answer ≠ Authorized Action
- Обоснованный ответ ≠ Разрешённое действие
- UNKNOWN ≠ STOP
- UNKNOWN ≠ STOP
Illustrative example only. The people, documents, and verification outcomes are hypothetical; no actual corporate records or live Onto retrieval are claimed.
Иллюстративный пример. Персонажи, документы и результаты проверки условные. Не утверждается, что реальные корпоративные документы или данные Onto были фактически получены.
Three Independent Control Dimensions
Три независимых измерения контроля
Epistemic status, delegation authority and decision outcome remain distinct and traceable.
Эпистемический статус, делегирование и решение остаются независимыми и отслеживаемыми.
Dimension 1
Измерение 1
Epistemic Status
Эпистемический статус
- KNOWN
- DERIVED
- INFERRED
- UNKNOWN
- CONFLICTED
Dimension 2
Измерение 2
Delegation
Делегирование
- AUTO
- REVIEW
- HUMAN
Dimension 3
Измерение 3
Decision
Решение
- ACT
- REQUEST EVIDENCE
- ESCALATE
- STOP
Key Distinctions
Ключевые отличия
- KNOWN ≠ ACT
- UNKNOWN ≠ FALSE
- UNKNOWN ≠ STOP
- RETRIEVED ≠ GROUNDED
- GROUNDED ≠ VERIFIED
- SUPPORTED ANSWER ≠ ACT
Method vs. Implementation
Метод и реализация
Technology-Neutral Design
Независимость от технологий
Trusted Context Method is independent of platform or architecture. Onto is one possible implementation for data integration and policy governance; many others are possible. The method itself does not prescribe tools, systems or infrastructure.
Метод доверенного контекста не зависит от платформы или архитектуры. Onto — один из возможных способов реализации для интеграции данных и управления политиками; возможны многие другие. Сам метод не предписывает инструменты, системы или инфраструктуру.
Documentation & Publication
Документация и публикация
📖
Method Reference
Справочник метода
Detailed Russian specification and English overview. Complete aligned English translation is pending editorial review.
Полная русская спецификация и англоязычный обзор. Полный перевод EN ожидает редакционной сверки.
View in context
Просмотреть
⚙️
GitHub
GitHub
Source files, templates, changelog and community discussion after publication.
Исходники, шаблоны, история изменений и обсуждения после публикации.
📌 Publication pending
📌 Публикация ожидается
📚
Zenodo Archive
Архив Zenodo
Full method release, citable DOI and long-term preservation.
Полный релиз метода, цитируемый DOI и долгосрочное сохранение.
📌 DOI pending
📌 DOI ожидается
Extended Learning
Расширенное обучение
AI TRUST CONTEXT Course
Курс AI TRUST CONTEXT
Separate educational program for hands-on practice, mentoring and structured assessment of method application.
Отдельная программа обучения: практика, наставничество и оценка результатов.
Explore the Training Program → Пройти обучение →Trusted Context Method
Метод доверенного контекста
An open, evidence-oriented method for constructing, grounding, verifying and governing AI context for decisions and authorized actions.
Открытая методология построения, обоснования, проверки и управления контекстом для решений и санкционированных действий AI-систем.
Status: pre-publication website preview; public release and DOI are not yet issued.
Статус: предварительная версия сайта; публичный релиз и DOI ещё не опубликованы.
7 Stages Этапов
7 Artifacts Артефактов
7 Gates Контрольных точек
3 Dimensions Измерений
Why It Matters
Почему это важно
Evidence enables grounded context. Grounded context enables justified reasoning. Justified reasoning enables governed decisions.
Доказательства создают основания. Обоснованный контекст обеспечивает обоснованные выводы. Обоснованные выводы позволяют принимать управляемые решения.
Foundation Основание
Evidence
Доказательства
Build context from explicit sources, traced claims and accountable warrants—not assumptions or aggregate scores.
Строим контекст из явных источников, отслеживаемых утверждений и обоснованных норм, а не предположений или агрегированных показателей.
Process Процесс
Grounded Context
Обоснованный контекст
Link every assertion to its evidence, gap and inference rule. Make reasoning transparent and auditable.
Привязываем каждое утверждение к доказательству, пробелам и правилам вывода. Делаем рассуждения прозрачными и проверяемыми.
Outcome Результат
Governed Decisions
Управляемые решения
Decisions are justified by authority, scoped to context, matched to evidence quality and bounded by known limits.
Решения обоснованы полномочиями, ограничены контекстом, соответствуют качеству доказательств и учитывают известные ограничения.
Seven Stages of the Method
Семь этапов метода
01
FRAME
FRAME
Validated Business Question
Validated Business Question
Frame the decision question, date, scope, acceptance criteria and authority boundary.
Формулируем вопрос, границы, дату и критерии решения.
02
MODEL
MODEL
Minimum Viable Trusted Context
Minimum Viable Trusted Context
Model the smallest sufficient set of entities, relations, rules, claims, evidence needs and unknowns.
Моделируем минимально достаточный контекст: объекты, связи, правила, неизвестное.
03
BUILD
BUILD
Trusted Context Build Snapshot
Trusted Context Build Snapshot
Implement a reviewed model; record READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
Реализуем и проверяем READ → PLAN → APPROVE → WRITE → READ BACK → COMPARE.
04
GROUND
GROUND
Grounded Context Package
Grounded Context Package
Link each claim to identifiable source, exact evidence locator and explicit inference rule or warrant.
Привязываем Claim к Source, точному Evidence и Rule/Warrant.
05
CONNECT
CONNECT
Trusted Context Access Check
Trusted Context Access Check
Demonstrate actual authorized retrieval using connector calls, identifiers and permission scopes.
Доказываем фактический доступ, полученные идентификаторы и полномочия.
06
VERIFY
VERIFY
Verification Result Package
Verification Result Package
Evaluate claims, evidence, rules, dates, scope, contradictions and unknowns.
Проверяем выводы, правила, противоречия и ограничения.
07
DECIDE
DECIDE
Decision & Scope Package
Decision & Scope Package
Record ACT / REQUEST EVIDENCE / ESCALATE / STOP with rationale, authority and next owner/action.
Фиксируем действие, полномочия, обоснование и следующего ответственного.
Three Independent Control Dimensions
Три независимых измерения контроля
Epistemic status, delegation authority and decision outcome remain distinct and traceable.
Эпистемический статус, делегирование и решение остаются независимыми и отслеживаемыми.
Dimension 1
Измерение 1
Epistemic Status
Эпистемический статус
- KNOWN
- DERIVED
- INFERRED
- UNKNOWN
- CONFLICTED
Dimension 2
Измерение 2
Delegation
Делегирование
- AUTO
- REVIEW
- HUMAN
Dimension 3
Измерение 3
Decision
Решение
- ACT
- REQUEST EVIDENCE
- ESCALATE
- STOP
Key Distinctions
Ключевые отличия
- KNOWN ≠ ACT
- UNKNOWN ≠ FALSE
- UNKNOWN ≠ STOP
- RETRIEVED ≠ GROUNDED
- GROUNDED ≠ VERIFIED
- SUPPORTED ANSWER ≠ ACT
Method vs. Implementation
Метод и реализация
Technology-Neutral Design
Независимость от технологий
Trusted Context Method is independent of platform or architecture. Onto is one possible implementation for data integration and policy governance; many others are possible. The method itself does not prescribe tools, systems or infrastructure.
Метод доверенного контекста не зависит от платформы или архитектуры. Onto — один из возможных способов реализации для интеграции данных и управления политиками; возможны многие другие. Сам метод не предписывает инструменты, системы или инфраструктуру.
Documentation & Publication
Документация и публикация
📖
Method Reference
Справочник метода
Detailed Russian specification and English overview. Complete aligned English translation is pending editorial review.
Полная русская спецификация и англоязычный обзор. Полный перевод EN ожидает редакционной сверки.
View in context
Просмотреть
⚙️
GitHub
GitHub
Source files, templates, changelog and community discussion after publication.
Исходники, шаблоны, история изменений и обсуждения после публикации.
📌 Publication pending
📌 Публикация ожидается
📚
Zenodo Archive
Архив Zenodo
Full method release, citable DOI and long-term preservation.
Полный релиз метода, цитируемый DOI и долгосрочное сохранение.
📌 DOI pending
📌 DOI ожидается
Extended Learning
Расширенное обучение
AI TRUST CONTEXT Course
Курс AI TRUST CONTEXT
Separate educational program for hands-on practice, mentoring and structured assessment of method application.
Отдельная программа обучения: практика, наставничество и оценка результатов.
Explore the Training Program → Пройти обучение →