Rails 개발자를 위한 AI 기반 슈퍼히어로 카드 생성기 소개

OmbuLabs에서 개발한 Rails Superhero Card Generator는 사용자의 사진과 코딩 기술 설명을 바탕으로 맞춤형 슈퍼히어로 카드를 생성하는 AI 도구다.

🔗 원문 보기

Rails 개발자를 위한 AI 기반 슈퍼히어로 카드 생성기 소개

OmbuLabs에서 개발한 Rails Superhero Card Generator는 사용자의 사진과 코딩 기술 설명을 바탕으로 맞춤형 슈퍼히어로 카드를 생성하는 AI 도구다.

Ruby-News | 루비 AI 뉴스

EO Philadelphia를 위한 AI 기반 브랜드 카드 생성기 사례

OmbuLabs는 EO Philadelphia 커뮤니티를 위해 실시간 사진을 브랜드화된 새해 카드로 변환하는 생성형 AI 도구를 개발했다.

🔗 원문 보기

EO Philadelphia를 위한 AI 기반 브랜드 카드 생성기 사례

OmbuLabs는 EO Philadelphia 커뮤니티를 위해 실시간 사진을 브랜드화된 새해 카드로 변환하는 생성형 AI 도구를 개발했다.

Ruby-News | 루비 AI 뉴스

FlakyDetector 2.0: Как я превратил сырое исследование в продакшен-инструмент с AST, ML и красивым дашбордом…

Представь: пятница, вечер. Ты запускаешь CI для последнего пулл-реквеста, идёшь наливать кофе, возвращаешься… а билд упал. Один тест. Ты перезапускаешь проходит. «Флаки», — вздыхаешь ты и ставишь лейбл flaky . На следующей неделе история повторяется. Потом ещё раз. Мы привыкли, что нестабильные тесты — это неизбежное зло . Их ловят повторными прогонами, а если повезёт вырезают. Но знаешь, что реально бесит? В 80% случаев корень проблемы можно найти, просто посмотрев на код теста. Я написал инструмент, который это делает автоматически. Без логов CI, без истории прогонов — только AST и машинное обучение. Назвал его FlakyDetector . Первая версия была исследовательским прототипом (про него у меня выходила статья на Хабре ). А теперь — это полноценный продукт: CLI, веб-дашборд, CI-интеграция и даже React-фронтенд. И да, он open source. Давай разберёмся, как это устроено .

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

#python #ast #catboost #flaky_tests #тестирование #machine_learning #test_smells #fastapi #static_analysis

FlakyDetector 2.0: Как я превратил сырое исследование в продакшен-инструмент с AST, ML и красивым дашбордом…

— История о том, почему половина ваших тестов падает «сама по себе», и как я научился находить виновников по исходному коду.  Лид: Час на перезапуск билда — это норма? Представь: пятница, вечер....

Хабр

Как я сделал “Авиасейлз для логистики”: агрегатор заявок из 16+ источников

В логистике проблема часто не в том, что нет данных. Проблема в том, что данные разбросаны по разным местам. Одни заявки лежат во внутренней системе, другие — в закрытых кабинетах грузоотправителей, третьи — на тендерных площадках, четвёртые приходят через Excel-выгрузки, пятые доступны только через веб-интерфейс. Где-то есть нормальный HTTP-обмен, где-то данные спрятаны за фронтендом, где-то приходится читать DOM-таблицу, а где-то сначала кажется, что всё просто, пока не выясняется, что цена приходит в копейках, маршрут состоит из трёх точек, а тип кузова записан как “тент 20т, верхняя загрузка”. Для менеджера всё это выглядит не как единый рынок грузов, а как набор вкладок в браузере. Открыть один кабинет. Потом второй. Потом третий. Проверить направление. Сравнить цену. Посмотреть дату. Понять, где реф, где тент, где просто “20 тонн”. Не забыть про аукцион, у которого скоро истекает время. Потом всё равно перенести результат в таблицу или открыть внутреннюю панель. В какой-то момент стало понятно: нам нужен не ещё один парсер, а единая витрина. Так появился внутренний агрегатор заявок — условный “Авиасейлз для логистики”.

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

