Бюджет: 1300 EUR Срок: 5 дней
Здравствуйте,
У меня есть практический опыт создания бэкенд-систем, которые соединяют структурированные данные с LLM для запросов на естественном языке, с сильным акцентом на надежность, защитные механизмы и готовность к производству.
Ваша задача очень ясна: это не просто «общение с данными», а контролируемый рабочий процесс NL → структурированный запрос, где важны точность, логика резервирования и поддерживаемость. Это правильный подход для данных по оценке компенсации, особенно с клиентами из финансовых услуг.
Я могу помочь с:
созданием бэкенд-сервиса и SQL-слоя данных вне Bubble
реализацией безопасного извлечения из структурированных частных данных
предоставлением чистых REST-эндпоинтов для Bubble
форматированием выходных данных для использования клиентами
добавлением логики резервирования для случаев с низкой уверенностью / отсутствующими данными
поддержанием системы стабильной, отлаживаемой и готовой к производству
Я работал над рабочими процессами бэкенда с поддержкой LLM, интеграциями API, обработкой структурированных данных и производственной логикой, где галлюцинации недопустимы. Мне комфортно отвечать за доставку от архитектуры до реализации и итерации, и я могу четко сообщать о ходе работы на простом английском.
40 часов в неделю по 35 евро в час мне подходит.
Если это полезно, я также могу поделиться тем, как я бы структурировал слой извлечения и защитные механизмы до начала разработки.
С наилучшими пожеланиями
Проект 1
LLM-ассистент для работы с аналитическими данными.
Система позволяла задавать вопросы на естественном языке к структурированной базе данных (PostgreSQL).
Я реализовал бэкенд-сервис на Python (FastAPI), который:
принимал запрос пользователя
передавал его в LLM
преобразовывал NL → SQL
выполнял запрос к БД
возвращал структурированный результат
Вывод формировался в виде таблицы или короткого отчета.
Для предотвращения ошибок использовалась проверка SQL-запросов перед выполнением.
Проект 2
Система поиска по внутренней документации.
LLM использовался вместе с RAG-подходом:
данные индексировались в векторную базу (FAISS), после чего модель получала только релевантные фрагменты.
Я реализовал:
поток загрузки данных
логику извлечения
API для фронтенда
обработку запросов
2. Наиболее похожий проект (NL → база данных → отчет)
Я работал над системой, где пользователь мог задавать вопросы к структурированным данным.
Источник данных: PostgreSQL
Подход: NL → SQL
Поток работы:
пользователь вводит запрос на естественном языке
LLM генерирует SQL-запрос
система проверяет его (проверка схемы)
выполняет запрос
формирует структурированный отчет
Вывод:
таблица
короткое текстовое пояснение
Если данных не хватало, система...