---

Работаем в project-manager-tools.

Контекст:
PATCH/update уже подтверждён:
- code: TST123456-41
- endpoint: PATCH /rest/api/unit/v2/update/{code}
- HTTP status: 200
- description обновился
- sbertrack_write_enabled в конце false

Теперь нужно проверить remote search по summary БЕЗ cache.

Цель:
Доказать, что find_unit_by_summary умеет найти существующий unit в SberTrack удаленно через API/TQL, даже если локальный cache пустой.

Важно:
- НЕ создавать новые release/epic/story/task/bug.
- НЕ создавать links.
- НЕ делать PATCH/PUT/DELETE.
- НЕ трогать blocker.
- НЕ делать git push.
- НЕ выводить секреты.
- НЕ выводить полный .env.
- sbertrack_write_enabled должен остаться false.
- Нельзя удалять весь cache целиком, если там есть другие полезные записи. Нужно удалить/временно изолировать только запись для testic или сделать backup cache-файла.

Известная сущность:
- summary: testic
- code: TST123456-41
- space/project_key: TST123456
- unit_type: release

Что сделать:

1. Найти cache-файл:
   .sbertrack_cache/units_TST123456.json

2. Создать backup cache-файла:
   .sbertrack_cache/units_TST123456.json.backup_before_remote_search_test

3. Показать cache status безопасно:
   python src/main.py --tracker sbertrack --action sbertrack_cache_status --project luch --service luch-pprb

4. Временно удалить из cache только запись, связанную с:
   - unit_type release
   - summary testic
   - code TST123456-41

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

5. Запустить поиск по summary:

python src/main.py --tracker sbertrack --action sbertrack_find_unit_by_summary --project luch --service luch-pprb --unit_type release --summary "testic" --space TST123456

Ожидаемый результат:
- cache miss
- выполняется remote search через SberTrack API/TQL
- найден code TST123456-41
- POST/PATCH/PUT/DELETE не выполнялись

6. Проверить, что после успешного remote search запись снова попала в cache.

7. Финальный отчет:

## 1. Cache до проверки
- был ли testic в cache
- какой cache-файл использовался

## 2. Cache был очищен/изолирован
- что именно удалили или временно переименовали
- backup создан: да/нет

## 3. Remote search
- endpoint/method, который использовался
- HTTP status
- найденный code
- был ли это cache miss перед поиском

## 4. Cache после проверки
- появилась ли запись testic -> TST123456-41 обратно

## 5. Безопасность
Подтвердить:
- sbertrack_write_enabled=false
- POST create не выполнялся
- PATCH не выполнялся
- PUT не выполнялся
- DELETE не выполнялся
- links не создавались
- blocker не создавался
- git push не выполнялся
- секреты не выводились
- полный .env не выводился

## 6. Вывод
Сказать честно:
- подтвержден ли remote search без cache
- можно ли считать Jira-like ensure полноценным: cache -> remote search -> create/update