SCNAC — Trung gian blockchain doanh nghiệp cao cấp đang được bán! Cung cấp API tập trung, xác thực API-key, giới hạn yêu cầu, hỗ trợ đa chuỗi (UTXO & EVM), gồm SDK Python, theo dõi sử dụng & giám sát hệ thống. Phiên bản mở rộng hỗ trợ EVM & dữ liệu lịch sử. Lý tưởng cho nhà cung cấp cơ sở hạ tầng, SaaS, sàn giao dịch. Giá 20.000$. Liên hệ để biết thêm chi tiết. #Blockchain #SaaS #Tech #MiddleWare #ChuỗiKhối #MạngViễnThái

https://www.reddit.com/r/SaaS/comments/1qrjuo6/scnac_enterprisegrade_block

Tạo tầng nhớ "phi mô hình" cho agent địa phương với kiến trúc gatekeeper: xử lý thông tin qua 5 bước (bảo mật, chuẩn hóa ngữ nghĩa, trích xuất sự kiện, xác thực, phân luồng lưu trữ). Mục đích phân tách quản lý nhớ khỏi agent, giảm ồn và xung đột. Cần ý kiến: Liệu có quá phức tạp cho agent đơn người dùng? Có cách giải quyết hợp lý cho hỗn hợp mã trong RAG? #AI #CôngNghệ #TríTuệNhânTạo #Agent #Middleware

https://www.reddit.com/r/LocalLLaMA/comments/1qoolgj/agnostic_memory_layer_for_local_agents_i

[Перевод] Организация middleware в Go без зависимостей

Go 1.22 заметно укрепил позиции стандартной библиотеки в роли «достаточно хорошего» веб‑стека: ServeMux научился матчить шаблоны, и зависимость от роутеров ради базовой маршрутизации уже не выглядит обязательной. Но как только в проекте появляется больше пары middleware, начинается знакомая боль — обёртки размножаются, порядок теряется, правки становятся хрупкими. В этой статье разбираем, как собрать управляемые цепочки middleware без alice и как поверх http.ServeMux сделать группировку маршрутов с наследованием middleware в стиле chi — только на стандартной библиотеке и с минимальным количеством кода. Смотреть решение

https://habr.com/ru/companies/otus/articles/988234/

#middleware #стандартная_библиотека_Go #маршрутизация #обработчики #композиция_функций #группировка_маршрутов #зависимости

[Перевод] Собираем LLM-агента на Python

Команда Python for Devs подготовила перевод статьи о том, как с помощью middleware в LangChain 1.0 собирать LLM-агентов, готовых к реальному продакшену. В материале разбираются практические паттерны: управление контекстом, защита PII, human-in-the-loop, планирование задач и интеллектуальный выбор инструментов — всё то, что отличает экспериментального агента от надёжного рабочего решения.

https://habr.com/ru/articles/979012/

#langchain #llm #middleware #агенты

Базовый RAG-компонент для локального семантического поиска на Питоне

quad_rag_core — лёгкое Python-ядро для локального RAG, которое автоматически отслеживает изменения в папках, индексирует их в Qdrant и поддерживает эмбеддинги в актуальном состоянии. Изначально проект задумывался как плагин для MCP (Model Context Protocol), но стал универсальной основой для любой системы локального семантического поиска. Зачем это нужно В процессе работы с кодовой базой через LLM-агентов и при необходимости локального семантического поиска по файлам проекта обнаружилась проблема. Инструменты агентской разработки вроде Kilo Code предоставляют встроенную функцию семантического поиска, но в компании заявляют что в будущем эта функциональность может стать платной. Сразу задумался о том чтобы сделать свою подсистему поиска. Простые запросы к MCP-серверу на поиск и обновление тут не подойдут - система поиска должна иметь полный контроль над контекстом - она должна автоматически узнавать, что файл удалён, функция изменена или добавлен новый документ, без необходимости перезапуска индексации. От идеи к архитектуре В начале планировался простой MCP-сервер, который принимает команды поиска и обновления, индексирует текстовые файлы и PDF, использует Qdrant как векторное хранилище и эмбеддит локально. В ходе проектирования стало понятно: вся логика отслеживания файлов, парсинга, чанкинга и синхронизации с Qdrant — это переиспользуемое ядро, а не часть MCP-протокола. Так появился quad_rag_core — отдельный Python-модуль, который не знает ничего про MCP или другие внешние интерфейсы, но готов к ним подключаться.

