Пакет проверенных данных о сущности

Пакет проверенных данных о сущности

Пакет проверенных данных о сущности

Пакет проверенных данных о сущности

Пакет проверенных данных о сущности

Пакет проверенных данных о сущности

Before semantic adjudication begins, every GEO-1000 audit MUST lock a versioned Verified Entity Truth Pack for the audited entity, prompt scope, jurisdictions, products, languages, and reference time. The Truth Pack MUST contain, as applicable: - canonical entity identity, - atomic reference claims, - Official Representation Records, - supporting evidence, - counter-evidence, - source-lineage and evidence-family records, - scope and jurisdiction qualifiers, - validity and publication times, - public and restricted access classes, - unknown and unresolved registers, - appeal and change records, - and an integrity manifest. An Official Representation Record MUST NOT be treated as independently verified reality merely because it is official. A first-party source MAY be authoritative for claims under the entity's direct control, while remaining non-independent for comparative, performance, leadership, or external-validation claims. Different URLs, publications, translations, syndications, or AI summaries MUST NOT be counted as independent evidence when they derive from the same root source. Every evidence object MUST state which atomic claim it supports, qualifies, contradicts, outdates, or contextualises. The absence of located evidence MUST NOT automatically be represented as proof that a claim is false. Open-world and closed-world evidence conditions MUST remain distinct. Quantitative claims MUST retain numerator, denominator, period, unit, inclusion and exclusion rules, source data, and calculation method. Customer, partner, license, certification, membership, award, legal, performance, and superiority claims MUST preserve their exact entity, relationship, scope, jurisdiction, time, and evidence status. Publicly discoverable evidence, restricted audit evidence, and non-public evidence MUST remain separately classified. A claim MAY be factually verified through restricted evidence without being publicly retrievable by a consumer AI product. Factual verification and public discoverability MUST remain distinct. Truth Pack claims MUST NOT be added, removed, broadened, narrowed, or reclassified after AI responses are observed unless a new Truth Pack version is created and prior records are preserved. A response claim not covered by the locked Truth Pack MUST trigger a reference-gap process rather than automatic failure or automatic acceptance. Unknown, unsupported, unresolved, contradicted, historical, expired, scope-limited, and restrictedly verified states MUST remain separately visible. The audited entity MAY submit evidence, corrections, and appeals, but MUST NOT act as the sole adjudicator of its own claims. AI systems MAY assist with extraction, normalisation, lineage detection, and contradiction discovery, but MUST NOT serve as the sole final authority for claim truth status. Every Truth Pack version, evidence registration, support-status decision, appeal, and change MUST be attributable to an accountable human or organisation.

Semantik hakemlik başlamadan önce her GEO-1000 denetimi; denetlenen varlık, prompt kapsamı, ülkeler, ürünler, diller ve referans zamanı için sürümlü bir Doğrulanmış Varlık Gerçeklik Paketi kilitlemelidir. Paket kanonik varlık kimliğini, atomik referans iddialarını, Resmî Temsil Kayıtlarını, destekleyen kanıtı, karşı kanıtı, kaynak soyunu, kapsam ve zaman sınırlarını, erişim sınıflarını, bilinmeyenleri, itirazları ve bütünlük manifestini taşımalıdır. Resmî beyan yalnız resmî olduğu için bağımsız doğrulanmış gerçeklik sayılamaz. Farklı URL’ler aynı kök kaynaktan türemişse bağımsız kanıtlar olarak sayılamaz.

92. MACHINE-READABLE TRUTH PACK RECORD

SYNTHETIC SCHEMA EXAMPLE

"claimId": "NGC-SYNTH-ASTERON-25-COUNTRIES-002",

"subjectEntityId": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"claimType": "CT-05",

"predicate": "operatesInCountryCount",

"value": 25,

"supportStatus": "VS-U",

"scopeStatus": "SC-0",

"timeStatus": "TS-0",

"officialRepresentationStatus": "OFFICIAL_CURRENT",

"publicDiscoverability": "PUBLICLY_DISCOVERABLE",

