Я провів вихідні, читаючи публікацію Кейлеба про його перехід з Claude Code на Pi, і вона резонувала з моїм налаштуванням більше, ніж я очікував. Якщо ви запускаєте власне середовище розробки, ви, ймовірно, відчуваєте тертя, яке він описує. Це гостре нагадування про те, що наші інструменти — це не просто утиліти. Це партнери, які мають поважати наш робочий процес. Зсув від великих гравців до альтернатив open source прискорюється, і на це є вагомі причини.
Ціна зручності
Кейлеб понад рік використовував Claude Code. Він визнає, що спочатку це було захопливе відчуття. Але накопичення дрібних розчарувань нарешті стало нестерпним. Він ловив себе на тому, що копіює та створює символічні посилання між файлами CLAUDE.md та AGENTS.md. Це просто шум. Це бюрократичне навантаження, яке не додає нічого до фактичного написання коду. Для тих, хто любить тримати репозиторії чистими, такий тип тертя є неприйнятним. Я відчуваю те саме. Я хочу, щоб моя конфігурація була прозорою та простою. Приховування інструкцій у кількох форматах файлів з різними назвами дратує. Це змушує вас керувати двома паралельними світами контексту. Так я не хочу витрачати свою енергію. Я хочу зосередитися на логіці, а не на метаданих.
Зламаний багатозадачний режим
Одна з найбільших скарг у публікації стосується інтеграції з IDE. Кейлеб використовує Claude Code всередині VSCode. Йому подобається виділяти текст, щоб додати його до контексту. Але обгортка дозволяє підключати до IDE лише одну сесію за раз. Якщо ви відкриєте другу вкладку, щоб працювати над іншим завданням, вона не зможе отримувати події виділення тексту. Цю помилку звітено ще у грудні 2025 року. Її закрито як дублікат неспіввідносної проблеми. Це дратує. У моєму щоденному робочому процесі я запускаю кілька терміналів. Часто я маю одне завдання, що виконується на фоні, поки я налаштовую щось інше на передньому плані. Блокування в єдиному вікні контексту для взаємодії з IDE — це серйозне обмеження. Це змушує вас обирати між паралелізмом та зручністю. Ви не можете мати обидва. Це фундаментальний недолік у дизайні. Це свідчить про те, що команда продукту не думає про те, як насправді працюють розробники. Вони думають про те, як показати функції в демо. Це різні речі. Я ціную свою здатність швидко перемикати контексти. Якщо мій інструмент чинить опір цьому, я з ним розриваю зв'язки.
Зайва вага та нестабільність
У публікації підкреслено лякаючий темп релізів. Цього року вийшло 244 релізи Claude Code. Більше ніж три чверті з них змінили системний промпт або описи інструментів. Це велика кількість змін. Кожна зміна може тонко змінити, як працює LLM. Вона може суперечити вашим користувацьким промптам або конвенціям репозиторію. Кейлеб зазначає, що за замовчуванням опис інструмента Bash майже на 3000 токенів. Більша частина — це випадкові поради щодо git та GitHub. Моделі вже знають, як користуватися git. Їм не потрібне посібник. Ця зайва вага додає навантаження без жодної вигоди. Вона витрачає токени. Вона витрачає гроші. Для нас, хто запускає локальні моделі або стежить за рахунками за API, ця неефективність болить. Я віддаю перевагу інструментам, які є стрункими. Я віддаю перевагу інструментам, які роблять саме те, що я прошу, і нічого більше. Постійне додавання функцій у Claude Code відчувається як гонка на дно. Вони полюють за корпоративними клієнтами. Вони намагаються продати більше токенів. Це не бачення для індивідуальних розробників. Це бачення для доходу. І я не зацікавлений у підтримці цього. Я хочу обгортку, яка поважає мою автономію. Я хочу ту, яка не заважає. Pi, здається, пропонує саме це. Він мінімалістичний. Він стабільний. Він дозволяє налаштувати те, що вам потрібно, не примушуючи інших до зайвої ваги.
Аргументи на користь open source
Перехід Кейлеба на Pi — це сигнал. Він показує, що спільнота open source будує життєздатні альтернативи. Він написав розширення для обробки функціональності багатьох вкладок за двадцять хвилин. Це сила відкритої обгортки. Ви не застрягаєте, чекаючи на корпоративний цикл релізів. Ви не застрягаєте з продуктом, який ігнорує ваші потреби, тому що вони не прибуткові достатньо. Ви можете побудувати те, що вам потрібно. Ви можете сформувати інструмент під свій спосіб життя. Я ще не готовий повністю віддати перевагу Pi. Я все ще оцінюю екосистему. Але я звертаю увагу. Стабільність та налаштовуваність, які він описує, — це саме те, що я шукаю в обладнанні свого homelab. Я хочу контроль. Я хочу прозорість. Я хочу інструменти, які не підкидають змін у мій системний промпт щотижня. Ера довіри великому техгіганту в побудові найкращого асистента кодування закінчується. Ми повертаємо цю роль собі. Спробуйте Pi, якщо ви відчуваєте втому. Це може бути той свіжий подих, який вам потрібен. Майбутнє кодування — відкрите. І воно виглядає значно чистіше за альтернативи.