Budżet: 1300 EUR Termin: 5 dni
Cześć,
Mam praktyczne doświadczenie w budowaniu systemów backendowych, które łączą dane strukturalne z LLM do zapytań w naturalnym języku, z silnym naciskiem na niezawodność, zabezpieczenia i gotowość do produkcji.
Twoje zadanie jest bardzo jasne: to nie jest tylko „czat z danymi”, ale kontrolowany proces NL → zapytanie strukturalne, w którym dokładność, logika awaryjna i łatwość utrzymania mają znaczenie. To właściwe podejście do danych dotyczących benchmarkingu wynagrodzeń, szczególnie w przypadku klientów z sektora usług finansowych.
Mogę pomóc w:
budowaniu usługi backendowej i warstwy danych SQL poza Bubble
wdrażaniu bezpiecznego pobierania z prywatnych danych strukturalnych
udostępnianiu czystych punktów końcowych REST dla Bubble
formatowaniu wyników benchmarków do użytku zewnętrznego
dodawaniu logiki awaryjnej dla przypadków niskiej pewności / brakujących danych
utrzymywaniu systemu w stabilnym, możliwym do debugowania i gotowym do produkcji stanie
Pracowałem nad procesami backendowymi wspomaganymi przez LLM, integracjami API, obsługą danych strukturalnych i logiką produkcyjną, gdzie halucynacje nie są akceptowalne. Czuję się komfortowo, biorąc odpowiedzialność za dostawę od architektury przez wdrożenie i iterację, a także mogę jasno komunikować postępy w prostym angielskim.
40 godzin tygodniowo przy 35 EUR/godzinę mi odpowiada.
Jeśli to przydatne, mogę również podzielić się tym, jak zorganizowałbym warstwę pobierania i zabezpieczenia przed rozpoczęciem rozwoju.
Z poważaniem
Projekt 1
Asystent LLM do pracy z danymi analitycznymi.
System umożliwiał zadawanie pytań w naturalnym języku do strukturalnej bazy danych (PostgreSQL).
Zrealizowałem usługę backendową w Pythonie (FastAPI), która:
przyjmowała zapytanie użytkownika
przekazywała je do LLM
przekształcała NL → SQL
wykonywała zapytanie do bazy danych
zwracała strukturalny wynik
Wynik był formowany w postaci tabeli lub krótkiego raportu.
Aby zapobiec błędom, stosowano weryfikację zapytań SQL przed ich wykonaniem.
Projekt 2
System wyszukiwania w wewnętrznej dokumentacji.
LLM był używany razem z podejściem RAG:
dane były indeksowane w bazie wektorowej (FAISS), po czym model otrzymywał tylko istotne fragmenty.
Zrealizowałem:
pipeline do pobierania
logikę pobierania
API dla frontendu
obsługę zapytań
2. Najbardziej podobny projekt (NL → baza danych → raport)
Pracowałem nad systemem, w którym użytkownik mógł zadawać pytania do danych strukturalnych.
Źródło danych: PostgreSQL
Podejście: NL → SQL
Przepływ pracy:
użytkownik wprowadza zapytanie w naturalnym języku
LLM generuje zapytanie SQL
system je weryfikuje (walidacja schematu)
wykonuje zapytanie
formuje strukturalny raport
Wynik:
tabela
krótkie tekstowe wyjaśnienie
Jeśli danych brakowało, system...