https://habr.com/ru/articles/982476/

#rag #rag_ai #семантический_поиск #middleware #python #qdrant #embeddings

Хватит писать try-catch в контроллерах: как я причесал ошибки в Express и перестал бояться деплоя

Знаете это чувство, когда открываешь контроллер в Express проекте, чтобы поправить одну строчку логики, и видишь ЭТО ? Бесконечная вложенность, проверки на существование полей, ручной парсинг ошибок от базы данных и, конечно же, его величество try-catch , который занимает 80% файла. Я тоже через это проходил. В каждом новом микросервисе я копипастил одни и те же функции обработки ошибок. В одном проекте я ловил ошибки Mongoose через err.name === 'ValidationError' , в другом — через instanceof . Где-то мы отдавали { error: "message" } , где-то { status: "fail", msg: "..." } . В какой-то момент мне это надоело. Мне захотелось инструмент, который я могу просто подключить одной строкой, и он сам поймет, что "E11000" от Mongo — это 409 Conflict, а ошибка Zod — это 400 Bad Request. При этом я не хотел тянуть в проект тяжелые зависимости. Так родилась библиотека ds-express-errors . Сегодня я расскажу, зачем я ее написал и почему она может сэкономить вам кучу нервов.

https://habr.com/ru/articles/981456/

#error_handling #express #graceful_shutdown #javascript #nodejs #opensourse #middleware #custom_config_parameters

Разбираем net/http на практике: пишем веб-сервис DeadDrop для безопасного обмена сообщениями

Первая часть цикла «Разбираем net/http на практике»: создаём с нуля сервис DeadDrop — аналог Privnote для безопасной передачи самоуничтожающихся сообщений и файлов. На чистой стандартной библиотеке net/http разбираем основы: • запуск HTTP-сервера • маршрутизация в ServeMux • написание middleware (логирование и recovery от panic) • работа с HTML-шаблонами и layout’ами • подключение статики через http.FileServer и embed.FS В итоге получаем работающий сервер с красивой главной страницей, формой создания «ячейки» и базовой архитектурой проекта — всё без внешних зависимостей. Идеально для начинающих и тех, кто хочет глубоко понять внутренности популярных фреймворков вроде Gin и Echo. Пишем код вместе!

https://habr.com/ru/articles/981356/

#golang #go #httpсервер #вебразработка #туториал #middleware #template #embed #petпроект #backend

SwooleApp: Легковесный фреймворк для Swoole — разбираем пример приложения

Недавнооткрыл миру SwooleApp — минималистичного фреймворка для PHP, построенного на базе Swoole . Если вы уже работали с Swoole напрямую, то знаете, что это мощный инструмент для создания высокопроизводительных приложений, но иногда хочется иметь чуть больше структуры и удобства, чем предлагает чистый Swoole. Именно эту нишу и занимает SwooleApp. В этой статье я кратко расскажу, что это за проект, как его использовать, и поделюсь ссылкой на рабочий пример приложения, который можно запустить в Docker за несколько минут.

https://habr.com/ru/articles/975080/

#Swoole #PHP #асинхронное_программирование #Task_Workers #микросервисы #пул_соединений #Middleware #вебсервер #REST_API #многозадачность

Dự án flo-ai đang phát triển middleware mã nguồn mở cho doanh nghiệp, kết nối flo-ai với các backend và dịch vụ khác. Mục tiêu là xây dựng các agent và cung cấp API cho ứng dụng nội bộ. Cộng đồng có thể đóng góp ý kiến.

#AI #OpenSource #Middleware #Enterprise #floai #MãNguồnMở #DoanhNghiệp

https://www.reddit.com/r/LocalLLaMA/comments/1p0h3mi/building_an_opensource_enterprise_middleware_over/

LangChain 1.0: Middleware로 에이전트 제어권을 되찾다

https://aisparkup.com/posts/5862