#логистика #автоматизация #парсинг_данных #агрегатор_заявок #ETL #PostgreSQL #Python #Google_Sheets #FastAPI

Как я сделал “Авиасейлз для логистики”: агрегатор заявок из 16+ источников

В логистике проблема часто не в том, что нет данных. Проблема в том, что данные разбросаны по разным местам. Одни заявки лежат во внутренней системе, другие — в закрытых кабинетах грузоотправителей,...

Хабр

Production-стек для мессенджера на 10к пользователей: FastAPI, SQLite в проде и почему монолит

Это восьмая статья из моей серии про инженерные решения в ONEMIX. До этого было про клиентскую часть мессенджера: кэш сообщений , E2E , WebRTC звонки , Electron , outbox-паттерн . Параллельно про AI-агента Лиру и мнение про вайб-кодинг . Сегодня про серверную сторону. Backend ONEMIX — это один файл main.py на 19603 строки , 379 эндпоинтов, FastAPI + SQLite, держит мессенджер с регистрацией через SMS, звонками через LiveKit, E2E через Double Ratchet, push-нотификациями на iOS и Android. Этот файл я пишу больше года. За это время он эволюционировал из прототипа на 800 строк в production монолит. В статье разберу почему стек именно такой, какие решения оказались правильными, какие я бы поменял если бы начинал сейчас, и где у этого подхода границы применимости. Сразу важная оговорка. У меня не было требования держать 100к одновременных пользователей или 10к RPS. Это бэкенд под мобильное приложение с трафиком который для соло-разработчика разумно поддерживать одному. Если у вас задачи другого масштаба, мой опыт может не подойти.

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

#fastapi #sqlite #python #монолит #websocket #мессенджер #бэкенд #продакшн #авторизация #миграции

Production-стек для мессенджера на 10к пользователей: FastAPI, SQLite в проде и почему монолит

Уровень: middle/senior backend Стек: FastAPI 0.115, SQLite, WebSocket, slowapi, JWT-like sessions, Docker Что внутри: как у меня работает бэкенд мессенджера, почему SQLite вместо Postgres, монолит на...

Хабр

Как мы довели поиск товаров по изображению до 98% совпадений: FastAPI, DINOv2, Qdrant и поиск на фото полки

Поиск товара по изображению кажется простой задачей — ровно до момента, пока не сталкиваешься с реальным каталогом . В теории все выглядит аккуратно: берем фото, считаем embedding, ищем ближайшие вектора, возвращаем совпадения. На практике начинаются нюансы: у товара несколько изображений, ракурсы отличаются, фон мешает, каталог обновляется постоянно, а бизнес ждет не исследовательский прототип, а сервис, который можно поставить в production. С вами старший программист в Fix Price Константин Репин. И в этом материале разберу, как мы строили сервис визуального поиска товаров, какие инженерные решения реально повлияли на качество и почему текущий результат в 98% совпадений получился не из-за одной удачной модели, а из-за правильно собранного пайплайна.

https://habr.com/ru/companies/fix_price/articles/1034664/

#поиск_товаров #FastAPI #dinov2 #qdrant #визуальные_эмбеддинги #векторный_поиск

Как мы довели поиск товаров по изображению до 98% совпадений: FastAPI, DINOv2, Qdrant и поиск на фото полки

Поиск товара по изображению кажется простой задачей — ровно до момента, пока не сталкиваешься с реальным каталогом . В теории все выглядит аккуратно: берем фото, считаем embedding, ищем ближайшие...

Хабр

Production MTProto user-бот на FastAPI + Telethon: WARP для обхода DPI и 5 граблей с Telegram

