DEV: expose vacancy response status to applicant

[TThanos3000]

Что изменено

• В detail-контракт вакансии добавлено read-only поле response_status.
• with_applicant_state() получает VacancyResponse.is_approved correlated subquery в том же queryset вакансии.
• Serializer преобразует состояние в pending, accepted, rejected либо null.
• Существующие has_responded, can_respond и can_manage_responses не изменены.
• Добавлены regression-тесты всех состояний и отсутствия отдельного SQL-запроса к отклику из serializer.

Контракт

• anonymous или отклика нет: response_status: null;
• is_approved IS NULL: response_status: "pending";
• is_approved = true: response_status: "accepted";
• is_approved = false: response_status: "rejected".

Проверки

• Backend PostgreSQL CI: passed.
• PostgreSQL targeted locking/vacancy response tests: 34/34 passed.
• PostgreSQL full backend suite: 552/552 passed.
• Обычный CI: Lint passed; Tests 552/552 passed.
• Black изменённых файлов: passed.
• Flake8 изменённых файлов: passed.
• Python compileall для vacancy: passed.
• Annotation/status mapping smoke: passed.
• manage.py check: passed в PostgreSQL CI.
• manage.py check --tag models: passed локально и в PostgreSQL CI.
• makemigrations --check --dry-run: passed, изменений моделей нет.
• Миграции применены на пустую PostgreSQL DB: passed.
• git diff --check: passed.
• Локальный PostgreSQL на localhost:5432 недоступен; SQLite не использовался.
• Обычный локальный manage.py check блокируется отсутствующей системной библиотекой WeasyPrint (gobject-2.0-0), при этом эта проверка успешно прошла в CI.

Границы

• Base: dev at 7d41166cc33d42c7c0691c1ae8cf4a91edc30757.
• Модели, миграции, lifecycle откликов, catalog, project signals, frontend, workflows, deploy и Docker не изменялись.