forked from Pikaliov/fuze_task
2c6a00a4ca
Multimodal fusion research on StripNet+GTA-UAV proxy: - 3 independent fusion tracks: condition-aware (A), token/bottleneck (B), role-aware (C) - Shared interfaces, protocol, dataset audit, baseline benchmarks - Canonical version-chain references to vault (SPEC, ANALYSIS, TRIAGE) - Personalized task plans and decision tables for each researcher - 3 generated DOCX task assignment files with milestones and DoD checklist - Full modality dropout diagnostics and missing-modality robustness requirements - Data contract, benchmark registry, experiment tracking infrastructure Operational documents: - docs/00_project/: MERIDIAN context, protocol, repository reuse guide, experiment specification - docs/01_tasks/: Master assignment + 3 individual researcher tracks + joint integration - docs/02_references/: Core literature, version-chain bases, code maps - docs/03_codebase_guides/: Existing code snapshots from vault - scripts/: gen_task_plans.js (DOCX generation), placeholder infrastructure - vendor_reference/: Snapshots of caption_test, depth_edges_annotate, existing SOFIA/SegModel code - reports/, results/, experiments/: Shared output structure for all 3 researchers 3 DOCX files generated from gen_task_plans.js (Times New Roman 14pt, GOST format): - План_заданий_Павленко_БВ.docx (Condition-Aware track, fusion API owner) - План_заданий_Близно_МВ.docx (Token/Bottleneck track, benchmark owner) - План_заданий_Мороз_ЕС.docx (Role-Aware track, data contract owner) Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
73 lines
3.5 KiB
Markdown
73 lines
3.5 KiB
Markdown
# Критерии приёмки
|
||
|
||
## 1. Общий код
|
||
|
||
- [ ] Есть единый `FusionModelBase`.
|
||
- [ ] Три fusion family зарегистрированы через один registry.
|
||
- [ ] Все варианты принимают одинаковый view batch.
|
||
- [ ] Все варианты возвращают `[B, 1024]` и diagnostics.
|
||
- [ ] Batch sizes 1 и 4 проходят shape tests.
|
||
- [ ] Satellite и UAV forward тестируются отдельно.
|
||
- [ ] Нет координатных или paired-view features.
|
||
- [ ] Конфигурация вынесена в gin.
|
||
- [ ] Датасет и веса не хранятся в репозитории.
|
||
|
||
## 2. Персональная архитектура
|
||
|
||
Для каждого сотрудника:
|
||
|
||
- [ ] Рассмотрено минимум три кандидата внутри своего семейства.
|
||
- [ ] До реализации выбран primary и fallback.
|
||
- [ ] Есть формулы и полная tensor table.
|
||
- [ ] Описаны shared и view-specific параметры.
|
||
- [ ] Рассчитаны params и оценена attention/conv complexity.
|
||
- [ ] Есть unit tests и smoke config.
|
||
- [ ] Есть минимум один механизм измерения вклада модальностей.
|
||
- [ ] Есть falsification criteria.
|
||
- [ ] Код прошёл назначенное взаимное ревью.
|
||
|
||
## 3. Эксперименты
|
||
|
||
- [ ] B0 запущен по общему protocol.
|
||
- [ ] Все primary variants запущены на одном split и seed 42.
|
||
- [ ] Финалисты запущены на 42/123/456.
|
||
- [ ] R@1/R@5/R@10 рассчитаны с multi-match ground truth.
|
||
- [ ] Сохранены VRAM и latency.
|
||
- [ ] Сохранены config snapshots и git commit.
|
||
- [ ] Выполнены общие modality ablations.
|
||
- [ ] Выполнены персональные ablations победившего варианта каждого трека.
|
||
|
||
## 4. Отчёты
|
||
|
||
- [ ] Три персональных design reports.
|
||
- [ ] Три implementation reports.
|
||
- [ ] Общая сравнительная таблица.
|
||
- [ ] Таблица mean/std по трём seed.
|
||
- [ ] Pareto table accuracy/VRAM/latency/params.
|
||
- [ ] Ошибки и failure cases с примерами.
|
||
- [ ] Decision record с primary, fallback, research-arm.
|
||
- [ ] Все утверждения отделяют наблюдение от гипотезы.
|
||
|
||
## 5. Оценка работ
|
||
|
||
| Критерий | Вес |
|
||
|---|---:|
|
||
| Retrieval quality и статистическая устойчивость | 30 |
|
||
| Корректность общей интеграции | 20 |
|
||
| Соответствие modality roles | 15 |
|
||
| Воспроизводимость экспериментов | 15 |
|
||
| Compute feasibility | 10 |
|
||
| Качество анализа и falsification | 10 |
|
||
|
||
## 6. Блокирующие дефекты
|
||
|
||
Работа не принимается при наличии любого пункта:
|
||
|
||
1. Cross-view leakage внутри encoder.
|
||
2. Некорректная diagonal-only evaluation GTA-UAV.
|
||
3. Разные split или loss для сравниваемых primary variants.
|
||
4. Отсутствие RGB-only baseline.
|
||
5. Невоспроизводимые пути и отсутствующий config snapshot.
|
||
6. NaN/Inf в descriptor или loss без разобранной причины.
|
||
7. Изменение общего protocol после просмотра результатов без decision record.
|