В большинстве туториалов по Telegram-ботам всё начинается с одного куска кода: получили токен у @BotFather, поставили python-telegram-bot или aiogram , написали хендлер, deploy. Это Bot API. И в 90% задач этого хватает. А потом приходит задача которую Bot API не закрывает в принципе: программно создать супергруппу под конкретный проект и добавить туда нужных людей по @username , и сделать это десятки раз в день . Bot API такое не умеет даже теоретически - метода «создать группу» там нет, метода «добавить юзера в группу» тоже. Лезете в полную документацию Telegram API искать обход, упираетесь в раздел channels.createChannel / channels.inviteToChannel под MTProto, и начинается совсем другая история - не Bot API, а user-бот через telethon . В этой статье разбираю как мы сделали production MTProto user-бот на FastAPI + Telethon. Под капотом: Cloudflare WARP для обхода DPI (без него с российского VPS просто не подключиться), Singleton-клиент с keepalive, in-memory cache resolve-юзеров, и 5 ограничений Telegram которые знают только те кто лез туда ногами . Реальный production-сервис у клиента в нише строительства/монтажа, обслуживает связку Planfix → Telegram-группы под каждый проект. Сервис написан на Python 3.11. Стек: Telethon 1.43.2, FastAPI 0.136.1, Uvicorn 0.46.0, Pydantic 2.13.4. На VPS под systemd , наружу через Cloudflare Tunnel. Вызывается из n8n через HTTP-ноду.

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

#telethon #mtproto #telegram #python #fastapi #cloudflare #warp #n8n #socks5 #planfix

Production MTProto user-бот на FastAPI + Telethon: WARP для обхода DPI и 5 граблей с Telegram

Production MTProto user-бот на FastAPI + Telethon: WARP для обхода DPI и 5 граблей с Telegram В большинстве туториалов по Telegram-ботам всё начинается с одного куска кода: получили токен у...

Хабр

⚔️ FastAPI Observability : Correlation IDs & ContextVars (2026)

Tired of concurrent FastAPI logs turning debugging into an archaeological dig because you're not using Trace IDs and `contextvars`?

Read more: https://logicandlegacy.blogspot.com/2026/05/fastapi-observability-correlation-ids.html?utm_source=mastodon&utm_medium=social&utm_campaign=dharma_engine

#python #fastapi #observability

FastAPI Observability : Correlation IDs & ContextVars (2026)

Learn why logging without context is useless. We build a custom observability layer using ContextVars to inject Trace IDs across async boundaries.

We added one more speaker to our lineup for Python Leiden on Thursday 28th of May at Technolab!

Rutger Prins will talk about his project FastAPI-Restly: https://www.fastapi-restly.org/

Info about our (free) event is at:
https://pythonleiden.nl/meeting-2026-05-28.html

#python #fastapi

FastAPI-Restly — FastAPI-Restly documentation

Agent Platform That Builds Itself

이 글은 코딩 에이전트가 스스로 구축, 관리, 개선하는 에이전트 플랫폼을 만드는 방법을 소개합니다. 플랫폼은 런타임, 스토리지, 커넥터, 인터페이스, 인프라 5가지 구성요소로 이루어져 있으며, Docker와 Railway를 활용해 로컬 및 클라우드에서 쉽게 배포할 수 있습니다. 에이전트 개발 라이프사이클은 생성, 개선, 확장, 평가 및 개선, 리뷰의 5단계 프롬프트로 자동화되어, 비개발자도 UI를 통해 에이전트를 운영할 수 있습니다. 이 플랫폼은 JWT 기반 RBAC와 API 키 관리로 보안을 강화하며, 빠른 에이전트 배포와 지속적 개선을 지원합니다.

https://www.ashpreetbedi.com/agent-platform-build-itself

#agentplatform #automation #docker #railway #fastapi

Agent Platform That Builds Itself

I'm sharing my foundational agent platform that builds itself.