Як важко і як задовбало на робочих мітингах відповідати “I’m fine, thanks” на питання «How are you Oleksii?” коли ти зовсім не файн. І ти не поясниш їм чому ти не файн — їм це не треба і за великим рахунком байдуже 🫠

Промпт деформація — це коли пишеш своєму ШІ «заєбав», «давай нормально зроби» і «зараз піздану».

Добрий ранок! Шо по каві? ☕️

Добрираночок чи шо? І що там по каві? ☕️

Цей тиждень приходжу в себе і буду активнішим у контенті, народ. Проміс!

HTTP отримує новий метод: Що таке QUERY і чому це важливо

Вперше за 16 років протокол HTTP офіційно отримав новий метод — QUERY. Він вирішує одну з найстаріших архітектурних проблем веб-розробки: як правильно і семантично передавати складні параметри для читання даних.

Проблема: Складні фільтри в GET-запитах
Традиційно для отримання даних використовується метод GET. Проте GET-запити мають суттєве обмеження — вони не розраховані на передачу тіла запиту (body). Усі параметри доводиться передавати через рядок запиту (Query String) в URL.

Уявіть ситуацію: вам потрібно відфільтрувати список користувачів за десятком критеріїв, серед яких вкладені умови, масиви статусів та сортування. Ваш URL швидко перетворюється на щось подібне:

GET /api/users?age_min=18&age_max=35&status[]=active&status[]=pending&role=manager&last_login_after=2025-01-01T00:00:00Z&sort=-created_at&include=profile,company&search=developer

Якщо логіка стає ще складнішою (наприклад, з'являються умови OR чи фільтрація за координатами), генерувати, парсити та читати такий URL стає неможливо. Більше того, більшість серверів та проксі мають жорсткі ліміти на довжину URL (зазвичай від 2 до 8 KB). Якщо ви перевищите цей ліміт, сервер поверне помилку 414 URI Too Long.

POST як тимчасове рішення

Щоб обійти ці ліміти і передати параметри у вигляді зручного JSON, розробники масово почали використовувати метод POST для read-запитів. Саме на цьому побудований GraphQL та ElasticSearch.

Але використання POST для читання ламає семантику HTTP. Метод POST призначений для зміни стану сервера. Він не є безпечним (safe) та не є ідемпотентним. Через це стандартні механізми кешування (CDN, браузери, проксі) відмовляються кешувати такі відповіді, адже вважають, що запит міг змінити дані на сервері.

Рішення: Метод QUERY

Метод QUERY поєднує переваги обох підходів. За стандартом він є безпечним та ідемпотентним (як GET), але при цьому офіційно дозволяє передавати дані в тілі запиту (як POST).
Тепер той самий складний запит виглядає так:

QUERY /api/users
Content-Type: application/json
Accept: application/json

{
  "filters": {
    "age": { "min": 18, "max": 35 },
    "status": ["active", "pending"],
    "role": "manager",
    "last_login_after": "2025-01-01T00:00:00Z",
    "search": "developer"
  },
  "sort": "-created_at",
  "include": ["profile", "company"]
}

Головна перевага полягає в тому, що інфраструктура зможе кешувати такі запити. Ключем для кешу слугуватиме комбінація URL та хешу тіла запиту.

Чи можна використовувати це вже зараз?

Стандарт RFC 10008 затверджено, проте екосистема ще потребує часу на адаптацію:
Балансувальники навантаження, WAF та CDN повинні навчитися не блокувати новий метод і правильно будувати ключі кешування.

HTTP-клієнти (включно з браузерним fetch) потребують оновлень для коректної обробки QUERY.
Бекенд-фреймворки мають додати вбудовані методи маршрутизації (наразі нативна підтримка з'являється лише в найновіших версіях платформ, таких як .NET 10).

На даному етапі QUERY чудово підходить для внутрішньої комунікації між мікросервісами, де ви повністю контролюєте інфраструктуру. Для публічних API та роботи з веб-клієнтами метод POST ще деякий час залишатиметься стандартом де-факто.

Anthropic радить використовувати Claude Fable 5 як планувальник, щоб знизити витрати

Anthropic тепер радить не запускати дорогий Claude Fable 5 на всі кроки задачі. Модель пропонують частіше використовувати як планувальник, а виконання віддавати меншим моделям. Така схема, за даними компанії, на SWE-bench Pro дає близько 92% від самостійної якості Fable 5, але коштує 63% від ціни.

Є варіант. У режимі Advisor Sonnet 5 виконує роботу і звертається до Fable 5 лише за порадою, приблизно.

І це я вважаю найкращим використанням Fable 5 для ваших фінансових трекерів 🙂

Смачної кави! Та боже збав вас деплоїти сьогодні.
То ж свята пʼятниця нинько!

А всі побачили, що в Claude Desktop прибрали режим Cowork на користь режиму Code 🤔

Коротше, вони режим Cowork додали в чат проєкту. Але, перемикатись між режимами, коли ви створили локальний проєкт неможливо. Тільки режим Cowork доступний.
З одного боку логічно тепер коли всі проєкти в одному місці, але логіка перемикання між режимами роботи не до кінця зрозуміла.

Сьогодні день поламаних десктопних апок )) Реліз в пʼятницю чи десь поруч... 😄

От і Денис жаліється на оновлений Codex\Work від OpenAI

🚨🚨🚨 Увага!
Круглик виходить з коматозу. А разом з ним стріми і Комуналка 💪

Тому, для підготовки наступного стріма потрібна ваша допомога і ваша участь.

Як би ви назвали ШІ асистента для Комуналки?
В мене поки ідей біля нуля і лише 1 варік — КомуШІшка.

Тому накидайте в коментарях ваші ідеї імені для цього ШІ бота в Комуналці 😅

Добрий раночок! Понеділок знову.
Що по каві?

Ну і до важливих новин. Ну як новин…

Ржали над вайб кодерами? Тепер мені буде соромно. Майже…😅

А я скажу так: АІ-куля в лоб так АІ-куля в лоб

Стріми повертаються!

Трохи відійдемо від отих клод кодів з антигравіті і покодимо максимально вручну.

Оживляємо Комуналку і будуємо АІ чат-бота ХаткоБот.
І почнемо з побудови векторних даних для бота. Як це зробити в Laravel та як працювати з їх AI SDK будемо розбиратись.

Тому, доєднуйтесь в цю пʼятницю о 16:30. Буде цікаво!

https://youtube.com/live/rBA2-WbMoG4

Поки в нас внутрішні перепетії в державі на які ми всі хочемо внятних відповідей і відповідних АДЕКВАТНИХ реакцій від влади, давайте трохи почитаємо ще ТВЕРЕЗИХ і АДЕКВАТНИХ думок від Лінуса Торвальдса.