Апдейт по GLM-5.1 Coding Plan⚠️ За последнюю неделю Zai реально подтянулись в плане качества инфиренса. 5-turbo просто летает, 5.1 работает не медленее опуса/гэпэтэ. Пробовал в Cursor - на удивление еще быстрее чем в OpenCode. В скорости я сейчас реально не вижу большой разницы c Kimi, а в качестве они где-то на уровне. Kimi чуть дешевле по токенам и хорошо себя ведет на длинных задачах и субагентах, GLM хорош когда надо углубиться в сложные задачи.
Но раньше я гонял GLM на оупенроутере и Go подпсике, сейчас же спокойно им пользуюсь считай бесплатно на Zai Coding Plan, и вообще не вижу ошибок, торзмозов и дисконектов.
Плюс раньше GLM брали x2 реквестов в пиковые часы для топовой модели, сейчас же это правило отменили, явно они очень хорошо наростили обьем своего компьюта.
С 1 мая Zai так же меняет стоимость и условия своих подписок (для новых пользователей, старые закончат свои планы на прежних условиях), не знаю что там будет, но если будут хорошие цены и скидки на годовые пакеты - я рекомендую взять, даже Lite план.👍
Вобщем начиная с ноября 2025, когда я купил годовый Coding Plan, сейчас я в первый раз откровенно могу порекомендовать эту подписку, она реально стала хороша, и по скорости-стабильности, и по GLM-5-turbo/GLM-5.1 моделям, можно использовать для любых задач и с высоким уровнем качества.🌡 😮 👍
Но раньше я гонял GLM на оупенроутере и Go подпсике, сейчас же спокойно им пользуюсь считай бесплатно на Zai Coding Plan, и вообще не вижу ошибок, торзмозов и дисконектов.
Плюс раньше GLM брали x2 реквестов в пиковые часы для топовой модели, сейчас же это правило отменили, явно они очень хорошо наростили обьем своего компьюта.
С 1 мая Zai так же меняет стоимость и условия своих подписок (для новых пользователей, старые закончат свои планы на прежних условиях), не знаю что там будет, но если будут хорошие цены и скидки на годовые пакеты - я рекомендую взять, даже Lite план.
Вобщем начиная с ноября 2025, когда я купил годовый Coding Plan, сейчас я в первый раз откровенно могу порекомендовать эту подписку, она реально стала хороша, и по скорости-стабильности, и по GLM-5-turbo/GLM-5.1 моделям, можно использовать для любых задач и с высоким уровнем качества.
Please open Telegram to view this post
VIEW IN TELEGRAM
Про Terraform и модули. Я давно не работал с инфрой, так чтобы сетапить что-то серьезное с нуля. Года полтора уже всегда поддерживал и улучшал существующие зоопарки, ну или поднимал небольшие PoC решение где выбор модулей не имеет значение. А за эти полтора года считай вся АИ революция прошла 😁
И вот на новом проекте мы катим в прод один внутренний АИ продукт. Для двух кастомеров минимальный mvp, виртуалки, compose. А один кастомер запросил интеграцию в их AWS на терраформ и EKS. И это просто базовая база работы DevOps-а, ну наконец-то 😆
А как у нас сейчас с кубером в терраформ дела обстоят? Решил подойти серьезно, запусил дип ресерч. Накидал ссылки на репы комьюнити тф модулей и cloudposse, context7 для доков, реквайрменты по нашему проекту, сабагентов. И результат коррелирует с моими мыслями, которые у меня были еще пол года год назад. Время опенсорсных и комьюнити терраформ модулей - прошло. Раньше мы, чтобы не писать самому ручками с нуля 1.5к строк кода, шли и брали опенсорсный модуль на 15000 строк, как-то с документацией и бубном конфигурили его и выкатывали в прод. Это работало. Но до первых случаев глубокого траблшутинга, и тогда приходилось читать десятки документов по каждому субмодулю, трейсить обработку переменных через несколько слоев абстракций, любое добавление фичей с нуля превращалось в форки и муторную поддержку. Со временем ты набивал шишки и начинал ориентироваться в этом как рыба в воде, но все равно вся эта конструкция всегда выглядела монструозной и неуклюжей.
Сейчас же тебе LLM с нуля напишет за пол часа эти 1.5к строк кода на базовых ресурсах aws провайдера, без всякой сложной логики. У тебя будет 15-20 переменных для настройки, вместо сотни в terraform-aws-modules/eks. И это будет красивое, чистое, легкоподдерживаемое решение. И тебе даже не надо таскать с проекта на проект единожды написаный свой личный велосипед, подпиливая его на каждом новом проекте напильником. Для любого даже небольшого проекта можно писать все с АИ полностью с нуля.🧠
А вы как, все еще используете terraform-aws-modules или cloudposse, таскаете свои велосипеды или пишите с АИ?🤔
На скринах заметки из этого ресерча.
Так же писал как-то статью на похожую тему, про DRY vs KISS и терраформ фреймворки.
И вот на новом проекте мы катим в прод один внутренний АИ продукт. Для двух кастомеров минимальный mvp, виртуалки, compose. А один кастомер запросил интеграцию в их AWS на терраформ и EKS. И это просто базовая база работы DevOps-а, ну наконец-то 😆
А как у нас сейчас с кубером в терраформ дела обстоят? Решил подойти серьезно, запусил дип ресерч. Накидал ссылки на репы комьюнити тф модулей и cloudposse, context7 для доков, реквайрменты по нашему проекту, сабагентов. И результат коррелирует с моими мыслями, которые у меня были еще пол года год назад. Время опенсорсных и комьюнити терраформ модулей - прошло. Раньше мы, чтобы не писать самому ручками с нуля 1.5к строк кода, шли и брали опенсорсный модуль на 15000 строк, как-то с документацией и бубном конфигурили его и выкатывали в прод. Это работало. Но до первых случаев глубокого траблшутинга, и тогда приходилось читать десятки документов по каждому субмодулю, трейсить обработку переменных через несколько слоев абстракций, любое добавление фичей с нуля превращалось в форки и муторную поддержку. Со временем ты набивал шишки и начинал ориентироваться в этом как рыба в воде, но все равно вся эта конструкция всегда выглядела монструозной и неуклюжей.
Сейчас же тебе LLM с нуля напишет за пол часа эти 1.5к строк кода на базовых ресурсах aws провайдера, без всякой сложной логики. У тебя будет 15-20 переменных для настройки, вместо сотни в terraform-aws-modules/eks. И это будет красивое, чистое, легкоподдерживаемое решение. И тебе даже не надо таскать с проекта на проект единожды написаный свой личный велосипед, подпиливая его на каждом новом проекте напильником. Для любого даже небольшого проекта можно писать все с АИ полностью с нуля.
А вы как, все еще используете terraform-aws-modules или cloudposse, таскаете свои велосипеды или пишите с АИ?🤔
На скринах заметки из этого ресерча.
Так же писал как-то статью на похожую тему, про DRY vs KISS и терраформ фреймворки.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Про Ollama.Cloud и DeepSeek.
Подогнал мне тут вчера @shuvalov_js ключик для ollama.cloud погонять, за что ему большое спасибо 🍻Список моделей у Олламы ничем не отличается от большинства других провайдеров, ну да, любой популярный опенсорс. Но я вспомнил что так и не попробовал новый DeepSeek V4 Pro, и это отличный вариант потестить и провайдера и модель. Вобщем гоняю второй день на своих разных сценариях.
По провайдеру - чувствуется что у Олламы юзеров много, а железа мало. Частенько можно видеть ошибки "сервис недоступен" когда отправляешь промпт в ide. И это главный минус. Он не занимает много времени, я бы сказал на каждом 3-4 промпте, секунд 5-10, а дальше ризонинг идет как положено, без прерываний. Но меня сам факт того, что ты платишь деньги за подписку, а сервис не вытягивает нагрузки - очень бесит 😬При этом Оллама выдает просто отпадный tps на любых моделях, реально впечатляюще быстро. И все отлично по ценам и лимитам. Лимиты только пятичасовые и недельные. Без месячных, которые есть зло, когда ты сжигаешь подписку за две недели и до конца меясца сидишь кукуешь.
В целом если вы используете OpenCode - я все так же топлю за OpenCode Go, за 10 баксов это самое дешевое и при этом максимально стабильное и качественное решение. Если же вы работаете в других IDE и вас не бесит факт того что сервис может кидать ошибки доступа - можете попробовать Ollama.Cloud, базового тарифа за 20 баксов будет достаточно. Скорость и лимиты у них реально🔥
А теперь DeepSeek. Слушайте, китайцы долго запрягают от релиза к релизу... Но на выходе всегда получается революция!👍 Модель очень быстрая и реально умная. По моему опыту последних месяцев - все топовые модели от опенсорса до gpt5.5 и opus 4.7 технически для software development и delivery задач средней сложности справляются на одном уровне. Только GPT - это аутист не умеющий общаться, со склонностью оверинженирить, Опус - это уже пиздец оверинжиниринг и еще больше пиздец бабложор 🤑 , а вот Kimi/GLM/Qwen - качество и баланс. И DeepSeek сюда максимально вписывается, техничски на том же уровне, выдает грамотную архитектуру, думает наперед, находит неявные баги. Но он очень быстрый! 🐆 . И очень дешевый!🤑
Единственное что мне в нем не зашло - представление информации. Не настолько аутично как GPT, но все равно не так хорошо и понятно все раскладывает по полочкам и таблицам как Kimi. Любит завернуть излишних тех терминов и абревиатур. И от вывода дипсика реально слегка несет АИ слопом 😅 Но инженерно - вообще никаких вопросов!
- Вобщем для архитектурных спецификаций, доков, бизнесовых ресерчей и репортов берите Kimi K2.6 (хотя ресерчи можно запускать с Kimi основным агентом для компиляции результата, и сабагентами для поиска в вебе и код базе на DeepSeek, будет быстро и с четким результатом 😎)
- DeepSeek V4 Pro High (разницы в high и max ризонинге особо не заметил) писать сам код по спекам и дебажить деплои, делать код ревью. Новая рабочая лошадка.
- GLM-5.1 - для альтеративного мнения со стороны в сложных код ревью (эта модель особо удачно может углубляться в детали).
Отдельно передаю ПРЕВЕД все еще сидящим на 100-200 баксовых подписках Клода и каждую неделю выжидающим восстановления лимитов😄
Подогнал мне тут вчера @shuvalov_js ключик для ollama.cloud погонять, за что ему большое спасибо 🍻Список моделей у Олламы ничем не отличается от большинства других провайдеров, ну да, любой популярный опенсорс. Но я вспомнил что так и не попробовал новый DeepSeek V4 Pro, и это отличный вариант потестить и провайдера и модель. Вобщем гоняю второй день на своих разных сценариях.
По провайдеру - чувствуется что у Олламы юзеров много, а железа мало. Частенько можно видеть ошибки "сервис недоступен" когда отправляешь промпт в ide. И это главный минус. Он не занимает много времени, я бы сказал на каждом 3-4 промпте, секунд 5-10, а дальше ризонинг идет как положено, без прерываний. Но меня сам факт того, что ты платишь деньги за подписку, а сервис не вытягивает нагрузки - очень бесит 😬При этом Оллама выдает просто отпадный tps на любых моделях, реально впечатляюще быстро. И все отлично по ценам и лимитам. Лимиты только пятичасовые и недельные. Без месячных, которые есть зло, когда ты сжигаешь подписку за две недели и до конца меясца сидишь кукуешь.
В целом если вы используете OpenCode - я все так же топлю за OpenCode Go, за 10 баксов это самое дешевое и при этом максимально стабильное и качественное решение. Если же вы работаете в других IDE и вас не бесит факт того что сервис может кидать ошибки доступа - можете попробовать Ollama.Cloud, базового тарифа за 20 баксов будет достаточно. Скорость и лимиты у них реально
А теперь DeepSeek. Слушайте, китайцы долго запрягают от релиза к релизу... Но на выходе всегда получается революция!
Единственное что мне в нем не зашло - представление информации. Не настолько аутично как GPT, но все равно не так хорошо и понятно все раскладывает по полочкам и таблицам как Kimi. Любит завернуть излишних тех терминов и абревиатур. И от вывода дипсика реально слегка несет АИ слопом 😅 Но инженерно - вообще никаких вопросов!
- Вобщем для архитектурных спецификаций, доков, бизнесовых ресерчей и репортов берите Kimi K2.6 (хотя ресерчи можно запускать с Kimi основным агентом для компиляции результата, и сабагентами для поиска в вебе и код базе на DeepSeek, будет быстро и с четким результатом 😎)
- DeepSeek V4 Pro High (разницы в high и max ризонинге особо не заметил) писать сам код по спекам и дебажить деплои, делать код ревью. Новая рабочая лошадка.
- GLM-5.1 - для альтеративного мнения со стороны в сложных код ревью (эта модель особо удачно может углубляться в детали).
Отдельно передаю ПРЕВЕД все еще сидящим на 100-200 баксовых подписках Клода и каждую неделю выжидающим восстановления лимитов
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Terraform goes well 👍 Вобщем если к современным моделям добавить терраформ скил и использовать его при написании спек и кода, а так же передавать при код ревью - получается отличный терраформ код c правильными module boundaries, secure defaults with validations, и с полным test coverage. В целом доволен 😎
btw кто использует последний дипсик, вы high или max ризонинг ставите? чувствуется какая либо разница?
btw кто использует последний дипсик, вы high или max ризонинг ставите? чувствуется какая либо разница?
Амазон запустили Quick. Десктопное приложение, которое интегрируется в твой слак, почтовый аккаунт, драйвы с датой, и может помогать тебе в ежедневной переписке, подготовке документов, айти задачами и пр.
Само приложение я не пробовал (нет линукс клиента) и в целом не рекомендую :) Но идея интересная. По сути это то направление, куда должны двигаться АИ помощники, типа OpenClaw, но в ентерпрайзном контексте. И наверное хорошая идея для пет проекта.
Мы что-то похожее делали на хакатоне, но только в Слаке и работа только с проект датой в гугл драйве и с гитлаб/гитхаб репами. Интеграция же с разными ежедневными рабочими инструментами и полноценное десктоп приложение (или клиент сервер с агент бекендом на рабочей машине и клиентом например в телеграме) - это уже совсем новый уровень. Вобщем интересное направление.
Само приложение я не пробовал (нет линукс клиента) и в целом не рекомендую :) Но идея интересная. По сути это то направление, куда должны двигаться АИ помощники, типа OpenClaw, но в ентерпрайзном контексте. И наверное хорошая идея для пет проекта.
Мы что-то похожее делали на хакатоне, но только в Слаке и работа только с проект датой в гугл драйве и с гитлаб/гитхаб репами. Интеграция же с разными ежедневными рабочими инструментами и полноценное десктоп приложение (или клиент сервер с агент бекендом на рабочей машине и клиентом например в телеграме) - это уже совсем новый уровень. Вобщем интересное направление.
Amazon
Amazon Quick
Amazon Quick is the AI assistant for work. Connect your tools, data, and teams in one place with AI-powered research, BI, dashboards, and automation.
А вот просто отличнейший пример гиковского сервиса :) Запускаем свои VM, для вайбокдинг проектов (для чего же еще 😁), просто через ssh 🤯
И там не только обычная виртуалка, но и сразу субдомен 3 уровня с встроенным https через wildcard, какой-то встроенный менеджмент секретов. Ну и персистент диски, мульти регионы, но это база.
Но за идею лайк👍 Пробуем
И там не только обычная виртуалка, но и сразу субдомен 3 уровня с встроенным https через wildcard, какой-то встроенный менеджмент секретов. Ну и персистент диски, мульти регионы, но это база.
Но за идею лайк
ssh exe.devPlease open Telegram to view this post
VIEW IN TELEGRAM
После ~30 проведеннных тех собесов за последние два месяца, хочу сказать что все таки самая лучшая модель для составления вопросов - это GLM (если сравнивать GLM, Kimi, DeepSeеek, Qwen, Gemini, GPT). Почему-то у GLM получаются самые краткие, но нормально звучащие вопросы, где все в меру, но все по делу 👍 Без излишней детальности и аи слопа.
При этом с анализом cv, job description и анализом транскриптов собесов все модели сейчас на одном уровне. Если дать те же инпут документы и тот же промпт, то любая модель из списка выдаст в 95% случаев те же вопросы, и всегда практически идентичный эвалюейшн кандидата. Разница только в лингвистической подаче информации.
Что касается кодинга/инжиниринга - за последнее время предпочтения не поменялись. Kimi K2.6 - топ модель для меня, универсальная под любые задачи. DeepSeek V4 Pro - если надо что-то делать быстро и дешево (дебагинг например). GLM - для детального код ревью или спек ревью.
Сейчас еще вышла MiMo от Xiaomi, она уже есть в OpenCode Go подписке, но не уверен есть ли смысл ее тестить. Кто ее уже пробовал, интересно или проходная история?
При этом с анализом cv, job description и анализом транскриптов собесов все модели сейчас на одном уровне. Если дать те же инпут документы и тот же промпт, то любая модель из списка выдаст в 95% случаев те же вопросы, и всегда практически идентичный эвалюейшн кандидата. Разница только в лингвистической подаче информации.
Что касается кодинга/инжиниринга - за последнее время предпочтения не поменялись. Kimi K2.6 - топ модель для меня, универсальная под любые задачи. DeepSeek V4 Pro - если надо что-то делать быстро и дешево (дебагинг например). GLM - для детального код ревью или спек ревью.
Сейчас еще вышла MiMo от Xiaomi, она уже есть в OpenCode Go подписке, но не уверен есть ли смысл ее тестить. Кто ее уже пробовал, интересно или проходная история?
Please open Telegram to view this post
VIEW IN TELEGRAM
Идёт айтишник по рынку, смотрит - амбициозный стартап с неясными перспективами, сел в него и сгорел
🌚3
Разрабатываем LLM скилы like a Boss 😂 Рекомендую, в статье много классных инсайтов 🌡
tldr:
- Не пишем все в один большой SKILL.md. Метадата (frontmatter) ~100 токенов, сам скил <500 строк, все остальное выносим в references/. Frontmatter читается всегда, это описания _когда_ надо загрузить скил. Тело скила грузится в контекст полностью, когда модель хочет использовать скил. А вот скрипты и маркдауны из references/ уже подгружаются on-demand, когда сам скил на них ссылается. Поэтому когда основная тяжелая логика и доки в рефах - мы уменьшаем перегрузку контекста раза в три!🔥
- В reference файлах НЕ пишем frontmatter, никогда. Иначе они начнут подгружаться моделью сами по себе, без основго описания скила - получаем бессмысленный контекст ведущий к ошибкам. Роутинг на рефы должен быть прописан в SKILL.md, на этом все.
- Идемпотентность. Скил может ранаться в разных репозиториях с разной структурой. Не используем абсолютные пути и хардкоженую логику. Вместо этого обьясняем модели как нужно проверить окружающую файловую структуру, депенденси, и как выполнять команды в завимости от ее актуального окружения.
- Эвалы. Скилы по разному работают на разных моделях. Часто с развитием моделей они учатся делать какие либо вещи основываясь на своем новом обучающем датасете, и скил становится не нужен, только засоряя контекст. Хорошая практика - при смене моделей прогонять по два эвала, со скилом и без него, сравнивая результат.
tldr:
- Не пишем все в один большой SKILL.md. Метадата (frontmatter) ~100 токенов, сам скил <500 строк, все остальное выносим в references/. Frontmatter читается всегда, это описания _когда_ надо загрузить скил. Тело скила грузится в контекст полностью, когда модель хочет использовать скил. А вот скрипты и маркдауны из references/ уже подгружаются on-demand, когда сам скил на них ссылается. Поэтому когда основная тяжелая логика и доки в рефах - мы уменьшаем перегрузку контекста раза в три!
- В reference файлах НЕ пишем frontmatter, никогда. Иначе они начнут подгружаться моделью сами по себе, без основго описания скила - получаем бессмысленный контекст ведущий к ошибкам. Роутинг на рефы должен быть прописан в SKILL.md, на этом все.
- Идемпотентность. Скил может ранаться в разных репозиториях с разной структурой. Не используем абсолютные пути и хардкоженую логику. Вместо этого обьясняем модели как нужно проверить окружающую файловую структуру, депенденси, и как выполнять команды в завимости от ее актуального окружения.
- Эвалы. Скилы по разному работают на разных моделях. Часто с развитием моделей они учатся делать какие либо вещи основываясь на своем новом обучающем датасете, и скил становится не нужен, только засоряя контекст. Хорошая практика - при смене моделей прогонять по два эвала, со скилом и без него, сравнивая результат.
Please open Telegram to view this post
VIEW IN TELEGRAM
Laxmena
What you're actually writing when you write a SKILL.md
INTERNALS.md #2 · Skills are programs, not prompts. How the skills runtime actually loads, and why the architecture is everything.
👍1
В догонку - вот еще пара ссылок на тему эвала скилов, из нашего рабочего чата :)
Базовый апроач как писать эвалы для скилов - https://agentskills.io/skill-creation/evaluating-skills
Отдельный фреймворк для бенчинга скилов - https://github.com/benchflow-ai/skillsbench
Базовый апроач как писать эвалы для скилов - https://agentskills.io/skill-creation/evaluating-skills
Отдельный фреймворк для бенчинга скилов - https://github.com/benchflow-ai/skillsbench
Agent Skills
Evaluating skill output quality - Agent Skills
How to test whether your skill produces good outputs using eval-driven iteration.
🔥2
А вот и ответ насчет effort level у DeepSeek V4 Pro, спрашивал вот здесь. По факту их там всего два, стандартный и Max 🤗
Low, medium and high are actually the same thing, and if I'm not mistaken the default is one of them. The only different is the max, which really is a separate thinking mode. This happens because deepseek API support those, but it's just for compatibility, the model has just 3 modes: thinking disabled (not available in GO), thinking enabled and thinking max, the others are routed to thinking enabled.
Рабочая неделя началась со вторника :) И небольшая заметка, в июне будет конфа от Гитлаба, про их агентик фичи и как они собирается развивать свой продукт в эру АИ. Так что если у вас в компании тоже используют Гитлаб - можно зарегаться послушать.
https://about.gitlab.com/events/transcend/virtual/
https://about.gitlab.com/events/transcend/virtual/
GitLab
GitLab Transcend Virtual
Transcend returns October 6, 2026. Watch live from anywhere.
А еще вот просто не могу не пошарить инфо о своем продукте разработанном на хакатоне 😎
Первое место к сожалению не заняли, потому что надо было брать топики, которые организаторы обьявили на старте, то есть темы которые реально волнуют департаменты согласно опросам. Первые два места как раз делали продукты на эти темы (так что вот лайфхак на будущее).
Но Exa вошла в TOP5 (где-то из 15 команд) и жюри ее отдельно упомянули на файнал церемонии. Короче мерч в качестве призов за топ5 ничего не стоит 😅, но опыт и факт того, что продукт реально работает, реально полезен и мы его уже пробуем на текущем живом проекте и он уже начинает помогать людям - это бесценно 🤩
Почему это лучше чем "yet another chatbot"?
* Работа с данными. LLM-Wiki от Андрюхи Karpaty под капотом. Получаем точные данные с качественными взаимосвязями без громоздких RAG пайплайнов. Основной токен кансампшн на дата инжесте. Ретривал же простой как пробка, легко поддерживать, легко траблшутить.
* Агент харнесс от opencode, все четенько работает (скилы, mcp, кастом агенты) без разработки своих велосипедов
* Легко интегрируемся с новыми дата сорсами через MCP+синк микросервис. Сам АИ-бэкенд не требует доработок.
* Архитектура которая реально скейлиться на организацию. Микросервисы, асинк очереди, кешинг, клауд-нейтив дизайн.
Такие дела... 🤗 Вижу потенциал, будем работать над продуктом дальше)
Первое место к сожалению не заняли, потому что надо было брать топики, которые организаторы обьявили на старте, то есть темы которые реально волнуют департаменты согласно опросам. Первые два места как раз делали продукты на эти темы (так что вот лайфхак на будущее).
Но Exa вошла в TOP5 (где-то из 15 команд) и жюри ее отдельно упомянули на файнал церемонии. Короче мерч в качестве призов за топ5 ничего не стоит 😅, но опыт и факт того, что продукт реально работает, реально полезен и мы его уже пробуем на текущем живом проекте и он уже начинает помогать людям - это бесценно 🤩
Почему это лучше чем "yet another chatbot"?
* Работа с данными. LLM-Wiki от Андрюхи Karpaty под капотом. Получаем точные данные с качественными взаимосвязями без громоздких RAG пайплайнов. Основной токен кансампшн на дата инжесте. Ретривал же простой как пробка, легко поддерживать, легко траблшутить.
* Агент харнесс от opencode, все четенько работает (скилы, mcp, кастом агенты) без разработки своих велосипедов
* Легко интегрируемся с новыми дата сорсами через MCP+синк микросервис. Сам АИ-бэкенд не требует доработок.
* Архитектура которая реально скейлиться на организацию. Микросервисы, асинк очереди, кешинг, клауд-нейтив дизайн.
Такие дела... 🤗 Вижу потенциал, будем работать над продуктом дальше)
Писали, что это - эволюционное продолжение LLM-Wiki by Karpaty - трансферим любые файлы в knowledge graph. Но как по мне - это пример как не надо писать скилы. 1300 строк скил, вместо рефов - указания ллм ставить внешние репы и внешний софт, вместо нормального ридми и cli с понятным хелпом по командам - рассказы как ллм запускать ту или иную команду.
Вобщем пока выглядит очень топорно, пробовать не буду. Но буду наблюдать какая идея окажется эффективнее - wiki или graph. Со временем должны будут появляться более качественный тулинг для одного или второго варианта работы с данными.
Вобщем пока выглядит очень топорно, пробовать не буду. Но буду наблюдать какая идея окажется эффективнее - wiki или graph. Со временем должны будут появляться более качественный тулинг для одного или второго варианта работы с данными.
GitHub
GitHub - Graphify-Labs/graphify: Turn any codebase, with its docs, SQL schemas, configs, and PDFs, into a queryable knowledge graph.…
Turn any codebase, with its docs, SQL schemas, configs, and PDFs, into a queryable knowledge graph. A /graphify skill for Claude Code, Cursor, Codex, and Gemini CLI: local deterministic AST parsing...
👍1
Уже второй раз натыкаюсь в рассылках на ai engineering hot topics 2026.
Так как автор не дает прямых разьяснений и говорит - подробности ищите сами, попросил ЛЛМ посерчить интернет на эти темы и сделать html страничку с блог постом на эти топики.
Мне понравилось 😎 Поэтому запаблишил на Github pages и заодно перенес свой блог с micro one на этот же самописный вариант в гитхабе. В 2026 платить хоть $1 за блог с интерфейсом из нулевых, когда можно все написать за пол часа аишкой и бесплатно захостить - зашквар))
Так что читайте, а я буду и дальше иногда постить лонгриды в этом блоге 😉 Кстати кто угадает, какой моделью написан текст и дизайн? 😏
Так как автор не дает прямых разьяснений и говорит - подробности ищите сами, попросил ЛЛМ посерчить интернет на эти темы и сделать html страничку с блог постом на эти топики.
Мне понравилось 😎 Поэтому запаблишил на Github pages и заодно перенес свой блог с micro one на этот же самописный вариант в гитхабе. В 2026 платить хоть $1 за блог с интерфейсом из нулевых, когда можно все написать за пол часа аишкой и бесплатно захостить - зашквар))
Так что читайте, а я буду и дальше иногда постить лонгриды в этом блоге 😉 Кстати кто угадает, какой моделью написан текст и дизайн? 😏
eugene-burachevskiy.github.io
Deep Dive: Advanced LLM/AI Engineering as of May 2026
A comprehensive guide covering harness engineering, caching strategies, KV cache management, speculative decoding, structured outputs, evals, cost attribution, agent guardrails, observability, model routing, and fine-tuning decisions.
🔥2