FiD, или Fusion-in-Decoder, стал одним из базовых паттернов retrieval-augmented generation. Его идея в том, что retrieved passages лучше не склеивать в один длинный кусок до чтения, а обрабатывать как отдельные evidence units, которые потом объединяются уже в decoder. Это позволяет модели лучше использовать несколько источников одновременно.
В 2026 FiD остаётся важным ориентиром для RAG-архитектур. Даже если современные системы строятся поверх других моделей, сама идея evidence fusion across multiple retrieved passages остаётся очень живой.
В наивном RAG retrieved docs часто просто конкатенируются. Это быстро, но:
FiD делает ставку на более явную работу с несколькими passages before final generation.
FiD хорошо подходит для:
Если вопрос закрывается одним точным документом, выгода техники ниже.
FiD может быть тяжёлым по вычислениям, особенно при большом числе passages. Ещё одна проблема — если retrieval принёс много мусора, fusion сама по себе это не исправит.
То есть качество FiD всё ещё сильно зависит от retrieval layer.
С ростом контекстных окон temptation просто "засунуть всё в prompt" стала сильнее, но структурная проблема multi-source evidence никуда не ушла. FiD остаётся полезным напоминанием, что важен не только размер контекста, но и способ его объединения.
Это делает технику актуальной для продвинутых RAG stacks и сегодня.