268 lines
27 KiB
Markdown
268 lines
27 KiB
Markdown
# Diff-план: заявка v1 → v2
|
||
|
||
> **Источник критики:** экспертиза РНФ, заявка № 26-21-20137 (не поддержана). Каждая правка привязана к конкретной претензии Э2 или Э3. Э1 (оценка 5) проигнорирован как неадекватный — он написал, что у руководителя «достаточно статей в WoS/Scopus», хотя их 0.
|
||
|
||
---
|
||
|
||
## 0. Стратегические предпосылки (сделать ДО переподачи)
|
||
|
||
Без них правки текста не спасут.
|
||
|
||
### 0.1. 🔴 Закрыть публикационный разрыв
|
||
**Проблема:** у всей команды 0 статей в WoS CC / Scopus / RSCI. Плановые «1 WoS/Scopus + 2 RSCI» выглядят недостижимыми (Э2, Э3).
|
||
|
||
**Действие до подачи:**
|
||
- **Минимум 1 публикация Scopus/WoS руководителя** (хоть Q4). Варианты быстрых венью:
|
||
- «Pattern Recognition and Image Analysis» (уже в планах v1) — Scopus, отправить сейчас
|
||
- «Компьютерная оптика» (Q3 Scopus, русскоязычный, быстрый цикл)
|
||
- «Информатика и автоматизация (Труды СПИИРАН)» (Scopus)
|
||
- **Минимум 2 публикации RSCI** членов команды (коллективно) — «Искусственный интеллект и принятие решений», «Труды СПИИРАН»
|
||
- В v2 заявки п. 2.9 должен содержать уже *принятые* или *опубликованные* статьи в этих базах, а не только «Проблемы ИИ»
|
||
|
||
### 0.2. 🔴 Биомеханический партнёр
|
||
**Проблема:** Э2: «нет упоминаний о договорённостях или планах сотрудничества с научными или медицинскими учреждениями, обладающими требуемой биомеханической и измерительной инфраструктурой»
|
||
|
||
**Действие:**
|
||
- Договориться о совместной работе с:
|
||
- кафедрой биомеханики / спортивной медицины одного из вузов (ДонНУ, ДонНМУ, РостГМУ, РГУФКСМиТ)
|
||
- или спортивной клиникой / реабилитационным центром
|
||
- Оформить **письмо о научном сотрудничестве** с доступом к MoCap (Qualisys/Vicon/OptiTrack) или IMU-сенсорам как ground truth для валидации
|
||
- В 4.8 прописать эту базу
|
||
|
||
### 0.3. 🟡 Доля рабочего времени руководителя
|
||
**Проблема:** Э2 и Э3 прямо указали: 25% + параллельный проект по БПЛА = недостаточно для научного руководства
|
||
|
||
**Варианты:**
|
||
- Повысить до 40–50% (отказаться от одной из руководящих ролей в другом НИР — параллельный НИР по БПЛА завершается в 2026, можно не брать новый)
|
||
- Либо ввести со-руководителя с публикациями Scopus/WoS (из партнёрского вуза)
|
||
|
||
### 0.4. 🟡 Расширить команду профильным экспертом
|
||
**Проблема:** Э3: «ни один из участников не имеет устойчивого публичного научного задела в международных источниках… сомнения в способности выполнить междисциплинарную задачу»
|
||
|
||
**Действие:** добавить 5-го участника — биомеханика / спортивного врача / PhD по motion analysis из партнёрской организации. Студент + 2 аспиранта + 1 стажёр выглядит слабо для междисциплинарной темы.
|
||
|
||
---
|
||
|
||
## 1. Переписать научную рамку
|
||
|
||
### 1.1. Раздел 4.1 «Научная проблема» 🔴
|
||
|
||
**Было (v1):**
|
||
> «Отсутствие универсальных, объективных и мобильных методов анализа техники выполнения физических упражнений с учётом индивидуальных биомеханических особенностей человека… у разных пользователей различаются пропорции тела, длина рычагов, осанка и амплитуда движений, из-за чего невозможно использовать универсальный эталон "правильной техники"».
|
||
|
||
**Критика:**
|
||
- Э2: «в заявке не обозначена конкретная, нерешённая научная проблема»
|
||
- Э3: «нет чётко сформулированной научной гипотезы, способной обеспечить прорыв»
|
||
|
||
**Надо (v2):** сформулировать **одну конкретную научную проблему** с ясной гипотезой. Пример переформулировки:
|
||
|
||
> *Существующие методы оценки техники упражнений из видео делятся на два класса: (а) геометрические эвристики на основе ключевых точек поз (чувствительны к ракурсу, антропометрии, не обобщаются на новых пользователей); (б) end-to-end нейросетевые классификаторы (требуют больших размеченных датасетов, неинтерпретируемы, «чёрный ящик»). Для контроля техники в неразмеченной среде (вариативные ракурсы, освещение, антропометрия) необходим метод, обладающий одновременно: (1) интерпретируемостью на уровне биомеханических дескрипторов, (2) устойчивостью к few-shot режиму (новое упражнение / новый пользователь без дообучения), (3) вычислительной сложностью <5 GFLOPs для работы на edge-устройстве в реальном времени.*
|
||
>
|
||
> *Научная гипотеза проекта: комбинация нейросетевого экстрактора биомеханических дескрипторов (углы, угловые скорости, симметрия, фазовые признаки движения) с нечёткой моделью вывода, обученной в рамках few-shot протокола на синтетических ошибках техники, обеспечит качество классификации ошибок ≥X% при <Y мс latency, что эквивалентно или превосходит end-to-end подходы при сохранении интерпретируемости.*
|
||
|
||
### 1.2. Раздел 4.2 «Научная значимость и актуальность» 🟡
|
||
|
||
**Было:** общие фразы про цифровизацию фитнеса и травматизм.
|
||
|
||
**Критика:** Э2: «актуальность обоснована общими фразами о цифровизации и важности предотвращения травм, без глубины постановки научной задачи».
|
||
|
||
**Надо:** убрать общие фразы про «цифровизацию», заменить на **количественные утверждения**:
|
||
- Статистика травм при самостоятельных силовых тренировках (цифра + ссылка на медицинский источник, например, журнал «British Journal of Sports Medicine» или Росстат)
|
||
- Объём рынка self-guided fitness apps и доля тех, кто тренируется без тренера (данные FitTech research)
|
||
- Точность существующих решений (BlazePose ~X PCK на fitness-датасетах, падение качества на Y% при смене ракурса) — показать конкретный количественный gap
|
||
|
||
### 1.3. Раздел 4.3 «Задачи» 🟢
|
||
|
||
**Было:** 7 задач, в целом разумных.
|
||
|
||
**Правки:** добавить **задачу валидации** отдельным пунктом (измерение согласованности с MoCap ground truth), заменить «литературный обзор» (задача 1) на «систематический анализ SOTA с выделением gap» с количественным критерием.
|
||
|
||
### 1.4. Раздел 4.4 «Научная новизна» 🔴
|
||
|
||
**Было:**
|
||
> «разработка интерпретируемого метода анализа двигательной активности человека, основанного на комбинации нейросетевых моделей оценки поз и системы правил с нечёткой логикой»
|
||
|
||
**Критика:**
|
||
- Э2: «заявленная научная новизна выглядит скорее как инженерная компиляция известных методов»
|
||
- Э3: «включение нечёткой логики без чёткой мотивации и сравнения с альтернативами выглядит как устаревший приём»
|
||
|
||
**Надо:** переформулировать новизну **через конкретные методологические вклады**, а не через «комбинацию»:
|
||
|
||
1. **Новый алгоритм адаптации нечётких правил к антропометрическим параметрам** (auto-tuning функций принадлежности через ANFIS + self-supervised калибровка на 3 сек. видео, без ручной разметки)
|
||
2. **Few-shot протокол обучения классификатора ошибок техники** на синтетически порождённых ошибочных позах из правильной эталонной (через контролируемые возмущения в латентном пространстве pose estimator) — убирает необходимость собирать тысячи реальных видео ошибок
|
||
3. **Лёгкая гибридная архитектура SmartRep-Net-Lite** с <5 GFLOPs и верифицируемой ошибкой вывода (certified bounds) через сертифицированную дефаззификацию
|
||
|
||
Дать **явную мотивацию fuzzy logic** vs альтернативы: «Fuzzy logic выбрана как компромисс между интерпретируемостью (уступает rule-based, превосходит attention), обучаемостью (уступает end-to-end, превосходит символьные правила) и вычислительной сложностью для edge. Альтернативы рассмотрены в разделе 4.5: concept bottleneck models (требуют разметки концептов), neuro-symbolic (высокая сложность), attention-based interpretability (post-hoc, не сертифицируема)».
|
||
|
||
### 1.5. Раздел 4.5 «Современное состояние» 🔴 КРИТИЧЕСКАЯ ПЕРЕРАБОТКА
|
||
|
||
**Было:** список BlazePose/MoveNet/EfficientPose + 2023–2025 направления + упоминание Musculus.app как конкурента.
|
||
|
||
**Критика:**
|
||
- Э2: «коллектив владеет общей картиной, но не демонстрирует глубокого и критического понимания современного состояния… используется для констатации существующих трендов, а не для выявления нерешённой научной проблемы»
|
||
- Э3: «отсутствует критическая оценка сильных и слабых сторон конкурентов… не рассмотрены последние достижения в области few-shot, zero-shot и доменной адаптации… методы, использующие физические ограничения в нейросетевых моделях»
|
||
- Э2: «аналогичные гибридные подходы известны и применяются… предлагаемый проект не демонстрирует принципиальных преимуществ или качественного отрыва от этих аналогов»
|
||
|
||
**Надо полностью переписать, добавив 5 блоков:**
|
||
|
||
**(а) Таблица SOTA по pose estimation на edge** — BlazePose, MoveNet, MovePose, RTMPose, EfficientPose, YOLO-Pose, Lite-HRNet — **столбцы: mAP на COCO, latency на Snapdragon/Pixel, GFLOPs, robustness к ракурсу (если есть данные), обучение few-shot (есть/нет)**. Выделить пустые клетки как gap.
|
||
|
||
**(б) Fitness-specific solutions review:**
|
||
- Академические: ExerSense (NTU, 2022), FitAssist (CMU, 2023), Pose Trainer (Stanford, 2021) — с критикой: датасет мал, не работает при смене ракурса, etc.
|
||
- Коммерческие: Peloton Guide, Tempo Studio, Tonal, Mirror, Musculus.app, Kaia Health
|
||
- Отечественные: Musculus.app (СПбПУ) — прямо указать, чем SmartRep отличается (offline vs cloud, мобильная vs стационарная камера, нечёткая логика vs онтология)
|
||
|
||
**(в) Методы, которые Э3 требует обсудить:**
|
||
- Few-shot pose learning (Meta-HRNet, ProtoPose)
|
||
- Domain adaptation для поз (PoseDA, UDAPE, PoSynDA)
|
||
- Physics-informed pose estimation (PhysCap, HuMoR, physically plausible motion)
|
||
- Action Quality Assessment (MUSDL, CoRe, AQA-7)
|
||
|
||
**(г) Interpretable ML для motion analysis:**
|
||
- Concept Bottleneck Models, ProtoPNet, neuro-symbolic подходы
|
||
- Fuzzy logic для AQA — цитирование работ с явным ограничением: Д.Г. Арсеньев/А.Е. Мисник (СПбПУ), TSK-ANFIS для движений
|
||
|
||
**(д) Ясный gap statement в конце:**
|
||
> *Ни одно из рассмотренных решений одновременно не обеспечивает: (1) few-shot адаптацию к новому упражнению без сбора датасета, (2) сертифицируемую интерпретируемость на уровне биомеханических дескрипторов, (3) real-time работу <30 мс на мобильном CPU без NPU, (4) устойчивость к вариациям ракурса и антропометрии пользователя. SmartRep закрывает этот gap через [архитектурное решение X, алгоритм Y, протокол обучения Z].*
|
||
|
||
**Ссылки:** минимум 30, из них **15+ за 2024–2026, включая CVPR/ICCV/ECCV/NeurIPS/ICML**. В v1 ссылки только на медиум-tier источники.
|
||
|
||
### 1.6. Раздел 4.6 «Методы и подходы» 🟡
|
||
|
||
**Было:** общее описание — CV → скелет → углы → fuzzy rules → валидация.
|
||
|
||
**Критика:** Э3: «описание методологии остаётся на уровне общих фраз и не содержит конкретных формализованных предложений по реализации ключевых компонентов, особенно в части построения нечёткой системы принятия решений».
|
||
|
||
**Надо добавить формализм:**
|
||
|
||
**Модуль оценки поз:** $\hat{P} = f_\theta(I)$, где $I \in \mathbb{R}^{H \times W \times 3}$ — кадр, $\hat{P} \in \mathbb{R}^{K \times 3}$ — 2D-позы с confidence, $K=33$ (BlazePose topology). Базовая модель: BlazePose-Lite с дообучением на собранном датасете через KD от RTMPose-L.
|
||
|
||
**Биомеханический дескриптор:**
|
||
$$D(t) = [\theta_1(t), \ldots, \theta_n(t), \omega_1(t), \ldots, \dot{\theta}_n(t), S(t), A(t)]$$
|
||
где $\theta_i$ — углы суставов, $\omega_i$ — угловые скорости, $S$ — симметрия, $A$ — амплитуда.
|
||
|
||
**Модуль нечёткого вывода:** TSK-ANFIS с функциями принадлежности Гаусса $\mu_i(x) = \exp(-(x-c_i)^2/\sigma_i^2)$. База правил: IF $\theta_{knee}$ is «малый» AND $\omega_{hip}$ is «большой» THEN «ошибка: неполное приседание».
|
||
|
||
**Протокол few-shot обучения:**
|
||
1. Запись эталонного видео пользователя (3–5 повторений правильной техники)
|
||
2. Калибровка антропометрии: нормализация $\theta_i$ по референсным углам из эталона
|
||
3. Синтез ошибочных поз через контролируемые возмущения: $P_{err} = P_{ref} + \epsilon \cdot v$, где $v$ — направление ошибки (например, «округление спины» = увеличение угла позвоночника в сагиттальной плоскости)
|
||
4. Дообучение ANFIS на парах (правильно, ошибочно) — 1–2 мин на смартфоне
|
||
|
||
**Метрики валидации** (с целевыми значениями):
|
||
- PCK@0.05 на собранном датасете: ≥85%
|
||
- F1 классификации ошибок: ≥0.80
|
||
- MAE углов vs MoCap ground truth: ≤5°
|
||
- Latency на Snapdragon 8 Gen 2: ≤30 мс
|
||
- Размер модели: ≤10 МБ (INT8)
|
||
|
||
### 1.7. Раздел 4.7 «Научный задел» 🟡
|
||
|
||
**Было:** перечень публикаций команды по распознаванию речи, геолокализации, CV.
|
||
|
||
**Правка:** перестроить **от задачи SmartRep**, а не хронологически. Показать, что у команды есть:
|
||
- Опыт pose estimation / keypoint detection на edge (публикации Пикалёва, Ермоленко по нейронным архитектурам с ограниченной мощностью)
|
||
- Опыт сбора и аннотации визуальных датасетов (Устенко — РИД по системе аннотации)
|
||
- Опыт квантизации и оптимизации моделей для мобильных устройств (Пикалёв — статьи по edge inference)
|
||
- Опыт работы в реальном времени (Павленко — YOLO real-time)
|
||
|
||
Убрать нерелевантные речевые публикации в конец, либо вовсе сократить.
|
||
|
||
---
|
||
|
||
## 2. Валидация и инфраструктура
|
||
|
||
### 2.1. Раздел 4.8 «Оборудование» 🔴
|
||
|
||
**Было:** «имеется… высокопроизводительные рабочие станции и сервер с GPU NVIDIA RTX 4090».
|
||
|
||
**Критика:** Э2: «критически не хватает специализированного оборудования (систем захвата движения и биомеханических сенсоров), без которого невозможна достоверная верификация».
|
||
|
||
**Надо добавить** (через партнёрство по п. 0.2):
|
||
- Доступ к MoCap-лаборатории партнёра (Vicon/Qualisys) — для создания ground truth датасета
|
||
- IMU-сенсоры (MVN Xsens / собственные на основе BNO085) — для мобильной валидации
|
||
- Набор мобильных тестовых устройств разного класса (low/mid/flagship)
|
||
- Инструментальная камера высокой частоты (240 fps) для верификации
|
||
|
||
### 2.2. План валидации (новый подраздел в 4.6) 🔴
|
||
|
||
**Эксперимент 1 — точность keypoints:** на датасете Human3.6M (публичном) + собственном собранном датасете спортсменов, метрика PCK@0.05.
|
||
|
||
**Эксперимент 2 — согласованность с MoCap:** 20 добровольцев × 5 упражнений × 10 повторений, одновременная запись на смартфон и MoCap. Bland-Altman plot + ICC для углов.
|
||
|
||
**Эксперимент 3 — распознавание ошибок:** сравнение с экспертной оценкой (3 сертифицированных тренера), Cohen's κ ≥ 0.75.
|
||
|
||
**Эксперимент 4 — устойчивость к ракурсу/освещению:** абляция по углу камеры (±45°), освещённости (100–2000 лк), расстоянию.
|
||
|
||
**Эксперимент 5 — производительность:** benchmark на 5 мобильных устройствах разного класса.
|
||
|
||
---
|
||
|
||
## 3. Организационная часть
|
||
|
||
### 3.1. Форма Т / 2.15 — Доля времени 🟡
|
||
|
||
**v1:** 25%
|
||
**v2:** ≥40% (см. 0.3)
|
||
|
||
### 3.2. План работ 4.9–4.11 🟡
|
||
|
||
**Критика:** Э3: «расписание по годам составлено в обобщённой форме, без чётких контрольных точек, метрик успеха или критериев оценки прогресса».
|
||
|
||
**Надо:** в каждом квартале добавить:
|
||
- **Deliverable** (код/датасет/статья/прототип)
|
||
- **Метрика успеха** (конкретное число)
|
||
- **Критерий перехода к следующему этапу** (go/no-go)
|
||
|
||
Пример для IV кв. 2026:
|
||
- Deliverable: аннотированный датасет на ≥500 видео × 5 упражнений × 3 ракурса
|
||
- Метрика: inter-annotator agreement Cohen's κ ≥ 0.80
|
||
- Критерий: если κ < 0.80 — пересмотреть схему аннотации прежде, чем обучать модель
|
||
|
||
### 3.3. Форма 5 — Смета 🔴
|
||
|
||
**Проблема:** Э2 указал конкретную ошибку в расчёте отчислений 30,2% (учтены «дополнительно», а не через деление на 1,302).
|
||
|
||
**Надо:** пересчитать п. 1 «Итого вознаграждение» с корректной формулой. Проверить бухгалтером организации.
|
||
|
||
**Дополнительно:** в смете v1 только NAS за 70 тыс. руб. Стоит рассмотреть:
|
||
- 2–3 мобильных устройства для тестирования (Android разных SoC) — ~150 тыс.
|
||
- IMU-сенсоры для валидации — ~100 тыс.
|
||
- Услуги аннотации через краудсорсинг / привлечение тренеров — в «иные расходы»
|
||
|
||
### 3.4. Публикационный план 1.9 🟡
|
||
|
||
**v1:** 1 WoS/Scopus + 2 RSCI + 0 иных + 0 Белый список
|
||
**Критика:** недостижимо по мнению Э2
|
||
|
||
**v2:** либо
|
||
- (консервативный вариант) оставить 1+2+0, но показать уже принятую статью Scopus к моменту подачи
|
||
- (амбициозный) 2 WoS/Scopus (Q2–Q3) + 2 RSCI + 1 Белый список
|
||
|
||
---
|
||
|
||
## 4. Чеклист минимального порога для переподачи
|
||
|
||
| Пункт | Статус | Дедлайн |
|
||
|---|---|---|
|
||
| 1 статья руководителя принята в Scopus/WoS | ☐ | до подачи |
|
||
| 2 статьи команды приняты в RSCI | ☐ | до подачи |
|
||
| Письмо о сотрудничестве с биомех. лабораторией | ☐ | до подачи |
|
||
| Доля руководителя ≥ 40% | ☐ | до подачи |
|
||
| Переписан раздел 4.5 (≥30 ссылок, ≥15 за 2024–26, SOTA-таблица, gap statement) | ☐ | до подачи |
|
||
| Переписан раздел 4.1 (конкретная гипотеза с измеримыми величинами) | ☐ | до подачи |
|
||
| Переписан раздел 4.4 (3 методологических вклада, не «комбинация») | ☐ | до подачи |
|
||
| Добавлен план валидации с MoCap | ☐ | до подачи |
|
||
| Пересчитана смета (формула 30,2%) | ☐ | до подачи |
|
||
| План работ с метриками и go/no-go | ☐ | до подачи |
|
||
| Обоснован выбор fuzzy logic vs альтернативы | ☐ | до подачи |
|
||
|
||
---
|
||
|
||
## 5. Приоритеты следующих шагов
|
||
|
||
1. **Сразу** — подать статью в Scopus (самый долгий цикл, 3–6 мес. на рецензирование). Рекомендация: начать с «Компьютерная оптика» или «Информатика и автоматизация».
|
||
2. **Параллельно** — списаться с биомех. лабораториями. Целевые контакты: кафедры биомеханики ВУЗов ЦФО/ЮФО, спорт. клиники.
|
||
3. **Через неделю** — подготовить обновлённый обзор SOTA (это самая тяжёлая часть, но делается один раз и потом пригодится для всех будущих публикаций).
|
||
4. **За месяц до подачи** — интегрировать всё в форму заявки, прогнать по чеклисту выше.
|