Подручные инструменты для разработки кода
Корпорация ценой в три триллиона силами целой армии разработчиков выпустила свою фирменную IDE (Visual Studio 2026) после четырёх лет упорной разработки (предыдущая Visual Studio была 2022):
В наши дни если ты не успевал к релизу перевести настройки в новый формат, тебя били до тех пор, пока ты не успевал. Теперь в мажорном релизе после многих лет разработки можно просто написать: Лифт не работает, пользуйтесь пожарной лестницей. Кажется, это называется «новая искренность»?
От падающего теста до правки: как General ведёт задачу в любимой IDE
Когда разработчик открывает AI-чат в IDE, он не думает категориями режимов. Он не формулирует задачу как «сначала Plan, потом Code, затем Test и Review» — он пишет проще:
Почини тест
И только по ходу становится понятно, что это за задача: иногда хватит поправить одну строку, иногда — пройти по нескольким модулям, разобраться в зависимости, изменить production-код и обновить тесты. Заранее это знать нельзя — и не нужно.
Под этот сценарий в Veai сделан режим General: вы описываете цель обычными словами, а агент сам выбирает маршрут — проход по коду, планирование, тесты, ревью, отладка или подключение субагентов. Специализированные режимы (Ask, Code, Test, Plan, Review, Debug) остаются для случаев, когда вы хотите управлять процессом явно.
Почему ручной выбор режима мешает
Реальная задача редко укладывается в один режим. «Исправить падающий тест» — это сразу несколько подзадач: понять причину, решить, где ошибка (в тесте, production-коде, моках, данных или окружении), внести правку и запустить проверку. Если режим нужно выбрать заранее, новый разработчик начинает не с решения проблемы, а с изучения классификации агентов. General убирает этот выбор из начала задачи.
Что происходит по шагам
На запрос «в сервисе оплаты падает тест, найди причину и почини» General в простом случае ведёт задачу сам:
находит и запускает тест через IDE run configuration — в том же окружении, что и разработчик (SDK, профиль, переменные, модули), а не в собранном из терминала, которое может отличаться;
читает стектрейс, открывает связанный production-код, при необходимости смотрит usages, warnings и inspections;
вносит минимальную правку и перезапускает проверку: тест прошёл или упал — это факт из IDE, а не предположение модели.
Если стектрейса не хватает, агент опирается на отладчик (breakpoints, значения переменных, call tree), а если стектрейс уводит в библиотеку — открывает её код или декомпилированный класс через IDE, а не угадывает API по памяти модели.
Когда подключаются субагенты
Маршрут выбирает не отдельный классификатор, а сама модель: по тексту задачи и первым фактам из проекта она решает, достаточно ли пройтись по коду или стоит разложить работу на субагентов (один исследует причину, второй — зависимости, третий — тесты). Поправить одну строку General сделает сам, большую задачу — распараллелит. Многоагентность здесь не самоцель, а инструмент для задач, где она реально ускоряет результат.
Полностью исключить ошибки модели нельзя. Но General опирается не только на LLM, grep и RAG, а на JetBrains IDE как на источник проверяемых фактов: run configurations, SDK и classpath, структуру кода, usages и inspections, coverage, код зависимостей и ошибки компиляции так, как их видит IDE. Отсюда меньше галлюцинаций API и ситуаций «у агента прошло, а в IDE или CI падает».
Разницу можно измерить.
Мы прогнали 8 enterprise-задач на Java/Spring через четыре агента на одной модели — Cursor, Claude Code, JetBrains Junie и Veai:
Контроль остаётся у разработчика
Даже когда агент ведёт задачу автономно, последнее слово за человеком: разработчик смотрит diff в окне Agent Changes и решает, что принять. Перед этим General может сам прогнать несколько субагентов-ревьюеров по своим изменениям и устранить критические проблемы ещё до того, как покажет результат человеку, — авторевью встроено в маршрут, а не остаётся отдельным ручным шагом. Идея не в том, чтобы убрать review, а в том, чтобы убрать лишнюю ручную маршрутизацию до него.
Обратная связь — support@veai.ru и чат с командой.
Вайб-кодинг на корпоративном контроле: как превращать хаос генерации в инженерную дисциплину
Приглашаем вас на совместный вебинар ITFB Group и компании Veai, посвящённый практике контролируемого применения ИИ в разработке.
Когда: 24 июня, 11:00
Где: онлайн
Ключевой вопрос: как использовать скорость вайб-кодинга, но при этом не допустить падения качества, потери управляемости и рисков безопасности?
О продукте
Veai — первый российский ИИ-агент, сочетающий высокую скорость генерации кода с жёстким контролем на основе формальных методов. На вебинаре мы на реальных примерах покажем, чем Veai отличается от Cursor, Copilot и других доступных на рынке решений.
Программа вебинара
— Практическая демонстрация: работа агента на реальном коде — от постановки задачи до готового результата.
— Сравнительный анализ: объективная оценка сильных и слабых сторон популярных ИИ-ассистентов.
— Метрики и экономика: данные по экономии часов, ROI, доле принятого сгенерированного кода и росту тестового покрытия (до 80% с использованием символьного исполнения и data-flow анализа).
— Работа с некомпилируемым кодом: агент автоматически выявляет и исправляет ошибки компиляции и предупреждения IDE, используя нативные инструменты без дополнительных вызовов.
— Безопасность и архитектура: варианты развертывания (on‑premise, self‑hosting, VPC, SaaS), механизмы контроля доступа и встроенный SAST-движок, проверяющий каждую генерацию.
Спикеры
— Константин Волков, менеджер по техническим решениям Veai.
— Наталья Романова, директор по развитию ITFB Group.
Формат — открытая дискуссия. Вы сможете задать любые вопросы, включая самые сложные и нестандартные.
Кому будет полезно: ИТ-директорам, руководителям разработки, архитекторам и всем, кто внедряет или планирует внедрять ИИ-инструменты в корпоративную среду.
Большая языковая модель Mythos соответствует своему названию и остаётся притчей, которую рассказывают немногочисленные авторизованные организации и их сотрудники. Дело в том, что хотя продукт готов к использованию, компания-создатель модели Anthropic дала доступ к нему лишь избранным. Подобное объясняется опасениями о безопасности: якобы модель Mythos настолько сильная, что может взломать всех на свете.
Попытки анализа Mythos разнятся от высказываемого с чувственным придыханием восхищения до ехидного скептицизма. Некоторые баги безопасности действительно находятся, пусть и не в апокалиптических количествах. Усомниться в страхе перед массовыми взломами заставляет также то, что Anthropic выдала доступ к Mythos сотрудникам Агентства национальной безопасности США в целях применения в кибератаках. Что переживания о череде уязвимостей нулевого дня, если нужно выгородить себя после скандала с военными? Понравиться американскому правительству сейчас действительно надо бы: до этого Anthropic отказалась давать Пентагону Claude для атаки на Иран, что закончилось конфликтом.
Также интересно почитать байки очевидцев, у которых доступ к новинке уже есть. Некто @snwy_me рассказал в своём микроблоге, что с помощью Claude Mythos открыл vim на экране мультимедийной системы своей беленькой Mazda MX-5. Для этого запускать завайбкоженные программы на компьютере не пришлось, FORScan не понадобился — Mythos просто нашёл, как вызвать режим разработчика в головном блоке Miata. К твиту прикладывается фотография результата.
Радость была недолгой: вскоре проявилась извечная проблема с выходом. Дело в том, что этот терминал ввод двоеточия не поддерживает; не работает также Shift. Это значит, что ввести :q или ZZ не получится, то есть из Vim выйти невозможно.
Перезапуск Miata мультимедийную систему не перезагружает. Лишь чуть погодя автовладелец сообразил снять клемму с аккумулятора.
Пока везут в Zed нативный diff выделенных кусков кода, с подсветкой, преферансом и барышнями, мы будем пить то, что есть 😁
Скрипт намбер ван:
#!/bin/bash FILE1="/tmp/clp.saved" # xclip -o -selection primary > "$FILE1" wl-paste --primary > "$FILE1" notify-send "Diff" "Первый фрагмент сохранён"
вешаем на одно сочетание клавиш (у меня, например, для удобства, Alt+Shift+1)
(выбираем на вкус для X11 или Wayland)
Скрипт намбер ту:
#!/bin/bash FILE1="/tmp/clp.saved" FILE2=$(mktemp /tmp/clp.XXXXXX) trap 'rm -f "$FILE2"' EXIT # xclip -o -selection primary > "$FILE2" wl-paste --primary > "$FILE2" if [ ! -s "$FILE1" ] || [ ! -s "$FILE2" ]; then notify-send "Ошибка" "Нет текста для сравнения" exit 1 fi meld "$FILE1" "$FILE2"
вешаем на другое сочетание клавиш (у меня, например, Alt+Shift+2)
Изолента и реактивный двигатель — вот всё, что нам нужно. Лучше, чем ничего, по крайней мере…
Первый скрипт сохраняет выделенный текст во временный файл /tmp/clp.saved.
Второй скрипт сохраняет выделенный текст в другой временный файл /tmp/clp.XXXXXX, открывает их оба в нашем любимом Meld, мы на всё это дело любуемся, сравниваем, закрываем Meld, после чего скрипт удаляет этот второй временный файл со случайным постфиксом, чтобы не болтался зря. Первый, /tmp/clp.saved пока остаётся, чтобы было удобно с одним и тем же «первовыделенным» сравнивать несколько вариантов, и его всегда можно переопределить первым скриптом.
Итого: Выделили кусок, Alt+Shift+1, выделили другой кусок, Alt+Shift+2 — смотрим, радуемся! 😁
Всем привет!
В интересное время мы живём конечно. В рабочий чат коллега присылает сообщение:
Общий привет! на заметку:
https://www.comss.ru/page.php?id=20317
Антивирус Dr.Web обнаружил сторонний код в зависимостях Visual Studio Code.
Суть в том, что Microsoft, с какого-то, пропустила в дистрибутив VSCode с версии 1.116.0 protestware - это вид вируса, который при определённых условиях, начинает показывать разные политические тексты на экране. DRWeb, неожиданно конечно, но респект!
MICROSOFT, WTF?
Я попросил OpenCode найти текст на русском в указанной зависимости в VSCode (у меня как раз 1.116) и знаете что, он нашёл!
В общем, если у вас версия VSCode ниже 1.116, то пока не обновляйтесь, а если уже обновились, то используйте мой патч:
https://github.com/Chumikov/vscode-es5ext-patch
В репо также описал как вручную всё исправить. Поделитесь этим с коллегами и друзьями!
Мой telegram.
Автоимпорт при копировании кода — штука настолько приятная и удобная, что без неё уже невозможно представить работу в IDE.
Мы пошли дальше и вслед за умным импортом во время набора кода сделали автоматическую инжекцию бинов при копировании кода!
Теперь при копировании кода Amplicode автоматически добавляет нужную инжекцию бинов. С учётом контекста, @Primary, @Qualifier, дженериков, @Bean-методов, Java и Kotlin — без ручной возни после вставки.
Будет доступно всем пользователям Amplicode, без подписки.
Надоело искать парные вкладки (.h/.cpp) в VS Code? Я навайбкодил расширение, которое их магнитит.
Привет! Меня всегда немного раздражала одна мелочь в VS Code.
Открываешь Source.cpp, хочешь посмотреть заголовок, а Source.h открыт где-то в конце списка вкладок или вообще затерялся среди десятка других файлов. Приходится глазами искать его или тянуться к дереву проекта.
Стандартные методы сортировки тут не помогают, поэтому я написал Tab Magnet.
Как это работает:
Вы просто кликаете на файл в Explorer-е. Tab Magnet проверяет, открыта ли его "пара" (например, .h для .c или .html для .component.ts), и если да - автоматически переносит её поближе, чтобы они стояли бок о бок.
Функционал:
Знает, что заголовки лучше держать справа, а тесты — рядом с кодом.
Поддерживает из коробки C/C++, C#, Web (JS/TS/HTML/CSS) и Angular.
Можно настроить свои правила (например, для Go тестов или специфичных структур папок).
vscode marketplace: Tab Magnet
GitHub: tab-magnet
Lex Kravetski в ФБ написал оду Микрософт Ворду, с которым у меня плохие отношения еще с конца 1980-х, когда он был под DOS-ом в графическом режиме. Причем тогда Ворд был еще более-менее, хотя бОльшая часть его функциональности лично мне не была нужна, для форматированных текстов хватало Лексикона от Eugene Veselov из ВЦ Академии Наук, затем уехавшим в Микрософт и ныне ставшим очень политизированным.
Главные проблемы с Вордом для меня начались после 2000 года, когда у него стало прыгать форматирование невпопад, особенно в текстах с комбинацией списков, таблиц и картинок. Lex такую проблему упоминает с позиции своих оппонентов: "блин, даже пробел в нём как-то странно работает, по коей причине даже простое форматирование сделать тяжело."
Из-за этого прыгания я сейчас для редактирования форматированных текстов как правило использую простой текстовый редактор joe (который имитирует редактор в TurboC 1988 года, но с квадратными блоками), а в нем - .md Markdown, который потом конвертирую в .pdf с помощью программы pandoc.
Также использую Google Doc, в нем форматирование не прыгает, как в Microsoft Word и в Libre Office, а сделано по человечески.
Раньше еще писал в текстовом редакторе на HTML, но Markdown удобнее, так как читабильнее в голом виде. Если вы еще не выучили Markdown и мучаетесь Вордом - просто нагуглите его в википедии, он учится за 15 минут.
В видео поговорим про то, как отключить табы в vscode, и как навигироваться по файлам без них. Отформатируем визуальное отображение одного оставшегося таба. А еще бонусом расскажу про Cooklang – язык для кулинарии и разметки рецептов.
Какие способы навигации удобнее табов? Будем использовать cmd+p для Command Pallete, cmd+d для Open Recent, alt+<right> и alt+<left> для навигации по позициям курсора в разных файлах.
Конфиг выпуска:
{ "workbench.editor.showTabs": "single", "workbench.editor.showIcons": false, "workbench.editor.labelFormat": "medium", "breadcrumbs.enabled": false, }
Горячие клавиши:
{ { "key": "alt+left", "command": "workbench.action.navigateBack" }, { "key": "ctrl+-", "command": "-workbench.action.navigateBack" }, { "key": "alt+right", "command": "workbench.action.navigateForward" }, { "key": "ctrl+shift+-", "command": "-workbench.action.navigateForward" }, { "key": "cmd+d", "command": "workbench.action.quickOpenPreviousRecentlyUsedEditorInGroup", "when": "!activeEditorGroupEmpty" }, { "key": "ctrl+tab", "command": "-workbench.action.quickOpenPreviousRecentlyUsedEditorInGroup", "when": "!activeEditorGroupEmpty" }, }
Полный конфиг: https://github.com/sobolevn/dotfiles
Давно хотел это написать, но как будто не было триггера и вот в пятницу я его поймал. Объясняю. Хочу выразить благодарность, чуть-чуть извиниться перед разработчиками Intellij Idea и простить их. Вот прям от души.
Когда-то в детстве я 3 года отучился игре на фортепиано, но переходный возраст (пиво, футбол и девки) победил и я ушёл из музыкальной школы. К чему я.. я программист уже 8 лет и я не встречал ничего прекрасней чем Intellij Idea.. ты не разрабатываешь - ты играешь на рояле... это автодополнение или как его назвать, подсказки, я просто в шоке. Не всегда угадывает что я хочу, но часто. Триггер я поймал когда добавлял новый объект в enum вида ERROR_INFO("text") и пока строчил название объекта представлял как лезу в переводчик, чтобы точно грамотно написать на английском текст, а Идея предложила мне текст, который я хотел написать, причём не все слова были в названии объекта.. как итог я прям счастлив от такой супер приятной мелочи (не факт что мелочи) и вот спустя два дня строчу этот пост, т.к. я прям обязан это сделать, не знаю почему. Я понимаю, что нейросети, но один и тот же салат Цезарь каждый повар делает по разному.
То, от чего я прям балдею:
shift + f6, переименовывает всё и везде - просто песня
ctrl + shifr + backspace - показывает всё что я поменял в классе, а не я глазами ищу строчки
ctrl + e - показывает классы в порядке убывания по использованию, не ищешь в браузере слева
в браузере жмёшь на значок цели вверху и тебе показывается где класс лежит буквально
в разделе гита смотришь изменения класса, нажимаешь f4 и тебе открывается этот класс
супер поиск ctrl+shift+f или просто два шифта
работа с базами данных просто сказка (даже Дата Грип редко открываю, его тоже люблю)
офигенные приколы типа ctrl+d с добавлением ниже второй такой же строки, удалить строку со смещением наверх shift+del
быстрый переход с ошибки на следующую ошибку с помощью f2
ctrl+p показать все ожидаемые параметры в методе
ctrl+shift+вверх/вниз гоняет как строку, так и целый кусок :)
и ещё дофига всего!!
В общем я счастлив, что моё хобби и работа это одно и то же, а то что есть Идея счастье увеличивает. Извиниться хочу, что я ни разу не покупал подписку. Она мне досталась после прохождения какого-то курса по Java, а сейчас вообще не могу купить, т.к. технически это невозможно из РФ. Здесь я прощаю Jet Brains, без пафоса, понять можно наверное (и на царей жёны давили :) Как смогу - обязательно куплю подписку, потому что это охренеть какой труд и верх перфекционизма для меня как для такого же любителя прекрасного!! И я хотел бы знать - это один такой перфекционист у них всё таки, или целая команда (в плане, что Идея именно такая какая есть). Кто этот "фундамент" образа?
Кто скажет, что пост рекламный - вы не правы! Просто признался в любви IDE :)) и стало легче! Пашем дальше..
Как насчёт чёрно-белой (grayscale) темы? Недавно я озадачился вопросом: насколько вообще читаем программный код на разных языках, если отключить подсветку? Попробовал просматривать код в простом редакторе без подсветки на таких языках как: C, Lisp, Python, Haskell, Agda, Assembler и пришёл к некоторому выводу… Но тут я не про это: мне показалось, что движение за отказ от синтаксической подсветки кода слишком радикален и неразумен. Зато я вспомнил, что раньше в продвинутых редакторах текста и средах разработки поставлялись чёрно-белые темы. Поискал такую для GNU Emacs и не нашёл подходящую, как ни странно. Попалось несколько тем, авторы которых декларировали, что это то, что мне нужно, но на поверку выходило, что не так. Либо это были на самом деле цветные темы, либо способ расцветки серым мне совсем не нравился. В итоге я потратил три вечера на то, чтобы разработать свою тему, точнее две: светлую и тёмную. Я никогда до этого не разрабатывал тем, поэтому первый вечер потратил на эксперименты, взяв за основу одну из найденных тем. Второй вечер я посвятил написанию светлой темы с нуля, ну а третий — на то, чтобы конвертировать светлую тему в тёмную и опубликовать результат в репозитории. Вот что получилось:
С тёмной версией можно ознакомиться на страничке темы. Лично мне светлая тема нравится больше тёмной, а при создании её дизайна я вдохновлялся книгами по математике и программированию. Откуда и данное ей мною название: Book Like, то есть “Как в книге”.
Установить тему можно непосредственно из репозитория:
(package-vc-install '(book-like-themes :url "https://github.com/easimonenko/book-like-themes"))
Тема покрывает не все режимы, естественно, а только font-lock, company, magit, org, да и те не до конца. Если тема приживётся, буду дорабатывать и добавлять поддержку других режимов. А может кто из вас захочет прислать свои доработки в Pull Requests, кто знает?
Пишите в комментариях, как вам такое, знаете ли или может быть уже используете чёрно-белую тему, и нужна ли статья про создание собственных тем для GNU Emacs? Кстати, а что вы думаете про читаемость программного кода без применения подсветки?
Репозиторий кода темы: https://github.com/easimonenko/book-like-themes
© Симоненко Е.А., 2025
Вам не нужен Activity Bar в vscode!
В видео я показываю несколько возможных оптимизаций вашего рабочего процесса. Станет удобнее и проще использовать ваш основной инструмент для работы.
Раз. Убираем Activity Bar. В нем есть три типа иконок: нужные нам часто, нужные иногда, совсем ненужные. Логика такая: для нужных мы создаем горячие клавиши (или пользуемся существующими). Для средне-нужных используем cmd+p и выбор команды. Ненужными – не пользуемся :)
Кастомные настройки для горячих клавиш для управления разными View (плюс к стандратным):
[ { "key": "shift+cmd+g", "command": "workbench.view.scm", "when": "workbench.scm.active" }, { "key": "ctrl+shift+g", "command": "-workbench.view.scm", "when": "workbench.scm.active" }, { "key": "shift+cmd+o", "command": "outline.focus" } ]
Два. Убираем Side Bar. Большую часть времени он не нужен. В основном нам просто нужно читать и реже писать код. Зачем нам Side Bar? Убирается основной по cmd+b, а второй по cmd+alt+b.
Но если оставить Side Bar справа, то его появление / скрытие будет двигать код. Что будет мешать. Потому – убираем его вправо.
Настройки:
{ "workbench.activityBar.location": "hidden", "workbench.sideBar.location": "right" }
Три. И не забудьте поместить Command Palette в центр рабочей области. Так будет удобнее: появяться она будет сразу перед глазами. Просто перетаскиваем мышкой.
Ссылка со всеми материалами: https://github.com/sobolevn/the-best-python-course/blob/main/minimal_vscode Там будет много полезного.
minimal vscode: открываем окна
Нет, не от духоты, ее в видео как раз не будет 🌚️️️️
Видео короткое, динамичное, практичное.
Перед тем как учиться пользоваться vscode, необходимо:
Её поставить
Научиться её открывать
Располагать её на рабочем пространстве
Мой конфиг: https://github.com/sobolevn/dotfiles
В видео поговорили про: hotkey managers, тайлы, всякие красивости для macos.
Менеджеры горячих клавиш:
jumpapp для Linux: https://github.com/mkropat/jumpapp и https://linux.die.net/man/1/wmctrl
AutoHotkey для Windows: https://autohotkey.com
whkd для Windows: https://github.com/LGUG2Z/whkd
skhd для macos: https://github.com/koekeishiya/skhd
skhd-zig для macos: https://github.com/jackielii/skhd.zig
Тайловые менеджеры:
macos: https://github.com/rxhanson/Rectangle мой конфиг: https://github.com/sobolevn/dotfiles/blob/master/config/RectangleConfig.json
macos более продвинутая альтернатива: https://github.com/ianyh/Amethyst
самая продвинутая альтернатива для macos: https://github.com/koekeishiya/yabai
Windows: https://github.com/LGUG2Z/komorebi
Linux: ТЫСЯЧИ ИХ
Полезности:
Top Notch для macos: https://topnotch.app
HazeOver для macos: https://hazeover.com/ru
Brewfile: https://docs.brew.sh/Brew-Bundle-and-Brewfile мой конфиг: https://github.com/sobolevn/dotfiles/blob/master/Brewfile
🔺Пример MCP для Gemini CLI
Ковыряюсь с Gemini CLI, консольным кодовым агентом, который на днях вышел. Накидал пример, как расширить его функционал при помощи MCP сервера.
my_mcp.py
from openai import OpenAI from mcp.server.fastmcp import FastMCP import base64 import os client = OpenAI(api_key=os.environ["OPENAI_API_KEY"]) mcp = FastMCP("openai-image-generator") @mcp.tool(description="Generate an image with OpenAI Images API") def generate_image( prompt: str, size: str = "1024x1024", # "1024x1536", "1536x1024", "1024x1024" quality: str = "high", # 'low', 'medium', 'high' background: str = "transparent" ) -> str: """Return a file path to the generated image.""" response = client.images.generate( model="gpt-image-1", prompt=prompt, size=size, quality=quality, output_format="png", user="test_user", moderation="low", background=background, n=1) image_base64 = response.data[0].b64_json image_bytes = base64.b64decode(image_base64) file_name = f"gen_image.png" file_path = os.path.join(os.getcwd(), file_name) with open(file_path, "wb") as f: f.write(image_bytes) return file_path if __name__ == "__main__": mcp.run()
Тут вызывается API для генерации изображения, ключ берется из переменных окружения, картинка сохраняется на диск. И прописываем путь до файлика в settings.json Gemini:
{ "mcpServers": { "openai-image-generator": { "command": "python", "args": [ "/path/to/my_mcp.py" ], "env": "OPENAI_API_KEY": "${OPENAI_API_KEY}" } } } }
Если теперь просить сгенерить лого для своего репозитория, то Gemini составит релевантный промпт по репе, вызовает этот метод и по желанию обновит Readme проекта, добавив в него картинку.
Смысл тут в том, что так можно подключить любой вызов вашего внешнего инструмента.
В целом же есть куча готовых серверов, можно легко подключить GitHub для создания агентом пулл-реквеста или RAG на своих файлах. Хороший список есть в официальной репе разработчиков MCP протокола.
Как получилось, что юристы используют среду для разработчиков?
e/acc часто пишет про изменение индустрий, вижн будущего, которые он берет из исследований либо из общения с фаундерами (со стороны инвестора). И я у него на канале не первый раз вижу упоминания одной странной штуки.
Мол, можно взять AI среду для разработчиков Cursor и настроить ее как рабочую программу для неразработческих задач. Звучит сомнительно. Но я попытался "покритиковать свою критику", вот что вышло:
Зачем вообще сложный Cursor вместо простого chatgpt?
Встроенная реализация агентов
Система планирует новые действия на основе результатов предыдущих. Пример агента – openai deepresearch. Он понимает, на какие сайты еще сходить на основе того, что уже нагуглил.
Агент выполняет сложную последовательность шагов (пройтись по гуглтабличке с ссылками на видосы, скачать их, вытащить из них аудиодорожку через ffmpeg, сделать транскрибацию, саммари и сохранить в файлики). Даже если она не известна заранее.
Рабочий контекст
Часто у нас есть какой-то рабочий контекст. Файлики, таблички, инструкции. Программистам важно быстро добавлять нужный контекст к запросам, и Cursor поддерживает это by design. Можно сослаться на конкретный файл или папку. И результаты тоже сразу сохранятся в виде готовых файлов. Плюс есть .cursor/rules "настройками" поведения LLM под разные задачи.
Встроенная расширяемость
Сейчас популярны MCP-серверы – унифицированные обертки над внешними сервисами, дающие к ним доступ LLM-агентам. В два клика даем системе доступ к корпоративному Notion или гугл календарю. Если подходящего нет, просто просим LLM написать его самому. А можно не трогать MCP, а просить разработчиков или LLM писать python-скрипты – агент будет их использовать в дальнейшем.
Очень удобная работа с текстом.
Cursor – лучший инструмент для написания текстов. Он умеет завершать предложения за меня, на лету исправляет падежи, сам понимает, куда я хочу переместить курсор. Можно выделить часть текста и дать задачу чисто под нее. Можно сделать что-то со всем текстом и он подсветит изменения.
По сути, если вы работали с Canvas режимом в ChatGPT, то на пальцах:
ChatGPT < Canvas < Cursor
А точнее
ChatGPT < Canvas <<< Cursor
А что мешает сделать себе полноценный сервис под свою область (ко мне часто приходят с таким запросом)?
Реализовать нормальную агентскую систему – сложно. Бизнесу дешевле взять уже готовое и расширяемое. Но собственные системы можно и нужно делать, когда есть четкие повторяемые задачи, где есть потенциал свести участие человека к минимуму.
А вот если задач много, разных, они не разбиваются на заранее известную последовательность шагов + нужен человеческий контроль/планирование, то я пока не могу ничего лучше придумать, чем Cursor. Переобулся, короче.
P.s. у меня гораздо менее технооптимистичный взгляд, чем у e/acc, и вижу много сложностей во внедрении таких инструментов в реальном бизнесе, но где-то это может сэкономить десятки тысяч долларов.
Если нравится такой формат авторских разборов, добавляйтесь в мой тг канал AI и грабли – пишу свои выводы из того, с чем сталкиваюсь на практике. Например, инструкция, как анализировать чаты в тг
Скрипт синхронизации GitHub Issues для Cursor IDE
ghsync.py позволяет Агенту взаимодействовать с задачами (issues) в репозитории GitHub.
Скрипт позволяет читать все метки и задачи, редактировать существующие задачи и создавать новые. Поддерживается изменение статуса задачи, но удаление задач не предусмотрено.
Для массовых изменений рекомендуется создать премиальной моделью файл temp.txt со списком команд, а затем выполнить их с помощью бесплатной модели. Gemini 2.5 Flash справляется с этим. Cursor Small и GPT-4o-mini не тестировались.
Требования
Python 3: Убедитесь, что у вас установлен Python 3.
Если проект не использует Python, создайте локальное окружение Python. В Cursor или VSCode откройте терминал и выполните:
python -m venv env_py
После этого IDE сама предложит активировать окружение.
GitHub CLI (gh): Должен быть установлен GitHub CLI и пройдена аутентификация:
gh auth login
Настройка
Добавьте папку .cursor в ваш репозиторий и следуйте предыдущему разделу.
Использование
Пример запроса к модели:
В соответствии с @git-interactions.mdc выполни {действие}
Основные команды, поддерживаемые ghsync.py
-d, --download: Скачивает все метки и задачи.
-u, --upload: Создает новую задачу.
Обязательный аргумент: --title <заголовок>
Опционально: --body <тело> или --body-from-file <имя_файла> (из .cursor/Gitdata/temp_bodies), --labels <метка1> <метка2> ...
-e, --edit <НомерЗадачи>: Редактирует существующую задачу.
Опционально: -NewTitle <новый_заголовок>, -NewBody <новое_тело> или -NewBodyFromFile <имя_файла> (из .cursor/Gitdata/temp_bodies), -NewLabels <метка1> <метка2> ..., -NewState <open|closed|not_planned>
При использовании
--body-from-fileили-NewBodyFromFile, положите файл с содержанием задачи в папку.cursor/Gitdata/temp_bodies. Скрипт считает содержимое и автоматически удалит файл после использования.
Примечания
Скрипт и связанное правило пытаются обойти текущие проблемы Cursor с захватом вывода терминала для Агентов. Следите за исполнением, так как Агент может не следовать инструкциям в git-interactions.mdc и проверять вывод консоли вместо статус-файла
Я пытался создать Agent Tools через MCP-сервер, но ни Gemini, ни Claude не смогли корректно подключить MCP к Cursor, поэтому я забил.
Если хотите, чтобы действия Агента отображались отдельно от ваших, создайте для него отдельный аккаунт GitHub. Вроде как ещё можно создать под него GitHub App, но мне лень, учитывая, что я работаю один в приватном репозитории.
ESP-IDF in CLion
Недавно вышла новость от JetBrains о том, что CLion становиться бесплатным для некоммерческой разработки, об этом уже писали на Хабре.
Ранее на Espressif dev portal blog вышел туториал, как настроить CLion для работы с ESP-IDF. Пост насыщен иллюстрациями и содержит пошаговое руководство.
CLion - среда разработки для языков программирования C и C++ с широким спектром функций и удобным пользовательским интерфейсом. Кто знаком с продуктами JetBrains, тому будет удобно работать в привычном окружении. Есть сторонний плагин ESP-IDF, он добавляет вкладку с меню задач IDF (build, flash, monitor и т.д.)
Преимущества CLion
Интеграция с CMake, Makefile, Gradle, Ninja.
Поддержка не только CMake, но и других инструментов сборки через плагины.
Умный редактор кода.
Автодополнение, подсказки, рефакторинг, переход к определению, реализациям и многое другое.
Отладка и профилирование.
Встроенный графический отладчик (на базе GDB или LLDB) с возможностью просмотра переменных, стеков вызовов и точек останова. Также поддержка профилировщиков (Valgrind, CPU профилирование).
Кросс-платформенность.
Работает на Windows, macOS и Linux.
Интеграция с системами контроля версий.
Git, SVN, Mercurial — прямо из интерфейса IDE.
К недостаткам субъективно можно отнести следующее
Бесплатная IDE только для некоммерческой разработки
На старом "Железе" может медленно работать, по сравнению с VScode, особенно во время запуска приложения
На момент написания CLion версии 2025.1.1 занимает 5.1 Gb места на диске, VScode в моем случае занимает 408 Mb.
Нет официального плагина ESP-IDF.
В заключение поста автор выражает признательность, если это руководство будет использоваться для проектов ESP-IDF, а в случае проблем пользователи могут сообщить об этом в issue tracker.
МойОфис Экосистема: мы собрали офисные инструменты в единую рабочую среду
Представьте, как несколько сотрудников работают над одним документом — бюджетом или годовым отчётом, — но вместо слаженного процесса получается хаос: каждый редактирует свою копию, пересылает её по почте, и в итоге никто не может понять, какая версия последняя. На сводку правок уходит время, высок риск ошибок, а рассылка файлов создаёт угрозу утечки данных.
МойОфис решил эту проблему, создав единую экосистему приложений со сквозными сценариями. Вы можете начать работу в настольном редакторе, продолжить совместное редактирование в веб-версии, а затем внести правки с мобильного устройства — и всё это с одним файлом. Документ остаётся единым на всех этапах без дублирования версий. Можно отправить его прямо в корпоративный чат мессенджера Squadus от МойОфис или прикрепить к письму в нашей почте из интерфейса редактора, без скачивания и повторной загрузки.
Все обсуждения проходят в чате документа, а изменения автоматически сохраняются в облаке, исключая ручные операции вроде «сохрани-перешли-открой-где-то-еще». Доступ настраивается только для нужных сотрудников, а процесс согласования занимает считанные минуты.
Мы разделили наши продукты на 4 семейства и изменили их названия. Теперь это настольные документы («Документы Настольные»), чат и видеозвонки («Сквадус»), веб-документы («Документы Онлайн») и почта для организаций («МойОфис Почта» и «Мейлион»). Для упрощения навигации мы также обновили и названия приложений. Теперь текстовый редактор называется «МойТекст», табличный редактор — «МоиТаблицы» и так далее. Это позволяет легко идентифицировать все компоненты экосистемы по единому стилю наименований.
Читайте подробнее об Экосистеме МойОфис здесь.
DLP-система «СёрчИнформ КИБ» защищает файлы в «МойОфис Документы Онлайн»
МойОфис и «СёрчИнформ» подтвердили совместимость своих продуктов: решения для совместной работы и хранения документов «МойОфис Документы Онлайн» и DLP-системы для защиты от утечек информации «СёрчИнформ КИБ».
«МойОфис Документы Онлайн» — комплексный продукт для структурированного хранения корпоративной информации и организации совместной работы с документами. В его состав входят веб-приложения для работы с текстовыми, табличными документами и презентациями, мобильное приложение «МойОфис Документы», интерактивная доска, а также серверные системы для обеспечения совместной работы и средства администрирования.
Технологический стек «МойОфис Документы Онлайн»:
Ядро продукта построено на С++17. Веб-интерфейс разработан с использованием React, TypeScript и WebSockets для динамического взаимодействия в реальном времени. Серверная часть реализована на Java, C++17, Golang и OpenResty.
«СёрчИнформ КИБ» контролирует действия пользователей с файлами в «МойОфис Документы Онлайн» и проверяет их права доступа к информации. Системы взаимодействуют по протоколу ICAP, а интеграция поддерживается для «МойОфис Документы Онлайн» версии 3.3 и выше.
При работе пользователя с документами в облаке DLP-система получает данные о его действиях: скачивание или экспорт файлов, перемещение, изменение прав доступа, создание публичных ссылок и отправку документов по почте. Если эти действия нарушают корпоративные политики безопасности, система уведомляет службу информационной безопасности.DLP регулирует передачу данных из «МойОфис Документы Онлайн» на уровне HTTP-запросов, что позволяет настраивать правила безопасной работы и контролировать их выполнение.