⚡️ Как быстро превратить CSV в JSON на Python
Часто данные прилетают в формате CSV, а работать удобнее в JSON. Решается в пару строк кода:
🔑 На что стоит обратить внимание:
* Кодировка: в России CSV-файлы часто в
* Разделитель: Excel любит
В итоге получаем аккуратный
Часто данные прилетают в формате CSV, а работать удобнее в JSON. Решается в пару строк кода:
import csv
import json
def csv_to_json(filename_in, filename_out):
with open(filename_in, "r", encoding="cp1251") as csvfile:
reader = csv.DictReader(csvfile, delimiter=";")
rows = list(reader)
with open(filename_out, "w", encoding="utf-8") as jsonfile:
json.dump(rows, jsonfile, ensure_ascii=False, indent=2)
# Пример:
csv_to_json("price.csv", "output.json")
🔑 На что стоит обратить внимание:
* Кодировка: в России CSV-файлы часто в
cp1251, а JSON лучше сохранять в utf-8.* Разделитель: Excel любит
; вместо привычной запятой ,. Если структура другая — не забудьте поменять delimiter.В итоге получаем аккуратный
output.json с красивыми отступами и без кракозябр. 🚀❤27👍12🔥8🕊1👻1🤝1🤪1💘1
🚀 Третья часть курса по LangGraph практически готова!
После умных болтунов с памятью и JSON-ответами настало время дать агентам «руки» — инструменты для реальных действий.
Черновик статьи уже на Хабре, финальная вычитка идёт, код написан и проверен ✨😉
Что будет в статье?
📚 Теоретическая база (коротко и по делу):
- Что такое инструменты (Tools) и зачем они нужны
- Model Context Protocol (MCP) — стандарт для подключения любых действий
- Архитектура «реактивных» агентов
🛠 Практика и кейсы:
* Агент, который умеет читать файлы, анализировать CSV и сохранять отчёты
* SQL-запросы к базе прямо из естественного языка
* Мультиагентные системы: несколько агентов-экспертов в одном графе
* Безопасность: как дать агентам силу, но сохранить контроль
Пример диалога из статьи:
👩 Пользователь: «Проанализируй продажи за месяц»
🤖 Агент: «Подключаюсь к БД → Анализирую → Создаю отчёт…»
📊 «Готово! Отчёт сохранён в sales\_report.xlsx»
Уже не болтун, а настоящий цифровой ассистент!
📅 Публикация: 27 сентября (суббота)
💻 Исходный код третьей части: GitHub
🔗 Связь с предыдущими частями:
1️⃣ Часть. Архитектура: графы, узлы и состояния
2️⃣ Часть. Диалоговые агенты: память, сообщения и контекст
🔥 Название статьи:
Создание умных AI-агентов: полный курс по LangGraph от А до Я. Часть 3. Даём ИИ руки: работа с инструментами и MCP
Ждёте публикацию?👀
После умных болтунов с памятью и JSON-ответами настало время дать агентам «руки» — инструменты для реальных действий.
Черновик статьи уже на Хабре, финальная вычитка идёт, код написан и проверен ✨😉
Что будет в статье?
📚 Теоретическая база (коротко и по делу):
- Что такое инструменты (Tools) и зачем они нужны
- Model Context Protocol (MCP) — стандарт для подключения любых действий
- Архитектура «реактивных» агентов
🛠 Практика и кейсы:
* Агент, который умеет читать файлы, анализировать CSV и сохранять отчёты
* SQL-запросы к базе прямо из естественного языка
* Мультиагентные системы: несколько агентов-экспертов в одном графе
* Безопасность: как дать агентам силу, но сохранить контроль
Пример диалога из статьи:
👩 Пользователь: «Проанализируй продажи за месяц»
🤖 Агент: «Подключаюсь к БД → Анализирую → Создаю отчёт…»
📊 «Готово! Отчёт сохранён в sales\_report.xlsx»
Уже не болтун, а настоящий цифровой ассистент!
📅 Публикация: 27 сентября (суббота)
💻 Исходный код третьей части: GitHub
🔗 Связь с предыдущими частями:
🔥 Название статьи:
Создание умных AI-агентов: полный курс по LangGraph от А до Я. Часть 3. Даём ИИ руки: работа с инструментами и MCP
Ждёте публикацию?
Please open Telegram to view this post
VIEW IN TELEGRAM
8❤42🔥33👍15🤩4🎉3👀3👌1💯1
Только что закончил финальную вычитку текста третьей части курса по LangGraph.
Уже завтра статья выйдет на Хабре 🙌
Будем давать ИИ «руки» — подключать инструменты и MCP, а агенты перестанут быть просто болтунами и начнут реально действовать ✨
А дальше будет ещё интереснее 👉 Часть 4 задумывается как полноценный проект на LangGraph.
Но пока я не определился, какой именно — хочу услышать ваши идеи.
Что было бы круче разобрать:
— ассистента для работы с документами?
— мультиагентный проект с несколькими экспертами?
— или что-то под DevOps/кодинг?
Пишите в комментах
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥45❤13👏3🎉2☃1🙏1👀1
🎉 Третья часть курса по LangGraph уже опубликована!
Статья «Создание умных AI-агентов: полный курс по LangGraph от А до Я. Часть 3. Даём ИИ руки: работа с инструментами и MCP»👉 читать на Хабре
В этой части агенты перестают быть болтунами — они получают инструменты и MCP, учатся читать файлы, работать с БД, анализировать CSV, строить отчёты и даже объединяться в мультиагентные системы 💪
📚 Полезные ссылки:
1️⃣ Часть 1. Архитектура
2️⃣ Часть 2. Диалоговые агенты
3️⃣ Исходники третьей части (GitHub)
🔥 А что дальше?
Часть 4 задумывается как полноценный проект на LangGraph.
Я пока не определился с темой проекта — поэтому всё ещё жду ваши идеи:
— Ассистент для работы с документами (поиск, аннотации, резюме)?
— Мультиагентная система, где каждый агент — эксперт в своей области?
— DevOps-помощник: CI/CD, сборки, деплой прямо из графа?
— Data-аналитик: сбор данных из разных источников, отчёты и дашборды?
— Агент для работы с кодом: рефакторинг, тесты, генерация pull-request?
— Личный productivity-ассистент: планирование задач, интеграции с календарём и почтой?
— Или что-то совершенно необычное, о чём я даже не подумал?
💡 Делитесь в комментариях 👇 именно ваши хотелки могут попасть в четвёртую часть!
Статья «Создание умных AI-агентов: полный курс по LangGraph от А до Я. Часть 3. Даём ИИ руки: работа с инструментами и MCP»
В этой части агенты перестают быть болтунами — они получают инструменты и MCP, учатся читать файлы, работать с БД, анализировать CSV, строить отчёты и даже объединяться в мультиагентные системы 💪
📚 Полезные ссылки:
1️⃣ Часть 1. Архитектура
2️⃣ Часть 2. Диалоговые агенты
3️⃣ Исходники третьей части (GitHub)
🔥 А что дальше?
Часть 4 задумывается как полноценный проект на LangGraph.
Я пока не определился с темой проекта — поэтому всё ещё жду ваши идеи:
— Ассистент для работы с документами (поиск, аннотации, резюме)?
— Мультиагентная система, где каждый агент — эксперт в своей области?
— DevOps-помощник: CI/CD, сборки, деплой прямо из графа?
— Data-аналитик: сбор данных из разных источников, отчёты и дашборды?
— Агент для работы с кодом: рефакторинг, тесты, генерация pull-request?
— Личный productivity-ассистент: планирование задач, интеграции с календарём и почтой?
— Или что-то совершенно необычное, о чём я даже не подумал?
💡 Делитесь в комментариях 👇 именно ваши хотелки могут попасть в четвёртую часть!
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Создание умных AI-агентов: полный курс по LangGraph от А до Я. Часть 3. Даём ИИ руки: работа с инструментами и MCP
В предыдущих частях мы создали умных агентов с памятью и мультимодельными системами. Но есть проблема — они всё ещё умные болтуны . Критическое ограничение: агенты без рук Наши агенты могут...
🔥58👍16❤13🎉3❤🔥2🎄1😘1
This media is not supported in your browser
VIEW IN TELEGRAM
Помню те времена, когда ещё не было нейронок и именно Stack Overflow был нашей единственной надеждой.
Найдёшь то самое ключевое слово — и будто свет в конце туннеля. Покойся с миром, старый друг 😔
Найдёшь то самое ключевое слово — и будто свет в конце туннеля. Покойся с миром, старый друг 😔
1😁37😢22💯10❤9🙏3👎2🏆1👻1🦄1
Карьерный буст, робот в подарок и призовой фонд 7 500 000 рублей 🤖
Успей зарегистрироваться до 20 октября.
Все это ждет участников трека «Программирование роботов» на всероссийском ИТ-чемпионате МТС True Tech Champ 2025. Присоединяйся, если пишешь на С++, Go, Python, JS, Java, C# или другом языке.
Соревнования пройдут в командах от 2 до 4 человек в несколько этапов:
— Квалификация. Тебе предстоит запрограммировать робота на прохождение виртуального лабиринта.
— Полуфинал. Ты будешь дистанционно управлять роботом на офлайн-полигоне и наблюдать за его перемещениями в трансляции.
— Финал. За две недели до финала организаторы отправят тебе настоящего робота для кастомизации. Ты сможешь модифицировать его, чтобы он оказался быстрее других в многоуровневом офлайн-лабиринте и смог выбить соперников с платформы в шоу-битве.
Команды финалистов получат по одному роботу Waveshare Cobra Flex в подарок и сразятся за крупные денежные призы: 4 000 000 ₽ за первое место, 2 500 000 ₽ за второе и 1 000 000 ₽ за третье.
Еще ты сможешь:
— Получить практический опыт работы с инструментами, с помощью которых создают домашних и промышленных роботов.
— Прокачать компетенции, которые помогут развиваться в ИТ.
— Заявить о себе на всю Россию и ускорить свой профессиональный рост.
📍 Финал состоится 21 ноября в МТС Live Холл в Москве.
👉🏻 Регистрируйся на сайте до 20 октября.
Успей зарегистрироваться до 20 октября.
Все это ждет участников трека «Программирование роботов» на всероссийском ИТ-чемпионате МТС True Tech Champ 2025. Присоединяйся, если пишешь на С++, Go, Python, JS, Java, C# или другом языке.
Соревнования пройдут в командах от 2 до 4 человек в несколько этапов:
— Квалификация. Тебе предстоит запрограммировать робота на прохождение виртуального лабиринта.
— Полуфинал. Ты будешь дистанционно управлять роботом на офлайн-полигоне и наблюдать за его перемещениями в трансляции.
— Финал. За две недели до финала организаторы отправят тебе настоящего робота для кастомизации. Ты сможешь модифицировать его, чтобы он оказался быстрее других в многоуровневом офлайн-лабиринте и смог выбить соперников с платформы в шоу-битве.
Команды финалистов получат по одному роботу Waveshare Cobra Flex в подарок и сразятся за крупные денежные призы: 4 000 000 ₽ за первое место, 2 500 000 ₽ за второе и 1 000 000 ₽ за третье.
Еще ты сможешь:
— Получить практический опыт работы с инструментами, с помощью которых создают домашних и промышленных роботов.
— Прокачать компетенции, которые помогут развиваться в ИТ.
— Заявить о себе на всю Россию и ускорить свой профессиональный рост.
📍 Финал состоится 21 ноября в МТС Live Холл в Москве.
👉🏻 Регистрируйся на сайте до 20 октября.
👍9❤6🔥4🤡3🫡3👎1🥰1🤮1👌1💯1
Мой боевой набор MCP-серверов для работы с AI
Делюсь инструментами, которые реально меняют подход к разработке с нейросетями. Использую их и в личных проектах, и в связке с агентами вроде Claude Code или Cursor.
Что такое MCP и почему это важно
Model Context Protocol — это протокол, который даёт AI-ассистенту прямой доступ к вашим инструментам: файловой системе, базам данных, git-репозиториям и API. Вместо бесконечного копипаста нейросеть сама читает код, выполняет запросы к БД и коммитит изменения.
Пять серверов, которые я настраиваю в каждом проекте
1. Filesystem — фундамент работы
Зачем нужен: AI получает доступ к файлам проекта — может читать код, анализировать структуру, вносить изменения. Это базовый инструмент, без которого остальное не имеет смысла. Особенно актуальный инструмент в работе с собственными ии-проектами.
Совет: указывайте путь к корню конкретного проекта, а не к домашней директории. Это и безопаснее, и помогает AI сфокусироваться на релевантных файах.
2. Git — версионирование на автопилоте
Зачем нужен: AI может изучать историю коммитов, создавать ветки, делать коммиты. Особенно полезно для code review и анализа того, как менялся код со временем.
Требования: нужен Python и установленный uvx.
3. Postgres — работа с БД без головной боли
Зачем нужен: AI может выполнять SQL-запросы, анализировать схему базы данных, помогать с миграциями. Экономит массу времени на отладке запросов и оптимизации.
Важно:
- Флаг
- Никогда не коммитьте реальные пароли в конфиг — используйте переменные окружения
4. cURL — свобода работы с API
Зачем нужен: AI может делать HTTP-запросы к любым API. Тестирование эндпоинтов, интеграция с внешними сервисами — всё через простое текстовое описание задачи.
5. Context7 — актуальная документация библиотек
Зачем нужен: даёт AI доступ к актуальной документации популярных библиотек и фреймворков. Вместо того чтобы полагаться на устаревшие знания из обучающей выборки, нейросеть получает свежую информацию об API, best practices и изменениях в новых версиях. Особенно критично для быстро развивающихся экосистем вроде React, Next.js или FastAPI.
API-ключ: получить можно на Сontext7
Как это работает в реальной жизни
Мой типичный workflow выглядит так:
1. Filesystem + Git — AI читает код, вносит изменения, коммитит их с осмысленными сообщениями
2. Postgres — проверяю и оптимизирую SQL-запросы, анализирую данные
3. cURL — тестирую API endpoints прямо в диалоге с AI
4. Context7 — AI работает с актуальной документацией библиотек, не галлюцинирует устаревшие методы
Безопасность превыше всего
Несколько правил, которых я строго придерживаюсь:
- Никогда не давайте AI доступ к продакшн-базам данных
- Создавайте отдельного пользователя БД с минимально необходимыми правами
- Храните секреты и пароли в переменных окружения, а не в конфигах
- Всегда ревьюте действия AI, особенно git-коммиты и изменения в БД
Эти пять MCP-серверов покрывают около 90% моих задач при работе с AI в проектах. Настраиваются один раз, работают везде. AI получает все необходимые инструменты для реальной работы — не просто генерации кода, а полноценного участия в разработке.
Какие MCP-серверы используете вы? Поделитесь опытом в комментариях! 👇
Делюсь инструментами, которые реально меняют подход к разработке с нейросетями. Использую их и в личных проектах, и в связке с агентами вроде Claude Code или Cursor.
Что такое MCP и почему это важно
Model Context Protocol — это протокол, который даёт AI-ассистенту прямой доступ к вашим инструментам: файловой системе, базам данных, git-репозиториям и API. Вместо бесконечного копипаста нейросеть сама читает код, выполняет запросы к БД и коммитит изменения.
Пять серверов, которые я настраиваю в каждом проекте
1. Filesystem — фундамент работы
"filesystem": {
"command": "npx",
"args": [
"-y",
"@modelcontextprotocol/server-filesystem",
"/путь/к/вашему/проекту"
]
}Зачем нужен: AI получает доступ к файлам проекта — может читать код, анализировать структуру, вносить изменения. Это базовый инструмент, без которого остальное не имеет смысла. Особенно актуальный инструмент в работе с собственными ии-проектами.
Совет: указывайте путь к корню конкретного проекта, а не к домашней директории. Это и безопаснее, и помогает AI сфокусироваться на релевантных файах.
2. Git — версионирование на автопилоте
"git": {
"type": "stdio",
"command": "uvx",
"args": [
"mcp-server-git",
"--repository",
"/путь/к/вашему/проекту"
]
}Зачем нужен: AI может изучать историю коммитов, создавать ветки, делать коммиты. Особенно полезно для code review и анализа того, как менялся код со временем.
Требования: нужен Python и установленный uvx.
3. Postgres — работа с БД без головной боли
"postgres": {
"command": "uv",
"args": ["run", "postgres-mcp", "--access-mode=unrestricted"],
"env": {
"DATABASE_URI": "postgresql://user:password@localhost:5432/dbname"
}
}Зачем нужен: AI может выполнять SQL-запросы, анализировать схему базы данных, помогать с миграциями. Экономит массу времени на отладке запросов и оптимизации.
Важно:
- Флаг
--access-mode=unrestricted используйте только в dev-окружении- Никогда не коммитьте реальные пароли в конфиг — используйте переменные окружения
4. cURL — свобода работы с API
"curl": {
"command": "npx",
"args": ["-y", "@mcp-get-community/server-curl"]
}Зачем нужен: AI может делать HTTP-запросы к любым API. Тестирование эндпоинтов, интеграция с внешними сервисами — всё через простое текстовое описание задачи.
5. Context7 — актуальная документация библиотек
"context7": {
"command": "npx",
"args": ["-y", "@upstash/context7-mcp"],
"env": {
"CONTEXT7_API_KEY": "ваш_api_ключ"
}
}Зачем нужен: даёт AI доступ к актуальной документации популярных библиотек и фреймворков. Вместо того чтобы полагаться на устаревшие знания из обучающей выборки, нейросеть получает свежую информацию об API, best practices и изменениях в новых версиях. Особенно критично для быстро развивающихся экосистем вроде React, Next.js или FastAPI.
API-ключ: получить можно на Сontext7
Как это работает в реальной жизни
Мой типичный workflow выглядит так:
1. Filesystem + Git — AI читает код, вносит изменения, коммитит их с осмысленными сообщениями
2. Postgres — проверяю и оптимизирую SQL-запросы, анализирую данные
3. cURL — тестирую API endpoints прямо в диалоге с AI
4. Context7 — AI работает с актуальной документацией библиотек, не галлюцинирует устаревшие методы
Безопасность превыше всего
Несколько правил, которых я строго придерживаюсь:
- Никогда не давайте AI доступ к продакшн-базам данных
- Создавайте отдельного пользователя БД с минимально необходимыми правами
- Храните секреты и пароли в переменных окружения, а не в конфигах
- Всегда ревьюте действия AI, особенно git-коммиты и изменения в БД
Эти пять MCP-серверов покрывают около 90% моих задач при работе с AI в проектах. Настраиваются один раз, работают везде. AI получает все необходимые инструменты для реальной работы — не просто генерации кода, а полноценного участия в разработке.
Какие MCP-серверы используете вы? Поделитесь опытом в комментариях! 👇
2👍54❤17🔥10🎉2🙏1🐳1🏆1😘1
Привет, друзья!
Хочу признаться: последние пару месяцев я немного выпал из привычного ритма. Сначала — работа над крупным государственным проектом, потом отпуск, а затем и небольшая болезнь. В итоге образовалась пауза, и я упустил момент, когда многие из вас активно росли и развивались внутри сообщества.
Но теперь я снова в строю! Уже в эти выходные выйду с новым материалом — и дальше постараюсь не исчезать надолго.
Спасибо, что остаётесь рядом и продолжаете двигаться вперёд❤️
Хочу признаться: последние пару месяцев я немного выпал из привычного ритма. Сначала — работа над крупным государственным проектом, потом отпуск, а затем и небольшая болезнь. В итоге образовалась пауза, и я упустил момент, когда многие из вас активно росли и развивались внутри сообщества.
Но теперь я снова в строю! Уже в эти выходные выйду с новым материалом — и дальше постараюсь не исчезать надолго.
Спасибо, что остаётесь рядом и продолжаете двигаться вперёд
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤74🔥30👍15👏4👌2🤡2😎2🥰1
Лайфхак: обходим CORS через прокси-бэкенд на Python 🐍
Недавно у меня был забавный случай. Работал с фронтендером над одним проектом, и он столкнулся с классической проблемой CORS. Вместо того чтобы разбираться с настройками, он просто поднял свой прокси-сервер на Node.js, который пробрасывает запросы к моему Python API. Проблема решена за 15 минут.
Я подумал — а почему бы не показать, как сделать то же самое на Python? Получится еще быстрее и элегантнее.
Что такое CORS и почему он мешает?
CORS (Cross-Origin Resource Sharing) — это механизм безопасности браузера. Он блокирует запросы с одного домена на другой.
Пример: Ваш фронтенд крутится на
Это сделано для защиты пользователей, но в разработке часто создает головную боль.
Решение: прокси-бэкенд
Идея простая: поднимаем свой легкий сервер, который:
1. Принимает запросы от фронта (один и тот же origin — никаких CORS)
2. Пробрасывает их на целевой API
3. Возвращает ответ обратно фронту
Для браузера это обычный запрос на свой сервер. Для API — запрос с бэкенда (где CORS не существует).
Реализация на FastAPI
Запуск:
Теперь ваш фронт делает запросы на
Вариант на Flask (для минималистов)
Когда это полезно?
✅ В разработке — когда нет доступа к настройкам целевого API
✅ Сторонние API — многие публичные API не поддерживают CORS
✅ Дополнительная логика — можно добавить кэширование, логирование, rate limiting
✅ Скрытие API ключей — не светите токены на фронте
✅ Когда хочется прикрутить стороннее API напрямую к своему фронту, а API не позволяет (например API Ozon Seller с недавнего времени)
Вот так простая проблема с CORS решается за 10 минут с помощью Python. А фронтендеры могут спокойно работать дальше, не копаясь в настройках😉
Кстати, если у вас есть интересные кейсы из практики — пишите в комментарии, разберем вместе!
Недавно у меня был забавный случай. Работал с фронтендером над одним проектом, и он столкнулся с классической проблемой CORS. Вместо того чтобы разбираться с настройками, он просто поднял свой прокси-сервер на Node.js, который пробрасывает запросы к моему Python API. Проблема решена за 15 минут.
Я подумал — а почему бы не показать, как сделать то же самое на Python? Получится еще быстрее и элегантнее.
Что такое CORS и почему он мешает?
CORS (Cross-Origin Resource Sharing) — это механизм безопасности браузера. Он блокирует запросы с одного домена на другой.
Пример: Ваш фронтенд крутится на
localhost:3000, а API находится на api.example.com. Браузер видит разные origins и блокирует запрос. В консоли вы видите знакомую ошибку:Access to fetch at 'https://api.example.com' from origin 'http://localhost:3000'
has been blocked by CORS policy
Это сделано для защиты пользователей, но в разработке часто создает головную боль.
Решение: прокси-бэкенд
Идея простая: поднимаем свой легкий сервер, который:
1. Принимает запросы от фронта (один и тот же origin — никаких CORS)
2. Пробрасывает их на целевой API
3. Возвращает ответ обратно фронту
Для браузера это обычный запрос на свой сервер. Для API — запрос с бэкенда (где CORS не существует).
Реализация на FastAPI
from fastapi import FastAPI, Request, Response
from fastapi.middleware.cors import CORSMiddleware
import httpx
app = FastAPI()
# Разрешаем CORS для фронта
app.add_middleware(
CORSMiddleware,
allow_origins=["http://localhost:3000"],
allow_methods=["*"],
allow_headers=["*"],
)
TARGET_API = "https://api.example.com"
@app.api_route("/{path:path}", methods=["GET", "POST", "PUT", "DELETE", "PATCH"])
async def proxy(path: str, request: Request):
# Формируем URL целевого API
url = f"{TARGET_API}/{path}"
# Получаем тело запроса
body = await request.body()
# Пробрасываем запрос
async with httpx.AsyncClient() as client:
response = await client.request(
method=request.method,
url=url,
headers=dict(request.headers),
content=body,
params=request.query_params
)
# Возвращаем ответ фронту
return Response(
content=response.content,
status_code=response.status_code,
headers=dict(response.headers)
)
Запуск:
pip install fastapi httpx uvicorn
uvicorn main:app --reload --port 8000
Теперь ваш фронт делает запросы на
localhost:8000, а прокси пробрасывает их куда нужно.Вариант на Flask (для минималистов)
from flask import Flask, request, Response
from flask_cors import CORS
import requests
app = Flask(__name__)
CORS(app)
TARGET_API = "https://api.example.com"
@app.route('/<path:path>', methods=['GET', 'POST', 'PUT', 'DELETE', 'PATCH'])
def proxy(path):
url = f"{TARGET_API}/{path}"
response = requests.request(
method=request.method,
url=url,
headers={k: v for k, v in request.headers if k != 'Host'},
data=request.get_data(),
params=request.args
)
return Response(
response.content,
status=response.status_code,
headers=dict(response.headers)
)
if __name__ == '__main__':
app.run(port=8000, debug=True)
Когда это полезно?
Вот так простая проблема с CORS решается за 10 минут с помощью Python. А фронтендеры могут спокойно работать дальше, не копаясь в настройках
Кстати, если у вас есть интересные кейсы из практики — пишите в комментарии, разберем вместе!
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥31👍12❤8⚡3🕊1🫡1
Возвращаюсь к практике с LangGraph! 🎯
Многие из вас ждали продолжения серии статей про LangChain и LangGraph — я не забыл о ней, просто последние пару месяцев совсем не было времени на публикации.
Сейчас возвращаюсь, и осталась последняя, самая практическая часть. Долго думал над форматом — хотелось найти что-то реально интересное, не просто очередной RAG-чатбот или скрипт для парсинга новостей.
И вот что решил сделать:
Телеграм-бот с детективной игрой, где вы — следователь, расследующий преступление. Агент на LangGraph генерирует уникальное дело: подозреваемые, улики, алиби, мотивы. Вы осматриваете локации, допрашиваете свидетелей, собираете доказательства. Все это в свободной форме — никаких готовых вариантов ответов, только живое общение с ИИ.
Что интересного покажу:
- ReAct агент в деле — как он логически рассуждает от лица разных персонажей
- Граф состояний — обработка разных типов действий игрока
- Сложный State менеджмент — агент помнит всю картину преступления, показания, улики
- Условную логику — персонажи меняют поведение в зависимости от ваших вопросов и улик
- Интеграцию с Telegram Bot API
Это будет полноценное приложение, которое можно запустить и поиграть. Весь код, естественно, будет в статье.
Готовлю материал, выйдет на следующей неделе. Кто ждал практики — она будет🔥
Многие из вас ждали продолжения серии статей про LangChain и LangGraph — я не забыл о ней, просто последние пару месяцев совсем не было времени на публикации.
Сейчас возвращаюсь, и осталась последняя, самая практическая часть. Долго думал над форматом — хотелось найти что-то реально интересное, не просто очередной RAG-чатбот или скрипт для парсинга новостей.
И вот что решил сделать:
Телеграм-бот с детективной игрой, где вы — следователь, расследующий преступление. Агент на LangGraph генерирует уникальное дело: подозреваемые, улики, алиби, мотивы. Вы осматриваете локации, допрашиваете свидетелей, собираете доказательства. Все это в свободной форме — никаких готовых вариантов ответов, только живое общение с ИИ.
Что интересного покажу:
- ReAct агент в деле — как он логически рассуждает от лица разных персонажей
- Граф состояний — обработка разных типов действий игрока
- Сложный State менеджмент — агент помнит всю картину преступления, показания, улики
- Условную логику — персонажи меняют поведение в зависимости от ваших вопросов и улик
- Интеграцию с Telegram Bot API
Это будет полноценное приложение, которое можно запустить и поиграть. Весь код, естественно, будет в статье.
Готовлю материал, выйдет на следующей неделе. Кто ждал практики — она будет
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥79👍18❤🔥7☃1🤩1💯1🙉1
Многие начинающие разработчики, которые уже пишут свои программы, рано или поздно приходят к понятию деплоя. К сожалению, часто в проектах, в которых нам приходится участвовать, нет DevOps-специалиста, поэтому ответственность за деплой ложится на нас.
Этот пост я хочу посвятить новичкам, у которых вызывает трепет задача запуска приложения на сервере.
Нужно понимать одну важную вещь: в абсолютном большинстве случаев вы будете работать с готовой операционной системой. Обычно это какой-то дистрибутив Linux (часто Ubuntu) или Windows Server, но с одним критическим отличием — там не будет графической оболочки. Мышкой некуда будет нажать.
В остальном же у вас не вызывает трепет взаимодействие с операционной системой, на которой вы работаете, верно? Вот и сервер — это та же самая операционная система, только без GUI. Файлы, процессы, сеть — все это работает точно так же.
Единственное, что меняется — способ взаимодействия. Вместо мышки у вас будет SSH и командная строка. Вместо двойного клика — команды типа python app.py или systemctl start myapp. Это не магия, это просто другой интерфейс для той же самой системы.
Так что не бойтесь серверов. Просто держите крышку открытой 😄
P.S. Рассказать в следующих постах про основные способы запуска Python приложений на VPS-сервере?
Этот пост я хочу посвятить новичкам, у которых вызывает трепет задача запуска приложения на сервере.
Нужно понимать одну важную вещь: в абсолютном большинстве случаев вы будете работать с готовой операционной системой. Обычно это какой-то дистрибутив Linux (часто Ubuntu) или Windows Server, но с одним критическим отличием — там не будет графической оболочки. Мышкой некуда будет нажать.
В остальном же у вас не вызывает трепет взаимодействие с операционной системой, на которой вы работаете, верно? Вот и сервер — это та же самая операционная система, только без GUI. Файлы, процессы, сеть — все это работает точно так же.
Единственное, что меняется — способ взаимодействия. Вместо мышки у вас будет SSH и командная строка. Вместо двойного клика — команды типа python app.py или systemctl start myapp. Это не магия, это просто другой интерфейс для той же самой системы.
Так что не бойтесь серверов. Просто держите крышку открытой 😄
P.S. Рассказать в следующих постах про основные способы запуска Python приложений на VPS-сервере?
👍28❤7❤🔥3🔥1😁1🐳1💯1💋1🙈1