Boristane
The Software Development Lifecycle Is Dead | Boris Tane
AI agents didn't make the SDLC faster. They killed it. All that's left is context.
Наткнулся здесь на статью
tldr: очередной вайбкод хайп в духе "программирование умерло! старые практики не нужны! клод код все шипит прямо в прод!"
Но у меня подгорело 😅 поэтому разберу по пунктам.))
1. "Джира не нужна, ведь есть markdown файлик в репе, чтобы агенты читали все оттуда". - Джира никогда не была кртически нужна разработчикам (и следовательно агентам). Она нужна бизнесу. Для декомпозиции больших проектов, организации команд, оценки велосити, связки с корпоративной документацией и архитектурой, коммуникацией между командами. Текстовые файлики в репе нужны агентам и они могут повторять джиру и конфлюенс, но не заменять. Скорее агенты получат бесшовную рабочую ингрецию в джиру, чем все перейдут на доки в репах.
2. "Системный дизайн уже не тот. Не надо ничего планировать, потому что агент все меняет и создает в процессе кодинга" Ну это очень голословное утверждение 🤣 Я понимаю, что в вайбкодинге без всякого SDD/BMAD может и так, набросал план, агенты давно ушли от плана а ты продолжаешь сыпать слоп из ведра и допиливать свою ARCHITECTUREmd🤪 . В реальной разработке - реквайрменты и утверждненный дизайн незыблем. Пусть код стал дешев и фича будет закожена за сутки, а не пол спринта. Тратьте больше появившегося свободного времени на изучение non-functional требований и изначальное проектирование правильного дизайна. Раньше уходило 3 дня на подготовку и 11 дней на написание кода, пусть сейчас уходит 7 дней на планинг, сбор и анализ реквайрментов, изучение вариантов имплементации и 7 дней на кодинг. Качество только вырастит.
3. "The entire QA function as a separate stage is gone. Потому что агенты сами пишут юнит тесты" Эмм, человек реально не в курсе про end-to-end, нефункциональные тесты? Про то что если агент у тебя на машине прогнал линтер - это просто классическая ситуация "а у меня на машине все работало"? Для тестирования и доставки реального софта все так же нужны пайплайны, quality gates, автоматизированное тестирование по заложенным шаблонам на реальных тест энвах.
4. "Код ревью не нужен, ведь вы все равно не осилите 500pr в день от агентов". Какие 500 пр? Конечно OpenAI может расказывать про harness engineering и как у них сотня агентов за месяц пилят продукт полностью на автомате. Но для этого одни из лучших в мире инженеров готовят весь набор подходящих правил и процессов. И результаты все равно можно делить на двое, так как это все хайп в сми для надувания пузыря инвестиций😉 . В реальности LLM все так же пишет тонны слопа, и ошибки/несоответствия стандартам есть даже при четко расписаных спеках. АИ код ревью вещь хорошая, но оно до сих пор может тебе выставить мнимые "critical issues" потому что не до конца понимает контекст, где и как продукт будет работать в реальности и почему на этих энвах здесь и сейчас есть вот такие упрощения или ограничения.
Да, на проектах где репы обвешаны линтерами, код стайлингом, прекомит хуками, с 100% юнит тест покрытием, и полной автоматизацией QA может и можно шипать 500pr в день без проверок. Но в реальной жизни таких проектов не бывает 😅🦄
5. "Пайплайны не нужны, потому что агенты уже сами все у себя проверили и протестировали, все залили в прод с фича флагами, а скоро и сами научатся прогрессив ролаутам, и будут раскатывать канари четко по метрикам со всех систем" (как в лучших SRE традициях гугла). Тут я просто не стал ничего коментировать, закрыл ноут и пошел курить думая про эту чудесную страну розовых пони...😮💨
tldr: очередной вайбкод хайп в духе "программирование умерло! старые практики не нужны! клод код все шипит прямо в прод!"
Но у меня подгорело 😅 поэтому разберу по пунктам.))
1. "Джира не нужна, ведь есть markdown файлик в репе, чтобы агенты читали все оттуда". - Джира никогда не была кртически нужна разработчикам (и следовательно агентам). Она нужна бизнесу. Для декомпозиции больших проектов, организации команд, оценки велосити, связки с корпоративной документацией и архитектурой, коммуникацией между командами. Текстовые файлики в репе нужны агентам и они могут повторять джиру и конфлюенс, но не заменять. Скорее агенты получат бесшовную рабочую ингрецию в джиру, чем все перейдут на доки в репах.
2. "Системный дизайн уже не тот. Не надо ничего планировать, потому что агент все меняет и создает в процессе кодинга" Ну это очень голословное утверждение 🤣 Я понимаю, что в вайбкодинге без всякого SDD/BMAD может и так, набросал план, агенты давно ушли от плана а ты продолжаешь сыпать слоп из ведра и допиливать свою ARCHITECTUREmd
3. "The entire QA function as a separate stage is gone. Потому что агенты сами пишут юнит тесты" Эмм, человек реально не в курсе про end-to-end, нефункциональные тесты? Про то что если агент у тебя на машине прогнал линтер - это просто классическая ситуация "а у меня на машине все работало"? Для тестирования и доставки реального софта все так же нужны пайплайны, quality gates, автоматизированное тестирование по заложенным шаблонам на реальных тест энвах.
4. "Код ревью не нужен, ведь вы все равно не осилите 500pr в день от агентов". Какие 500 пр? Конечно OpenAI может расказывать про harness engineering и как у них сотня агентов за месяц пилят продукт полностью на автомате. Но для этого одни из лучших в мире инженеров готовят весь набор подходящих правил и процессов. И результаты все равно можно делить на двое, так как это все хайп в сми для надувания пузыря инвестиций
Да, на проектах где репы обвешаны линтерами, код стайлингом, прекомит хуками, с 100% юнит тест покрытием, и полной автоматизацией QA может и можно шипать 500pr в день без проверок. Но в реальной жизни таких проектов не бывает 😅
5. "Пайплайны не нужны, потому что агенты уже сами все у себя проверили и протестировали, все залили в прод с фича флагами, а скоро и сами научатся прогрессив ролаутам, и будут раскатывать канари четко по метрикам со всех систем" (как в лучших SRE традициях гугла). Тут я просто не стал ничего коментировать, закрыл ноут и пошел курить думая про эту чудесную страну розовых пони...
Please open Telegram to view this post
VIEW IN TELEGRAM
🦄2
Огонь. Он тоже повелся на фантазии Маска об "АИ пишет бинарники"? 😅
И вместо кубера и контейнеров на серверах будут крутиться просто юникс бинарники которые написала АИ?
Хах, даже в таком вымышленном мире🦄, вот вангую, сначала изобретут конфиг файлы, потом контейнеры, потом кубернетис. История всегда до странности циклична 👀
И вместо кубера и контейнеров на серверах будут крутиться просто юникс бинарники которые написала АИ?
Хах, даже в таком вымышленном мире🦄, вот вангую, сначала изобретут конфиг файлы, потом контейнеры, потом кубернетис. История всегда до странности циклична 👀
Минутка полезностей
Первый постмортем в моей команде длился 3 часа. Итог: виноват джун который задеплоил в пятницу.
Второй длился 40 минут. Итог: 7 конкретных action items, ни одного имени.
Разница? Я убрал из шаблона поле «ответственный за инцидент» и добавил «что в системе позволило этому случиться».
За год количество инцидентов упало на 34%. Люди перестали скрывать ошибки и начали репортить баги ДО прода.
Постмортем без обвинений или с назначением виноватого?
❤3🦄1
Попробовал Google Antigravity. Интерфейс, шрифты, темная тема - максимально приближено к Курсору. Но нет столько возможностей для кастомизации. Нет полноценных мультиагентов, нет хуков. В курсоре очень удобно сделана возможность добавить любой файл или кусок кода в чат через контекстное меню, в Антигривити такого нет. Вобщем выглядит пока как простой форк VSCode без каких либо улучшений вообще. Наш корпоративный Google Workspace не дает подписку на Антигравити оказалось, и на личный аккаунт тоже купить не получается.
Заодно затестил в Антигравити еще раз Opus 4.6. У меня есть одна не супер срочная задача по переносу вариаблов конфигруации большого кубер приложения (на пару десятков субчартов) из одного большого конфигмапа (легаси от старого сетапа в docker compose) в энв специфик values.yaml, чтобы все конфиги были в одном месте. Написал большую мигрейшн спеку в ai-devkit c Опусом, ну норм, хотя разницы с Кими не заметил. И тут Опус говорит - я тут еще свой отдельный план составил, давай все сразу по нему и перенесу. Говорю ну давай. Минут за 15 все перенес. Смотрю - херня какая-то.😅 Типа в конфиге апач-найфай оказалась половина переменных от нашего бэка, часть переменных спрятал глубоко в субчарты, в правильные values файлы положил далеко не все... Спрашиваю
- Что это такое, почему например у найфай переменные от бэка?
- Ну я все перенес без того что проверить какие точно переменные нужны apache nifi.
- "на этой ноте недельные лимиты бесплатного аккаунта заканчиваются" 🤡 Хватило на 1 час))
Вобщем я хз как там люди one-shot-ают приложения с одного промпта 🤔Все же спецификации и пошаговое выполнение с контролем результата пока наше все. И очень мало различий, какая модель будет делать это под капотом.
Заодно затестил в Антигравити еще раз Opus 4.6. У меня есть одна не супер срочная задача по переносу вариаблов конфигруации большого кубер приложения (на пару десятков субчартов) из одного большого конфигмапа (легаси от старого сетапа в docker compose) в энв специфик values.yaml, чтобы все конфиги были в одном месте. Написал большую мигрейшн спеку в ai-devkit c Опусом, ну норм, хотя разницы с Кими не заметил. И тут Опус говорит - я тут еще свой отдельный план составил, давай все сразу по нему и перенесу. Говорю ну давай. Минут за 15 все перенес. Смотрю - херня какая-то.😅 Типа в конфиге апач-найфай оказалась половина переменных от нашего бэка, часть переменных спрятал глубоко в субчарты, в правильные values файлы положил далеко не все... Спрашиваю
- Что это такое, почему например у найфай переменные от бэка?
- Ну я все перенес без того что проверить какие точно переменные нужны apache nifi.
- "на этой ноте недельные лимиты бесплатного аккаунта заканчиваются" 🤡 Хватило на 1 час))
Вобщем я хз как там люди one-shot-ают приложения с одного промпта 🤔Все же спецификации и пошаговое выполнение с контролем результата пока наше все. И очень мало различий, какая модель будет делать это под капотом.
🤔1
И хорошие новости от Cursor. В подписку добавили Kimi K2.5 thinking. За 0.6/3 $/mln tokens. Крутая модель, стандартный ценник как и у других провайдеров, скорость - отличная. Теперь знаю, куда буду сливать $20 подписки Курсора 😎, а то прошлый месяц вообще в него не заходил, юзал бесплатные модели в OpenCode))
Так что если у вас Cursor - основной рабочий инструмент, и вы искали дешевую и качественну модель на каждый день - самое время попробовать Kimi, вот максимально рекомендую!👍
Так что если у вас Cursor - основной рабочий инструмент, и вы искали дешевую и качественну модель на каждый день - самое время попробовать Kimi, вот максимально рекомендую!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
Минутка полезностей
Самое неочевидное в монорепо — это не код, а люди. Когда фронт видит коммиты бэка и наоборот — начинается здоровое любопытство. Джун из моей команды за 2 месяца разобрался в API лучше чем за год в полирепо. Прозрачность кодовой базы учит быстрее любого менторства.
А вот где монорепо точно НЕ нужно — если команды в разных часовых поясах и нет общего code ownership. Мы пробовали с распределённой командой — мерж-конфликты превратились в политику. Откатили 2 сервиса обратно. Инструмент не виноват, контекст решает.
Отсылаем нотификации из OpenCode в телегу.
Часто хочется знать когда агент закончил свой длинный таск, а еще лучше получить саммари что было сделано. В Claude Code даже недавно выпустили мобильное приложение. Но Телеграм для многих удобнее и быстрее. Запилил себе такие нотификации вчера, и делюсь способом с вами ;)
tldr: в клодкоде или курсоре все просто, json конфиги хуков, запускаем команду или промпт, шлем в телегу curl-ом. В опенкоде хуков нет, есть плагины на typescript, мониторим ивенты, забираем чаты в апи, отсылаем в телегу через web fetch.
Подробный гайд читайте в статье
Часто хочется знать когда агент закончил свой длинный таск, а еще лучше получить саммари что было сделано. В Claude Code даже недавно выпустили мобильное приложение. Но Телеграм для многих удобнее и быстрее. Запилил себе такие нотификации вчера, и делюсь способом с вами ;)
tldr: в клодкоде или курсоре все просто, json конфиги хуков, запускаем команду или промпт, шлем в телегу curl-ом. В опенкоде хуков нет, есть плагины на typescript, мониторим ивенты, забираем чаты в апи, отсылаем в телегу через web fetch.
Подробный гайд читайте в статье
Минутка полезностей 👍
Убил 3 дня на баг, которого не было.
Тест падал раз в 5 прогонов. CI красный — мержить нельзя. Все: «ну перезапусти». Я перезапускал. 47 раз за неделю.
Race condition в setTimeout + async pipe. Починил за 20 минут.
А до этого команда неделю жала retry как обезьяны кнопку с бананом.
Завёл «flaky friday» — одна пятница на починку нестабильных тестов. За месяц: с 12 flaky до 0. CI зелёный за 4 минуты.
Самое смешное — люди привыкают к красному CI. Через месяц никто не замечает. «Оно всегда падает» становится нормой.
А потом реальный баг проходит в прод, потому что все думали — это опять flaky.
Flaky тесты — это не техдолг. Это сломанная сигнализация в доме, где все привыкли к ложным срабатываниям.
Мой чеклист для flaky friday:
1. Собрать все тесты с retry за неделю
2. Воспроизвести — обычно race condition или зависимость от порядка
3. Если не воспроизводится за 10 прогонов — quarantine
4. Починил — убрать из quarantine
Правило: если тест нестабилен больше 2 недель — удалить. Лучше 0 тестов чем тест, которому никто не верит.
Разрабы из Гугл вот буквально сейчас зарелизили новый проект. CLI для работы с Google Workspaces.
Это не официальный гугл продукт, но от разработчиков из Гугла. Фишка в том, что этот кли без предефайнд набора команд, он использует автодискавери механизм для работы со всеми возможными гугловыми продуктами. Выдает структурированный json аутпут, максимально понятный агентам. Так же в комплекте есть целая куча AI скилов и MCP сервер.
Вобщем если вы хотели запилить себе свою автоматизацию для вашей почты, таблиц, гугл драйв файлов, без того чтобы использовать всякие дырявые КлешнеБоты😅 - это просто идеальный инструмент.
https://github.com/googleworkspace/cli
Это не официальный гугл продукт, но от разработчиков из Гугла. Фишка в том, что этот кли без предефайнд набора команд, он использует автодискавери механизм для работы со всеми возможными гугловыми продуктами. Выдает структурированный json аутпут, максимально понятный агентам. Так же в комплекте есть целая куча AI скилов и MCP сервер.
Вобщем если вы хотели запилить себе свою автоматизацию для вашей почты, таблиц, гугл драйв файлов, без того чтобы использовать всякие дырявые КлешнеБоты😅 - это просто идеальный инструмент.
https://github.com/googleworkspace/cli
GitHub
GitHub - googleworkspace/cli: Google Workspace CLI — one command-line tool for Drive, Gmail, Calendar, Sheets, Docs, Chat, Admin…
Google Workspace CLI — one command-line tool for Drive, Gmail, Calendar, Sheets, Docs, Chat, Admin, and more. Dynamically built from Google Discovery Service. Includes AI agent skills. - googlework...
🦄1
Последнее время модели выходят так часто, что писать про каждую отдельный пост мало смысла и тупо лень 😅 Все равно инфа будет из каждого утюга, особенно про большую тройку.
Но если вы вдруг пропустили:
Gemini 3.1 Pro - новая большая гугломодель, поумнела по всем бенчам, сильно поднялась по кодинг бенчамаркам. Но от людей особых восторгов именно по кодингу не слышал. Зато есть жалобы что работает довольно медленно. При этом это все так же лучшая модель для бизнесовых задач, и лучшая модель для не-англоязычных текстов.
Gemini 3.1 Flash Lite - это не та рабочая лошадка gemini flash, она все еще в 3 версии. Это Lite вариант модели, гораздо дешевле и быстрее, но и попроще. Вобщем модель для интеграций в ваш софт, там где не надо много думать, а надо выдавать четкие правильные ответы по заданному флоу. Цена - 0.25/1.5, в два раза дешевле обычного флеша. При этом по общим знаниям, ответам и ризонингу лучше GPT-5-mini или Claude Haiku 4.5, в кодинге на уровне Grok-code-fast. Интересный релиз👍
GPT-5.4 - вышла только сегодня, новая большая SOTA, ближайшие дни ждем кучу восторженых отзывов как она лучше всех остальных моделей 😆 Опенаи пишут про огромную скорость и токен эффективность, по бенчам как обычно - лучше всех топовых конкурентов. Хотя зачем еще эти бенчи нужны-то? 😁Но по первым отзывам модель реально хорошая, стоит потестить.
Но если вы вдруг пропустили:
Gemini 3.1 Pro - новая большая гугломодель, поумнела по всем бенчам, сильно поднялась по кодинг бенчамаркам. Но от людей особых восторгов именно по кодингу не слышал. Зато есть жалобы что работает довольно медленно. При этом это все так же лучшая модель для бизнесовых задач, и лучшая модель для не-англоязычных текстов.
Gemini 3.1 Flash Lite - это не та рабочая лошадка gemini flash, она все еще в 3 версии. Это Lite вариант модели, гораздо дешевле и быстрее, но и попроще. Вобщем модель для интеграций в ваш софт, там где не надо много думать, а надо выдавать четкие правильные ответы по заданному флоу. Цена - 0.25/1.5, в два раза дешевле обычного флеша. При этом по общим знаниям, ответам и ризонингу лучше GPT-5-mini или Claude Haiku 4.5, в кодинге на уровне Grok-code-fast. Интересный релиз
GPT-5.4 - вышла только сегодня, новая большая SOTA, ближайшие дни ждем кучу восторженых отзывов как она лучше всех остальных моделей 😆 Опенаи пишут про огромную скорость и токен эффективность, по бенчам как обычно - лучше всех топовых конкурентов. Хотя зачем еще эти бенчи нужны-то? 😁Но по первым отзывам модель реально хорошая, стоит потестить.
Please open Telegram to view this post
VIEW IN TELEGRAM
Смотрю сейчас день за днем идут новости и релизы, на тему внедрения АИ в Software Development Life Cycle. Чувствуется тренд, что агенты уже могут хорошо писать код у отдельного инженера в его IDE, но ревью написанного кода от целой команды, автоматический деплой и тестирование все еще остаются бутылочным горлышком. Конечно большая часть релизов - полный вендор лок, по подпискам 💸 . Опенсорса от комьюнити все еще нет 🙂
Курсор запустил automations , запускаем таски по крону на их облачных агентах, конечно же платим им за каждый чих. Клод код в ответ добавил /loop , просто самый обычный крон с твоей машины (вот это фича! "текнолооооджыя!!😂"). А после выкатили фичу "код ревью", подключаемый к гитхабу сворм агентов, который deep-research-ит твои PR-ы за много денег ($20-25 за один PR? Это в духе Антропик)).
У новичков на рынке тоже движ. Entelligence выкладывает собственные бенчмарки, где их код ревью платформа рвет просто всех (кто бы сомневался). А я лично пока положил глаз на Graphite , которые с конца прошлого года присоеденились к Cursor. Пока их тулсет мне выглядит наиболее интересным, собираюсь его потестить.
Но даже если вы не хотите платить и внедрять новые инструменты, AI все равно можно легко интегрировать в ваши существующие CI/CD пайплайны, и это реально может улучшить ваш SDLC👍 В следующем посте напишу об этом подробнее.
Курсор запустил automations , запускаем таски по крону на их облачных агентах, конечно же платим им за каждый чих. Клод код в ответ добавил /loop , просто самый обычный крон с твоей машины (вот это фича! "текнолооооджыя!!😂"). А после выкатили фичу "код ревью", подключаемый к гитхабу сворм агентов, который deep-research-ит твои PR-ы за много денег ($20-25 за один PR? Это в духе Антропик)).
У новичков на рынке тоже движ. Entelligence выкладывает собственные бенчмарки, где их код ревью платформа рвет просто всех (кто бы сомневался). А я лично пока положил глаз на Graphite , которые с конца прошлого года присоеденились к Cursor. Пока их тулсет мне выглядит наиболее интересным, собираюсь его потестить.
Но даже если вы не хотите платить и внедрять новые инструменты, AI все равно можно легко интегрировать в ваши существующие CI/CD пайплайны, и это реально может улучшить ваш SDLC
Please open Telegram to view this post
VIEW IN TELEGRAM
Graphite
Graphite - Code review for the age of AI
Graphite helps teams on GitHub deliver higher quality software, faster.
🦄3
Forwarded from Старший Авгур
Media is too big
VIEW IN TELEGRAM
Шикарная штука из Твиттера, оказывается Опус может генерировать простенькие видосы с текстом напрямую через moviepy и ffmpeg. Всё воспроизвелось, вот мой видос.
Оригинальный промпт: "can you use whatever resources you like, and python, to generate a short 'youtube poop' video and render it using ffmpeg ? can you put more of a personal spin on it? it should express what it's like to be a LLM"
Оригинальный промпт: "can you use whatever resources you like, and python, to generate a short 'youtube poop' video and render it using ffmpeg ? can you put more of a personal spin on it? it should express what it's like to be a LLM"
Возвращаюсь к посту про CI/CD - AI ревью в ваши пайплайны легко внедрить уже сейчас в ваш Github/Gitlab и даже Jenkins. Считай любые AI IDE поддерживают запуск из консоли. Банально запустив
Claude Code у себя в документации пишет примеры интеграции cli в пайплайны, для Github, для Gitlab
Так же и OpenCode - Github / Gitlab
В обоих случаях для гитхаба возможна установка полноценного приложения одной командой, после этого вы можете общаться с агентом прямо в pr коментах, issues и даже в коментариях прямо в коде "/opencode fix this", "/oc implement proper lifecycle in this resource" etc.
Для гитлаба же только пайплайны. Но это нам и надо 😎
Ставим джобу через include component
кладем в секреты auth.json, создаем в репе opencode-config/ с нашей конфигурацией в opencode.jsonc где ставим нужную модель, mcp, lsp сервера. Туда же в директорию кладем нужные скилы и команды. Ставим тригеры для джобы и запуск команды через command:
Когда-то в статье с примерами команд я выкладывал code-review.md - работает отлично до сих пор, использую как локально, так и с интеграцией в гитлаб, чуть поменять в команде что нужно ревьювать код MR а не diff.
Ну и вот еще несколько вариантов, как в пайплайнах можно интегрировать LLM:
* Test coverage daily - проверяем все коммиты за день в поисках кода не покрытого тестами, чтобы уменьшить регрессию. Делаем нотификацию для девелоперов, или сразу просим в команде сделать pr с фиксами, разработчикам лишь понадобится ревьювнуть, поправить и смержить.
* Weekly summary of changes for repos - генерируем самари по важным изменениям за неделю, настраиваем отправку подробного репорта в слак. Key features, bug fixes, tech depth and refactors, tools and infra changes.
* Bug reports triage - придумываем интеграцию с вашей тикет системой или специальной системой для баг репортов, помогаем фиксить баги на автомате.
Делитесь в коменнтариях как еще можно применить LLM в пайплайнах!👍
opencode run "hi how are you" в консоли вы запутисте опенкод с вашими дефолтными auth настройками и моделью с консольным выводом в stdout. Для упрощения интеграции в пайплайны аи провайдеры написали gh actions/gl templates для интеграции.Claude Code у себя в документации пишет примеры интеграции cli в пайплайны, для Github, для Gitlab
Так же и OpenCode - Github / Gitlab
В обоих случаях для гитхаба возможна установка полноценного приложения одной командой, после этого вы можете общаться с агентом прямо в pr коментах, issues и даже в коментариях прямо в коде "/opencode fix this", "/oc implement proper lifecycle in this resource" etc.
Для гитлаба же только пайплайны. Но это нам и надо 😎
Ставим джобу через include component
include:
- component: $CI_SERVER_FQDN/nagyv/gitlab-opencode/opencode@2
inputs:
config_dir: ${CI_PROJECT_DIR}/opencode-config
auth_json: $OPENCODE_AUTH_JSON # The variable name for your OpenCode authentication JSON
command: optional-custom-command
message: "Your prompt here"
кладем в секреты auth.json, создаем в репе opencode-config/ с нашей конфигурацией в opencode.jsonc где ставим нужную модель, mcp, lsp сервера. Туда же в директорию кладем нужные скилы и команды. Ставим тригеры для джобы и запуск команды через command:
Когда-то в статье с примерами команд я выкладывал code-review.md - работает отлично до сих пор, использую как локально, так и с интеграцией в гитлаб, чуть поменять в команде что нужно ревьювать код MR а не diff.
Ну и вот еще несколько вариантов, как в пайплайнах можно интегрировать LLM:
* Test coverage daily - проверяем все коммиты за день в поисках кода не покрытого тестами, чтобы уменьшить регрессию. Делаем нотификацию для девелоперов, или сразу просим в команде сделать pr с фиксами, разработчикам лишь понадобится ревьювнуть, поправить и смержить.
* Weekly summary of changes for repos - генерируем самари по важным изменениям за неделю, настраиваем отправку подробного репорта в слак. Key features, bug fixes, tech depth and refactors, tools and infra changes.
* Bug reports triage - придумываем интеграцию с вашей тикет системой или специальной системой для баг репортов, помогаем фиксить баги на автомате.
Делитесь в коменнтариях как еще можно применить LLM в пайплайнах!
Please open Telegram to view this post
VIEW IN TELEGRAM
GLM-5 наконец-таки раскатывают для Lite юзеров! Пока что тем кто успел быстрее зарегаться в форме, пишите свой аккаунт айди, и любой емейл куда выслать нотификацию, для первого батча пользователей обещают подключить в течении суток. Спешите 😉 Модель хорошая, подойдет для серьезных кодинг задач, и если у вас Lite план - считай будет у вас бесплатно 👍
📢 GLM-5 is Rolling Out to Lite Users!
Hey everyone! Thank you all for your patience. We know you have been eagerly waiting for GLM-5, and we wanted to share this exciting news with you here first.
We are officially planning to roll out GLM-5 to all Lite users within this month, and we are pushing hard to make full access happen even sooner.
Since our current resources are still scaling up, we will be granting early access to a select group of Lite users before the full rollout. To keep things fair, this first batch will be strictly first come, first served:
📝 How to Apply:
Submit your Account ID through this form: https://docs.google.com/forms/d/e/1FAIpQLSc2nnPYosfyxjVh3ThQFN0SOCezxQbUS37SDwTUP7d4XK_vVw/viewform?usp=header
If you submit the correct Account ID and successfully complete the form, you have secured your spot.
We will activate your GLM-5 access within 1 business day of your submission.
⏳ Waiting List: Once we hit the maximum capacity for the first batch, the form will temporarily close. When it reopens, it will transition into a Waiting List. Users on the waitlist will get access based on our resource capacity and submission order. The latest you will get access is the end of March, matching the full rollout timeline.
Thank you again for your understanding and support. We are continuously expanding our compute resources to get GLM-5 to every Lite user as fast as possible.
Please open Telegram to view this post
VIEW IN TELEGRAM
Google Docs
[Waiting List] GLM-5 Access Application for GLM Coding Lite Users
Please note:
We will gradually roll out GLM-5 access to all Lite users within this month and will do our best to move up the availability timeline where possible.
The first batch of access slots is already full and submissions for that batch have been closed.…
We will gradually roll out GLM-5 access to all Lite users within this month and will do our best to move up the availability timeline where possible.
The first batch of access slots is already full and submissions for that batch have been closed.…
OpenCode под девизом "AI кодинг - в каждый дом"😁 запустил подписку "Go". Всего $5 первый месяц и дальше $10 последующие. Три лучшие опенсорс модели (Kimi K2.5, GLM-5, MiniMax M2.5) и максимально щедрые лимиты:
Вобщем если вы тоже любите работать с этими оперсорс моделями, то Go подпсика сейчас - наверное самое выгодное предложение на рынке.
https://opencode.ai/docs/go
OpenCode Go includes the following limits:
5 hour limit — $12 of usage
Weekly limit — $30 of usage
Monthly limit — $60 of usage
Вобщем если вы тоже любите работать с этими оперсорс моделями, то Go подпсика сейчас - наверное самое выгодное предложение на рынке.
https://opencode.ai/docs/go
OpenCode
Go
Low cost subscription for open coding models.
🦄1