Проверка глубины вскрыла главную слабость корпуса: 99 883 документа
КиберЛенинки (56% базы) имеют в среднем 30 отпечатков — заголовок с
аннотацией. Списывание из тела русской статьи L1 не находит, хотя сервис
рассчитан именно на русских студентов. У PMC и arXiv глубина 97% и 94%.
Отдельно: мерить глубину по minio_key оказалось неверно — PMC кладёт тело
статьи в отпечатки при заливке, не сохраняя файл, поэтому «27.5% с полным
текстом» занижало картину для одних источников и скрывало провал у другой.
Честный показатель — число отпечатков на документ, по нему всё и пересчитано.
- backfill_cyberleninka_pdf.py: PDF берётся прямым адресом {url}/pdf (докачка
по обычному url бесполезна — там HTML, замер 0 из 8). Проверено на 50:
углублено 44, в среднем 23 тыс. символов, глубина 30 → 1453 отпечатка;
- backfill_pmc_fulltext.py: сохранение тела статьи из API в MinIO (отпечатки
там уже глубокие — скрипт нужен для отчётов и подсветки, не для детекции);
- store_full_text вынесен из index.enrich_full_text: один путь «текст получен →
MinIO + пересчёт L1 + обновление L2» для задачи докачки и для бэкфиллов.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
10 KiB
Наполнение корпуса — runbook
Текущее состояние (на 2026-08-28)
- 177 147 документов, русский большинство:
ru99 884,en76 936, остальные языки — единицы/десятки. Проблема «не с чем сравнивать русские работы» из более ранней версии этого документа закрыта. - По источникам: CyberLeninka 99 883, OpenAlex 49 276, PMC 14 910, arXiv 13 077,
user_submission(проверенные пользователями работы, не источник для сравнения сами с собой — см. ARCHITECTURE.md §7) 1. - Повторный прогон по уже залитым источникам даёт почти одни дубли (типично
1490 из 1500 на источник): прирост дают только новые публикации. Реальный
рост корпуса — поднятый
limitили новые темы, а не повторный запуск.
Глубина индексации — чем реально располагает детекция (замер 2026-08-28)
Мерить глубину по minio_key (сохранён ли текст в MinIO) нельзя: PMC,
например, кладёт тело статьи в отпечатки прямо при заливке, не сохраняя файл.
Честный показатель — число отпечатков на документ: аннотация даёт десятки,
полный текст — тысячи.
| Источник | Документов | Глубоко (≥500 отпечатков) | Среднее отпечатков |
|---|---|---|---|
| КиберЛенинка | 99 883 | 0 (0.0%) | 30 |
| OpenAlex | 49 276 | 6 240 (12.7%) | 907 |
| PMC | 14 910 | 14 519 (97.4%) | 2 208 |
| arXiv | 13 077 | 12 236 (93.6%) | 4 035 |
Главная слабость — русская часть корпуса. 56% базы (КиберЛенинка) в индексе
представлено заголовком и аннотацией: списывание из тела русской статьи L1 не
найдёт, хотя сервис рассчитан именно на русских студентов. Причина не в
алгоритме: search API отдаёт только аннотацию и OCR-фрагмент (~700 символов), а
url ведёт на HTML-страницу — докачка по нему бесполезна (замер: 0 из 8).
Лечится scripts/ops/backfill_cyberleninka_pdf.py: PDF доступен прямым адресом
{url}/pdf (проверено: 44 из 50, в среднем 23 тыс. символов, глубина 30 → ~1450
отпечатков). Полный прогон — около 48 часов при вежливом 1 req/s и порядка
+220 млн строк в fingerprints (~22 ГБ; место на сервере БД проверять заранее).
Покрытие L3 на ту же дату — 93 053 вектора (52.5% корпуса); ещё 60 993 документа
числились векторизованными ошибочно, отметки сброшены faiss_reconcile.py.
- OpenAlex при массовом запуске упирается в лимит вежливого пула (10 req/s на mailto, общий для всех воркеров) — пауза между страницами поднята до 1с.
- Добавлен 4-й парсер — PMC (PubMed Central,
scripts/parsers/pmc.py), англоязычные научные статьи открытого доступа. - Массовое расширение по дисциплинам теперь двумя сидерами:
seed_ru_sources.py(русскоязычные, CyberLeninka/OpenAlexlang=ru) иscripts/seed_broad_corpus.py(англоязычные — OpenAlex/arXiv/PMC по широкому списку дисциплин, добавлен позже первой волны). - Операционный риск массовой докачки (
consumer_timeoutRabbitMQ vs долгие таски) закрыт бюджетом времени прогона иworker_prefetch_multiplier=1— подробности и почему префетч тут главный, см. DR-HA.md §6.
Что подготовлено
- Парсер CyberLeninka починен (
scripts/parsers/cyberleninka.py): раньше слал GET на/api/search→ HTTP 405; теперь POST с JSON-телом (mode=articles), authors из списка, чистка<b>/HTML-сущностей. Проверено вживую (5/5 тем) + юнит-тесты (scripts/parsers/tests/), в гейте CI. - Прод-путь готов:
index.run_parser(source_id)уже умеетcyberleninkaиopenalexclang=ru. - Сидер источников:
scripts/seed_ru_sources.py— 30 студенческих дисциплин.
Запуск русской заливки
# 1. (на app-хосте / в контейнере worker-indexer, где есть psycopg2 и прод-.env
# — .env на проде теперь генерируется из Infisical на каждом деплое, см.
# ARCHITECTURE.md §10, руками его не редактировать)
# Посмотреть план:
python scripts/seed_ru_sources.py
# Создать источники в parse_sources (лимит на дисциплину):
python scripts/seed_ru_sources.py --apply --limit 500
# 2. Проверить пару источников на темпе/качестве, затем запустить заливку:
# • Админ-панель → «Источники» → «Запустить» (или «Запустить всё»), ЛИБО
# • Celery: index.run_parser.delay(source_id) по каждому id
Управление заливкой из админки
Всё, что ниже, доступно на странице «Источники» — CLI для этого больше не нужен:
- Шкала загрузки у каждого источника: стадия (выборка → индексация), сколько
получено из скольки, сколько добавлено/дублей/ошибок. Раскрытая строка —
журнал прогона по шагам с таймингами (таблица
parse_runs). - «Запустить всё» — прогон по всем включённым источникам; уже идущие пропускаются. «Остановить всё» и остановка по одному — кооперативная отмена: воркер останавливается сам на ближайшем тике, не обрывая запись в базу.
- Пакетное добавление — один тип источника + список тем (по строке),
опционально с немедленным запуском. Заменяет
seed_*.pyдля разовых расширений. - Загрузка работ в базу — PDF/DOCX/TXT прямо в корпус сравнения
(
index.ingest_upload,source=manual_upload), минуя проверку и отстойник. - Страница «Отладка» — очереди, воркеры, покрытие эмбеддингами, зависшие и упавшие прогоны (см. ARCHITECTURE.md §12).
После большой заливки — свериться с покрытием L3 (панель отладки, «Векторов в индексе»). Порядок именно такой, из двух шагов:
scripts/ops/faiss_reconcile.py(в контейнере worker-gpu) — сверяет отметкиfaiss_idс реальным содержимым индекса и обнуляет ложные. Без этого шага документы, потерявшие вектор при пересоздании индекса, не попадут на пересчёт: они всё ещё «отмечены».scripts/ops/reembed_missing.py(в контейнере worker-indexer) — отправляетgpu.embed_documentsдля всехfaiss_id IS NULL.
Оба по умолчанию dry-run, отправляют/меняют только с --apply.
Прогон со статусом partial — это не ошибка: сработал бюджет времени
(PARSER_TIME_BUDGET_S, 1500с), заливка остановилась раньше consumer_timeout
RabbitMQ. Остаток добирается повторным запуском источника.
Заливка сама: fetch (rate-limit 1 req/s) → add_document (дедуп по ext_id,
fingerprints L1, MinHash L2) → батч-эмбеддинги gpu.embed_documents (L3). ~30 тем ×
500 ≈ 15K русских документов на первый заход.
Проверка результата
SELECT lang, count(*) FROM documents GROUP BY lang ORDER BY 2 DESC; -- должен появиться ru
SELECT source, count(*) FROM documents WHERE source='cyberleninka'; -- > 0
Масштаб (следующий уровень)
- Больше тем + выше
--limit; добавить OpenAlexlang=ru(качество ниже — англ. заголовки с меткой ru). - Для миллионов — bulk (снапшот OpenAlex на S3), а не постраничный API.
- На масштабе обязателен
VECTOR_BACKEND=qdrant(FAISS flat не тянет), а таблицаfingerprints(уже ~113M строк на 177K доков — партиционирование стоит планировать заранее, не постфактум) потребует партиционирования. См. ARCHITECTURE.md и DR-HA.md.