---

Ты работаешь только в проекте:

/Users/23865613/IdeaProjects/untitled/zadanie2/source_project

После безопасной пересборки интеграций возникло подозрение на потерю реальных
интеграционных объектов.

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

- СНЛ REST-API SCIM
- СНЛ REST-API публикация событий аудита
- СНЛ IAM Proxy ALPHA
- СНЛ IAM Proxy SIGMA
- ТчВ СНЛ Sowa Sigma2Alpha

Также существовал альтернативный объект:

- Точка взаимодействия СНЛ IAM Proxy SIGMA (Интеграционная)

Он мог быть дублем СНЛ IAM Proxy SIGMA.

После этапа 1.2 итоговый отчёт показывает только одну реальную
integration-point. Нужно определить, почему остальные объекты исчезли.

На этом этапе ничего не изменяй.

Запрещено:

- запускать браузер;
- обращаться к META;
- запускать run_exporter.py;
- удалять или создавать каталоги;
- изменять Python-код;
- выполнять Git-команды;
- переходить к атрибутам.

Используй только локальные данные.

======================================================================
1. СРАВНИТЬ СОСТОЯНИЕ ДО И ПОСЛЕ
======================================================================

Текущее состояние:

projects/SNL/meta

Резервная копия до безопасной пересборки:

projects/SNL/meta.before-safe-integration-rebuild

Если резервная копия имеет timestamp в имени, найди фактический каталог.

Сравни только поддеревья:

- integration-flow;
- integration;
- integration-point;

на уровнях АС и ФП.

Покажи:

- какие дочерние объекты существовали до пересборки;
- какие существуют сейчас;
- какие исчезли;
- какие были объединены;
- какие были отклонены.

======================================================================
2. ПРОВЕРИТЬ ПЕРВИЧНЫЕ ИСТОЧНИКИ
======================================================================

Для каждого кандидата проверь наличие доказательств в:

- output/INTERACTION_POINTS.md;
- output/INTEGRATION_INTERACTIONS.md;
- output/INTERACTIONS.md;
- output/LINK_DISCOVERY_REPORT.md;
- output/API.md;
- temp_html/*.html;
- старых каталогах interaction_points/;
- старых каталогах integration_interactions/.

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

| Кандидат | Строка таблицы | URL | META ID | Предметные атрибуты | Решение текущего writer-а |
|---|---|---|---|---|---|

Предметными атрибутами считать, например:

- название точки;
- тип взаимодействия;
- поставщик;
- потребитель;
- технический компонент;
- API;
- статус;
- владелец;
- URL объекта.

======================================================================
3. ПРОВЕРИТЬ ПРОПАВШИЕ ТОЧКИ
======================================================================

Отдельно проверить:

1. СНЛ REST-API публикация событий аудита
2. СНЛ IAM Proxy ALPHA
3. СНЛ IAM Proxy SIGMA
4. ТчВ СНЛ Sowa Sigma2Alpha

Для каждой указать:

- найдена ли она в первичном источнике;
- является ли отдельной строкой таблицы;
- имеет ли отдельный URL или ID;
- почему текущий writer её не создал;
- было ли это правильным отклонением или ошибкой фильтрации.

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

======================================================================
4. ПРОВЕРИТЬ ДЕДУПЛИКАЦИЮ SIGMA
======================================================================

Сравнить:

- СНЛ IAM Proxy SIGMA
- Точка взаимодействия СНЛ IAM Proxy SIGMA (Интеграционная)

Указать:

- URL;
- ID;
- исходные строки;
- набор атрибутов;
- действительно ли это один объект;
- какое название должно быть основным;
- какие сведения должны быть объединены.

======================================================================
5. ПРОВЕРИТЬ INTEGRATION И INTEGRATION-FLOW
======================================================================

Итог этапа 1.2 показывает:

- integration-flow: 0 реальных;
- integration: 0 реальных.

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

Не считать вывод подтверждённым только по текущей структуре каталогов.
Проверить исходные Markdown и HTML.

Составить таблицу:

| Тип | Кандидат | Доказательство реального объекта | Решение |
|---|---|---|---|

======================================================================
6. ПРОВЕРИТЬ ЛОГИКУ ФИЛЬТРАЦИИ
======================================================================

Прочитать актуальный:

scripts/structured_meta_writer.py

Найти условия, которые отклоняют кандидатов.

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

- какое условие сработало;
- какие поля объекта были пустыми;
- какие поля реально присутствовали;
- почему объект был отброшен.

Проверить, не требует ли writer одновременно URL и ID, хотя требования
допускают подтверждение отдельной строкой таблицы.

======================================================================
7. ПРОВЕРИТЬ ВЫЗОВ WRITE_STRUCTURED_EXPORT
======================================================================

Проверить scripts/regenerate_reports.py и весь проект:

grep -RIn "write_structured_export" run_exporter.py scripts

Определить точное количество:

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

Не считать строку import вызовом.

Указать, вызывается ли write_structured_export() один или несколько раз
при запуске:

python scripts/regenerate_reports.py

Ничего не исправлять.

======================================================================
8. ИТОГОВЫЙ ОТЧЁТ
======================================================================

Создай только отчёт в ответе GigaCode, файл не создавать.

# Сверка интеграционных объектов после этапа 1.2

## Объекты до пересборки

## Объекты после пересборки

## Пропавшие объекты

## Подтверждённые реальные точки взаимодействия

## Подтверждённые дубли

## Правильно отклонённые ложные кандидаты

## Интеграционные взаимодействия

## Инфопотоки

## Причина потери объектов

## Количество реальных вызовов write_structured_export

## Минимальный план исправления

В конце обязательно ответить:

- сколько реальных integration-flow должно быть;
- сколько реальных integration должно быть;
- сколько реальных integration-point должно быть;
- какие конкретно объекты нужно восстановить.

Ничего не изменять и остановиться.