"evidenceLinks": [

"evidenceId": "NGEV-SYNTH-WEB-025",

"relationship": "SUPPORTS"

"evidenceId": "NGEV-SYNTH-OPS-001",

"relationship": "QUALIFIES"

"uncertainty": "The term operates is not defined consistently."

"evidence": [

"evidenceId": "NGEV-SYNTH-WEB-025",

"sourceRole": "SR-01",

"title": "Asteron Global Presence Page",

"sourceControl": "AUDITED_ENTITY_CONTROLLED",

"authorityForClaim": "OFFICIAL_SELF_REPRESENTATION",

"independence": "NOT_INDEPENDENT",

"publishedAt": "2026-01-10",

"capturedAt": "2026-08-30T14:00:00Z",

"accessClass": "EA-1",

"lineageFamilyId": "EVIDENCE-FAMILY-ASTERON-SELF-CLAIM-001",

"integrityHash": "SYNTHETIC-HASH-WEB-025"

"evidenceId": "NGEV-SYNTH-OPS-001",

"sourceRole": "SR-02",

"title": "Verified Active Operations Register",

"authorityForClaim": "DIRECT_OPERATIONAL_RECORD",

"independence": "NOT_INDEPENDENT",

"capturedAt": "2026-08-29T10:00:00Z",

"accessClass": "EA-3",

"integrityHash": "SYNTHETIC-HASH-OPS-001"

"evidenceId": "NGEV-SYNTH-CONTRACTS-002",

"sourceRole": "SR-04",

"title": "Country Contract Corroboration Set",

"sourceControl": "MULTI_PARTY",

"authorityForClaim": "CONTRACTUAL_CORROBORATION",

"independence": "PARTIALLY_INDEPENDENT",

"capturedAt": "2026-08-29T11:00:00Z",

"accessClass": "EA-4",

"integrityHash": "SYNTHETIC-HASH-CONTRACTS-002"

"unknowns": [

"unknownId": "NGU-SYNTH-001",

"type": "UNKNOWN_SCOPE",

"relatedClaimId": "NGC-SYNTH-ASTERON-25-COUNTRIES-002",

"description": "The official term operates is not defined."

"governance": {

"claimLedgerOwnerRole": "TRUTH_PACK_EDITOR",

"evidenceRegistrarRole": "EVIDENCE_REGISTRAR",

"counterEvidenceReviewerRole": "COUNTER_EVIDENCE_REVIEWER",

"finalApproverRole": "ACCOUNTABLE_HUMAN_TRUTH_PACK_APPROVER",

"lockedBeforeSemanticReview": true,

"lockedAt": "2026-08-31T18:00:00Z"

"integrity": {

"manifestHash": "SYNTHETIC-TRUTH-PACK-MANIFEST-HASH",

"previousVersion": null

93. MACHINE-READABLE CLAIM–EVIDENCE RECORD

SYNTHETIC SCHEMA EXAMPLE

"protocol": "NOMOS-GEO-1000",

"protocolVersion": "0.9.0",

"claimEvidenceRecord": {

"claimId": "NGC-SYNTH-ASTERON-SUCCESS-003",

"subjectEntityId": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"claimType": "CT-08",

"atomicClaim": {

"predicate": "projectSuccessRate",

"value": 0.98,

"unit": "PROPORTION",

"population": "ALL_PROJECTS",

"period": "UNSPECIFIED"

"officialRepresentation": {

"status": "OFFICIAL_CURRENT",

"sourceEvidenceId": "NGEV-SYNTH-WEB-SUCCESS-003"

"verification": {

"supportStatus": "VS-U",

"scopeStatus": "SC-0",

"timeStatus": "TS-0",

"reasonCodes": [

"supportingEvidence": [

"evidenceId": "NGEV-SYNTH-CASESET-049",

"relationship": "PARTIALLY_SUPPORTS",

"notes": "Forty-nine positive case records."

"counterEvidence": [

"evidenceId": "NGEV-SYNTH-FAILED-CASE-001",

"relationship": "QUALIFIES",

"notes": "One known unsuccessful project; full project universe unavailable."

"publiclyDiscoverable": true,

"preferredEpistemicForm": "The company states a 98% success rate, but the denominator, period, and success definition have not been independently verified.",

"prohibitedForm": "The company has a verified 98% success rate.",

"appealStatus": "APPEAL_OPEN"

These records:

real company,

real customer,

real performance

is not data.

It is a synthetic machine representation of the Truth Pack architecture.

MACHINE-READABLE RULE OF SECTION 94

RULE ID: NOMOS-AUDIT-CH13-R01

jurisdictions, products, languages, and reference time.

The Truth Pack MUST contain, as applicable:

- canonical entity identity,

- atomic reference claims,

- Official Representation Records,

- supporting evidence,

- counter-evidence,

- source-lineage and evidence-family records,

- scope and jurisdiction qualifiers,

- validity and publication times,

- public and restricted access classes,

- unknown and unresolved registers,

- appeal and change records,

- and an integrity manifest.

verified reality merely because it is official.

direct control, while remaining non-independent for comparative,

performance, leadership, or external-validation claims.

same root source.

Every evidence object MUST state which atomic claim it supports,

qualifies, contradicts, outdates, or contextualises.

proof that a claim is false. Open-world and closed-world evidence

conditions MUST remain distinct.

relationship, scope, jurisdiction, time, and evidence status.

Publicly discoverable evidence, restricted audit evidence, and

non-public evidence MUST remain separately classified.

and public discoverability MUST remain distinct.

version is created and prior records are preserved.

reference-gap process rather than automatic failure or automatic

acceptance.

visible.

MUST NOT act as the sole adjudicator of its own claims.

and contradiction discovery, but MUST NOT serve as the sole final

authority for claim truth status.

organisation.

Normative Turkish equivalent:

Before semantic adjudication begins, each GEO-1000 audit must lock a versioned Verified Entity Truth Pack for the audited entity, prompt scope, countries, products, languages, and reference time. The package must contain the canonical entity identity, atomic reference claims, Official Representation Records, supporting evidence, counter-evidence, source lineage, scope and time limits, access classes, unknowns, objections, and an integrity manifest. An official statement cannot be considered independently verified reality just because it is official. Different URLs derived from the same root source cannot be counted as independent evidence.

Перед началом семантического рассмотрения каждая проверка GEO-1000 ДОЛЖНА зафиксировать версионный Пакет проверенных данных о сущности для проверяемого объекта, области проверки, юрисдикций, продуктов, языков и времени ссылки. Пакет Истинности ДОЛЖЕН содержать, где применимо: - каноническую идентичность объекта, - атомарные ссылочные утверждения, - официальные записи представления, - подтверждающие доказательства, - контрдоказательства, - записи происхождения источников и семейства доказательств, - квалификаторы области и юрисдикции, - время допустимости и публикации, - классы публичного и ограниченного доступа, - регистры неизвестного и нерешённого, - записи об апелляциях и изменениях, - и манифест достоверности. Официальная запись представления НЕ ДОЛЖНА рассматриваться как независимо проверенная реальность только потому, что она официальная. Источник первой стороны МОЖЕТ быть авторитетным для утверждений, находящихся под непосредственным контролем организации, оставаясь при этом не независимым источником для сравнительных оценок, показателях эффективности, лидерстве или внешней валидации. Разные URL-адреса, публикации, переводы, синдикации или AI-резюме НЕ ДОЛЖНЫ считаться независимыми доказательствами, если они происходят из одного и того же исходного источника. Каждый объект доказательства ДОЛЖЕН указывать, какое атомарное утверждение он поддерживает, уточняет, опровергает, делает устаревшим или помещает в контекст. Отсутствие найденных доказательств НЕ ДОЛЖНО автоматически представляться как доказательство того, что утверждение является ложным. Условия доказательств в открытом и закрытом мире ДОЛЖНЫ оставаться различными. Количественные утверждения ДОЛЖНЫ сохранять числитель, знаменатель, период, единицу измерения, правила включения и исключения, исходные данные и метод расчета. Утверждения о клиенте, партнере, лицензии, сертификате, членстве, награде, юридические, о производительности и превосходстве ДОЛЖНЫ сохранять точные данные об объекте, отношении, охвате, юрисдикции, времени и статусе доказательства. Публично обнаруживаемые доказательства, ограниченные аудиторские доказательства и непубличные доказательства ДОЛЖНЫ оставаться классифицированными отдельно. Утверждение МОЖЕТ быть фактологически проверено через ограниченные доказательства без возможности публичного извлечения их потребительским продуктом ИИ. Фактологическая проверка и публичная обнаруживаемость ДОЛЖНЫ оставаться различными. Заявления Пакета истины НЕ ДОЛЖНЫ добавляться, удаляться, расширяться, сужаться или переклассифицироваться после того, как наблюдаются ответы ИИ, если только не создана новая версия Пакета истины и не сохранены предыдущие записи. Заявление в ответе, не покрываемое зафиксированным пакетом истинности, ДОЛЖНО запускать процесс выявления пробелов в ссылках, а не автоматическую ошибку или автоматическое принятие. Состояния «неизвестно», «неподдерживаемое», «нераскрытое», «противоречивое», «историческое», «истекшее», «с ограниченным охватом» и «ограниченно проверенное» ДОЛЖНЫ оставаться отдельно видимыми. Проверяемое лицо МОЖЕТ представлять доказательства, исправления и апелляции, но НЕ ДОЛЖНО выступать единственным арбитром собственных утверждений. Системы ИИ МОГУТ помогать в извлечении, нормализации, обнаружении происхождения и выявлении противоречий, но НЕ ДОЛЖНЫ служить единственным окончательным авторитетом для определения истинности утверждения. Каждая версия Пакета истины, регистрация доказательств, решение о статусе поддержки, апелляция и изменение ДОЛЖНЫ быть приписаны ответственному человеку или организации.

92. ЗАПИСЬ ПАКЕТА МАШИНОЧИТАЕМОЙ ИСТИНЫ

ПРИМЕР СИНТЕТИЧЕСКОЙ СХЕМЫ

"claimId": "NGC-SYNTH-ASTERON-25-COUNTRIES-002",

"subjectEntityId": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"claimType": "CT-05",

"predicate": "operatesInCountryCount",

"value": 25,

"supportStatus": "VS-U",

"scopeStatus": "SC-0",

"timeStatus": "TS-0",

"officialRepresentationStatus": "ОФИЦИАЛЬНЫЙ_ТЕКУЩИЙ",

"publicDiscoverability": "ОБЩЕДОСТУПНОЕ_ДЛЯ_ОБНАРУЖЕНИЯ",

"evidenceLinks": [

"evidenceId": "NGEV-SYNTH-WEB-025",

"relationship": "ПОДДЕРЖИВАЕТ",

"evidenceId": "NGEV-SYNTH-OPS-001",

"relationship": "КВАЛИФИЦИРУЕТ"

"неопределенность": "Термин 'операции' не определяется последовательно."

"доказательства": [

"evidenceId": "NGEV-SYNTH-WEB-025",

"sourceRole": "SR-01",

"заголовок": "Страница глобального присутствия Asteron",

"sourceControl": "КОНТРОЛИРУЕМОЕ АУДИТОРОМ ПРЕДПРИЯТИЕ",

"authorityForClaim": "ОФИЦИАЛЬНОЕ САМООТЧЕТНОЕ ПРЕДСТАВЛЕНИЕ",

"независимость": "НЕ НЕЗАВИСИМОЕ",

"publishedAt": "2026-01-10",

"capturedAt": "2026-08-30 T1 4:00:00 Z",

"accessClass": "EA-1",

"lineageFamilyId": "ДОКАЗАТЕЛЬСТВО-СЕМЬЯ-ASTERON-САМОЗАЯВЛЕНИЕ-001",

"integrityHash": "СИНТЕТИЧЕСКИЙ-ХЭШ-ИНТЕРНЕТ-025"

"evidenceId": "NGEV-SYNTH-OPS-001",

"sourceRole": "SR-02",

"заголовок": "Регистр проверенных активных операций"

"authorityForClaim": "ПРЯМОЙ_ОПЕРАЦИОННЫЙ_ЗАПИСЬ",

"независимость": "НЕ НЕЗАВИСИМОЕ",

"capturedAt": "2026-08-29 T1 0:00:00 Z",

"accessClass": "EA-3",

"integrityHash": "СИНТЕТИЧЕСКИЕ_ХЭШ_ОПЕРАЦИИ_001",

"evidenceId": "ДОГОВОРЫ_NGEV_СИНТ_CONTRACTS_002",

"sourceRole": "SR-04",

"title": "Набор подтверждения контрактов страны",

"sourceControl": "МНОГОСТОРОННИЙ",

"authorityForClaim": "ДОГОВОРНОЕ_ПОДТВЕРЖДЕНИЕ",

"independence": "ЧАСТИЧНО_НЕЗАВИСИМЫЙ",

"capturedAt": "2026-08-29 T1 1:00:00 Z",

"accessClass": "EA-4",

"integrityHash": "СИНТЕТИЧЕСКИЕ_ХЭШ_ДОГОВОРЫ_002",

"unknowns": [

"unknownId": "NGU-SYNTH-001",

"type": "НЕИЗВЕСТНАЯ_СФЕРА",

"relatedClaimId": "NGC-SYNTH-ASTERON-25-COUNTRIES-002",

"description": "Официальный термин 'operates' не определен."

"управление": {

"claimLedgerOwnerRole": "РЕДАКТОР_ПАКЕТА_ИСТИНЫ",

"evidenceRegistrarRole": "РЕГИСТРАТОР_ДОКАЗАТЕЛЬСТВ",

"counterEvidenceReviewerRole": "COUNTER_EVIDENCE_REVIEWER",

"finalApproverRole": "ОТВЕТСТВЕННЫЙ_ЧЕЛОВЕК_ЗА_ОДОБРЕНИЕ_ПАКЕТА_ИСТИНЫ",

"lockedBeforeSemanticReview": true,

"lockedAt": "2026-08-31 T1 8:00:00 Z"

"integrity": {

"manifestHash": "ХЕШ_МАНИФЕСТА_СИНТЕТИЧЕСКОГО_ПАКЕТА_ИСТИНЫ",

"previousVersion": null,

93. МАШИНОЧИТАЕМЫЙ_ЗАПИСЬ_ТРЕБОВАНИЙ_И_ДОКАЗАТЕЛЬСТВ,

ПРИМЕР СИНТЕТИЧЕСКОЙ СХЕМЫ

"протокол": "NOMOS-GEO-1000",

"protocolVersion": "0.9.0",

"claimEvidenceRecord": {

"claimId": "NGC-СИНТ-АСТЕРОН-УСПЕХ-003",

"subjectEntityId": "NGE-SYNTH-ASTERON-HOLDINGS-001",

"claimType": "CT-08",

"atomicClaim": {

"predicate": "projectSuccessRate",

"value": 0.98,

"unit": "ДОЛЯ",

"population": "ВСЕ_ПРОЕКТЫ",

"period": "НЕОПРЕДЕЛЁННО"

"officialRepresentation": {

"status": "OFFICIAL_CURRENT",

"sourceEvidenceId": "NGEV-SYNTH-WEB-SUCCESS-003"

"verification": {

"supportStatus": "VS-U",

"scopeStatus": "SC-0",

"timeStatus": "TS-0",

"reasonCodes": [

"supportingEvidence": [

"evidenceId": "NGEV-SYNTH-CASESET-049",

"отношение": "ЧАСТИЧНО_ПОДДЕРЖИВАЕТ",

"заметки": "Сорок девять записей о положительных случаях."

"counterEvidence": [

"evidenceId": "NGEV-SYNTH-FAILED-CASE-001",

"отношение": "КВАЛИФИЦИРУЕТСЯ",

"заметки": "Один известный неуспешный проект; полная совокупность проектов недоступна."

"publiclyDiscoverable": true,

"preferredEpistemicForm": "Компания заявляет о 98% уровне успеха, но знаменатель, период и определение успеха не были независимо проверены.",

"prohibitedForm": "У компании подтвержденный 98% уровень успеха.",

"appealStatus": "APPEAL_OPEN"

Эти записи:

реальная компания,

реальный клиент,

реальная производительность

не является данными.

Это синтетическое машинное представление архитектуры Truth Pack.

МАШИНОЧИТАЕМОЕ ПРАВИЛО РАЗДЕЛА 94

ID ПРАВИЛА: NOMOS-АУДИТ-CH13-R01

Перед началом семантической оценки каждый аудит GEO-1000 ДОЛЖЕН зафиксировать

версионированный Пакет проверенных данных о сущности для проверяемого объекта, объём запроса,

юрисдикции, продукты, языки и референсное время.

Пакет Истины ДОЛЖЕН содержать, по мере необходимости:

- каноническую идентичность сущности,

- атомарные референсные утверждения,

- официальные записи представления,

- поддерживающие доказательства,

- контрдоказательства,

- записи источников и семейства доказательств,

- квалификаторы объема и юрисдикции,

- времена действительности и публикации,

- публичные и ограниченные классы доступа,

- неизвестные и нерешенные регистры,

- записи об апелляциях и изменениях,

- и манифест целостности.

подтвержденная правда только потому, что она официальная.

Первичный источник МОЖЕТ быть авторитетным для утверждений в рамках прямого

контроля организации, при этом оставаясь не независимым для сравнительных,

результативных, лидерских или внешне-проверяющих утверждений.

Разные URL, публикации, переводы, синдикации или AI-резюме

НЕ ДОЛЖНЫ учитываться как независимые доказательства, если они происходят из

одного и того же исходного источника.

квалифицирует, противоречит, устаревает или контекстуализирует.

доказательство того, что утверждение ложно. Доказательства открытого и закрытого мира

условия ДОЛЖНЫ оставаться различными.

Количественные утверждения ДОЛЖНЫ сохранять числитель, знаменатель, период, единицу.

правила включения и исключения, исходные данные и метод расчета.

Клиент, партнёр, лицензия, сертификация, членство, награда, юридический,

заявления о производительности и превосходстве ДОЛЖНЫ сохранять свою точную сущность,

отношения, сфера, юрисдикция, время и статус доказательств.

Общественно доступные доказательства, ограниченные аудиторские доказательства, и

Непубличные доказательства ДОЛЖНЫ оставаться отдельно засекреченными.

утверждение МОЖЕТ быть фактически проверена с помощью ограниченных доказательств без

быть общедоступным для потребительского ИИ-продукта. Проверка фактов

и публичная доступность ДОЛЖНА оставаться отдельной.

Заявления Truth Pack НЕ ДОЛЖНЫ добавляться, удаляться, расширяться, сужаться или

переклассифицировано после наблюдения за ответами ИИ, если только не появится новый Пакет Истины

версия создается, а предыдущие записи сохраняются.

Ответное требование, не охватываемое зафиксированным Пакетом Истины, ДОЛЖНО вызывать

процесс с пропуском ссылки, а не автоматический сбой или автоматический

принятие.

Неизвестный, неподдерживаемый, нерешенный, противоречащий, исторический, истекший,

ограниченные по объему и ограниченно проверенные состояния ДОЛЖНЫ оставаться отдельно

видимыми.

Проверяемое лицо МОЖЕТ представить доказательства, исправления и апелляции, но

НЕ ДОЛЖЕН выступать в роли единственного арбитра по собственным требованиям.

Системы ИИ МОГУТ помогать с извлечением, нормализацией, обнаружением происхождения,

и обнаружение противоречий, но НЕ ДОЛЖНО служить единственным окончательным

власть для утверждения достоверности.

Каждая версия Truth Pack, регистрация доказательств, решение о статусе поддержки,

обжалование и изменение ДОЛЖНЫ быть приписаны ответственному человеку или

организации.

Перед началом семантической экспертизы каждый аудит GEO-1000 должен зафиксировать версионную Пакет проверенных данных о сущности для проверяемого объекта, охвата, стран, продуктов, языков и эталонного времени. Пакет должен содержать каноническую идентичность объекта, атомарные эталонные утверждения, Официальные записи представления, подтверждающие доказательства, контрдоказательства, источники происхождения, пределы охвата и времени, классы доступа, неизвестные данные, возражения и манифест целостности. Официальное заявление не может считаться независимо проверенной реальностью только потому, что оно официальное. Разные URL, полученные из одного и того же исходного источника, не могут считаться независимыми доказательствами.

## Граница главы

Первые двенадцать глав установили экспериментальную цепочку: один ответ не является оценкой GEO; представление — это распределение среди пользователей и продуктов ИИ; проверяемая сущность должна быть определена до того, как наблюдаются результаты; официальное представление и действительность сущности на основе доказательств должны оставаться раздельными; целевая популяция, выборка, страны и языки должны быть определены; участники должны выбираться независимо от результатов; каждый экземпляр продукта ИИ должен быть связан с реестром со всеми материальными конфигурациями; промпты должны сохранять одно и то же намерение на всех языках; контролируемые и естественные пользовательские панели должны оставаться раздельными; и каждое наблюдение должно сохраняться в синхронизированной волне и цепочке доказательств захвата NOMOS. Аудит теперь должен ответить на свой центральный вопрос:

> По какой эталонной записи мы будем определять, является ли полученный ответ ИИ правильным, неправильным, неполным, устаревшим, неподтверждённым или выходящим за рамки?

Раздел 4 концептуально установил два отдельных слоя реальности:

- Слой официального представления, показывающий, что само юридическое лицо говорит о себе

- Слой подтверждённой реальности юридического лица, показывающий, в какой степени существующие доказательства позволяют делать какие-либо утверждения

Этот раздел преобразует второй слой в объект операционного аудита. Имя этого объекта:

#### Пакет проверенных данных о сущности

Канонический английский термин:

#### Пакет проверенных данных о сущности

Этот операционный объект завершает третью связь в архитектуре первых двух книг: GEO Framework определяет стандарт; 99 Ошибки в GEO выявляет способы его нарушения; а система аудита измеряет и подтверждает эти нарушения. Каждый проверяемый контроль должен содержать модель или продукт, дату, страну, язык, набор запросов, количество повторений и запись измерений. В этой цепочке Truth Pack является:

#### «Что сказал ИИ?»

с вопросом:

#### «Какие доказательства позволили ему это сказать?»

— это система ссылок между ними. Этот раздел:

- что такое Truth Pack и чем он не является,

- как утверждения преобразуются в атомарные записи о реальности,

- типы источников и доказательств,

- роли ресурсов первой стороны, официальных, независимых, операционных и пользовательских,

- контрдоказательства,

- происхождение источника и иллюзия независимости,

- достаточность доказательств,

- ограничения по времени, стране и масштабу,

- утверждения открытого и закрытого мира,

- различие между «доказательств не найдено» и «доказано ложным»,

- количественные показатели, утверждения о клиентах, партнёрах, лицензиях, сертификатах и превосходстве,

- версии и предволновая фиксация Truth Pack,

- публичные и ограниченные слои доказательств,

- процессы возражений, исправлений и несогласия,

- машиночитаемый Truth Pack

определяет. В этой главе пока не рассматривается:

- все детали вынесения решений о разделении ответов ИИ на атомарные утверждения,

- согласованность между оценщиками,

- порог перехода ответа,

- критические барьеры ошибок,

- не финализирует окончательные формулы оценки NOMOS

не финализируется. Это темы следующих разделов. Ключевой вопрос главы 13:

> Как создать Пакет Правды о субъекте, который будет оценивать ответы ИИ, зафиксированный до получения результата, содержащий как доказательства, так и контрдоказательства вместе, с четкими временными и пространственными ограничениями?

## NOMOS Вызов

Предложение на вашем сайте компании: «Мы работаем в 25 странах». Продукт ИИ сообщает пользователю то же предложение: «Компания работает в 25 странах». Правильно ли ИИ передал информацию с официального сайта? Да. Было ли утверждение фактически проверено? Мы пока не знаем. Компания присылает вам таблицу.

В таблице содержатся названия 25 стран. Однако столбцы не объяснены: в некоторых указаны только посетители веб-сайтов. В некоторых — бывшие клиенты. В некоторых — независимые дистрибьюторы. В некоторых — организованы одноразовые мероприятия. В девяти странах фактически осуществляется активное предоставление услуг. Только в трёх странах есть местное юридическое лицо.

Что означает «to operate»? Это значит иметь клиента? Создавать местную компанию? Иметь возможность предоставлять услуги удаленно? Доставлять через партнера? Или чтобы вебсайт был доступен из этой страны? Субъект, глагол и область утверждения не определены.

Следовательно, хотя есть число, достоверной реальности пока нет. Теперь рассмотрим другое утверждение: «98% наших проектов успешны». У вас есть 49 презентаций успешных проектов. Нет неудачных файлов проектов. Сколько проектов было выполнено всего? По каким критериям определяется успех? Своевременная доставка? Принятие клиентом?

Коммерческий результат? Техническая осуществимость? Удовлетворенность клиентов? Каков период? Последние три месяца? Вся история компании? Только выбранные проекты? Без знания знаменателя, 98 процентов доказать невозможно. Теперь на сайте другой компании есть такое предложение: «Мы мировые лидеры». Это предложение повторяется:

- блог компании,

- пресс-релиз компании,

- двадцать новостных сайтов, копирующих один и тот же пресс-релиз,

- пять фейковых учетных записей пользователей, открытых компанией,

- три текста, сгенерированные ИИ, суммирующие это содержание

.
Есть тридцать различных URL. Значит ли это тридцать независимых доказательств? Нет. Одна самопубликация могла отразиться на многих производных интерфейсах.

Это именно та манипуляция, которая была выявлена в предыдущем томе: скрытый текст, вымышленные пользователи и написанные самим автором комментарии, опубликованные на разных платформах, возвращаются в систему как будто это независимые доказательства. Теперь рассмотрим противоположный случай. Официальный сайт компании сообщает: «Мы предоставляем услуги только в Турции».

Однако два месяца назад компания начала подтверждённую деятельность в Германии. Контракты, счета и официальные документы подтверждают этот факт, хотя сайт не был обновлён. Искусственный интеллект отвечает: «Компания предоставляет услуги в Турции и Германии». Ответ отличается от официального сайта, но может быть ближе к материальной реальности.

Теперь рассмотрим еще более чувствительную ситуацию. На сайте медицинского учреждения написано: «Лицензированный центр». В реестре лицензия имеется у другого учреждения с похожим названием. ИИ объединяет эти два объекта и присваивает лицензию неправильному учреждению. Компания замечает эту ошибку, но не исправляет её, потому что это выгодно для них.

Здесь применяется явное положение второй книги: Ошибка, которая выгодна человеку, всё равно остаётся ошибкой. Чтобы оценить ответ ИИ, нам нужен не только список правильных предложений, но и следующая структура: О чьём утверждении идёт речь? Что именно является заявлением? В какой период времени оно действительно? В какой стране? Для какого продукта или услуги?

Действительно ли источник подтверждает утверждение? Кто контролирует источник? Другие источники говорят то же самое или они копируют один и тот же исходный источник? Есть ли контрдоказательства? Утверждение является только официальным самозаявлением? Доказательства публичные или приватные?

На момент измерения ИИ, была ли возможность доступа к этим доказательствам? Является ли результат определённым, ограниченным, спорным или неизвестным? Первое правило этого раздела:

> Источник сам по себе не является реальностью.

Второе положение гласит:

> Утверждение невозможно проверить без определения его объекта, объёма, времени и объёма доказательств.

Её третье положение гласит:

> Разные URL не означают разные независимые доказательства.

Четвертая статья гласит:

> Отсутствие доказательств не является автоматическим доказательством того, что утверждение ложное.

Пятая его статья гласит:

> Проверенная реальность не является абсолютной и неизменной истиной; это вывод, сделанный на основании доступных доказательств в определённое время и в определённом контексте.

Шестое положение гласит:

> Пакет Правды не может быть создан на основе ответа ИИ. Ответ ИИ оценивается по ранее зафиксированному Пакету Правды.

## 1. ЦЕЛЬ ГЛАВЫ

Цель этого раздела — преобразовать материальные утверждения о проверяемом субъекте в справочный пакет, связанный с доказательствами и контрдоказательства, с четкими границами времени и области, не превращая их в шаблон ответа. Раздел нормализует следующие различия:

- Официальное утверждение против проверенной реальности

- Источник против доказательства

- Доказательства против поддержки утверждения

- Данные от первого лица против независимой проверки

- Независимый источник и источник, авторизованный по теме

- Разное доменное имя и разный корень доказательства

- Количество источников и независимая семья доказательств

- Прямое доказательство и производное доказательство

- Поддерживающее доказательство и встречное доказательство

- Отсутствие утверждения и ложность утверждения

- Утверждение открытого мира и запись закрытого мира

- Текущая реальность и историческая реальность

- Время, когда реальность действительна, и время публикации источника

- Публичное доказательство и ограниченное доказательство

- Доказательство, доступное ИИ, и доказательство, открытое только аудитору

- Доказанное утверждение и утверждение, доступное для публичного обнаружения

- Прямое существование и вычисленный производный результат

- Исходные данные и коэффициент производительности

- Числитель и знаменатель

- Клиент и потенциальный клиент

- Партнер и клиент

- Членство и аккредитация

- Лицензия и связь с брендом

- Сертификат и общая институциональная соответствие

- утверждение и мнение

- Мнение и сравнительное преимущество

- Жалоба и проверенное нарушение

- Расследование и конкретное преступление или ответственность

- Устаревшая запись и некорректная историческая запись

- Некорректный ответ ИИ с отсутствующим Truth Pack

- Ошибка ссылки и системная ошибка

- Целостность Truth Pack и все утверждения являются положительными

- Конфиденциальность доказательств и отсутствие доказательств

- Право субъекта на ответ и самопроверка

- Человеческое одобрение и человеческая непогрешимость

- Помощь ИИ и ИИ как окончательный авторитет истины

В конце этого раздела каждый аудит должен быть в состоянии ответить на следующие вопросы:

> Какие материальные утверждения содержатся в Truth Pack?

> Какому субъекту, стране, продукту и времени принадлежит каждое утверждение?

> Какие доказательства это подтверждают, какие ограничивают или опровергают?

> Являются ли источники действительно независимыми или они происходят из одного и того же исходного источника?

> Можно ли публично проверить требование?

> Доступны ли доказательства только при ограниченном доступе аудитора?

> Мог ли ИИ получить доступ к этим доказательствам на момент измерения?

> Является ли требование достоверным, частичным, историческим, спорным или неизвестным?

> Был ли Truth Pack зафиксирован до того, как были видны ответы ИИ?

## 2. ЦЕНТРАЛЬНЫЕ НОРМАТИВНЫЕ ПОЛОЖЕНИЯ

Каждый аудит GEO-1000 должен фиксировать материальные ссылки на утверждения относительно проверяемого объекта, вместе с подтверждающими доказательствами, контрдоказательства, происхождением источника, классом доступа, объемом, юрисдикцией, сроком действия и статусом неопределенности, в версионной Пакет проверенных данных о сущности перед семантической оценкой ответов ИИ. Пакет истины:

- самостоятельно написанный вступительный файл объекта,

- презентация продаж, собирающая только положительные доказательства,

- текст мнения аудитора,

- идеальный ответ, запрошенный у ИИ,

- абсолютная реальность всего мира,

- репозиторий ссылок, состоящий только из списка URL-адресов

это не так. Пакет истины:

> Это пакет проверочных данных, который показывает, на основании каких доказательств материальные требования в ответах ИИ могут быть подтверждены, ограничены, опровергнуты или оставлены неизвестными.

## 3. ПРЕДЕЛ СЛОВА «ИСТИНА»

Слово «истина» в Truth Pack не содержит утверждения: «Этот пакет знает все абсолютные истины о сущности.» Более точное значение такова:

> Реальная запись, основанная на доказательствах, показывающих, в указанную дату, объем и объём доказательств, в какой степени существенные решения подтверждаются.

Пакет правды:

- подверженной изменениям при появлении новых доказательств,

- может быть оспорена,

- её охват можно сузить,

- её можно исправить, если окажется ошибочно,

Он может оставить некоторые требования неизвестными. Авторитетность Truth Pack:

- Слово «Истина» не происходит из,

- Имя NobleJackal,

- голос NOMOS,

- Автор книги

Он возникает из следующих причин:

- чёткая структура утверждений,

- надлежащие доказательства,

- контрдоказательства,

- Родословная источников,

- время,

- граница,

- имеет смысл с

- Независимый обзор,

ответственная человеческая обязанность.

## 4. ЧТО ТАКОЕ Пакет проверенных данных о сущности?

Пакет проверенных данных о сущности— это версионный пакет аудита, который объединяет материальные фактические записи конкретного объекта в рамках определенной даты и объема, поддерживающие и противоположные доказательства, связанные с ними, статусы источников и неразрешенные области. Представление кандидата:

VETP_{E,v,t}= (I, C, O, E⁺, E⁻, L, S, T, U, G)

Здесь:

- E: проверяемая сущность

- v: версия пакета Истины

- t: дата ссылки

- I: идентификация субъекта и граф отношений

- C: атомарные справочные утверждения

- O: Официальная запись представления

- E⁺: подтверждающие доказательства

- E⁻: опровергающие доказательства и ограничивающие записи

- L: происхождение источников и граф независимости

- S: объём, страна и матрица юрисдикции

- T: записи времени и валюты

- U: неизвестные, расхождения и пробелы в справочной информации

- G: записи управления, версий, возражений и утверждений

Каждый компонент Truth Pack может иметь отдельную версию. Основная версия пакета связывает версии компонентов вместе.

## 5. TRUTH PACK НЕ ЯВЛЯЕТСЯ ШАБЛОНОМ ОТВЕТА

Truth Pack не является текстом, который ИИ должен произносить слово в слово. Например, Truth Pack может содержать следующее справочное утверждение: «Asteron Holdings Ltd. является владельцем бренда Asteron Travel.» ИИ может правильно сформулировать это в следующих вариантах:

- "Бренд Asteron Travel принадлежит Asteron Holdings."

- «Asteron Holdings является владельцем бренда Asteron Travel.»

- «Asteron Travel — это бренд, который принадлежит Asteron Holdings.»

Материальные отношения сохраняются. Арбитр не должен искать слово в слово совпадение. Truth Pack:

#### определяет правильное поле выражений

Это не накладывает единственно правильное предложение.

## 6. TRUTH PACK НЕ ЯВЛЯЕТСЯ БИОГРАФИЕЙ СУЩНОСТИ

О сущности может существовать бесконечное количество правильной информации. GEO-1000 Truth Pack не обязан собирать всю информацию. Пакет должен в первую очередь охватывать следующие области:

- Материальные обязанности в рамках реестра промптов

- Идентичность и оперативное ядро сущности

- Ограничения, которые изменят решение пользователя

- Лицензии, правовые вопросы, цена, услуги, страна и временные записи

- Критерии правомочности и исключения, необходимые для консультации

- Материальные утверждения, несущие риск критической ошибки

- Различия между реальностью, подтверждённой официальным представлением, и фактической реальностью

По этому принципу:

#### Принцип Реальности, Пропорциональный Обязанности

называется. Сбор ненужных данных:

- конфиденциальность

- стоимость,

- актуальности,

- противоречие

может увеличить риск.

## 7. Двенадцать ключевых компонентов пакета правды

### 7.1. Каноническая идентичность субъекта

Как определено в разделе 3:

- идентичность субъекта,

- тип,

- юридическое имя,

- отношения торговой марки и доменного имени,

- материнские и дочерние компании,

- временные и юрисдикционные ограничения

упакованы.

### 7.2. Реестр ссылочных требований

Содержит все основные требования к реальности, которые будут использоваться в аудите в атомарной структуре.

### 7.3. Запись официального представления

Содержит текущие и исторические заявления, опубликованные самим субъектом на канонических носителях.

### 7.4. Реестр доказательств

Для каждого объекта доказательств:

- источник,

- цельность,

- компетенцию,

- доступ,

- объем охвата,

- время

записываются.

### 7.5. Реестр контрдоказательства

Утверждение:

- опровергающее,

- ограничивающее,

- изменяющее его достоверность,

- предоставляющее другое объяснение

содержит записи.

### 7.6. Граф происхождения источников

Для источников:

- первый корень,

- копии,

- цитаты,

- синдикация,

- производные ИИ

показываются.

### 7.7. Матрица области и юрисдикции

Утверждение:

- для какой страны,

- продукта,

- услуги,

- пользователь,

- юридическое лицо

действительно.

### 7.8. Матрица времени и валюты

Утверждение:

- когда началось,

- когда закончилось,

- когда это было в последний раз проверено,

- какое событие могло бы это изменить

показываются.

### 7.9. Реестр споров и неопределенностей

Делает видимыми области, которые противоречивы, неразрешимы или имеют недостаточные доказательства.

### 7.10. Слой доступа к доказательствам

Доказательства:

- публичные,

- доступные для аудита,

- ограниченные,

- конфиденциальная,

- производные

как указано.

### 7.11. Журнал изменений и возражений

Содержит новые доказательства, исправления, встречные мнения и изменения решений в версии.

### 7.12. Манифест машины

Соединяет все компоненты:

- идентичность,

- имеет смысл с

- хэш,

- отношение

друг к другу.

## 8. АТОМНАЯ ССЫЛОЧНАЯ УТВЕРЖДЕНИЕ

Базовая единица реальности в рамках Truth Pack:

#### называется Атомное Ссылочное Утверждение.

Кандидатская структура:

C_j= (s, p, o, q, c, l, v_f, v_t, k, m)

Здесь:

- s: субъективная сущность

- p: предикат или отношение

- o: объект или значение

- q: квалификаторы и ограничения

- c: страна или юрисдикция

- l: язык или локаль, если материально

- vf: начало действия

- vt: окончание действия

- k: тип утверждения

- m: материализация или метка риска

Пример: Субъект: Asteron Türkiye Tourism Ltd. / Сказуемое: предоставляет услуги / Объект: управление корпоративными поездками / Страна: Турция / Тип клиента: корпоративные клиенты / Начало: январь 1, 2026/ Последняя проверка: август 18, 2026 Это предложение недостаточно атомарное: “Asteron — ведущая компания, предоставляющая многочисленные услуги по всему миру.” В этом одном предложении:

- географический охват,

- количество услуг,

- лидерство,

- идентичность компании

перепутаны вместе.

## 9. ТИП ЗАЯВЛЕНИЯ

Каждое атомарное утверждение должно иметь тип.

### CT-01— Утверждение об идентичности

Кто является субъектом или к какому субъекту он относится.

### CT-02— Утверждение о взаимоотношениях

Право собственности, контроль, партнерство, клиентство, трудоустройство или членство.

### CT-03— Утверждение о деятельности и услугах

Чем занимается организация, какую услугу она предоставляет.

### CT-04— Заявление о продукте

Функция продукта, версия, владелец или доступность.

### CT-05— утверждение на географический охват

Страна, регион или зона обслуживания.

### CT-06— Юридический и лицензионный иск

Регистрация, разрешение, лицензия, регуляторный статус.

### CT-07— утверждение по цене и коммерческому сроку

Цена, налог, подписка, возврат, гарантия или оплата.

### CT-08— Количественное заявление о производительности

Процент успеха, время доставки, количество пользователей, рост или эффективность.

### CT-09— утверждение для клиентов и партнёров

Отношения с клиентом, спонсором, партнёром, дистрибьютором или поставщиком.

### CT-10— Сертификат и утверждение на награду

Сертификат, членство, награда или аккредитация.

### CT-11— Заявление о сравнительном преимуществе или превосходстве

Лучший, ведущий, быстрее, самый надежный, номер один.

### CT-12— Заявление о рекомендации и пригодности

Пригодность или рекомендация для конкретного пользователя.

### CT-13— Историческое заявление

Организация, прошлое владение, бывший продукт или историческое событие.

### CT-14— Заявление о риске, жалобе или споре

Жалоба, расследование, суд, санкция или спор.

### CT-15— Мнение или институциональная позиция

Мнение, видение или оценочное суждение, выдвинутое о самом субъекте. Тип заявления определяет, какие доказательства считаются достаточными.

## 10. ВАЖНОСТЬ ЗАЯВЛЕНИЯ

Не каждая правильная информация в Truth Pack оказывает одинаковое влияние на принятие решения. Существенность может быть указана как кандидат с следующими классами:

### КРИТИЧЕСКИЙ-КАНДИДАТ

### ГЛАВНЫЙ-КАНДИДАТ

### УМЕРЕННЫЙ

### КОНСУЛЬТАЦИОННЫЙ

### КОНТЕКСТУАЛЬНЫЙ

Точная степень серьезности ошибки будет определена в Разделе 15. Метка в Truth Pack только:

- управляет приоритетом доказательств,

- вниманием при обзоре,

- частотой обновлений

управляет.

## 11. ОБЪЕКТ ДОКАЗАТЕЛЬСТВА

Каждый источник в Truth Pack должен быть записан как Объект Доказательства, а не просто как ссылка. Структура кандидата:

E_k= (r, a, i, p, f, s, t, x, g, h)

Здесь:

- r: роль источника

- a: полномочия для утверждения

- i: независимость

- p: близость к заявлению

- f: актуальность

- s: охват

- t: время

- x: класс доступа

- g: происхождение источника

- h: запись целостности

Только URL не заполняет ни одно из этих полей.

## 12. ОТНОШЕНИЕ ДОКАЗАТЕЛЬСТВА К ЗАЯВЛЕНИЮ

Не каждый объект доказательства поддерживает каждое заявление. Отношение между заявлением Cj и доказательством Ek может быть одним из следующих статусов:

### ПОДДЕРЖИВАЕТ

### ЧАСТИЧНО ПОДДЕРЖИВАЕТ

### КВАЛИФИЦИРУЕТ

### ПРОТИВОРЕЧИТ

### УСТАРЕВАЕТ

### КОНТЕКСТУАЛИЗИРУЕТ

### НЕ ИМЕЕТ СУЩЕСТВЕННОГО ЗНАЧЕНИЯ

### НЕИЗВЕСТНАЯ_СВЯЗЬ

Пример: Документ компании о регистрации торговой марки: может подтверждать право собственности на бренд, не подтверждает удовлетворённость клиентов. Отзыв клиента: может подтверждать опыт отдельного пользователя, не подтверждает успех 98% среди всех клиентов.

## 13. РОЛИ РЕСУРСОВ

### SR-01— Канонический источник первой стороны

Официальные каналы, контролируемая организацией. Пример:

- Каноническая веб-страница

- Официальная политика

- Страница с ценами

- Документ о продукте

### SR-02— Оперативная запись первой стороны

Записи на внутреннем или транзакционном уровне организации. Пример:

- Счет-фактура

- Контракт

- Запись о транзакции

- Запись о доставке

- Исходные данные о производительности

### SR-03— Авторизованная официальная регистрация

Это реестр, который имеет юридическую или институциональную полномочность по данному вопросу. Пример:

- Реестр компаний

- Реестр лицензий

- Учреждение, выдающее сертификаты

- Судебное решение

- Регуляторная регистрация

### SR-04— Двустороннее подтверждение

Это поддержка отношений обеими сторонами или по контракту. Пример:

- Взаимоотношения с клиентом

- Партнёрство

- Спонсорство

- Дистрибьюторство

### SR-05— Независимый редакционный источник

Это публикация или исследование, редакционно независимое от организации. Независимость не гарантирует точность.

### SR-06— Независимый аудит или исследование

Это открытая внешняя оценка его метода и объема.

### SR-07— Транзакционные или Поведенческие Данные

Записи, показывающие реальные транзакции или поведение пользователей.

### SR-08— Данные, Созданные Пользователем

Комментарий, жалоба, отзыв или пользовательский документ. Это индивидуальный опыт.

### SR-09— Выведенные Расчёты

Ставка, классификация или сводка, полученные из необработанных записей. Формула и входные данные должны существовать.

### SR-10— Синтетические Данные

Эти данные были созданы для демонстрации метода. Они не могут подтвердить утверждение о реальном объекте.

### SR-11— AI-Созданный Производный Источник

Контент, созданный системой ИИ путём суммирования других источников. Он не заменяет оригинальные источники.

### SR-12— Неизвестный или неразрешимый источник

Источник не был проверен или его происхождение невозможно определить. Он обладает ограниченным доверием при проверке первичного материала.

## 14. АВТОРИТЕТ ИСТОЧНИКА ЗАВИСИТ ОТ ТИПА УТВЕРЖДЕНИЯ

Нет универсального и единого рейтинга для всех источников. Пример: текущая публичная цена компании:

- каноническая страница с ценой,

- фактическая касса

- текущее предложение

может быть сильным источником. Для утверждения компании: «Мы мировой лидер.» на той же веб-странице показывается только самоутверждение. Это не доказывает лидерство. Для лицензии: учреждение, выдающее лицензию, более авторитетно, чем блог компании. Для опыта клиентов: один отзыв клиента — это реальное, единичное событие и не представляет всю пользовательскую аудиторию. Следовательно:

> Качество источника не является общим; утверждение является конкретным.

## 15. СЕМЬ ИЗМЕРЕНИЙ ПРОФИЛЯ ИСТОЧНИКА

Каждый источник следует оценивать по следующим критериям:

### 15.1. Авторитет

Авторизован ли источник давать оценку по данному типу утверждения?

### 15.2. Близость

Насколько источник близок к событию, процессу или записи?

### 15.3. Независимость

Насколько источник независим от коммерческого или институционального владельца утверждения?

### 15.4. Целостность

Сохранена ли аутентичность файла или записи и история их изменений?

### 15.5. Актуальность

Является ли источник действительным для соответствующего времени?

### 15.6. Масштаб

Поддерживает ли источник весь объём утверждения или только его часть?

### 15.7. Воспроизводимость

Может ли другой аудитор прийти к тому же суждению на основе тех же данных? Эти показатели не обязательно должны сводиться к единому «баллу источника». Источник:

- высокая авторитетность,

- низкая независимость

возможно. Другой источник:

- высокая независимость,

- отдалённость от объекта

может быть.

## 16. ПРАВИЛЬНАЯ РОЛЬ ИСТОЧНИКА-ПЕРВООБРАЗА

Источник-первоисточник: не является автоматически никчёмным, и не является автоматически независимым доказательством. Источники-первоисточники могут быть убедительными для утверждений, таких как:

- Цена, опубликованная организацией

- Часы поддержки

- Описание собственных продуктов и услуг

- Текст собственной политики

- Официальные заявления, раскрытые публике

- Собственные данные о транзакциях

Они могут быть недостаточны сами по себе для утверждений, таких как:

- Мировое лидерство

- Высшая удовлетворенность

- Превосходство над конкурентами

- Универсальный успех

- Независимая аккредитация

- Деловые результаты для всех клиентов

В предыдущем тексте "99 Ошибки": предупреждение «Ваш собственный сайт — это утверждение, а не доказательство» имеет центральное значение для утверждений, которые особенно требуют превосходства и независимости. Более полное нормативное заявление выглядит следующим образом:

> Ваш собственный сайт является доказательством того, что говорит организация; он не является автоматическим доказательством независимой правильности любого утверждения относительно внешнего мира.

## 17. ЧТО ТАКОЕ НЕЗАВИСИМОСТЬ?

Наличие ресурса на различных доменных именах не делает его независимым. Независимость связана со следующими аспектами: Кто создал контент? Кто принял решение о его публикации? Есть ли оплата или спонсорство? Получал ли источник текст напрямую от компании? Проводила ли публикация собственную проверку? Скопирован ли контент с другого источника? Имеет ли источник право собственности или деловые отношения с компанией? Десять материалов, опубликованных агентством на разных доменных именах, не являются десятью независимыми источниками.

## 18. ПРОИСХОЖДЕНИЕ ИСТОЧНИКА

Объекты доказательств должны быть связаны с происхождением источника. Кандидат на граф:

### G_S = (V_S, E_S) [K10]

Здесь:

- V_S: объекты источника

- E_S: отношения цитирования, копирования, синдикации, суммирования и производные отношения

Отношения источников:

### ОРИГИНАЛЬНЫЙ_ИСТОЧНИК

### ЦИТАТЫ

### СИНДИЦИРУЕТ

### СУММИРУЕТ

### ПЕРЕВОДИТ

### ПРОИСХОДИТ ОТ

### СГЕНЕРИРОВАНО ИИ НА ОСНОВЕ

### НЕИЗВЕСТНАЯ_ПОРОДНИЦА

может быть записано как.

## 19. НЕЗАВИСИМАЯ СЕМЬЯ ДОКАЗАТЕЛЬСТВ

Содержимое, происходящее из одного исходного источника, может рассматриваться как одна Семья Доказательств. Пример:

- Пресс-релиз компании

- Новостной сайт, публикующий пресс-релиз дословно

- Блог, подводящий итоги новостного сайта

- Текст ИИ, подводящий итоги блога

Есть четыре URL. Возможно, что даже не существует ни одной независимой семьи доказательств. Количество источников и количество семей доказательств следует сообщать вместе.

## 20. ОТМЫВКА ДОКАЗАТЕЛЬСТВ

Публикация собственного заявления на других доменах, а затем использование его в качестве независимого доказательства:

#### Называется Отмывкой Доказательств

Пример цепочки: Компания заявляет «мы лидеры» на собственном сайте. Платный контент публикует это как «новость». Другие сайты копируют новость. Поскольку ИИ видел многие домены, он принимает утверждение как широко распространенное. Компания использует ответ ИИ как доказательство собственного утверждения. Этот замкнутый цикл:

#### самостоятельное заявление → производный источник → ответ ИИ → перепубликация собственного заявления

создает. Следует сделать этот цикл видимым, установив происхождение источника через Truth Pack.

## 21. ОГРАНИЧЕНИЕ ИСТОЧНИКА, СГЕНЕРИРОВАННОГО ИИ

Система ИИ:

- может суммировать источники,

- может сравнивать утверждения,

может генерировать новый текст. Текст ИИ:

- не является оригинальным источником,

- не может заменить исходные доказательства,

не становится независимой верификацией только потому, что другой ИИ говорит то же самое. Вывод ИИ может использоваться для следующих целей:

- направление исследований,

- извлечение утверждений,

- обнаружение конфликтов,

помощь в поиске источников. Конечный объект доказательств должен быть связан с исходным источником насколько это возможно.

## 22. ОГРАНИЧЕНИЯ СИНТЕТИЧЕСКИХ ДОКАЗАТЕЛЬСТВ

Синтетические данные:

- демонстрация метода,

- тестирование системы,

- верификация программного обеспечения,

- обучение арбитра

могут быть использованы для. Синтетические данные:

- фактическое количество клиентов,

- фактическая производительность,

- фактическое покрытие страны,

- фактическая лицензия

не могут быть доказаны. Даже если синтетические записи находятся в том же файле, что и реальные доказательства, они должны быть четко обозначены.

## 23. ДОКАЗАТЕЛЬСТВА, ПОДТВЕРЖДАЮЩИЕ, НЕДОСТАТОЧНЫ

Truth Pack должен собирать только те источники, которые подтверждают это утверждение. Для существенных требований следует активно искать следующие записи:

- Противоречивая дата

- Иной охват

- Просроченный документ

- Несостоявшаяся сделка

- Жалоба или возврат

- Предыдущие владельцы

- Лицензия, принадлежащая другому юридическому лицу

- Коррекция или отмена

- Сравнительные данные

- Недостающий знаменатель

Это обязательство называется:

#### Бремя контрдоказательства

Применяется всякий раз, когда существуют материальные контрдоказательства.

## 24. контрдоказательства

контрдоказательства не всегда полностью опровергает утверждение. Он может выполнять одну из следующих функций:

### ПРОТИВОРЕЧИТ

### LIMITS_SCOPE

### ОГРАНИЧИВАЕТ_ВРЕМЯ

### ОПРЕДЕЛЯЕТ_ИСКЛЮЧЕНИЕ

### ОСПАРИВАЕТ_МЕТОД

### СОМНЕВАЕТСЯ_В_АУТЕНТИЧНОСТИ

### ПРЕДЛАГАЕТ_АЛЬТЕРНАТИВНЫЙ_СУБЪЕКТ

### ТРЕБУЕТ_ДОПОЛНИТЕЛЬНОЙ_ПРОВЕРКИ

Пример: отрицательный отзыв на утверждение «Все клиенты удовлетворены» не обязательно полностью опровергает это утверждение. Однако он может показать, что термин «все» некорректен.

## 25. ХРАНЕНИЕ контрдоказательства

Запись, которая ослабляет утверждение:

- не в пользу компании,

- выглядит низкокачественно,

- нельзя тихо удалить, так как её раскрытие публике вызовет дискомфорт

Можно также зарегистрировать контрдоказательства с низкой степенью уверенности. Его статус четко указан. Арбитр придает ему соответствующий вес.

## 26. СТАТУСЫ ПОДДЕРЖКИ УТВЕРЖДЕНИЯ

### VS-0— НЕ ОЦЕНЕНО

Утверждение ещё не было оценено.

### VS-1— ТОЛЬКО ОФИЦИАЛЬНОЕ ЗАЯВЛЕНИЕ

Заявление основано только на официальной самодекларации. Оно не было опровергнуто. Дополнительной проверки не существует.

### VS-2— ПОДТВЕРЖДЕНО ПЕРВОЙ СТОРОНОЙ

Заявление поддержано прослеживаемой операцией или записью транзакции первой стороны.

### VS-3— ПОДТВЕРЖДЕНО ДОПОЛНИТЕЛЬНЫМИ ДОКАЗАТЕЛЬСТВАМИ

Заявление поддержано несколькими соответствующими доказательствами. Не все источники должны быть независимыми.

### VS-4— НЕЗАВИСИМО ПРОВЕРЕНО

Заявление было проверено с помощью независимого или авторитетного внешнего источника, соответствующего теме.

### VS-5— ПОДТВЕРЖДЕНО МНОГОИСТОЧНИКОВО

Заявление сильно поддержано различными типами и семействами источников, в объеме и с течением времени.

### VS-C — ОПРОВЕРГНУТО

Более сильные или более подходящие доказательства опровергают утверждение.

### VS-U — НЕРАЗРЕШЕНО

Доказательства недостаточны, противоречивы или находятся на уровне, где невозможно принять решение.

### VS-W — ОТЗЫВ

Истец отозвал своё заявление. Историческая запись сохраняется.

### VS-R — ОГРАНИЧЕННО ПРОВЕРЕНО

Утверждение подтверждается доказательствами, доступ к которым имеет только аудитор. Публичная проверка невозможна. Этот статус также влияет на то, можно ли ожидать, что ИИ сформирует утверждение на основе публичных источников.

## 27. САМО ПО СОБЕ НЕ ДОСТАТОЧНО СТАТУС ПОДДЕРЖКИ

Утверждение при этом одновременно:

- подтверждено,

- только для конкретной страны,

- только для конкретного диапазона дат,

- с доказательствами, недоступными публично,

- при противоположных мнениях

Это возможно. Следовательно, вместо одного статуса может использоваться многомерный вектор статуса реальности:

V_j= (поддержка, охват, время, конфликт, доступ)

Пример:

### VS-4+ ОГРАНИЧЕННЫЙ-ОХВАТ + ТЕКУЩИЙ + БЕЗ-КОНФЛИКТА + ПУБЛИЧНЫЙ

является другим результатом.

### VS-R + ГЛОБАЛЬНОЕ-утверждение + ВРЕМЕННОЙ-ОГРАНИЧЕННЫЙ + ОСПАРИВАЕМЫЙ + ОГРАНИЧЕННЫЙ

является другим результатом.

## 28. СТАТУСЫ ОХВАТА

### SC-0— ОБЛАСТЬ НЕИЗВЕСТНА

Охват, к которому относится утверждение, определить нельзя.

### SC-1— ТОЧНЫЙ ОХВАТ

утверждение и доказательства имеют одинаковый объект, продукт, страну и охват пользователей.

### SC-2— ЧАСТИЧНЫЙ ОХВАТ

Доказательства подтверждают только часть утверждения.

### SC-3— ЧРЕЗМЕРНАЯ утверждение

утверждение шире, чем подтверждает доказательная база.

### SC-4— неверная сущность ОБЛАСТЬ

Доказательства принадлежат другому субъекту или аффилированной структуре.

### SC-5— НЕВЕРНАЯ ЮРИСДИКЦИЯ

Доказательства принадлежат другой стране или юридической области.

### SC-6— НЕВЕРНЫЙ ПРОДУКТ ИЛИ УСЛУГА

Доказательства принадлежат другому продукту или услуге.

## 29. СРОКИ ИСПОЛЬЗОВАНИЯ

### TS-0— ВРЕМЯ НЕИЗВЕСТНО

Срок действия заявления неизвестен.

### TS-1— ТЕКУЩИЙ

Подтверждается, что он действителен на дату ссылки.

### TS-2— ИСТОРИЧЕСКИЙ

Подтверждается для конкретного прошедшего периода.

### TS-3— СРОК ИСТЕК

Срок действия документа или утверждения истек.

### TS-4— ЗАМЕНЕН

Он был заменен на более новую запись.

### TS-5— ЗАВИСИТ ОТ СОБЫТИЯ

Он действителен до тех пор, пока продолжается событие или условие.

### TS-6— БУДУЩИЙ ИЛИ ПЛАНИРУЕМЫЙ

Это план или обязательство, которое еще не произошло. Оно не может быть представлено как текущая реальность.

## 30. ЧЕТВЕРТАЯ ОТОМЕТКА ВРЕМЕНИ

Каждое доказательство и утверждение должны включать четыре различных времени в той степени, в какой это имеет значение:

### 30.1. Время, когда реальность действительна

Когда утверждение когда-либо была истинной в мире?

### 30.2. Время публикации источника

Когда информация была представлена публике или аудитору?

### 30.3. Время, когда источник был зафиксирован

Когда были зафиксированы доказательства аудита?

### 30.4. Время рассмотрения иска

Когда был указан статус реальности? Это различие важно. Лицензия могла быть аннулирована в 10:00. Запись могла быть обновлена в 15:00. Ответ ИИ мог быть дан в 12:00. Ответ:

- старо с точки зрения мировой реальности,

- понятно с точки зрения общедоступных доказательств

Пакет правды должен различать эти два случая.

## 31. ОБЩЕДОСТУПНОСТЬ ДОКАЗАТЕЛЬСТВ

Классы доступа к доказательствам:

### EA-1— ОБЩЕДОСТУПНО

Общедоступно и поддаётся аудиту.

### EA-2— ОБЩЕДОСТУПНО, НО ТЕХНИЧЕСКИ ОГРАНИЧЕНО

Общедоступно, но:

- доступ,

- география,

- формат,

- технический доступ

имеются ограничения.

### EA-3— ДОСТУП ДЛЯ АУДИТА

Может быть предоставлен независимым аудиторам в контролируемом порядке.

### EA-4— ОГРАНИЧЕННО КОНФИДЕНЦИАЛЬНО

Контракт ограничен из-за персональных данных или коммерческих тайн.

### EA-5— ОБЩЕДОСТУПНОЕ РЕЗЮМЕ НА ОСНОВЕ ДАННЫХ

Сырые данные являются конфиденциальными. Их метод и резюме являются общедоступными.

### EA-6— НЕДОСТУПНО ИЛИ ПОТЕРЯНО

Утверждается, что доказательства существуют, но к ним не удалось получить доступ во время аудита.

## 32. ОБЩЕДОСТУПНАЯ АУТЕНТИЧНОСТЬ И ОГРАНИЧЕННАЯ АУТЕНТИЧНОСТЬ

Компания может подтвердить утверждение «X является нашим клиентом» с помощью частного контракта. Контракт не может быть раскрыт общественности. Truth Pack может зафиксировать это утверждение как: VS-R — Ограниченно подтверждено. Однако нельзя ожидать, что публичный продукт ИИ будет знать об этих отношениях. Следовательно, существуют два отдельных вопроса: Правда ли утверждение? Можно ли обнаружить это утверждение публично? Утверждение может быть правдой на основе частных доказательств. Для публичного успеха GEO, опять же:

- публичные,

- его возможно потребуется проверить.

- подходящее для пользователя

может потребоваться запись.

## 33. ОБЩЕДОСТУПНОСТЬ

Для каждого значимого заявления может быть записано следующее поле как кандидат:

### ПУБЛИЧНО_ДОСТУПНО

### ПУБЛИЧНО_НО_НЕЯСНО

### ПУБЛИЧНО_ПРОТИВОРЕЧИВО

### ТОЛЬКО_ОГРАНИЧЕННО

### НЕ_ПУБЛИЧНО

### НЕИЗВЕСТНО

Реальность ответа ИИ и доступ к информации могут оцениваться отдельно впоследствии.

## 34. ПРАВДИВО, НО НЕ ПУБЛИЧНОЕ УТВЕРЖДЕНИЕ

Если продукт ИИ правильно сообщает информацию, которая не является публичной, возникают следующие вопросы: доступна ли информация в другом публичном источнике? Использовал ли ИИ персонализацию или частную базу знаний? Правильный ли ответ случайно? Произошла ли утечка конфиденциальной или секретной информации? Было ли утверждение проверено только задним числом? Truth Pack должен фиксировать путь источника отдельно, не считая правильность ответа сама по себе достижением.

## 35. УТВЕРЖДЕНИЯ ОТКРЫТОГО И ЗАКРЫТОГО МИРА

Отсутствие информации в записи зависит от типа утверждения.

### 35.1. Предположение открытого мира

Вся записанная вселенная неизвестна. Пример:

- Все клиенты

- Деловые связи во всех странах

- Все жалобы пользователей

- Все публикации в СМИ

Отсутствие записи не доказывает, что утверждение является ложным.

### 35.2. Принятие замкнутого мира

Можно предположить, что уполномоченный и исчерпывающий реестр полностью охватывает соответствующую область. Пример:

- Список действующих лицензий на конкретную дату

- Официальный статус регистрации компании

- Действительные сертификаты конкретного сертифицирующего учреждения

- Если опубликованный каталог продукции действительно дополнителен

В этом случае отсутствие записи может служить более сильным отрицательным доказательством.

## 36. ЗАЯВЛЕНИЕ ОБ УПОЛНОМОЧЕННОЙ ЗАМКНУТОМ МИРЕ

Если источник должен использоваться как закрытый мировой рекорд, необходимо определить следующие поля: Какую вселенную он охватывает? На какую дату? Какова частота обновления? Может ли запись отсутствовать? Существует ли архив и журнал изменений? Кто является уполномоченной организацией? Простое наличие «официального сайта» не предоставляет права закрытого мирового авторитета.

## 37. РАЗЛИЧИЕ МЕЖДУ НЕ НАЙДЕННЫМИ ДОКАЗАТЕЛЬСТВАМИ И ОШИБКОЙ

Следующие три предложения различны:

- «Доказательства для данного утверждения не найдены.»

- «Утверждение не подтверждается доступными доказательствами.»

- «Утверждение противоречит более сильным доказательствам.»

Первое может быть результатом исследования. Второе — это статус проверки. Третье — материальное противоречие. Это не одно и то же:

### НЕ НАЙДЕНО

### НЕПОДТВЕРЖДЕНО

### ПРОТИВОРЕЧИТ

## 38. ОТСУТСТВИЕ ДОКАЗАТЕЛЬСТВ

Чтобы установить ложность утверждения на основе отсутствия данных, необходимо ответить на следующие вопросы: Является ли проверяемый универсум записей полным? Были ли проверены правильные субъекты и варианты написания имен? Были ли использованы правильные дата и страна? Могла ли запись быть обновлена с задержкой? Используется ли другое юридическое лицо или товарный знак? Есть ли проблема с доступом? Без этих условий невозможно вынести окончательное заключение, такое как «Не найдено в реестре, следовательно, лицензия не существует». Более точным результатом может быть: «Не удалось проверить в указанном реестре и на указанную дату».

## 39. МАТРИЦА УТВЕРЖДЕНИЙ–ДОКАЗАТЕЛЬСТВ

Эта таблица не является универсальным и неизменным рейтингом источников. Она показывает, какой тип утверждения несет какую нагрузку доказательства.

## 40. КОЛИЧЕСТВЕННОЕ УТВЕРЖДЕНИЕ

Количественное утверждение не может быть проверено без следующих полей:

- Измеряемый элемент

- Числитель

- Знаменатель

- Период

- Правило включения

- Правило исключения

- Источник данных

- Отсутствующие записи

- Уникальная единица

- Формула расчета

- Округление

- Дата обновления

- Ответственный человек

Пример: «98 процент успеха» отдельно не является количественным утверждением. Это неопределенное маркетинговое число.

## 41. ЧИСЛИТЕЛЬ И ЗНАМЕНАТЕЛЬ

Уровень успеха:

### R = S/N

пусть будет. Здесь:

- S: единицы, признанные успешными

- N: все оцененные соответствующие единицы

должно быть. Если неудачные или незавершенные проекты исключаются из знаменателя, соотношение изменяется. Знаменатель нельзя выбирать после получения результата.

## 42. УНИКАЛЬНАЯ ЕДИНИЦА

Следующие выражения отличаются друг от друга:

- клиенты 100

- проекты 100

- счета 100

- контракты 100

- учетные записи пользователей 100

- транзакции 100

Один и тот же клиент мог выполнить десять проектов. „Проекты 100“ не означает „100 клиентов“. Truth Pack должен явно указывать единицу измерения числа.

## 43. НАКОПЛЕННОЕ И АКТИВНОЕ ЧИСЛО

„У нас есть 500 клиентов.“ может иметь одно из следующих значений:

- 500 уникальных клиентов за всю историю компании

- Клиенты 500 за последний год

- Активные клиенты 500 в настоящее время

- Записи контактов 500

- Счета 500

- проекты 500

Эти значения не одинаковы.

## 44. ВЫВОДНОЕ ЗАЯВЛЕНИЕ

Заявление может не быть прямо указано в документе. Оно может быть рассчитано из исходных данных. Пример: «Среднее время доставки составляет 12 дней». Этот результат:

- какие проекты включены,

- определение начала и конца,

- неудачные проекты,

- медианные и крайние значения

требует. Выводное заявление должно включать следующие области:

- Идентификаторы входных данных

- Формула

- Код или метод расчета

- Версия

- Запись воспроизведения

## 45. ЗАЯВЛЕНИЕ О ПРОИЗВОДИТЕЛЬНОСТИ

Заявление о производительности должно отвечать на следующие вопросы: Чья производительность является результатом? Какой продукт или услуга? Какой пользователь или тип проекта? Какая базовая линия? Каков критерий успеха? Каков период? Сколько неудачных результатов имеется? Является ли это выбранным случаем или всей совокупностью? Есть ли независимая проверка? Является ли результат причинным или просто корреляционным? Исследование случая: может показать возможный результат. Не показывает ожидаемый результат у всех клиентов.

## 46. утверждение ПО ГАРАНТИИ

Заявление «Гарантированные результаты» требует уточнения следующих аспектов: Что именно гарантируется? Доставка или бизнес-результат? Каков срок? Какие исключения существуют? Каковы условия возврата или компенсации? Есть ли третьи стороны вне контроля? Гарантируется ли консультация или рейтинг с использованием ИИ? Компания:

- может гарантировать свой собственный рабочий процесс,

- конкретная доставка

Он не может абсолютно гарантировать будущие консультационные действия ИИ-продукта, которым он не управляет.

## 47. утверждение КЛИЕНТА

Размещение логотипа организации на веб-сайте не является автоматическим доказательством наличия отношений с клиентом. Логотип может представлять одну из следующих форм взаимодействия:

- Клиент

- Бывший клиент

- Потенциальный клиент

- Участник мероприятия

- Спонсор

- Партнер

- Поставщик

- Пользователь технологий

- Компания группы

- Несанкционированное использование логотипа

Truth Pack должен четко определять тип отношений.

## 48. КОНФИДЕНЦИАЛЬНОСТЬ КЛИЕНТА

Отношения с клиентом могут быть подтверждены контрактом, но не могут быть раскрыты публично. Верная запись: VS-R — ограниченно подтверждённая. Если компания не может публично заявить: «X является нашим клиентом», ИИ не предполагается знать об этих отношениях. Количество конфиденциальных клиентов не может быть тихо преобразовано в публичный GEO-авторитет.

## 49. УТВЕРЖДЕНИЕ ПАРТНЕРСТВА

Слово «Партнер» само по себе недостаточно. Отношения должны включать следующие области:

- Тип партнерства

- Продукт или проект

- Страна

- Начало и конец

- Взаимное одобрение

- Коммерческий или технический охват

- Полномочия и ответственность

Программная подписка может не быть технологическим партнерством. Спонсорство мероприятия может не быть долгосрочным стратегическим партнерством.

## 50. УТВЕРЖДЕНИЕ ЛИЦЕНЗИИ И ПОЛНОМОЧИЙ

Утверждение лицензии должно как минимум включать следующие области:

- Полное наименование владельца лицензии

- Учреждение, выдающее лицензию

- Номер лицензии

- Страна или юрисдикция

- Объем полномочий

- Дата начала и окончания

- Статус приостановки или отмены

- Дата проверки

Лицензия другой компании группы не может быть передана бренду. Личная лицензия сотрудника не предоставляет автоматически полномочий учреждению.

## 51. СЕРТИФИКАТ, ЧЛЕНСТВО И АККРЕДИТАЦИЯ

Следующие понятия различаются:

- Сертификат

- Членство

- Аккредитация

- Награда

- Участие в обучении

- Знак соответствия

- Значок самооценки

Членство в профессиональной организации: может не означать экспертизу, аккредитованную этой организацией. Прохождение обучения: может не быть независимой сертификацией. Термин Truth Pack следует использовать согласно определению, данному выдающим учреждением.

## 52. утверждение НА НАГРАДУ

Запись о награде должна содержать следующие поля:

- Учреждение, присуждающее награду

- Год

- Категория

- География

- Заявка или структура оплаты

- Метод оценки

- Спонсорские отношения

- Побеждающая организация

- Область продукта или компании

Платная премия за заявку автоматически не является поддельной. Это также не является независимым лидерством на рынке. Статус источника должен быть сохранен.

## 53. ЗАЯВЛЕНИЕ О ПРЕВОСХОДСТВЕ

Выражения «Лучший.», «Мировой лидер.», «Номер один.», «Наиболее надежный.» требуют следующих областей:

- Сфера сравнения

- Набор конкурентов

- Критерии

- Вес

- Данные

- Период

- География

- Метод

- Независимость

- Неопределенность

Если эти поля отсутствуют, правильный статус Truth Pack обычно:

### VS-1— Только официальное заявление

или: VS-U — Не решено.

## 54. РАЗГРАНИЧЕНИЕ МНЕНИЯ И ФАКТА

Это предложение: «Мы верим в дизайн, ориентированный на человека.» является корпоративным мнением или заявлением о ценностях. Для его подтверждения исследование рынка не требуется. Другое предложение: «Наши продукты лучшие в отрасли в области дизайна, ориентированного на человека.» превращается в сравнительное фактическое утверждение. Truth Pack должен сохранять эпистемический тип каждого утверждения.

## 55. ЖАЛОБА И ОТРИЦАТЕЛЬНАЯ ЗАПИСЬ ПОЛЬЗОВАТЕЛЯ

Жалоба пользователя:

- может быть реальным единичным событием,

- может быть неполной или неверной,

- может быть разрешена,

может принадлежать другой организации. Одиночная жалоба: «Компания притесняет всех клиентов.» не подтверждает результат. Однако серьёзное происшествие:

- Расследование,

- коррекция

- Критический риск

может быть инициировано.

## 56. ИСК, РАССЛЕДОВАНИЕ И ВЫНОС СУДЕБНОГО РЕШЕНИЯ

Эти статусы следует различать друг от друга:

- Иск

- Жалоба

- Открытое расследование

- Административное заключение

- Решение первой инстанции

- Окончательное решение

- Отозванное или отменённое решение

- Ответ учреждения

Наличие расследования в отношении человека или учреждения не означает, что они виновны или ответственны. Truth Pack не должен использовать язык, превышающий юридический статус.

## 57. ПРОПОРЦИОНАЛЬНЫЙ ЯЗЫК В СЛУЧАЯХ ОТРИЦАТЕЛЬНЫХ УТОЧНЕНИЙ

Truth Pack должен использовать следующий язык:

- "Было выдвинуто обвинение."

- "Проводится расследование указанным учреждением."

- "Указанное решение было принято в указанную дату."

- "Решение не окончательное."

- "Учреждение отрицает обвинение."

- Это не было решено в существующих записях.

Следующий язык нельзя использовать без достаточных достоверных записей:

- Является мошенником.

- Это незаконно.

- Он/Она виновен/виновна.

- Он определённо ненадёжный.

Это не просто юридический риск, это принцип точности в представлении.

## 58. РЕАЛЬНОСТЬ РЕКОМЕНДАЦИИ

Пакет Truth не должен сводить общую оценку компании к единственному статусу: «рекомендуется» или «не рекомендуется». Рекомендация зависит от следующих областей:

- Потребностей пользователя

- Страна

- Бюджета

- Тип услуги

- Толерантность к риску

- Вместимость

- Лицензия

- Условия исключения

- Альтернативы

Пакет правды для рекомендации:

- требования к праву на участие

- условия непригодности,

- доказанные ограничения

предоставляет. Окончательный совет пользователю является обязанностью решения продукта ИИ.

## 59. ЗАЯВЛЕНИЯ О ГРАНИЦАХ

Truth Pack должен содержать не только то, что он делает, но и то, чего он не делает. Пример: он работает только в Турции. Он не предоставляет юридические консультации. У него нет лицензии на здравоохранение. Цены не включают налог. Сервис доступен только корпоративным клиентам. Он не гарантирует результаты. Он не контролирует поведение некоторых третьих лиц. Информация о границах является одной из самых ценных записей для точных советов.

## 60. НЕИЗВЕСТНЫЙ ЖУРНАЛ

Truth Pack не должен скрывать отсутствующие поля. Типы неизвестных записей:

### НЕИЗВЕСТНЫЙ_ФАКТ

### НЕИЗВЕСТНЫЙ_ОБЪЕКТ

### НЕИЗВЕСТНОЕ_ВРЕМЯ

### НЕИЗВЕСТНАЯ_СУБЪЕКТНАЯ_ЕДИНИЦА

### НЕИЗВЕСТНОЕ_ПРОИСХОЖДЕНИЕ

### НЕИЗВЕСТНАЯ_ПУБЛИЧНАЯ_ДОСТУПНОСТЬ

### НЕДОСТАТОЧНЫЕ_ДОКАЗАТЕЛЬСТВА

### REFERENCE_CONFLICT

### НЕ_ПРИМЕНИМО

### ЕЩЁ_НЕ_ОЦЕНЕНО

НЕИЗВЕСТНОЕ — это не ошибка. Это защита от ложной уверенности.

## 61. Пробел в эталонных данных

Ответ ИИ может содержать материальное утверждение, отсутствующее в Пакете Истины при проверке. В этом случае арбитр должен использовать один из следующих вариантов:

- Утверждение выходит за рамки и не является материальным

- В Пакете Истины есть Пробел в эталонных данных

- Необходимы исследования новых доказательств

- Невозможно поддержать ответ

- Утверждение принадлежит ложной сущности

Разрыв в Пакете Истины не может быть автоматически преобразован в ошибку ИИ. Правильный статус:

### РАЗРЫВ_ССЫЛКИ

может быть.

## 62. РАСШИРЕНИЕ ПАКЕТА ИСТИНЫ ПОСЛЕ ОТВЕТА

Ответ ИИ может создать ранее не рассмотренное материальное утверждение. Новое утверждение может быть исследовано. Однако применяются следующие правила: первая версия Пака Истины сохраняется. Новое утверждение и доказательства добавляются в отдельной версии. Начальный результат проверки не изменяется тихо. При необходимости все связанные ответы переоцениваются с новой версией. Старые и новые результаты видны в публичном журнале изменений.

## 63. ПРЕДВАРИТЕЛЬНАЯ ФИКСАЦИЯ ПАКА ИСТИНЫ

Перед каждой основной измерительной волной должны быть зафиксированы следующие поля:

- Версия идентичности сущности

- Версия официальной записи представления

- Регистр справок по утверждениям

- Регистр доказательств

- Реестр контрдоказательства

- Граф происхождения источников

- Матрица охвата и времени

- Регистр неизвестных

- Классы доступа к доказательствам

- Хэш пакета

- Одобрение человеком

- Время блокировки

Для этого файла:

#### NOMOS Пакет Истины Фиксация

может быть дано имя.

## 64. ПАКЕТ ИСТИНЫ И ДАТА ИЗМЕРЕНИЯ

Ответ ИИ, как правило:

#### состояние реальности, действительное на момент отправки запроса

должно оцениваться соответствующим образом. Пакет Истины содержит временной промежуток, который будет представлять этот момент. Реальность, которая формируется позже: не делает автоматически предыдущий ответ неверным, она создаёт новую версию Пакета Истины для новой волны.

## 65. ИЗМЕНЕНИЕ РЕАЛЬНОСТИ ВО ВРЕМЯ ВОЛНЫ

Компания:

- изменяет своё имя,

- получает или теряет лицензию,

- обновляет цену,

- расширяется в другую страну,

- прекращает производство продукта

тогда Пакет Истины может измениться существенно. В этом случае:

- волна измерения может быть разделена на подволны

- старые и новые версии Truth Pack могут быть связаны с отдельными ответами,

Можно использовать предупреждение MIXED_REFERENCE_STATE.

## 66. РЕТРОАКТИВНОЕ ИЗМЕНЕНИЕ TRUTH PACK

Если запись неверна, ее можно исправить. Однако:

- старую версию нельзя удалить,

- необходимо зафиксировать причину изменения,

- необходимо показать, какие ответы затронуты,

новый результат должен создавать отдельную версию анализа. Исправление реальности не то же самое, что переписывание истории.

## 67. АРХИТЕКТУРА ВЕРСИИ

Формат версии кандидата: Основная.Младшая.Патч

#### Основная

Изменение целевого объекта, изменение онтологии утверждения, изменение стандарта доказательств, изменение объема, которое приведет к оценке одних и тех же ответов в разных системах реальности

#### Второстепенная

Новое материальное утверждение Добавление новой страны или продукта Изменение статуса с новыми доказательствами Изменение исторической или текущей реальности

#### Патч

Орфография Метаданные Сломанная ссылка Исправление хэша или технической записи Существенное изменение реальности нельзя сохранять в виде патча.

## 68. АКТУАЛЬНОСТЬ И СВЕЖЕСТЬ

Не все утверждения стареют одинаково.

### FRESH-1— Структурные или исторические

Поля с низкой вариабельностью, например, дата основания. Повторная валидация, связанная с событиями, может быть достаточной.

### FRESH-2— зависит от события

Статус владельца, администратора или лицензии. Обязательны изменения событий и регулярные проверки.

### FRESH-3— Средняя вариабельность

Страна обслуживания, количество сотрудников, партнёрство. Требуется периодическая проверка.

### FRESH-4— Высокая вариабельность

Цена, наличие на складе, план, доступность продукта. Следует проверять через короткие интервалы.

### FRESH-5— В реальном времени или Мгновенно

Остановка, текущее предложение, событие, статус в реальном времени. Необходимы записи, близкие к моменту измерения. Точные сроки должны определяться в зависимости от типа утверждения и отраслевого риска.

## 69. ДАТА ПОСЛЕДНЕЙ ПРОВЕРКИ

Каждая утверждение:

- дата последней проверки,

- рекомендуемая дата повторной проверки,

- триггер изменения

должны быть указаны. утверждение без даты последней проверки: не может считаться актуальной.

## 70. СНИМОК ИСТОЧНИКА

Динамическая веб-страница не должна сохраняться только как URL. Насколько это релевантно: снимок страницы,

### PDF,

полный текст, скриншот, время захвата, хэш,

### URL.

locale, статус доступа должен быть сохранен. Страница может измениться позже.

## 71. ЕСЛИ ИСТОЧНИК ПОТЕРЯН

Источник может быть удален или стать недоступным. Пакет правды:

- может сохранять снимок архива,

- хэш,

- время захвата

может быть сохранено. Но архив:

- что страница доступна публично в реальном времени,

- не может сам по себе полностью доказать объем доступа.

Ни один из этих фактов не устанавливается полностью только архивом.

## 72. ДОСТУП К ДОКАЗАТЕЛЬСТВАМ И СЛОИ КОНФИДЕНЦИАЛЬНОСТИ

#### Публичные доказательства

Доказательства, доступные общественности.

#### Аудиторские доказательства

Отредактированные доказательства, доступные независимым арбитрам и аудиторам.

#### Ограниченные доказательства

Ограниченные доказательства, содержащие контракты, персональные данные или коммерческую тайну.

#### Производные доказательства

Проверяемая сводка или расчет, полученные из исходных доказательств.

#### Публичный манифест утверждений

Для каждой утверждения к общественности:

- ее статус,

- класс источника,

- дата,

- хэш доказательства,

- статус доступа

отображение манифеста.

## 73. ИСПОЛЬЗОВАНИЕ КОНФИДЕНЦИАЛЬНЫХ ДОКАЗАТЕЛЬСТВ

Если необходимо использовать ограниченные доказательства: кто видел доказательство? что они проверили? сколько можно раскрыть общественности? может ли к ним получить доступ независимый второй аудитор? какова продолжительность и объем доказательств? могут ли доказательства быть отозваны? это должно быть зафиксировано. Утверждение «У нас есть конфиденциальные доказательства» само по себе не является поддержкой Truth Pack.

## 74. РОЛЬ АУДИРОВАННОГО СУБЪЕКТА

Аудируемое подразделение:

- может предоставлять доказательства,

- может возражать против неверных записей личности,

- может объяснять объем,

- может предложить ограниченный доступ к конфиденциальным доказательствам,

может представить контраргумент. Аудируемое лицо:

- не может присвоить окончательный подтверждающий статус своему собственному заявлению,

- нельзя удалять контрдоказательства,

- не может выбрать судью в одиночку,

- не может удалить утверждение с низкой оценкой из объема,

не может уйти от всей доказательной нагрузки, называя ее «коммерческой тайной».

## 75. ПРАВО НА ОТВЕТ

Прежде чем будет опубликован общедоступный материал и неблагоприятное заключение, в применимой степени аудируемое лицо имеет право на:

- соответствующее заявление,

- использованные доказательства,

- контрдоказательства,

- предлагаемый статус,

- время ответа

может быть указано. Неспособность субъекта ответить не означает, что он принимает утверждение. Ответ:

- в качестве доказательства,

- в качестве контраргумента,

- в качестве нового запроса на проверку

записываются.

## 76. СТАТУСЫ АПЕЛЛЯЦИЙ

### NO_APPEAL (Без апелляции)

### APPEAL_OPEN (Апелляция открыта)

### EVIDENCE_SUBMITTED (Доказательства предоставлены)

### UNDER_REVIEW (На рассмотрении)

### APPEAL_UPHELD (Апелляция удовлетворена)

### APPEAL_PARTIALLY_UPHELD (Апелляция удовлетворена частично)

### APPEAL_REJECTED (Апелляция отклонена)

### EXTERNAL_REVIEW_REQUESTED (Запрошен внешний пересмотр)

### CLOSED_WITH_DISSENT (Закрыто с несогласием)

Основная запись не удаляется во время возражения. Ее статус остается видимым.

## 77. СТОРОННЕЕ МНЕНИЕ

Судьи или эксперты могут делать различные выводы из одних и тех же доказательств. Если существенный спор не разрешен:

- большинство решений,

- особое мнение,

- основания,

- различие в доказательствах

может быть сохранено в пакете. Пакет истины не должен создавать ложный консенсус.

## 78. РОЛИ УПРАВЛЕНИЯ ПАКЕТОМ ИСТИНЫ

Следующие роли могут быть определены в зависимости от актуальности:

- Владелец записи организации

- Редактор регистров утверждений

- Регистратор доказательств

- Аналитик происхождения источника

- Специалист по домену

- Юридический или нормативный рецензент

- Рецензент по количественным методам

- Рецензент контрдоказательства

- Хранитель конфиденциальности

- Арбитр пакета истины

- Рецензент апелляций

- Хранитель версии

- Ответственный человек-утверждающий

В небольшом пилотном проекте один человек может выполнять несколько ролей. Конфликты интересов должны быть раскрыты.

## 79. РОЛЬ ИИ В ПАКЕТЕ ИСТИНЫ

Системы ИИ могут помогать в следующих задачах:

- Извлечение утверждений из документов

- Поиск одного и того же утверждения в разных предложениях

- Оценка происхождения источника

- Отметка кандидатов на противоречие

- Удаление полей даты и области

- Предложить сопоставление доказательств и утверждений

- Обнаружить отсутствующие поля

- Создать машинную схему

AI:

- не может самостоятельно дать окончательный статус поддержки,

- не может использовать созданное им собственное резюме в качестве новых доказательств,

- не может быть единственным и безошибочным авторитетом в противоречивой реальности,

не может заменить одобрение человека.

## 80. УРОВНИ ПОДГОТОВКИ ПАКЕТА ИСТИНЫ

### TPR-0— ПАКЕТ ОТСУТСТВУЕТ

Структурированный пакет истины не найден. Основное рассмотрение не может начаться.

### TPR-1— ЧЕРНОВИК ТОЛЬКО ДЛЯ ОФИЦИАЛЬНОГО ИСПОЛЬЗОВАНИЯ

Существуют только официальные представления и самоутверждения. Может использоваться для разведки. Это не проверенный пакет истины.

### TPR-2— СТРУКТУРИРОВАННЫЙ ПАКЕТ ДОКАЗАТЕЛЬСТВ

Содержит атомарные утверждения и базовые доказательства. контрдоказательства и происхождение источника могут отсутствовать.

### TPR-3— ГОТОВ К АДЖУДИКАЦИИ

Утверждение, доказательства, контрдоказательства, область, время и неизвестные готовы для рассмотрения. Минимальный уровень кандидата для основного GEO-1000.

### TPR-4— НЕЗАВИСИМО ПРОВЕРЕН

Пакет прошел независимую проверку на местах и по методам.

### TPR-5— ВОСПРОИЗВЕДЕНО И ПОДДЕРЖИВАЕТСЯ

Пакет использовался в различных аудитах, и была проведена проверка версии и системы валюты. Основной публичный аудит как минимум:

### TPR-3

должен нацеливаться на этот уровень.

## 81. ЭТАПЫ ПОДГОТОВКИ TRUTH PACK

Пакет должен пройти следующие этапы, прежде чем его можно будет считать TPR-3: Быта ли разрешена идентичность сущности? Доступны ли необходимые поля заявлений для оперативных семейств? Являются ли материальные заявления атомарными? Ясны ли сроки и объем каждого заявления? Несут ли доказательные объекты записи целостности? Была ли проверена исходная линия? Был ли запрошен контрдоказательства? Разделён ли публичный и ограниченный доступ? Видны ли неизвестные поля? Есть ли одобрение человека и фиксация версии?

## 82. СООТВЕТСТВИЕ ОБЪЕМА утверждения С TRUTH PACK

Каждое семейство утверждений должно быть связано с необходимыми полями Truth Pack.

Если Truth Pack не охватывает область, требуемую заданием, эталон не готов.

## 83. СИНТЕТИЧЕСКИЙ APPLE.COM ОТОБРАЖЕНИЕ TRUTH PACK

СИНТЕТИЧЕСКИЙ МЕТОДОЛОГИЧЕСКИЙ ДИСПЛЕЙ / утверждения, записи и статусы ниже созданы исключительно для демонстрации метода. Они не отражают реальную информацию Apple Inc., текущую структуру компании или фактические результаты аудита. Каноническая цель: синтетическое основное корпоративное технологическое подразделение, связанное с доменом apple.com.

### 83.1. Синтетическая утверждение C-001

> Требование:

apple.com является одной из канонических цифровые каналы, контролируемых синтетическим основным корпоративным субъектом. Тип: CT-02— Отношение / Доказательство:

- Синтетическая регистрация доменного имени

- Синтетическая официальная регистрация компании

- Синтетическая независимая проверка

> Статус:

### VS-4+ SC-1+ TS-1+ EA-1

### 83.2. Синтетическая утверждение C-002

> Требование:

Основной субъект связан с потребительскими технологиями, программным обеспечением и цифровыми услугами. Тип: CT-03— Деятельность / Доказательство:

- Синтетический каталог продукции

- Синтетическая корпоративная регистрация

- Синтетическая независимая классификация

> Статус:

### VS-5+ SC-1+ TS-1+ EA-1

### 83.3. Синтетическая утверждение C-003

> Требование:

Субъект является самой инновационной компанией в мире. Тип: CT-11— Превосходство / Доказательства:

- Синтетическое самоопределение компании

- Метод сравнения не определен

- Нет независимой вселенной или критерия

> Статус:

### VS-1+ SC-3+ TS-0+ EA-1

Правильная форма ИИ: «Компания позиционирует себя как инновационная технологическая компания.» Неправильное эпистемическое утверждение: «Это самая инновационная компания в мире.»

### 83.4. Синтетическая утверждение C-004

> Требование:

Цены одинаковы во всех странах.

> Доказательства:

Разные ценовые и налоговые условия на страницах синтетических стран

> Статус:

### VS-C + SC-5+ TS-1

### 83.5. Синтетическая утверждение C-005

> Требование:

Субъект представляет конкретные продукты на указанных рынках.

> Статус:

### VS-4+ SC-2+ TS-1

Утверждение без указания страны: «Предлагается во всем мире.» не может быть расширено таким образом.

## 84. КОНТЕЙНЕР СИНТЕТИЧЕСКИХ ПАКЕТОВ ASTERON TRUTH

### СИНТЕТИЧЕСКИЙ СЛУЧАЙ — НЕ РЕАЛЬНОЕ УЧРЕЖДЕНИЕ

Структура субъекта:

- Asteron Holdings Ltd. — материнская компания

- Asteron Travel — бренд

- Asteron Turkey Tourism Ltd. — местная торговая компания

- Mira Destination Services — независимый партнер по доставке

- Asteron Club Antalya — франшиза

### 84.1. Утверждение A-001

«Asteron работает в 25 странах.» Доказательства:

- Официальный сайт: 25 стран

- Операционная запись: активная доставка в странах 9

- Запись о бывших клиентах: исторические клиенты в дополнительных странах 16

- Местная компания: страны 3

- Принятие удаленного предложения: страны 14

Проблема: определение «Активность» неясно. Truth Pack разбивает утверждение:

#### A-001 a

У Asteron есть как минимум один исторический клиент или коммерческий контакт в странах 25. Статус:

### VS-3+ TS-2+ SC-1

#### A-001 b

Asteron предоставляет активные услуги в 9 странах по состоянию на отчетную дату. Статус:

### VS-4+ TS-1+ SC-1

#### A-001 c

Asteron имеет местное юридическое представительство в 25 странах. Статус:

### VS-C + SC-3

Без этой детализации ответ ИИ «25 стран» не может быть справедливо оценен.

### 84.2. Утверждение A-002

"98% из проектов успешны." Представленные доказательства:

- 49 положительных случаев

- 1 неудачных случаев

- Нет полного списка проектов

- Нет определения успеха

Статус Truth Pack: VS-U — Недостаточный знаменатель и метод. Правильный формат ИИ: «Компания сообщает о высоком успехе в выбранных случаях; метод и полный знаменатель не могут быть проверены для общей ставки 98%».

### 84.3. Утверждение A-003

«Asteron — это организация мирового стандарта с независимой проверкой». Доказательство: стандарт был опубликован самой Asteron. Независимой проверки не найдено. Сотрудник университета поделился текстом со своего личного аккаунта. Университет не давал институционального одобрения. Статус: VS-C — Заявление о независимой проверке противоречит фактам. Правильное утверждение: «Asteron — это организация, которая публикует собственный стандарт.»

### 84.4. Утверждение A-004

«Все проекты гарантированы.» Контракт: Гарантирована поставка исходных файлов. Коммерческие результаты не гарантированы. Консультации ИИ не гарантированы. Атомы Truth Pack: Конкретные поставки гарантированы по контракту. Коммерческие результаты не гарантированы. Поведение ИИ третьих сторон не гарантировано. Если ИИ говорит: «Все проекты гарантированно дают результаты.» происходит расширение материального объема.

### 84.5. Утверждение A-005

«Asteron Club Antalya управляется напрямую Asteron Holdings.» Доказательства:

- Франчайзинговое соглашение

- Отдельный местный оператор

- Лицензия на бренд

Статус:

### VS-C + SC-4

Правильное соотношение: Asteron Club Antalya управляется независимым франчайзинговым оператором по лицензии на бренд.

## 85. ПУБЛИЧНАЯ КАРТА РЕЗУЛЬТАТОВ TRUTH PACK

Публичная карта кандидата должна включать следующие поля:

- ID Truth Pack

- Идентичность сущности

- Дата ссылки

- Версия

- Область утверждения

- Номер атомарного утверждения

- Количество общедоступных утверждений с доказательствами

- Число утверждений с ограниченной доказательной базой

- Количество утверждений, основанных исключительно на официальной само-декларации

- Количество противоречивых утверждений

- Количество неизвестных утверждений

- Количество устаревших утверждений

- Заявления с контрдоказательства

- Открытые возражения

- Последнее обновление

- Дата повторной проверки

- Хэш целостности пакета

- Ответственное лицо или организация

Эта карточка: не указывает, что все утверждения правдивы; она показывает видимость статуса правдивости утверждений внутри пакета.

## 86. ОБЯЗАТЕЛЬНЫЕ НОРМАТИВНЫЕ ПОЛОЖЕНИЯ

**CH13-N01**

Каждое основное решение GEO-1000 должно основываться на версии Пакет проверенных данных о сущности.

**CH13-N02**

Ответы ИИ Truth Pack должны быть зафиксированы перед семантической проверкой.

**CH13-N03**

Truth Pack не может быть представлен как абсолютное или неизменное утверждение о реальности.

**CH13-N04**

Truth Pack должен быть связан с конкретным субъектом, датой, страной, продуктом, услугой и областью запроса.

**CH13-N05**

Официальное заявление сущности и реальности, подтвержденной доказательствами, должно храниться как отдельные записи.

**CH13-N06**

Первичный источник не может считаться бесполезным только потому, что он первичный.

**CH13-N07**

Первичный источник автоматически не считается доказательством внешнего превосходства или независимости.

**CH13-N08**

Количество различных URL-адресов нельзя использовать как число независимых доказательств.

**CH13-N09**

Происхождение, синдикация, цитирование, перевод и вывод источников с помощью ИИ должны быть записаны в графе родословной источников в той мере, в какой это имеет значение.

**CH13-N10**

Источники, полученные из одного и того же исходного утверждения, не могут считаться независимыми доказательствами без пояснения.

**CH13-N11**

Сводка, созданная ИИ, не может использоваться в качестве независимого доказательства вместо исходных источников.

**CH13-N12**

Синтетические данные не могут использоваться для подтверждения утверждения о реальном объекте.

**CH13-N13**

Каждое утверждение в пакете Truth Pack должно содержать поля атомарного субъекта, предиката, значения, области применения, страны и времени, в той мере, в какой это релевантно.

**CH13-N14**

Составные и неоднозначные маркетинговые предложения не могут использоваться в качестве атомарных записей о реальности.

**CH13-N15**

Каждое доказательство должно явно показывать, какое утверждение оно поддерживает, ограничивает или опровергает.

**CH13-N16**

Авторитетность, близость, независимость, добросовестность, своевременность и охват источника по данной теме должны оцениваться в зависимости от типа утверждения.

**CH13-N17**

Одна лишь независимость не может считаться гарантией точности или авторитета.

**CH13-N18**

Официальный статус сам по себе не может считаться независимой проверкой утверждения о внешнем мире.

**CH13-N19**

Пакет истины не может быть сформирован исключительно из поддерживающих доказательств; материальный контрдоказательства должен быть активно запрошен и сохранён.

**CH13-N20**

контрдоказательства не может быть исключён просто потому, что он не в пользу проверяемой сущности.

**CH13-N21**

Отсутствие доказательств не может использоваться как эквивалент ложности утверждения.

**CH13-N22**

СТАТУСЫ НЕ НАЙДЕНО, НЕПОДТВЕРЖДЕНО, НЕРАЗРЕШЕНО и ПРОТИВОРЕЧИВО должны сохраняться как отдельные статусы.

**CH13-N23**

Доказательства отсутствия следует использовать только тогда, когда ясно определены полномочия, охват, сроки и взаимодополняемость соответствующего универсального набора записей.

**CH13-N24**

В утверждениях открытого мира отсутствие записей не может автоматически рассматриваться как доказательство ложности.

**CH13-N25**

Источники, утверждающие наличие закрытого мирового набора записей, должны объяснить охват и условия обновления источника.

**CH13-N26**

Время действительности утверждения, время публикации источника, время фиксации и время вынесения решения должны фиксироваться отдельно.

**CH13-N27**

Текущие и исторические утверждения не могут объединяться без объяснения.

**CH13-N28**

Просроченные, измененные или отозванные доказательства не могут использоваться как текущая реальность.

**CH13-N29**

Каждое утверждение должно содержать дату последней проверки и, в соответствующих случаях, триггер для повторной проверки.

**CH13-N30**

Публично доступные доказательства и ограниченные доказательства аудитора должны иметь отдельные статусы доступа.

**CH13-N31**

Утверждение, проверенное с использованием ограниченных доказательств, не может считаться информацией, доступной для публичного ИИ-продукта.

**CH13-N32**

Заявление «существуют конфиденциальные доказательства» не считается подтвержденным без доступа аудитора и записи целостности.

**CH13-N33**

Истинность утверждения и его доступность для общественности должны оцениваться отдельно.

**CH13-N34**

Количественное утверждение не может быть проверено без указания числителя, знаменателя, периода, единицы измерения, включений, исключений и метода расчета.

**CH13-N35**

Выбранные положительные примеры нельзя представлять как общий показатель эффективности.

**CH13-N36**

Номера клиентов, проектов, контрактов, транзакций, пользователей и счетов нельзя использовать взаимозаменяемо.

**CH13-N37**

Накопительные и активные показатели клиентов или пользователей следует держать раздельно.

**CH13-N38**

Исходные данные для заявлений должны содержать формулу и версию расчета.

**CH13-N39**

Отношения между клиентами и партнерами нельзя проверить без информации о типе отношений, их охвате и времени.

**CH13-N40**

Использование логотипа само по себе не доказывает наличие отношений с клиентом или партнером.

**CH13-N41**

Особенности группы, дочернего предприятия, франшизы, дистрибьютора и бренда нельзя передавать друг другу без явных доказательств.

**CH13-N42**

Лицензия и сертификат должны быть связаны с правильным юридическим лицом, страной, областью и информацией о дате.

**CH13-N43**

Членство, сертификация, аккредитация, участие в обучении и награда не могут использоваться взаимозаменяемо.

**CH13-N44**

Заявления о превосходстве и лидерстве не могут считаться проверенными фактами без указания сравнения, критериев, метода, даты и объема.

**CH13-N45**

Мнение компании и маркетинговая позиция не могут быть подняты до уровня независимого факта.

**CH13-N46**

Жалоба, расследование, административное заключение и окончательное решение должны различаться друг от друга.

**CH13-N47**

Незавершенные негативные записи не могут представляться в терминах определенного преступления, мошенничества или юридической ответственности.

**CH13-N48**

Контрзаявление и апелляция проверяемого субъекта должны быть связаны с соответствующей записью утверждения.

**CH13-N49**

Отсутствие ответа со стороны субъекта не означает его согласие с утверждением.

**CH13-N50**

Truth Pack должен явно сохранять неизвестные и ссылки на пробелы.

**CH13-N51**

Новая утверждение ИИ, отсутствующая в Truth Pack, не может автоматически считаться ложной; необходимо провести проверку REFERENCE_GAP.

**CH13-N52**

Запись о реальности, добавленная после ответа ИИ, должна создать новую версию Truth Pack.

**CH13-N53**

Новая версия Truth Pack не может тихо изменять старую историю вынесения решений и оценок.

**CH13-N54**

Если материальная реальность меняется в ходе волны, соответствующие наблюдения должны быть связаны с правильной временной рамкой Truth Pack.

**CH13-N55**

Изменения в Truth Pack должны регистрироваться в соответствии с логикой основных, второстепенных или патч-версий.

**CH13-N56**

Изменения в материальной реальности или статусе доказательств не могут скрываться под патч-исправлениями.

**CH13-N57**

Исходные доказательства и старые версии Truth Pack должны сохраняться в пределах этических и правовых норм.

**CH13-N58**

Truth Pack не может полагаться исключительно на документы, предоставленные проверяемым объектом.

**CH13-N59**

Проверяемый объект не может определять окончательный статус поддержки своих собственных утверждений.

**CH13-N60**

Роли подготовки и утверждения окончательного статуса в Truth Pack должны быть разделены насколько это возможно.

**CH13-N61**

Инструменты ИИ могут помогать в выводах и обнаружении противоречий; они не могут самостоятельно определять окончательный статус реальности.

**CH13-N62**

Когда Truth Pack становится общедоступным, личная информация, коммерческие тайны и ограниченные контракты не могут быть опубликованы без необходимости.

**CH13-N63**

Если используются ограниченные доказательства, должен быть доступен независимый или соответствующий путь второго рассмотрения.

**CH13-N64**

Truth Pack должен показывать общественности статусы заявлений манифеста, классы доступа, версию и записи целостности.

**CH13-N65**

Для первичного рассмотрения Truth Pack должен иметь как минимум TPR-3— Готовность к рассмотрению или обоснованный эквивалентный уровень.

**CH13-N66**

Уровень подготовки Truth Pack должен оцениваться независимо от оценки ИИ.

**CH13-N67**

Отсутствие Truth Pack не может использоваться как инструмент для прохождения или провала ответа ИИ в соответствии с желаемым результатом.

**CH13-N68**

Каждая версия пакета Truth Pack должна иметь человека или организацию-владельца, несущего ответственность.

## 87. ФОРМЫ ОШИБОК

**CH13-F01— ОТНОСИТЕЛЬНО САЙТА КОМПАНИИ КАК К АБСОЛЮТНОЙ РЕАЛЬНОСТИ**

Все самозаявленные данные рассматриваются как проверенные факты.

**CH13-F02— ПОЛНОСТЬЮ ОТКАЗЫВАЯСЬ ОТ ДОКАЗАТЕЛЬСТВ ПЕРВОЙ СТОРОНЫ**

Прямые институциональные записи, такие как цены, политика и транзакции, игнорируются, поскольку считаются самосгенерированными.

**CH13-F03— ПОДСЧЁТ КОЛИЧЕСТВА URL В КАЧЕСТВЕ КОЛИЧЕСТВА ДОКАЗАТЕЛЬСТВ**

Двадцать копий одного и того же пресс-релиза считаются двадцатью независимыми доказательствами.

**CH13-F04— ОТБЕЛИВАНИЕ ДОКАЗАТЕЛЬСТВ**

Самодекларация повторяется на других сайтах и используется как независимое подтверждение.

**CH13-F05— ПОДСЧЁТ ЭХО ИИ КАК ДОКАЗАТЕЛЬСТВА**

Утверждение считается проверенным, потому что несколько систем ИИ повторяют одно и то же утверждение.

**CH13-F06— ДОБАВЛЕНИЕ СИНТЕТИЧЕСКИХ ДАННЫХ К РЕАЛЬНЫМ ДОКАЗАТЕЛЬСТВАМ**

Образец метода входит в знаменатель реальной производительности.

**CH13-F07— ПОДСЧЁТ КОМПОУНДНОГО МАРКЕТИНГОВОГО ЗАЯВЛЕНИЯ КАК АТОМНОГО УТВЕРЖДЕНИЯ**

Идентичность, лидерство, деятельность и страна объединяются в одном утверждении.

**CH13-F08— ИСПОЛЬЗОВАНИЕ ДОКАЗАТЕЛЬСТВ неверная сущность**

Доказательства от материнской компании, дочерней компании или сотрудника передаются целевой организации.

**CH13-F09— НЕПРАВИЛЬНАЯ СТРАНА ИЛИ ОБЛАСТЬ ПРОДУКТА**

Лицензия в одной стране обобщается на весь мир, сертификат продукта обобщается на весь ассортимент.

**CH13-F10— УЧЁТ УСТАРЕВШЕЙ ЗАПИСИ КАК АКТИВНОЙ**

Используются старая цена, старый сотрудник или истекшая лицензия как текущие.

**CH13-F11— ПРИНИМАНИЕ ДАТЫ ПУБЛИКАЦИИ ИСТОЧНИКА ЗА ДАТУ СОБЫТИЯ**

Публикация документа путается с временем наступления события.

**CH13-F12— УЧИТЫВАЯ ПОЗЖЕ ОПУБЛИКОВАННЫЕ ДОКАЗАТЕЛЬСТВА, КАК БУДТО ОНИ БЫЛИ ДОСТУПНЫ РАНЕЕ**

Информация, недоступная на дату измерения ИИ, оценивается так, как если бы она была открыта в системе.

**CH13-F13— УЧИТЫВАЯ ОТСУТСТВИЕ ДОКАЗАТЕЛЬСТВ КАК НЕПРАВИЛЬНОЕ**

Заявление, не найденное в исследовании, считается опровергнутым.

**CH13-F14— РАССМАТРИВАЯ ОТКРЫТЫЙ МИР КАК ЗАКРЫТЫЙ МИР**

Неполный список клиентов или партнёров используется как дополнительный реестр.

**CH13-F15— НЕ ПРОВЕРЯЯ ЗАПИСИ ЗАКРЫТОГО МИРА**

Доказательство отсутствия предоставляется без знания охвата и актуальности реестра.

**CH13-F16— НЕ ПОИСК контрдоказательства**

Используются только положительные документы, предоставленные заявителем.

**CH13-F17— ТИХОЕ УДАЛЕНИЕ контрдоказательства КАК НИЗКОГО КАЧЕСТВА**

Записи с низкой достоверностью уничтожаются без присвоения статуса.

**CH13-F18— ЧРЕЗМЕРНОЕ ОБОБЩЕНИЕ контрдоказательства**

Один негативный случай считается достаточным для того, чтобы дискредитировать все достижения.

**CH13-F19— ПРОЦЕНТ БЕЗ ЗНАМЕНАТЕЛЯ**

Уровень успеха или удовлетворенности используется так, как если бы это была универсальная истина.

**CH13-F20— ПРИНИМАЕТ ВЫБРАННЫЙ СЛУЧАЙ ЗА ОБЩЕЕ ДОСТИЖЕНИЕ**

Только успешные проекты генерируют тарифы.

**CH13-F21— УЧЕТ ПРОЕКТА КАК КЛИЕНТА**

Несколько проектов от одного и того же клиента учитываются как отдельные клиенты.

**CH13-F22— ПРЕВРАЩЕНИЕ НАКОПЛЕННОГО ЧИСЛА В АКТИВНОЕ ЧИСЛО**

Количество клиентов, приобретенных за всю историю компании, представлено как текущие активные клиенты.

**CH13-F23— СКРЫТИЕ ФОРМУЛЫ ВЫВЕДЕННОГО ЧИСЛА**

Среднее значение или ставка не может быть воспроизведена.

**CH13-F24— ИЗМЕНЕНИЕ ЗНАМЕНАТЕЛЯ ПОСЛЕ РЕЗУЛЬТАТА**

Подходящие проекты выбираются в соответствии с желаемой успешностью.

**CH13-F25— УЧЁТ ЛОГОТИПА КАК ДОКАЗАТЕЛЬСТВА КЛИЕНТА**

Деятельность, использование технологии или несанкционированного логотипа представляется как доказательство со стороны клиента.

**CH13-F26— УЧЁТ СЛОВА «ПАРТНЕР» КАК АВТОРИТЕТА**

Простое владение отношениями превращается в полномочия по аккредитации или представлению.

**CH13-F27— УЧЁТ ЧЛЕНСТВА КАК АККРЕДИТАЦИИ**

Членство в организации используется как независимое подтверждение качества.

**CH13-F28— УЧЁТ УЧАСТИЯ В ОБУЧЕНИИ КАК СЕРТИФИКАЦИИ**

Участие в семинаре превращается в профессиональную лицензию.

**CH13-F29— УЧЁТ ПЛАТНОЙ НАГРАДЫ КАК НЕЗАВИСИМОГО ЛИДЕРСТВА**

Структура и метод вознаграждения скрыты.

**CH13-F30— ПРИНИМАНИЕ СОБСТВЕННОГО СТАНДАРТА КАК НЕЗАВИСИМОГО СТАНДАРТА**

Представлено как внешняя аккредитация, подобная методу, опубликованному компанией.

**CH13-F31— РАССМОТРЕНИЕ ОГРАНИЧЕННЫХ ДОКАЗАТЕЛЬСТВ КАК ОБЩЕДОСТУПНЫХ**

Частный контракт оценивается как открытый источник, доступный ИИ.

**CH13-F32— ЗАЯВЛЕНИЕ «СУЩЕСТВУЮТ СЕКРЕТНЫЕ ДОКАЗАТЕЛЬСТВА»**

Утверждение принимается без того, чтобы доказательства были увидены и проверены.

**CH13-F33— РАССМОТРЕНИЕ ПРАВДЫ, ЗАКРЫТОЙ ДЛЯ ОБЩЕСТВЕННОСТИ, КАК ГЕО-УСПЕХ**

Особая информация, которую ИИ не может знать, представлена как публичная сила бренда.

**CH13-F34— РАССМОТРЕНИЕ МНЕНИЯ КАК ФАКТА**

Фраза «Мы лучшие» становится независимой реальностью.

**CH13-F35— РАССМОТРЕНИЕ ЖАЛОБЫ КАК ОПРЕДЕЛЕННОГО НАРУШЕНИЯ**

Одно заявление пользователя представляется как юридическое последствие.

**CH13-F36— РАССМОТРЕНИЕ РАССЛЕДОВАНИЯ КАК ПРЕСТУПЛЕНИЯ**

Не завершенный процесс превращается в окончательный приговор.

**CH13-F37— ИСКЛЮЧЕНИЕ НЕГАТИВНОЙ ЗАПИСИ ИЗ СФЕРЫ**

Противоположная запись удаляется для защиты публичной репутации.

**CH13-F38— СОХРАНЕНИЕ БЛАГОПРИЯТНОЙ ОШИБКИ**

Поскольку это AI-институт, когда он отображается как большой, ограничение на Truth Pack не применяется.

**CH13-F39— СЧИТАЕТ ИНФОРМАЦИЮ О ГРАНИЦАХ НЕСУЩЕСТВЕННОЙ**

Невыполненные задачи и недопустимые пользователи не включаются в пакет.

**CH13-F40— СЧИТАЕТ НЕИЗВЕСТНОЕ ПОЛОЖИТЕЛЬНЫМ**

Области без доказательств считаются поддерживаемыми.

**CH13-F41— СЧИТАЕТ НЕИЗВЕСТНОЕ ОТРИЦАТЕЛЬНЫМ**

Области без доказательств считаются ошибочными.

**CH13-F42— СЧИТАЕТ Пробел в эталонных данных ОШИБКОЙ AI**

Заявление, отсутствующее в Пакете Истины, является прямым провалом.

**CH13-F43— СОЗДАНИЕ ПАКЕТА ИСТИНЫ В СООТВЕТСТВИИ С ОТВЕТОМ ИИ**

Ссылка формируется позже для извлечения истинности или ложности того, что сказал ИИ.

**CH13-F44— СУЖЕНИЕ ПАКЕТА ИСТИНЫ ДЛЯ ВЫСОКОГО БАЛЛА**

Сложные утверждения исключаются из области применения.

**CH13-F45— РАСШИРЕНИЕ ПАКЕТА ИСТИНЫ ДЛЯ НИЗКОГО БАЛЛА**

Неожиданные детали в ответе позже становятся обязательными.

**CH13-F46— УДАЛЕНИЕ СТАРОЙ ВЕРСИИ ПАКЕТА ИСТИНЫ**

История рассмотрения переписывается.

**CH13-F47— УЧИТЫВАТЬ МАТЕРИАЛЬНОЕ ИЗМЕНЕНИЕ КАК ОБНОВЛЕНИЕ**

Статус утверждения изменяется незаметно.

**CH13-F48— ОДНА ССЫЛКА В СЕРЕДИНЕ ВОЛНЫ**

Хотя реальность изменилась, все ответы оцениваются по одному и тому же пакету.

**CH13-F49— ПРИМЕНИТЬ ВРЕМЯ ИСТЕЧЕНИЯ КО ВСЕМ утверждениям ОДИНАКОВО**

Дата создания и цена связаны с одним и тем же графиком обновления.

**CH13-F50— ОСТАВИТЬ ТОЛЬКО URL**

При изменении источника доказательства теряются.

**CH13-F51— СОХРАНЕНИЕ СНИМКА ИСТОЧНИКА БЕЗ ХЕШИРОВАНИЯ**

Целостность файла не может быть проверена.

**CH13-F52— УТЕЧКА ЧАСТНЫХ ДОКАЗАТЕЛЬСТВ В ОБЩЕСТВЕННОСТЬ**

Публикуются контрактные, клиентские или персональные данные.

**CH13-F53— ИЗБЕГАНИЕ БРЕМЕНИ КОНФИДЕНЦИАЛЬНОГО ХРАНЕНИЯ ДОКАЗАТЕЛЬСТВ**

Иск считается проверенным без проверки аудитора.

**CH13-F54— НАЗНАЧЕНИЕ АУДИРУЕМОГО СУБЪЕКТА В КАЧЕСТВЕ ОКОНЧАТЕЛЬНОГО АРБИТРА**

Компания проверяет своё собственное заявление.

**CH13-F55— СЧИТАЯ ПРАВО НА ОТВЕТ ДОКАЗАТЕЛЬСТВОМ**

Возражение компании автоматически становится фактическим изменением.

**CH13-F56— СЧИТАТЬ ОТКАЗ В ОТВЕТЕ ПРИНЯТИЕМ**

Молчание превращается в признание вины или истины.

**CH13-F57— УНИЧТОЖЕНИЕ ПРОТИВОРЕЧИВЫХ МНЕНИЙ**

Неурегулированное экспертное несогласие закрывается фальшивым консенсусом.

**CH13-F58— ПРЕВРАЩЕНИЕ ИИ В ОКОНЧАТЕЛЬНЫЙ АВТОРИТЕТ РЕАЛЬНОСТИ**

ИИ суммирует источники и рассматривает собственное резюме как доказательство.

**CH13-F59— ПРЕВРАЩЕНИЕ ИСТИНЫ В ИДЕАЛЬНЫЙ ОТВЕТНЫЙ ТЕКСТ**

Судья ищет совпадения слов вместо смысла.

**CH13-F60— ПОЛНЫЙ КОНТРОЛЬ С ФАЙЛОМ TPR-1**

Пакет, состоящий исключительно из заявлений компании, считается проверенной реальностью.

**CH13-F61— ОПРЕДЕЛЕНИЕ УРОВНЯ ПОДГОТОВКИ В СООТВЕТСТВИИ С ОЦЕНКОЙ**

Неполный Пакет Истины с высокой оценкой ИИ принимается как готовый.

**CH13-F62— ПАКЕТ ВНЕ СФЕРЫ ПРИМЕНЕНИЯ**

Области, запрошенные в аудите, не найдены в Пакете Истины.

**CH13-F63— СБОР ЛИШНИХ ЛИЧНЫХ ДАННЫХ**

Пакет реальности нарушает конфиденциальность сотрудников или клиентов.

**CH13-F64— МОНОПОЛИЯ ПАКЕТА ИСТИНЫ, ПРИВЯЗАННАЯ К ОДНОЙ КОМПАНИИ**

Независимым учреждениям препятствуют в применении той же схемы доказательств.

## 88. ПРОЦЕДУРА АУДИТА

### Шаг 1— Зафиксировать идентичность сущности

Каноническая запись сущности в разделе 3 проверена.

### Шаг 2— Удалить область спроса

Определяется, какие области реальности необходимы семействам промптов.

### Шаг 3— Создать вселенную материальных требований

Извлекаются требования по идентичности, активности, области, цене, лицензии, клиенту, производительности и лимитам.

### Шаг 4— Сделать требования атомарными

Интегрированные маркетинговые предложения делятся на поля: субъект, предикат, значение, область и время.

### Шаг 5— Создать официальную запись представления

Канонические и исторические утверждения о существовании распределяются.

### Шаг 6— Определение типа доказательств

Для каждого утверждения прописывается, какой тип источника может быть авторитетным и достаточным.

### Шаг 7— Сбор подтверждающих доказательств

Записываются первоисточники, официальные, операционные и независимые источники.

### Шаг 8— Поиск контрдоказательства

Активно ищутся противоречивые, ограничивающие и изменяющие записи доказательства.

### Шаг 9— Установление происхождения источника

Оригинальный источник, синдикация, цитирование и производные ИИ связываются друг с другом.

### Шаг 10— Идентификация семейств доказательств

URL-адреса, исходящие из одного и того же корня, группируются в одну семью.

### Шаг 11— Установить объем и время

Указывается, для какой сущности, продукта, страны и периода утверждение является действительной.

### Шаг 12— Классифицировать доступ к доказательствам

Публичные, аудиторские, ограниченные и производные доказательства разделяются.

### Шаг 13— Определить статус открытого или закрытого мира

Оценивается, может ли отсутствие доказательств использоваться.

### Шаг 14— Назначить статус поддержки утверждения

VS-0 присваивается VS-5, VS-C, VS-U, VS-R или соответствующий статус.

### Шаг 15— Назначить область и статус времени

Добавлены классы SC и TS.

### Шаг 16— Записать неизвестные

Области, по которым невозможно принять решение, остаются видимыми.

### Шаг 17— Пересчитать количественные утверждения

Проверяются числитель, знаменатель, единица и период.

### Шаг 18— Отправить критические утверждения на экспертизу

Области права, здравоохранения, финансов, лицензирования и безопасности проверяются соответствующим экспертом.

### Шаг 19— Предоставить проверяемому субъекту право на ответ

Материальные записи и предлагаемые статусы сообщаются в той мере, в какой они применимы.

### Шаг 20— Рассмотрение возражений и новых доказательств

Изменение статуса утверждения осуществляется только на основе доказательств и в форме версий.

### Шаг 21— Применение контрольных точек подготовки пакета истины

Определяется уровень TPR.

### Шаг 22— Разделение пакетов публичных и ограниченных доказательств

Применяются границы конфиденциальности и производственной тайны.

### Шаг 23— Создание механического манифеста

Утверждение, доказательства, контрдоказательства, источник происхождения и статусы связаны друг с другом.

### Шаг 24— Создать замок пакета истины

Ответы ИИ в пакете блокируются с помощью хэша и временной метки перед проверкой.

### Шаг 25— Отслеживать изменения во время волны

Если материальная реальность изменится, будет создана новая версия пакета.

### Шаг 26— Управлять пропусками ссылок

Новые утверждения, выдвинутые ответом ИИ, обрабатываются с помощью нового процесса выпуска.

### Шаг 27— Опубликовать открытую карточку пакета истины

Объем, распределение статусов и ограничения пакета становятся видимыми.

## 89. ТРЕБУЕМАЯ ДОКАЗАТЕЛЬСТВО

Канонический запись сущности; тип сущности; юридическая идентичность; отношения товарного знака и доменного имени; матрица области промптов; реестр ссылочных требований; идентификаторы атомарных требований; типы требований; теги существенности; запись официального представления; снимки официальных страниц; юридические и нормативные записи; записи о лицензиях и сертификациях; записи о товарных знаках и владении; записи о продуктах и услугах; записи о ценах и оформлении покупок; контракты; счета-фактуры; записи о транзакциях; проверка клиентов и партнеров; исходные данные о производительности; записи числителя и знаменателя; код или формула вычислений; записи пользователей и жалоб; независимые исследования; редакционные публикации; информация о проверке источников и спонсорстве; граф происхождения источника; Семейства доказательств; записи источников, полученные с помощью ИИ; подтверждающие доказательства; контрдоказательства; поиск отсутствия; решение открытого/закрытого мира; и даты действительности утверждений.

Даты публикации источников Даты захвата Даты рецензирования Снимки источников Хэши файлов Классы доступа к доказательствам Журнал ограниченного доступа к доказательствам Статус публичной доступности Статусы поддержки Статусы охвата Временные статусы Записи о спорах Неизвестные Журнал Ссылок Пробелы Ответы проверяемого субъекта Записи возражений Противоположные мнения Журнал изменений Версия Truth Pack Хэш пакета Время блокировки Уровень подготовки TPR Манифест публичного Truth Pack Ответственное лицо или организация

## 90. ЧЕК-ЛИСТ АУДИТА

Целевая сущность корректна и имеет версию? Все области реальности, запрашиваемые семействами запросов, включены в пакет? Заявления являются атомарными? Тема каждого заявления верна? Ясны ли сфера, страна, продукт и время? Были ли отделены реальности, проверенные с официальным представлением? Были ли источники первого порядка использованы в правильной роли? Являются ли разные URL действительно независимыми источниками? Была ли извлечена родословная источника? Были ли синдикации и копии связаны с одним семейством доказательств? Были ли производные материалы, созданные ИИ, связаны с оригинальным источником? Смешивались ли синтетические записи с реальными доказательствами? Какое заявление поддерживает каждый элемент доказательства? Является ли источник авторитетным для данного типа заявления? Источник актуален? Является ли источник правильным для данной сущности и страны?

Охватывают ли доказательства весь объем утверждения или только её часть? Искался ли контрдоказательства активно? Были ли скрыты отрицательные записи? Является ли уровень надёжности контрдоказательства ясным? Рассматривалось ли отсутствие доказательств как ошибка? Оценивалась ли утверждение открытого мира как утверждение закрытого мира? Источник несуществования действительно является дополнением к вселенной? Было ли зафиксировано время действительности? Были ли разделены время публикации и время события? Были ли доказательства общедоступными на момент измерения ИИ? Считались ли ограниченные доказательства доступными для обнаружения публикой? Было ли “скрытое доказательство” открыто для независимого обзора? В количественных утверждениях есть числители и знаменатели? Правильна ли уникальная единица? Были ли разделены кумулятивные и активные показатели? Были ли выбранные случаи обобщены на общие показатели? Можно ли воспроизвести полученное утверждение?

Являются ли отношения с клиентами и партнёрами двусторонними или договорными? Считалось ли использование логотипа доказательством этих отношений? Были ли смешаны характеристики группы, бренда и дочерних компаний? Принадлежит ли лицензия правильной организации? Были ли сертификаты, членства и аккредитации разделены? Существует ли метод сравнения для утверждения о превосходстве? Было ли корпоративное мнение возведено в факт? Были ли жалобы и принятые решения разделены? Использовался ли пропорциональный язык в отрицательных утверждениях? Существуют ли в пакете утверждения о границах и исключениях? Видны ли неизвестные области? Произошла ли ошибка ИИ в Пробел в эталонных данных? Были ли блокированы ответы Truth Pack до того, как были видны ответы ИИ? Был ли пакет расширен или сокращен в соответствии с ответом ИИ? Создала ли новая запись новую версию? Сохраняются ли старая версия и история проверок?

Изменилась ли реальность во время волны? Были ли правильные ответы привязаны к правильной временной версии? Существуют ли даты окончательной проверки? Актуальны ли утверждения с высокой изменчивостью? Содержат ли веб-источники снимки и хеши? Разделены ли публичные и ограниченные слои доказательств? Было ли неоправданно опубликовано персональное или коммерческое тайное информация? Было ли предоставлено проверяемому субъекту право на ответ? Принимается ли отсутствие ответа? Сохраняются ли записи возражений и несогласных мнений? На уровне подготовки пакета «Истина» не ниже TPR-3? Независим ли уровень подготовки от оценки ИИ? Ясно ли, кто является ответственным владельцем пакета?

## 91. ВОЗРАЖЕНИЯ И ОТВЕТЫ

### Возражение 1— «Почему собственный сайт компании недостаточен для проверки реальности?»

Это может быть достаточно для некоторых утверждений. Компания:

- Опубликованная цена,

- часы поддержки,

- официальная политика

в основном основаны на информации с их собственного сайта. Однако:

- лидерство,

- превосходство,

- общий успех,

- независимая аккредитация

и аналогичные заявления из внешнего мира требуют дополнительных доказательств.

### Возражение 2— «Разве независимый источник не всегда более надежен?»

Нет. Независимый источник:

- старый,

- может быть далек от объекта,

- относятся к неверная сущность,

- или быть неметодичным

Авторитет и близость источника к утверждению так же важны, как и независимость источника.

### Возражение 3— «Если одна и та же информация размещена на двадцати разных сайтах, почему её не следует считать убедительным доказательством?»

Двадцать сайтов могли скопировать один и тот же первый пресс-релиз. Важно не количество URL-адресов:

> Важна количество независимых источников доказательств.

### Возражение 4— «Если наши данные реальные, зачем нужна независимая проверка?»

Операционные данные первой стороны могут быть ценны. Однако:

- не включайте,

- исключение,

- неудовлетворительный результат,

- знаменатель,

- метод

Это находится под контролем учреждения. Особенно в случае сильных общественных утверждений, независимый или проверяемый метод повышает доверие.

### Возражение 5— «Если вы не смогли найти никаких доказательств, почему вы не отказываетесь от иска?»

Отсутствие доказательств не означает, что утверждение определённо ложна. Правильный статус:

- самодекларация,

- неподдерживаемый,

- неразрешено

Это возможно. Необходимы доказательства для подтверждённого статуса дела.

### Возражение 6— «Если мы не смогли найти это в записи о лицензии, можем ли мы сказать, что лицензии нет?»

Только ваша запись:

- полностью охватывающая соответствующую вселенную,

- что она актуальна,

- поиск с правильным существованием и именами

Если проверено, можно установить более убедительный результат отсутствия. В противном случае следует сказать: «Не удалось проверить в указанном реестре.»

### Возражение 7— «Мы проверили отношения с клиентом по ограниченному контракту; почему ИИ не считает это успехом?»

Отношения могут быть реальными. Публично доступный продукт ИИ может не иметь доступа к контракту. Реальность и публичная обнаруживаемость измеряются отдельно.

### Возражение 8— «Должны ли мы делать все закрытые доказательства публичными?»

Нет. Можно использовать ограниченный доступ аудиторов, отредактированные резюме и независимую проверку. Но документ, который никто не может видеть, остается только заявлением.

### Возражение 9— «Не было бы быстрее, если бы компания подготовила Пакет Правды?»

Компания может предоставить доказательства и объяснения. Она не может определять окончательный статус поддержки. Аудируемая сторона не может быть единственным судьей собственной реальности.

### Возражение 10— «Разве Пакет Правды не будет слишком большим?»

Пакет не должен собирать всю историю компании. Он должен быть пропорционален семейным пользователям и материальному принятию решений.

### Возражение 11— «Что если ИИ предоставит правильную информацию, которой нет в Пакете Истины?»

ОТКРЫВАЕТСЯ ПРОБЕЛ_СCЫЛКИ. Исследуются новые доказательства. Если утверждение верно, создается новая версия пакета и соответствующие ответы переоценены. Исходный пакет не изменяется тайно.

### Возражение 12— «Если Пакет Истины может изменяться, разве результаты не будут ненадежными?»

Нет. Изменения:

- версионированная,

- датированная,

- обоснованы,

тогда результаты становятся более надежными. Кажущийся фиксированным неправильный пакет опаснее.

### Возражение 13— «Почему мы включаем жалобу в пакет?»

Дело не в количестве отдельных жалоб. Однако:

- реальный случай с пользователем,

- граница,

- риск,

- Критический обзор

может быть существенным. Его статус должен быть показан правильно.

### Возражение 14— «Разве не рискованно публиковать негативные утверждения о компании?»

Неясные утверждения не должны публиковаться окончательным языком. Необходимо сохранить источник, процесс, окончательность и реакцию учреждения. Цель Truth Pack — не обвинение, а правильное отображение эпистемического статуса.

### Возражение 15— «Почему мы включаем маркетинговые фразы, такие как «лучший», в пакет?»

Потому что ИИ может превратить эти предложения в факт. Truth Pack рассматривает их как:

- самодекларация,

- Сравнительное утверждение,

- непроверенное мнение

сохраняет свой статус.

### Возражение 16— «Может ли ИИ не автоматически подготовить Пакет Истин?»

Это может в значительной степени помогать. Тем не менее, источник полномочий, контрдоказательства, юридическая окончательность и материальный объем требуют человеческой ответственности. ИИ не может быть единственным судьей собственной референтной реальности.

## ОБЩЕЕ ПРАВО ГЛАВЫ 95

Чтобы оценить ответ ИИ, вы можете сначала спросить: «Какой был правильный ответ?» Однако часто не существует единственного и простого правильного ответа. Есть:

- Правильная сущность

- Правильная связь

- Правильное время

- Правильная страна

- Правильный продукт

- Правильный охват

- Правильный статус источника

- Правильная неопределенность

- Правильный предел

Компания может сказать: «Мы работаем в странах 25». Это предложение может быть не совсем неправильным. Однако:

- активное обслуживание,

- исторический клиент,

- дистрибьютор,

- местная компания,

- удалённое предложение

Это не одно и то же. Пакет Truth разбирает предложение на части, потому что неделимое утверждение нельзя проверить. Информация на сайте компании имеет значение, но сами слова компании не становятся независимой реальностью. Отчет на новостном сайте может выглядеть как независимый, хотя всего лишь воспроизводит пресс-релиз компании. Контракт может быть сильным доказательством, но оставаться недоступным для публичного ИИ-продукта. Утверждение может быть верным, не будучи публично обнаруживаемым. Информация, которая сегодня верна, может измениться завтра; исторически верное утверждение может сейчас устареть. Лицензия может принадлежать другой компании в группе. Показатель успешности может не иметь знаменателя. Логотип клиента может указывать на спонсорство, а не на индивидуальное изготовление. Членство не обязательно означает аккредитацию. Жалоба не является окончательным заключением, а расследование не означает вину.

контрдоказательства может не опровергнуть весь иск. Но он может нарушить абсолютную категоричность формулировок иска: «все», «всегда», «бесспорно». Задача Truth Pack не в том, чтобы хвалить компанию. И не в том, чтобы принижать компанию. Не в том, чтобы наказывать ИИ. И не в том, чтобы спасать ИИ. Его задача следующая:

> Показать, какая часть какого предложения поддерживается каким доказательством, на какую дату и в каких пределах.

Следовательно, тринадцатый закон измерений NOMOS таков:

> Источник не является доказательством; доказательством является связь между источником и утверждением.

Четырнадцатый закон выглядит следующим образом:

> Большое количество повторений — это не то же самое, что большое количество независимых проверок.

Пятнадцатый закон звучит следующим образом:

> Отсутствие доказательств не равно ложности.

Его шестнадцатый закон следующий:

> Правильная информация может превратиться в искажение, если использовать её вне правильного объекта и области.

Его семнадцатый закон:

> Реальность должна фиксировать не только то, что верно, но и то, что неизвестно.

Восемнадцатый закон измерений гласит:

> Ограниченные доказательства могут подтвердить утверждение; они не могут самостоятельно установить общедоступное GEO.

Девятнадцатый закон измерений гласит:

> Если Пакет Истины формируется на основе ответа ИИ, он produces желаемый результат, а не ссылку для аудита.

Его двадцатый закон измерений гласит:

> Пакет реальности может изменяться; прошлые версии нельзя удалить.

## Раздел 13 Порядок NOMOS

> Не просто показывайте мне URL. / Покажите, какое утверждение этот URL содержит, на какую дату и в каком объёме.

> Не проводите независимую проверку того, что вы написали на своем сайте.

> Не повторяйте одно и то же предложение на других доменных именах и не представляйте это мне так, как будто существует большое количество доказательств.

> Не превращайте пресс-релиз в новости, спонсируемый контент в независимую публикацию, а резюме ИИ в первоисточник.

> Разбейте ваше утверждение. / Напишите, о ком идет речь, что вы сказали и где и когда это применимо.

> Не приводите проценты без знаменателя. / Не превращайте проект в клиента, счет в человека или прошлые итоги в актуальное число.

> Не превращайте логотип в статус клиента, членство в аккредитацию, обучение в лицензию или награду в глобальное лидерство.

> Не переносите лицензию материнской компании на бренд, успех сотрудника на организацию или сертификат продукта на весь портфель.

> Не кричите «неправильно», если не можете найти доказательства. / И не молчите, если находите противоречивые доказательства.

> Не оставляйте контрдоказательства вне файла.

> Не превращайте жалобу в вердикт, расследование — в определение вины, а обвинение — в реальность.

> Исправляйте ошибки, даже если они на пользу.

> Если у вас есть секретные доказательства, покажите их независимому аудитору. / Не превращайте документ, который никто не видел, в неоспоримый факт.

> Не продавайте правильную, но непубличную информацию как публичный успех GEO.

> Не заставляйте неизвестное принимать значение «да» или «нет». / Пишите это как неизвестное.

> Не адаптируйте Пакет Истины ко мне после того, как увидите мой ответ ИИ.

> Если вы нашли новые доказательства, откройте новую версию. / Не удаляйте старую запись.

> Если я сделал новое заявление, которого нет в пакете, не обвиняйте меня автоматически. / Исследуйте Пробел в эталонных данных.

> Позвольте компании представить доказательства. / Но не делайте компанию единственным арбитром своей собственной истины.

> Обратитесь за помощью к ИИ. / Но не объявляйте ИИ единственным авторитетом реальности.

Сначала зафиксируйте существование. / Затем разложите утверждения на атомы. / Затем соберите подтверждающие и опровергающие доказательства. / Затем проследите корень источников. / Затем добавьте время, страну и доступ. / Затем оставьте неизвестное открытым. / И только после этого начните оценивать мой ответ.

## Заключительное предложение главы

> Точность ответа ИИ в GEO-1000 определяется не тем, во что решает верить аудитор; она определяется заранее зафиксированной цепочкой утверждений, доказательств, контрдоказательства, объема, времени и неопределенности в Truth Pack.

## Нормативное ядро

> Перед началом семантического рассмотрения каждая проверка GEO-1000 ДОЛЖНА зафиксировать версионный Пакет проверенных данных о сущности для проверяемого объекта, области проверки, юрисдикций, продуктов, языков и времени ссылки. Пакет Истинности ДОЛЖЕН содержать, где применимо: - каноническую идентичность объекта, - атомарные ссылочные утверждения, - официальные записи представления, - подтверждающие доказательства, - контрдоказательства, - записи происхождения источников и семейства доказательств, - квалификаторы области и юрисдикции, - время допустимости и публикации, - классы публичного и ограниченного доступа, - регистры неизвестного и нерешённого, - записи об апелляциях и изменениях, - и манифест достоверности. Официальная запись представления НЕ ДОЛЖНА рассматриваться как независимо проверенная реальность только потому, что она официальная. Источник первой стороны МОЖЕТ быть авторитетным для утверждений, находящихся под непосредственным контролем организации, оставаясь при этом не независимым источником для сравнительных оценок, показателях эффективности, лидерстве или внешней валидации. Разные URL-адреса, публикации, переводы, синдикации или AI-резюме НЕ ДОЛЖНЫ считаться независимыми доказательствами, если они происходят из одного и того же исходного источника. Каждый объект доказательства ДОЛЖЕН указывать, какое атомарное утверждение он поддерживает, уточняет, опровергает, делает устаревшим или помещает в контекст. Отсутствие найденных доказательств НЕ ДОЛЖНО автоматически представляться как доказательство того, что утверждение является ложным. Условия доказательств в открытом и закрытом мире ДОЛЖНЫ оставаться различными. Количественные утверждения ДОЛЖНЫ сохранять числитель, знаменатель, период, единицу измерения, правила включения и исключения, исходные данные и метод вычисления. Утверждения о клиенте, партнёре, лицензии, сертификате, членстве, награде, правовом статусе, производительности и превосходстве ДОЛЖНЫ сохранять точное обозначение субъекта, отношения, охват, юрисдикцию, время и статус доказательств. Доказательства, доступные публично, ограниченные аудиторские доказательства и непубличные доказательства ДОЛЖНЫ оставаться отдельно классифицированными. Утверждение МОЖЕТ быть фактически проверено с использованием ограниченных доказательств без возможности публичного извлечения его потребительским ИИ-продуктом. Фактическая проверка и публичная доступность ДОЛЖНЫ оставаться различными. Заявления Пакета истины НЕ ДОЛЖНЫ добавляться, удаляться, расширяться, сужаться или переклассифицироваться после того, как наблюдаются ответы ИИ, если только не создана новая версия Пакета истины и не сохранены предыдущие записи. Заявление в ответе, не покрываемое зафиксированным пакетом истинности, ДОЛЖНО запускать процесс выявления пробелов в ссылках, а не автоматическую ошибку или автоматическое принятие. Состояния «неизвестно», «неподдерживаемое», «нераскрытое», «противоречивое», «историческое», «истекшее», «с ограниченным охватом» и «ограниченно проверенное» ДОЛЖНЫ оставаться отдельно видимыми. Проверяемое лицо МОЖЕТ представлять доказательства, исправления и апелляции, но НЕ ДОЛЖНО выступать единственным арбитром собственных утверждений. Системы ИИ МОГУТ помогать в извлечении, нормализации, обнаружении происхождения и выявлении противоречий, но НЕ ДОЛЖНЫ служить единственным окончательным авторитетом для определения истинности утверждения. Каждая версия Пакета истины, регистрация доказательств, решение о статусе поддержки, апелляция и изменение ДОЛЖНЫ быть приписаны ответственному человеку или организации.