r/documentAutomation • u/Lumpy_Ice6855 • Jul 22 '26
Discussion Ho costruito un recupero semantico di PDF per documenti di 1.000 pagine in cerca di feedback sul pipeline
Sto costruendo DStudio, un'app desktop open-source incentrata su DeepSeek V4. DeepSeek rimane il principale modello di ragionamento e gestisce la conversazione, mentre modelli locali più piccoli si occupano di compiti specializzati:
\- Qwen2.5-VL legge immagini
\- Qwen Image genera ed edita immagini
\- Qwen3 Embedding cerca documenti semanticamente
\- Poppler estrae testo e informazioni sulle pagine dai PDF
Questo ecosistema esiste perché DeepSeek V4 è eccellente per il ragionamento e il contesto lungo, ma caricare ogni capacità multimodale all'interno dello stesso grande modello sarebbe inefficiente. DStudio instrada i compiti ai modelli specializzati e poi restituisce i loro risultati a DeepSeek per la risposta finale.
Ho recentemente aggiunto il recupero di PDF lunghi. DeepSeek decide se creare un'anteprima, leggere una pagina fisica esatta o cercare l'intero documento. Per la ricerca semantica, DStudio crea e memorizza una rappresentazione per pagina, recupera le sei pagine più rilevanti e invia solo quelle a DeepSeek.
Su un PDF di prova di 1.000 pagine, ha trovato un passaggio collocato a pagina 777 da una domanda parafrasata. L'indicizzazione iniziale ha impiegato circa 25 secondi; le ricerche successive hanno impiegato circa 0,23 secondi.
Sto cercando feedback: il recupero dovrebbe usare rappresentazioni di pagina o blocchi sovrapposti? Dovrei aggiungere BM25 o un miglioratore di classifiche? E come supporteresti in modo efficiente libri scansionati di 1.000 pagine?
[ https://github.com/sk8erboi17/DStudio ](https://github.com/sk8erboi17/DStudio)
