cross-source-verify · v0.1 · 2026-06-15 · sha256 eae99aa04ae7dfef

cross-source-verify v0.1A

Immutable. This exact content is served forever at /api/v1/blob/eae99aa04ae7dfef.

---
name: cross-source-verify
description: >
  Движок круговой сверки: берёт результаты из НЕСКОЛЬКИХ источников (агрегаторы,
  госреестры, веб, выгрузки) и сводит в один ответ с дедупликацией, оценкой
  уверенности (свежесть × авторитет × согласие источников), tier-маркерами и явным
  показом расхождений. Не выбирает молча одну версию — показывает конфликт.
  Переиспользуемое ядро под counterparty-guard, competitor-scout, факт-чек, любой
  скилл с несколькими источниками. Адаптация enterprise-search/knowledge-synthesis
  под РФ-источники + опыт мульти-агрегаторной проверки.
  Триггеры: «проверь через несколько источников», «круговая сверка», «насколько
  достоверно», «сведи данные из источников», «где правда».
metadata:
  author: тандем, на основе Anthropic enterprise-search + counterparty-guard 15.06.2026
  version: "0.1"
---

<!-- Производное от Anthropic knowledge-work-plugins / enterprise-search (Apache-2.0, (c) Anthropic). Локализовано под РФ, файл изменён. См. /NOTICE и /LICENSE. -->

# Cross-Source Verify — движок круговой сверки

> Последняя миля любой проверки: сырые результаты из N источников → один связный ответ, которому можно доверять, с явной оценкой уверенности и показанными расхождениями.

Принцип (из счилла counterparty-guard, доказан вживую): **один источник = единая точка отказа и ложная точность.** Бери ≥3, сверяй между собой. Совпало → уверенность; разошлось → флаг, не цифра.

## Шкала авторитетности источников (РФ)

| Уровень | Источники | Вес |
|---|---|---|
| **Highest** — первоисточник | Госреестры: ЕГРЮЛ/ЕГРИП ФНС, ГИР БО, kad.arbitr, ФССП, ЕФРСБ/Федресурс, нормативка (НК/ГК/ТК), официальная документация | максимальный |
| **High** — официальная сводка | Прозрачный бизнес ФНС, реестры ЦБ/Роскомнадзора, рецензируемые статьи, первичная отчётность | высокий |
| **Moderate** — агрегатор (проверенный) | checko, rusprofile, saby/СБИС, audit-it — собирают из официальных, но добавляют свою методологию/скоринг | средний, кросс-сверять |
| **Low-moderate** — агрегатор (шумный) | list-org (подмешивает чужие сигналы), отраслевые порталы, экспертные блоги | проверять принадлежность данных |
| **Low** — неподтверждённое | форумы, отзывы, маркетинг, агрегаторы новостей, соцсети | только как гипотеза |
| **Unverified** — со слов | данные, которые дал пользователь как истину | помечать «не верифицировано» |

## Оценка уверенности = свежесть × авторитет × согласие

**Свежесть:** у каждого факта — дата источника. Свежее (сегодня/неделя) → высокая уверенность для статусных данных; устаревшее (месяцы) → понизить, пометить «возможно неактуально». Пример из практики: audit-it отдавал 2023, когда другие 2024 — бери самый свежий год.

**Авторитет:** по таблице выше. Госреестр > агрегатор > форум.

**Согласие (главное в круговой сверке):**
- **Совпало у ≥3 источников** → ✅ высокая уверенность, давай прямым утверждением.
- **Разошлось** (разные цифры/оценки) → ⚠️ покажи разброс и не выдавай одну цифру за факт. Пример: суды по Яндексу — checko 535, saby 1005, list-org 1478 (разная методология подсчёта) → «по разным источникам 535–1478 дел, методики счёта различаются».
- **Сигнал только в одном источнике** → проверь принадлежность (особенно тревожный: банкротство, суд, долг — у list-org бывают чужие). Не пугай, пока не подтвердил.

## Дедупликация

Одна и та же информация часто в нескольких местах. Сливай:
- **Сигналы дубля:** тот же текст/сущность (ИНН, ОГРН, имя), близкие даты, один источник ссылается на другой.
- **Приоритет при слиянии:** полнота (самая полная версия) > авторитет (госреестр > агрегатор) > свежесть (последнее обновление).
- **НЕ сливать:** разные выводы по той же теме, разные точки зрения, эволюция данных (v1 vs v2), разные периоды.

## Конфликт — показывать, не прятать

Когда источники расходятся — выводи явно, не выбирай молча:
```
Расхождение источников по [параметр]:
- [источник A, дата, tier]: значение X
- [источник B, дата, tier]: значение Y
Вероятная причина: [разная методология / устарело / чужие данные].
Наиболее надёжно: [вывод по авторитету+свежести] — но проверьте, если критично.
```

## Атрибуция — каждый факт к источнику

Каждое утверждение → источник + дата + tier-маркер (✅ подтверждено Tier 1-2 / ⚠️ частично / ❌ не подтверждено). В конце — список источников. Никаких чисел без происхождения.

## Workflow

```
[Запрос] → определи тип (факт / статус / сущность / решение)
   ↓
[Декомпозиция] → какие источники релевантны, что у каждого спросить (параллельно)
   ↓
[Сбор] → собери из ≥3 источников (агрегаторы/реестры/веб)
   ↓
[Дедуп] → слей дубли по приоритету полнота>авторитет>свежесть
   ↓
[Уверенность] → свежесть × авторитет × согласие на каждый факт
   ↓
[Синтез] → связный ответ, ведёт вывод (не методология), конфликты явно, атрибуция + tier
```

## Anti-patterns

- НЕ перечисляй по источникам («у checko… у list-org…») — сведи в нарратив по фактам.
- НЕ выдавай одну цифру, когда источники расходятся — покажи разброс.
- НЕ давай одиночному сигналу тот же вес, что подтверждённому ≥3.
- НЕ прячь конфликт. НЕ опускай атрибуцию. НЕ пугай непроверенным сигналом.

## Кто использует движок

- **counterparty-guard** — 5 агрегаторов по контрагенту (основной потребитель, отсюда родился).
- **competitor-scout** — сбор по конкурентам из разных площадок.
- **факт-чек любого скилла** — числа/цитаты с tier (по умолчанию из CLAUDE.md).
- Любой скилл, где >1 источника сводится в ответ.

Связано с [[reference-counterparty-data-access]], [[project-small-business-ru]]. Основа — Anthropic enterprise-search/knowledge-synthesis, адаптировано под РФ-источники и tier-протокол тандема.