В Селестії новий формат резюме історії чату, публікується кожний день)

Кому цікаво в своєму чаті спробувати — додавайте її до свого чату, а я допоможу налаштувати і закину пробний баланс)

🤖 Cursor виклали гайд по роботі з AI-агентами

Зібрали всі best practices в одну статтю. Більшість з цього я вже юзаю в Claude Code, але це дійсно непоганий гайд для тих хто досі не став ШІ євангелістом.

Головні інсайти:
• Shift+Tab — Plan Mode, агент спочатку планує, потім кодить. Плани зберігаються в .cursor/plans/
Від мене: Дуже важливо створювати план якщо очікувані зміни більше 100-200 рядків коду

• Довгі чати = втрата фокусу. Новий чат на кожну нову задачу

• Rules (.cursor/rules/) — статичний контекст для кожного чату. Skills (див. Claude agent skills)

• TDD з агентом працює найкраще — тести дають йому чітку ціль для ітерації

• Debug Mode — генерує гіпотези, додає логування, аналізує runtime. Для складних багів

• Можна запускати декілька моделей паралельно через worktrees і порівнювати результати

Цитата дня:

AI-generated code can look right while being subtly wrong

📎 https://cursor.com/blog/agent-best-practices

⚙️ Очікування vs Реальність вайбкодингу

Налаштовую собі cron job: щодня о 9:00 запускаються два sub-agents паралельно — один парсить GitHub Issues, інший лізе в ClickHouse аналізувати логи. Main Agent порівнює результати і кидає звіт в телеграм. Thinking: High. Краса!

Прокидаюсь, відкриваю телефон…

{"type":"error","message":"Overloaded"}

Ха-ха-ха прекрасно. Типовий Клод 🫠

Це все що вам треба знати про стабільність агентних систем. Розумний, вміє планувати, але коли треба працювати о 9 ранку — він теж не хоче

Вайбкодинг — це прекрасно, доки не впираєшся в ліміти API.

Фактично це клод код в телеграмі)

🧵 5 типів тредів в AI-інженерії — розбираємось як працювати з агентами ефективніше

Нещодавно натрапив на цікаву концепцію від IndyDevDan — Thread-based Engineering. По суті, це класифікація того, як ми взаємодіємо з ШІ-агентами. І знаєте що? Виявляється, я інтуїтивно вже використовував деякі з цих патернів, навіть не знаючи що вони так називаються!

1️⃣ Base Thread — базовий цикл

Класика жанру: промпт → агент працює → результат. Один запит — одна відповідь. Це те, з чого всі починають, і це фундамент для всього іншого.

2️⃣ P-Thread (Parallel) — паралельний

Тут вже цікавіше! Запускаєте кілька агентів *одночасно* на різні задачі:
• Один пише фронтенд
• Другий — бекенд
• Третій — тести

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

3️⃣ C-Thread (Chained) — ланцюговий

Розбиваєте складну задачу на фази з валідацією між ними:
• Phase 1: План → ✅ перевірили
• Phase 2: Код → ✅ перевірили
• Phase 3: Тести → фінальний результат

4️⃣ F-Thread (Fusion) — злиття

Моя улюблена тема — даєте *одну й ту саму* задачу різним агентам або моделям (Claude, GPT, Gemini) і порівнюєте результати. Часто одна модель бачить те, що інша пропустила. Fusion — це про якість, не про швидкість.

5️⃣ L-Thread (Long) — довгий

Тут вже складніше, треба дуже гарний промпт, і багато задач, іноді додаткові інструменти щоб робота не зупинялася. Також є проблема — коли контекст роздувається до нескінченності, агент починає “тупити”, втрачати інструкції і галюцинувати.


💡 Практичні поради:

• Для простих фіксів — Base Thread достатньо
• Для великих фіч — Chained з покроковою валідацією
• Для code review — Fusion (порівнюйте Claude vs GPT)
• Відчуваєте що агент “поплив”? — це L-Thread, час рестартити

🔄 Вже чули про Ralph technique?

Є така проблема: чим більше токенів в контексті, тим “тупішим” стає агент до кінця. Ralph technique — це рішення для амбітних планів, де контексту завжди буде забагато.

🔧 Як це працює:

• Агент працює в межах бюджету токенів (зазвичай ~80k)
• Коли ліміт досягнуто — агент “вмирає” і стартує новий з чистого аркуша
• Новий Ralph читає загальний план, визначає де зупинився попередній, продовжує роботу
• Прогрес зберігається між ітераціями, але контекст — ні

По суті це альтернатива compaction (стисненню контексту). Замість того щоб компресувати історію і передавати далі — просто починаємо з нуля, але зі збереженим станом роботи.

✅ Коли юзати:

• Великі амбітні плани де контексту точно не вистачить
• Довгі цикли розробки
• Коли compaction не дає потрібної якості

⚠️ Що важливо:

Щоб Ralph працював — кодова база має бути добре організована: маленькі файли, чітко розділені плани, легка навігація. Бо кожен новий Ralph “тупий” і має швидко зорієнтуватися де він і що робити далі. Також потрібен supervision — не можна просто запустити і забути.​​​​​​​​​​​​​​​​

я поняв, треба робити пости в 1 ночі, тоді всі програмісти працюють

В кого є чат/коменти який тероризують спамери та шлюхоботи?

Допоможіть покращити Селестію, додавайте до свого чату, з нас оплата за використання, а з вас фідбек!

Пишіть в коменти, кому допомогти налаштувати

Оце вже цікаво!

Не люблю локальні модельки, але коли це рівень кімі к2.5, ще і 24 токенів за секунду - таке можна навіть використовувати.

Оригінал:

Running Kimi K2.5 on my desk.

Runs at 24 tok/sec with 2 x 512GB M3 Ultra Mac Studios connected with Thunderbolt 5 (RDMA) using @exolabs / MLX backend.

Yes, it can run clawdbot.

https://x.com/alexocheema/status/2016404573917683754?s=46&t=wZBBuu5Ja3J16VZyazzyCw

Claude Code (саме 4.5 Opus) став набагато частіше юзати сабагентів, коли вони існують в проєкті

Пам'ятаєте я якось писав про сканер агента?

Бачу набагато точніше і влучніше він тепер його запускає, навіть просити не треба!