Веб-версіяВідкрити в Telegram
BBeer::Code🍺

Beer::Code🍺

@beerphp · канал · Технології · в індексі з 2026-05-25
3 666підписників+34 за тиждень
2 468середнє охоплення поста
67.3%ER — охоплення до підписників
5постів за 30 днів
B
Beer::Code🍺
Посилання
натисніть — покажемо
🔥 Anthropic вимкнули Fable 5 і Mythos 5 Пу пу пуууууу 5 годин тому вийшла новина, що уряд США видав директиву: відрубити доступ до Fable 5 і Mythos 5 для всіх хто не є громадянином США. Навіть для своїх же співробітників-неамериканців. Щоб не порушити закон, Anthropic тупо вимкнули обидві моделі для всіх клієнтів, бо паспорти вони не перевіряють. Інші моделі (Opus, Sonnet, Haiku) працюють як працювали Тепер трошки теорії 📍 Що таке jailbreak взагалі Якщо хто не в темі. У кожної LLM є safeguards - це система обмежень, яка не дає моделі робити шкідливі речі (написати малварь, пояснити як зробити зброю, тощо). Jailbreak - це коли ти спеціально підбираєш промпт так, щоб ці обмеження обійти і витягнути з моделі те, що вона за замовчуванням робити відмовляється Тут є важлива різниця у двох типах: ✅ Non-universal jailbreak Працює в одному конкретному кейсі, витягує якийсь шматок інформації за певних умов. Не дає системного обходу ❗️ Universal jailbreak Один метод, який широко ламає захист моделі і відкриває цілий клас заблокованих можливостей. Оце реальна проблема. І от саме universal jailbreak для Fable поки ніхто не знайшов - ні урядові тестери, ні UK AISI, ні треті сторони, які тестували модель тисячі годин 📍 Що сталося по факту Уряд натякнув, що з’явився спосіб обійти захист Fable. Anthropic подивились демку цієї техніки і кажуть: вона знаходить кілька вже відомих дрібних вразливостей, будь-яка інша публічна модель знаходить ці ж речі без жодного jailbreak, включно з OpenAI GPT-5.5. 👉 А тепер найсмішніше, що ж там за демка. Моделі дали почитати конкретну кодову базу і попросили пофіксити software flaws. Все. Тобто рівно те, чим кожен день займаються нормальні розробники🙈 📍 Позиція Anthropic Закон є закон, доступ забрали, але відкрито не згодні. Відкликати модель якою користуються сотні мільйонів людей, через вузький non-universal jailbreak - це дивно. Якби такий стандарт застосували до всієї індустрії, він би фактично зупинив будь-який реліз будь-як
58 · 3.8K ·
B
Beer::Code🍺
Друзі, став готувати новий воркшоп Інструментів навколо агентів стало дуже багато. І я бачу як люди тонуть Хтось колупає Claude Code, Codex, Cursor другий місяць і досі не розуміє з чого почати. Хтось накидав скілів і хуків, а АІ генерує сміття 👉 І поки програма не зафіксована - хочу трошки вас почути Бо я можу зробити воркшоп про те що цікаво мені, але буде зовсім не в тему 💬 Тому коротке питання: що болить найбільше? Чи про що хотілось би почути чи розібрати Накидайте будь ласка в коментарі. Автор комента, котрий набере найбільше лайкосів і тему котрого ми розберемо - потрапить на розбір безкоштовно 😉 Youtube | Instagram
5 · 3.1K ·
Beer::Code🍺
Фотографія
натисніть — покажемо
Такс, календарчик івентів Планую повертатися сюди частіше - з новими постами та матеріалами. Вже готую нове відео, буде зовсім скоро😉 А поки що ми з командою зробили сторінку на якій зібрали всі активності і заходи на липень. Переходь на сторінку і переглядай ГРАФІК ЛИПНЯ. 3-4 липня - воркшоп Agentic Engineering Workflows Більшість уже встигла на ньому побувати, але якщо тебе там ще не було - саме час приєднатися. Вважай, ще одна нагода :) 11 липня - новий практичний воркшоп Окремий пост про нього ще зроблю, а поки що за посиланням можна глянути тему😌 і одразу зареєструватися. Окрема вдячність всім хто відписав коментарі! Це було дуже корисно. Як обіцяв, автору найпопулярнішого дам безкоштовний доступ 15 липня - старт групи мого основного курсу Agentic Engineering 11 тижнів, 11 модулів практики і 9 живих Q&A-сесій. Основна ідея: перестати закидати в AI рандомні запити і перейти до системної роботи - з власним Agentic Workflow на виході. На сторінці видно, скільки місць у групі ще лишилось. А якщо хочеш зануритися в тему глибше - залишай анкету передзапису, і я або моя команда з тобою зв'яжемось. Тож переходь, дивись і реєструйся 👇 https://agenticengineering.it.com/events
5 · 2.7K ·
B
Фотографія
натисніть — покажемо
OpenAI випустила GPT-5.6 (але не для нас 😅) На бенчмарках це новий рекорд Але є кілка але. На Terminal-Bench (тест на роботу в терміналі: планувати, ітерувати, смикати тулзи) звичайний Sol дає 88.8%, а Claude Mythos 5 (котрий ми так і не бачили) - 88.0% Справжній стрибок до 91.9% з'являється тільки в режимі ultra, коли під капотом запускається рій сабагентів. Та сама ідея, що вже працює в Claude Code (динамічні воркфлоу), тільки зашита прямо в модель (як я зрозумів з опису). 👉 Друге але. Реліз моделі пригальмував уряд США - через кіберспроможності (опять 25) Тому зараз модель доступна тільки вузькому колу партнерів (близько 20), погоджених з адміністрацією, і лише через API та Codex. У ChatGPT та для звичайного юзера її ще немає. Ширший доступ обіцяють за кілька тижнів. Виходить, вперше вийшла модель, яку показали всім, а дали - одиницям Джерело: https://openai.com/index/previewing-gpt-5-6-sol/ Youtube | Instagram
11 · 3.2K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
Агенти пишуть тобі сміття, увага, не тому що вони тупі Хоча часто дуже хочеться саме так і сказати 😅 Типу сидиш, даєш агенту задачу, він щось там генерує, розкладає по файлах, пише “готово”, “усе працює”, “я все перевірив” А потім ти відкриваєш код і такий: боже шо це за гівно 👉 Я записав про це новий відос відео: І головна, що проблема часто не в моделі, а в процесі навколо неї • Бо якщо не дав контекст - вона вгадає • Якщо засрав чат - вона затупить • Якщо не дав перевірку - вона повірить сама собі • Якщо не міряєш якість - ти просто вайбчекаєш • Якщо не записуєш правила - завтра вона повторить ту саму помилку Як на мене вийшло цікаво 😅 Сподіваюсь кожен знайде для себе щось корисне. Приємного перегляду 😘 https://www.youtube.com/watch?v=wOW0-RZDPbA Youtube | Instagram
39 · 3.8K ·
Beer::Code🍺
Фотографія
натисніть — покажемо
От-от вийде Sonnet 5 І так, вже в наступній версії 2.1.197 модель зʼявилась в списку доступних, її можна активувати, але для використання поки обмежена, то ж чекаємо офіційного релізу і анонса Ще лютому ходило багато слухів, що ця модель просто неймовірна і що вона може впоратись з кодінгом супер складних проектів. Після чого антропіки випустили sonnet 4.6 і слухи затихли 🙂 То як думаєте, чого очікувати? 👉 Для тих, хто хоче побачити на власні очі - треба примусово поставити наступну версію curl -fsSL https://claude.ai/install.sh | bash -s 2.1.197 Youtube | Instagram
12 · 3.8K ·
B
B
Beer::Code🍺
Посилання
натисніть — покажемо
Fable 5 знову доступний https://x.com/claudeai/status/2072402636813607381 Судячи з усього фолбек на opus буде доволі частою історією, але це не повод не тестити. До 7 липня можна користуватись моделю і вартість входить в ліміти (до 50% від тижневого), а потім буде за окремий кост. Вже можна пробувати, якщо у вас все ще не перемикається на нову модель - оновить клод код і перелогіньтесь Youtube | Instagram
13 · 3.8K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
🔄 Loop Engineering - наступний крок після Сontext Engineering Ну що друзі, продовжуємо занурюватись в АІ напрямок. Сontext Engineering дав загальну картину: як побудувати робочій розробниціький workflow. Але є одна річ, від якої залежить, чи можна цьому workflow довіряти, бо агенти самі по собі здатні доволі сильно часто приверати і не виконувати обіцяну роботу. І це feedback loop. Тобто додаткові перевірки (круто коли вони детерміновані по типу тестів чи лінтерів) на котрі агенти можуть спиратись під час виконання конкретної задачі Проблема в тому, що між кроками у агента немає чіткого розуміння чи виконав він задачу, чи ні. І поки його немає - єдиним врифікатором залишається людина. Ну і спочатку це прикольно, перечитувати що там згенерував агент, але швидко втомлює і кожен знає, як це приймати зміни наосліп 😉 11 липня проводжу окремий воркшоп саме про це Наживо розберемо: ✅ чому агент зупиняється коли йому «виглядає готово» ✅ шар верифікацій: test/lint, logs, metrics, verifier та judge agents ✅ хуки котрі допомогають блокувати неякісні реалізації ✅ «очі» і «вуха» для агента - Playwright, логи, метрики ✅ як змусити агента навчатись через learning loop та меморі Що отримаєш: готові сценарії перевірок, котрі одразу можна буде застосувати в своїх проектах. І розуміння, де ставити що саме верифікувати, які є інструменти, які є стратегії, як це тестувати, щоб це був engineering, а не vibe coding 🙂 🗓 11 липня, старт о 12:00 за Києвом 🖥 Онлайн, дві частини з перервою на каву 💬 Плюс розбір твоїх питань наживо 💶 Зараз найнижча ціна. Деталі та участь 👉 https://agenticengineering.it.com/workshop-july11
18 · 4.5K ·
B
Beer::Code🍺
Фотографія
натисніть — покажемо
Чому агент тупить при вирішенні бажинок? Тобі, як зазвичай, прилітає баг. Закидаєш агенту опис проблеми, стектрейс, тести, лінк на issue і купу додаткової інфи. І чомусь одну бажинку він фіксить одразу, а на дуже схожій проблемі ловить затуп. І інформація начебто однакова, і проблеми схожі, але працює через раз 👉 Вийшло дослідження «How Do LLMs Read Bug Reports?» - хлопці полізли подивитись, куди модель спрямовує attention (увагу), коли сама генерує готовий патч на баг. Це називається APR (Automated Program Repair) Attention - це механізм всередині моделі, за допомогою якого вона на кожному кроці вирішує, які токени з усього твого промпту брати до уваги, а які майже ігнорити. Технічно - для кожного токена рахуються ваги до всіх інших токенів, і на виході зважена сума. Тобто модель не читає промпт рівномірно, вона щоразу вирішує, що в ньому важливе, а що не дуже Дослідники по черзі прибирали частини bug report і перевіряли, наскільки через це змінюється згенерований патч. Якщо після видалення фрагмента патч сильно змінювався - значить, ця інформація суттєво впливала на рішення моделі. А тепер згадай, що лежить у звичайному bug report - змінні оточення, версії бібліотек, номери білда, купа технічної інфи. Для моделі це такі ж токени, і туди теж може піти увага 🎯 Суть дослідження: Взяли 319 багів на python і java зі SWE-bench Verified і Multi-SWE-bench. Для кожного простежили, як attention розподіляється по секціях bug report, і порівняли вдалі фікси з невдалими і дійшли такого висновку: successful repairs are characterized by diffused attention across multiple diagnostic components such as bug descriptions, stacktraces, and test cases, while failures often exhibit over-localized attention toward metadata such as version information Тобто: ✅ вдалий фікс - увага розподілена між кількома релевантними компонентами: опис + стектрейс + тести і модель може втримати в фокусі всю картнику ❌ провальний - увага залипає на чомусь вузькому, найчастіше на метаданих (типу
24 · 3.1K ·
B
Beer::Code🍺
Фотографія
натисніть — покажемо
Чи готовий агент чергувати замість тебе? Продовжуємо гілку цікавих досліджень Чергування - це коли серед ночі тебе будить алерт, продакшн лежить, і треба шивдко зрозуміти, що саме зламалось і чому. Робота напряжна, виснажлива, давно хочеться віддати її агенту. Отже вирішили це перевірити - подивитись як таку задачу будуть вирішувати топові моделі 🔬 Як перевіряли Тестове оточення майже як продакшн - повноцінна архітектура з 19 мікросервісів з метриками, логами, трейсами (Prometheus, Jaeger, OpenSearch через Grafana) і повним доступом до коду. Баги теж докинули цілком реальні: на основі feature flags, які вмикають за розкладом, тож збої виглядають як природні Складність кожної задачі вимірювали так: • наскільки конкретний звіт користувача - Easy, Medium чи Hard (рівні складності самих задач) • скільки часу минуло до виявлення - від 15 хвилин до 24 годин • скільки поломок співпало одночасно - 5 сценаріїв: ізольована / незалежні / конфліктні / каскадні / послідовні 📊 Що саме міряли RCA тут - це root cause analysis, пошук причини поломки, міряли три штуки: • RCA Accuracy - чи назвав агент УСІ справжні причини • RCA Depth - наскільки глибоко докопався, шкала від 0 до 3 • Hallucination Rate - як часто вигадав причину, якої взагалі не було Еталонні відповіді складали і затверджували самі SRE (інженери що відповідають за надійність софта). Оцінки спершу виставляв LLM-суддя, потім люди переоцінили вручну і майже повністю з ним зійшлися 🎯 Що вийшло Найкращий агент знаходить справжню причину приблизно в одному випадку з чотирьох на середніх інцидентах і в одному з десяти на важких. І це топова модель, найкраща з тестованих (Opus 4.7, Sonnet 4.6, GPT-5.5, GLM-5, DeepSeek-V4-Pro) А найслабша модель (DeepSeek-V4-Pro) у 40% звітів впевнено вигадувала причину, якої в системі взагалі нема. ❗️ Чому Hard такий важкий Один і той самий інцидент переписали в три версії, просто ВИДАЛЯЮЧИ слова. На Hard агент бачить лише «users are reporting site issues», і все. Через таку розмит
19 · 3.4K ·
B
Посилання
натисніть — покажемо
Твій скіл можна шерити в команді? Зняв новий відос про зрілість Agent Skill, як довести скіл від найпростішого стану до такого, що не соромно віддати команді. Ось ця драбина зрілості, по рівнях: 1️⃣ Файл із трьох рядків - мінімальний робочий скіл 2️⃣ Фіксований workflow - додаєш чітку послідовність кроків, і агент перестає імпровізувати 3️⃣ Опис як маршрутизатор - тут агент сам вирішує, коли підвантажити скіл 4️⃣ Три шари підвантаження - головний файл тонкий, деталі тягнуться за потреби 5️⃣ Права і середовище виконання - прописуєш, які інструменти скілу дозволені, які заборонені 6️⃣ Евали - перевіряєш скіл на реальних кейсах, і впроваджуєш тестування скілів та агентів 7️⃣ Дистрибуція - пакуєш скіл з папки в плагін, віддаєш команді й далі підтримуєш 👉 Переходьте, дивіться, коментуйте - буду вдячний за фідбек 🙂 https://www.youtube.com/watch?v=3t7VVZp2si8
33 · 3.8K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
Безкоштовний воркшопчик 📅 20 серпня, четвер, 19:00 за Києвом - проводжу безкоштовний воркшоп на 3 години Якщо раніше не були на моїх воркшопах - для вас буде багато цікавого. Тема: як віддавати агентам більше роботи і не втрачати контроль над результатом. Беру сиру ідею, наговорену голосом, і за три години наживо доводжу її до продукту на власному домені. Пройдемо по такому воркфлоу 🟢 Карта рішень - як зупинити агента від додумування вимог 🟢 Специфікація з критеріями приймання і пошук неоднозначностей 🟢 Архітектура, модель даних, API-контракт, діаграма станів 🟢 TDD з coding-агентом у маленькому перевірюваному циклі 🟢 Верифікація: скріншоти, E2E, незалежне рев'ю, смоук-тест після деплою 👉 Що отримаєте вкінці Карту всього процесу, приклади документів, чекліст і відкритий репозиторій зі скілами, агентами й ранбуком. І, звісно, розуміння, де у вашому процесі зараз найслабше місце Про формат: Це демо. Я будую, ви дивитесь 🙂 також пояснюю навіщо потрібен кожен крок. Практики в моменті не буде, щоб змогли пройти як умога далі за зазначений час ⏱️ 180 хвилин, online в zoom 💰 Безкоштовно 🔗 Реєстрація та деталі
55 · 3.7K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
Поговоримо? Як показує практика, всі дуже полюбляють поспілкуватись :) тому 🎤 Хочу вас запросити окремий ефір у форматі Q&A-сесії 🔹Завтра (22 серпня) 🔹14:00 за Київським часом На воркшопах часто пишуть, що саме блок питань виявляється найкориснішою частиною😅 тільки проблема, що він завжди в кінці, коли всі вже втомились Тож хочеться провести його окремо. ❓ Як це буде? Зустрінемось в Zoom на 2 години. Єдине питання прошу написати заздалегідь в анкеті (бо може бути багато питань) - розподілю їх по блоках, щоб вийшли різні теми і кожен знайшов щось для себе Під час ефіру буде можливість писати в чат і піднімати руку, щоб поставити питання голосом. Питання не обов'язково по темах воркшопів - можна про свій проєкт, свою команду, свій legacy - розберемо все що зможемо 😅 І окремо: питання ставити зовсім не обов'язково 😉 Можна просто доєднатись послухати. Часто найцікавіше вилазить у чужих питаннях - людина приносить кейс, і під нього доводиться прям розкрити 2-3 а то і більше тем і якихось конкретних порад Щоб приєднатись - переходь у бот https://t.me/genkovichai_bot?start=6a884a5ecd1dccd165002038 За годину до зустрічі, о 13:00, посилання на Zoom прийде тобі туди ж До зустрічі 😉
4 · 3.3K ·
B
Beer::Code🍺
З днем незалежності, друзі 💙💛 Так, ми з вами переживаємо надскладні часи. Та не дивлячись ні на що, особисто я вірю в краще Поки є такі талановиті інженери, поки є палаючі від захоплення очі, поки є ідейні, ні на кого не схожі, унікальні люди - я дійсно в це вірю Дякую кожному і кожній з вас, дякую за те, що ви надихаєте Всіх обійняв, зі святом 🫰
2.1K ·
Beer::Code🍺
Посилання
натисніть — покажемо
Запилив новий відос про безпеку AI-агентів У квітні AI-агент у Cursor за дев'ять секунд зніс компанії продакшн-базу. Разом із бекапами. Агент просто мав токен, широкі права й доступ до API. А коли хакер є, все стає ще цікавіше. Йому навіть не обов'язково ламати твою машину. Іноді достатньо написати звичайний GitHub issue, який прочитає твій агент. Фактично для моделі твій промпт, написаний issue, відповідь MCP-сервера чи завантажений SKILL.md - це просто текст в одному контексті. А виконує вона цей текст уже з твоїми правами. У відео розбираю: • як через issue або пошту перехоплюють керування Claude Code, Cursor, Codex і Gemini CLI; • як AI вигадує неіснуючі пакети, а хакери заливають туди трояни; • чому секрети можуть потрапити в модель, навіть якщо агент не відкривав .env; • чому CLAUDE.md, Cursor Rules і другий агент-рев'ювер самі по собі не рятують; • як виглядає нормальна модель загроз і що варто перевірити у своєму проєкті. Для цього відео я перелопатив понад двадцять першоджерел 😅 Наприкінці залишив чеклист із восьми пунктів - можна поставити відео на паузу, зробити скріншот і пройтися по своєму сетапу. Дивитися тут: https://youtu.be/QKRs6IHV-y4 Після перегляду напишіть у коментарях: ваш агент уже намагався залізти туди, куди його взагалі не просили? 👇 Youtube | Instagram
20 · 2.7K ·
B
Фотографія
натисніть — покажемо
Не були раніше на моєму дводенному воркшопі? 😄 Запрошую вас на новий "Agentic Engineering Workflow" - стартуємо 3 вересня. 💡 Розбираю на воркшопі все детально показуючи живі приклади з власного проєкту: 🟢 Spec-Driven Developmentу - як довести специфікацію до чогось, що агент розуміє: acceptance-критерії, пошук неоднозначностей, архітектурні документи і розбиття на задачі 🟢 Контекст-інженерія - що класти в статичний контекст, що давати промптами, як будувати CLAUDE.md і файли-специфікації 🟢 Паралельні субагенти - окремо імплементер, окремо рев'юер, окремо верифікатор і security review 🟢 TDD-луп і верифікаційні гейти - тут є свої плюси і мінуси, а також поради з власного досвіду 🟢 Ralph Loop і перемикання моделей - коли який агент і яку модель ставити на задачу Два дні: 📅 3 вересня, четвер, 19:00 за Києвом - теорія та налаштування 📅 5 вересня, субота, 13:00 за Києвом - практика: наживо пройдемо повний шлях фічі від ідеї імплементації І окремо хочу сказати про питання. Знаю, що для багатьох саме блок питань - найцінніша частина будь-якого ефіру 😅 Тому ми відводимо під це окремий час і розбираємо купу конкретних кейсів з вашої практики, і не тільки по темі воркшопу Запис обох днів буде, зараз ще діє найкраща ціна до старту 💰 🔗 Всі деталі та реєстрація тут До зустрічі 😉 Youtube | Instagram
4 · 3.1K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
Як AI-агенти використовують CLAUDE.md і документацію Ви написали ідеальний `CLAUDE.md`. «Перед змінами прочитай архітектуру. Після змін запусти тести. Перевір, що код відповідає вимогам». Агент відкрив файл. Прочитав. І що далі? 🙂 Автори свіжого дослідження розібрали 557 сесій із Claude Code, Codex, Cursor, Gemini CLI та іншими агентами І ось що цікавого знайшли: • після 1 328 читань документації лише тричі(!) саме наступною дією була правка коду; • жодного (!!) явного випадку, коли агент перейшов за посиланням з одного документа в інший; • жодного явного випадку, коли він порівняв два документи; • нуль випадків, коли агент узяв документацію за еталон і звірив із нею результат. Це не означає, що агенти не читають документацію. Читають. Причому найбільше працюють саме CLAUDE.md, AGENTS.md, SKILL.md та власні нотатки (плани, тимчасові файли і тд) ❌ Проблема в тому, що ми ставимося до CLAUDE.md занадто несерйозно. Так, документація лише передає контекст. Рядок «обов’язково запусти тести» ще не створює verification loop. Це гарантовано спрацює тоді, коли перевірка вбудована в процес: через тест, linter, hook або CI. ✅ Зняв про це відос, де розбираю: — що агенти насправді читають у репозиторії; — чому критичні правила не варто ховати за ланцюжком посилань; — як правильно розкладати CLAUDE.md, AGENTS.md і скіли; — навіщо перетворювати документацію на виконувані артефакти; — чому агенти самі змінюють файли, які керуватимуть їхніми наступними сесіями; — як виміряти, чи виконується правило, а не просто сподіватися на це. Дивитися тут: https://www.youtube.com/watch?v=GWGFNRM0o40 Цікаво, чи знайшли для себе щось новеньке від цієї інфи 🙂 діліться Youtube | Instagram
29 · 2.8K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
Друзі, є чудова новина :) Сьогодні стартує нова група Agentic Engineering. Кілька людей перенесли свої бронювання на жовтень - і звільнилось 4 місця. Якщо ти давно приглядався до курсу - це той самий знак(!), що пора доєнуватись можна зайти прямо зараз і не чекати наступний потік😉 Тебе чекає: 12 тижнів, 11 модулів за які ти вбудовуєш агентний воркфлоу у свою роботу Розбираємо систему - власні скіли й субагенти під твій стек, повний цикл Spec-Driven Development, отримаєш результат на власному проєкті Кому це буде корисно: → пишеш код щодня і хочеш перейти від AI-чатів до системного воркфлоу → вже юзаєш Claude Code / Cursor / Codex, але процес тримається на промтах → хочеш, щоб агент давав передбачуваний результат, бо зараз це як рулетка Щоб приєднатись - заповни коротку анкету, і моя команда звʼяжеться з тобою: детально розповість про продукт, формати та умови навчання👇 https://agenticengineering.it.com/anketa Місць 4. Група стартує сьогодні, матеріали теоретичних модулів відкриваються одразу, а перший ефір за 2 тижні - тож і вирішувати варто швиденько😎
7 · 2.3K ·
B
Beer::Code🍺
Посилання
натисніть — покажемо
А старі моделі часом не пишуть краще? 🤔 Я помітив, що читати тексти, які видає AI, стало складніше. Вони якісь менш складені, перевантажені менш природні чи бог його знає які 😅 І я це прям дуже добре помітив на своєму прикладі. У мене є бот, який присилає мені новинний дайджест. І останнім часом його читати стало просто неможливо Трошки подосліджував цю тему і згадав, що багато текстів, які мені подобались, я свого часу генерував на Opus 4.5. На Opus 4.7, мені здається, вже почало ставати трохи гірше. Знову ж таки - це чисто суб’єктивна думка, тому не засуджуйте 😄 👉 Спробував прогнати це через claude-opus-4-5, і шо я побачив, що текст легше читається і легше сприймається. Тобто мені реально більше подобається як стара модель пише 🙂 Попри те, що Opus 4.5 коштує стільки ж, скільки 5, у мене виникло логічне питання: ❓навіщо платити стільки ж за старішу модель? Але по факту вона: • швидше видає результат; • суб’єктивно пише простіше; • і результат мені банально більше подобається. 📌 Можливо це через новий tokenizer Anthropic, котрий з'явився починаючи з Claude 4.7 (доречі самі антропіки пишуть, що він генерує на 30% більше токенів тексту). Тобто теоретично, стара модель все ж таки буде коштувати трошки дешевше. 📌 Або можливо вотермарк, хоча Anthropic звісно пишуть, що він не повинен помітно впливати на якість або читабельність тексту (ще б вони стверждували щось інше) Коротше цікаво те, що умовно «тупіша» або старіша модель може бути для конкретної задачі навіть кращою Я ще спробував Haiku, але він мені вже здався доволі тупим 😄 Але тепер цікаво поганяти ще й GPT-шні моделі Цікаво, чи помічали ви таке? Чи користуєтесь старішими / слабшими моделями для якихось конкретних задач? Або, можливо, у вас є якісь свої skills, prompts або інші фішки, якими ви робите генеровані тексти більш адекватними та читабельними? Youtube | Instagram
16 · 2.3K ·
B
Beer::Code🍺
Фотографія
натисніть — покажемо
І знову я зі своїм воркшопом 🙂 Але перед цим - попереджаю і кажу чесно, канал і соцмережі в наступні тижні будуть трошки оживати, моя команда розширюється і зможуть мені допомогти взяти на себе більше обовʼязків, щоб я в свою чергу міг давати більше інфи. Буду тестувати нові формати тут, та буду вдячний за фідбек Тепер до основної теми Я вже провів кілька воркшопів з Agentic Engineering Workflow за останні місяці. Кожного разу після ефіру отримую повідомлення від тих, хто пропустив, а чи буде ще Буде! 17 і 19 вересня проводжу ще один: 📅 17 вересня, 19:00 (Київ) - теорія: як агент працює під капотом, чому щось постійно забуває, чому вгадує, що з цим робити 📅 19 вересня, 13:00 (Київ) - практика: повний шлях фічі від ідеї до коду, показую на своєму робочому проекті, а ви паралельно - тренуєтесь кожний на своєму Практику проходять усі учасники. Також обовʼязково буде Q&A і в перший і в другий день. Можна (і треба) приходити зі своїми питаннями, проєктами, кейсами. Запис буде! правда-правда 🙂 У кожного учасника буде доступ і одразу після зустрічі Якщо ще не були - запрошую приєднатись😌 Деталі: https://agenticengineering.it.com/workflow-september17 Youtube | Instagram
12 · 2.4K ·
B
Beer::Code🍺
Фотографія
натисніть — покажемо
Не можу не поділитись, вчора отримав такий відгук Це прям паливо заради якого хочеться продовжувати створювати подібні матеріали і надалі ❤️
3 · 2.5K ·

Відкрита публічна стрічка з пошукового індексу ChatCrawler — «Google по публічному Telegram»; оновлюється в міру обходу майданчика. Час — UTC.

Лише публічний контент, офіційний API Telegram. Про проєкт · Питання · Чого ми не робимо · Прибрати сторінку з видачі · Каталог · Пошук · Як ми рахуємо