KRUHLYK 🇺🇦

А ще Gemini запустили апку для Mac. Там розповідають, що для цього взяли окрему команду, яка зробила апку за 100 днів. Круто, що апка повністю нативна на Swift. Але дивно, що там немає Gem-ботів, які доступні в веб версії та з мобілки. Дуже дивно. Але працює прекрасно у всьому іншому.

Памʼятаєте я розповідав, що багато тексту і промптів вводжу голосом через Superwhisper? Є дуже непоганий безкоштовний Open Source аналог. Хто хотів щось подібне спробувати, саме час. https://www.typewhisper.com/

Доброго ранку, шановні! Всі в порядку, всі живі-здорові? Смачної кави нам всім ☕️

Доречі пан Микита у себе по суботах зараз розбирає документацію Claude Code до кишок. От прямо цікаво це робить. Рекомендую і по суботах до нього залітати. Особливо ті, хто вчиться ще 0

Для тих, хто в пошуках роботи і хотів би то робити за допомогою ШІшки, то пан Микита з БУЙ-Стадіз зараз стрімить і підсвічує наче ахєрєнну тулзу для цього. Рекомендую 🔥 https://www.youtube.com/live/iXNWIDa1TlA?si=bPih4O2XiiplDzLI

Знову навайбкодили 🙄

Мій сетап під Claude Code для Laravel продовжує еволюціонувати. Начитавщись додатково документації, піддивившись деякі рішення в своїх колег, я вирішив що спробувати експерементальні функції Claude Code на постійній основі і навколо цього зробити кльову рішення, то чому й так? 😉 Отже, які зміни зроблені: 1. Тепер Claude Code ЧІТКО виступає оркестратором в системі субагентів, які МОЖУТЬ СПІЛКУВАТИСЬ МІЖ СОБОЮ. 2. Оптимізовано CLAUDE.md та .claude/rules/workflow.md щоб не дублювати певні інструкції, які прилітають зі склів superpowers. 3. Субагети отримали вичерпний перелік тулзів, які вони можуть використовувати. 4. Зʼявився новий субагент `Devil's Advocate` 😈, який при плануванні задачі між BA та Архітектором влазить і всі рішення цих двох піддає сумнівам і "закладає це зерно сумнівів" своїм "колегам". Відповідно, після таких маніпуляцій народжується дійсно оптимальне рішення для імплементації задачі в коді. 5. Шари між постановкою задачі з її імплементацією в коді і шар тестування — це окремі автономні шари SDLC. Дуже цікаво дивитись як субагенти між собою сруться сперечаються і народжується крутий якісний план для задачі 😃 Отже, дивіться, пробуйте, коментуйте, пропонуйте свої рішення! https://github.com/AratKruglik/claude-laravel

От і в моєму сетапчику під Claude Code я жорстко прописав в коміт меседжах не вписувати ШІшку. За кожну строчку коду відповідальність несе людина і крапка! Human in the loop. Доречі, сетапчик постійно оновлюється і доповнюється 😎

Шо ви там? Доїдаємо пасочки і вриваємось в робочий тиждень? Під каву саме те ☕️

Вибачте, але це смішно 😆

Цікаво. Тендеція на зменшення залежностей від американських корпорацій зрозуміла на тлі відносин штатів з усім світом. Цікаво як в інших сферах спробують створити щось своє і ПРАЦЮЮЧЕ 💁‍♂️

Готовність 15 хвилин! Готуйте ваші питання та класний настрій

45 хвилин і починаємо Готуйте ваші запитання, давайте влашту

Цікаве локальне дослідження від колег 🤔

Стратегія Advisor від Anthropic: як отримати мізки Opus за ціною Sonnet Advisor (Радник) — це підхід для розробки ШІ-агентів, який дозволяє поєднати інтелект найпотужнішої моделі (Opus) зі швидкістю та економічністю менших моделей (Sonnet або Haiku). Мета проста: отримати якість роботи рівня Opus, але за значно менший прайс. Як це працює під капотом: - Розподіл ролей: Менша модель (Sonnet або Haiku) працює як "виконавець", а Opus стає її "радником". - Рутина на дешевій моделі: Виконавець тягне на собі всю чорнову роботу. Він самостійно викликає інструменти, читає результати та ітерує кроки для пошуку рішення. - Точкові консультації: Якщо виконавець стикається зі складною проблемою і не знає, що робити далі, він звертається до Opus. Радник отримує доступ до всього контексту і повертає план дій, виправляє помилку або дає сигнал зупинитися. - Обмеження повноважень: Opus ніколи не викликає інструменти самостійно і не генерує кінцевий результат для користувача. Його робота — виключно направляти. Технічна реалізація: В API це працює через серверний інструмент advisor_20260301. Передача керування між моделями відбувається в межах одного API-запиту /v1/messages. Розробнику не потрібно вручну жонглювати контекстом між двома різними моделями — виконавець сам вирішує, коли викликати інструмент. Чому це круто (основні переваги): - Економія бюджету: Хоч токени радника і тарифікуються за ціною Opus, він генерує лише короткі вказівки (близько 400-700 токенів). Усю іншу масу тексту видає дешевший виконавець. Зв'язка Sonnet + Opus знижує витрати на агентне завдання на 11,9%. А комбінація Haiku + Opus коштує на 85% дешевше, ніж використання одного лише Sonnet. - Баланс інтелекту: Висока здатність до логічного виведення від Opus включається тільки там, де вона критично необхідна. - Ріст результативності: Тести показують, що Sonnet із радником Opus перевершує самостійну модель Sonnet (наприклад, +2,7% у SWE-bench Multilingual). А у випадку з Haiku показники в BrowseComp виростають більше ніж удвічі — з 19,7% до 41,2%. - Контроль витрат: Щоб агент не злив весь баланс, можна використати параметр max_uses і жорстко обмежити кількість звернень до радника за один запит. Коротко кажучи: Advisor рятує від необхідності ганяти найдорожчу модель для всього процесу. Використовуєте її "розум" лише точково, як сеньйора, який приходить розгрібати проблеми джуна. Дуже схоже на те, що я показував у своїх відео, але ми це пробували будувати вручну. Детальніше тут

Але тим часом Anthropic викотили досить цікаву річ для економії наших токенів в Claude. Нова фіча, що називається Advisor (Радник). Цікава річ, але треба тестувати як вона в реальності працює 🧐 Далі буде детальна інфа про це.