8 найкращих MCP-серверів, рекомендованих Борисом, творцем Claude Code

Чи знаєте ви, що творець Claude Code вважає найважливішим?

Це не те, як писати промпти. І не вибір моделі.

«Дайте Claude можливість перевіряти власні результати».

Ось що є найважливішим. Він стверджує, що це найголовніша порада для використання Claude Code.

Ця стаття є продовженням цієї дискусії. Ми розуміємо принцип. Але як саме надати ці можливості? Відповідь — MCP сервери.

Чесно кажучи, знання цього або справді змінює досвід використання Claude Code. Час, витрачений на вставлення документів, копіювання завдань і ручне відкриття екранів для перевірки — все це стає непотрібним.

Чи стикаєтеся ви з цим у Claude Code?

• Згенерований код використовує застарілий синтаксис, і ви щоразу виправляєте це самі.
• Вам доводиться самому відкривати браузер, щоб перевірити, чи створений екран працює.
• Ви копіюєте вміст завдання, вставляєте його в Claude, просите реалізувати, а потім повертаєтеся писати звіт про прогрес.
• Щоразу, коли виникає помилка в продакшені, ви копіюєте стек-трейс із Sentry.
• Ви знаєте слово MCP, але нічого не налаштовували, бо не знаєте, що додати.

Так. Я робив все це теж.

Скажу відразу: навіть ті, хто не вміє кодувати, можуть прочитати цю статтю. Я пояснюватиму технічні терміни в міру їх появи. Насправді, MCP — це система, де не-інженери можуть отримати навіть більшу користь.

До кінця прочитання ви, швидше за все, захочете знайти одне місце у своїй роботі, де ви «кожного разу копіюєте та вставляєте».

Будь ласка, збережіть це.

Хто саме цей «Борис»?

Борис Черни (Boris Cherny). Саме він створив Claude Code.

Він прямо заявляє «Я створив Claude Code», тому сумнівів немає. Він — людина, яка найглибше розуміє філософію дизайну Claude Code.

Його спосіб використання є надзвичайним.

По-перше, він уже давно не пише код вручну. Натомість він запускає близько п'яти сесій Claude у терміналі та ще п'ять-десять у вебі одночасно, нумеруючи вкладки та керуючи тим, який Claude чекає на введення людини через сповіщення.

(Уявіть, що у вас 15 підлеглих, які працюють над різними завданнями, і лише ті, хто застряг, приходять до вас.)

Крім того, його CLAUDE.md — файл правил проєкту — має лише близько 100 рядків. Він не з тих, хто пише величезну кількість правил.

Його найчастіше цитоване висловлювання таке:

«Не пишіть промпти. Пишіть цикли».

Замість пошуку способів ввічливо попросити, створіть середовище, де Claude може самостійно виконувати завдання циклічно. Це суть його філософії.

3 принципи, які Борис повторює

Дивлячись на його дописи, він послідовно говорить про одне й те саме.

Принцип 1: Дайте Claude можливість перевіряти власні результати.

Він називає це «найголовнішою порадою». Його пояснення дуже просте:

Якщо ви попросите когось створити веб-сайт, але забороните використовувати браузер, що вийде? Нічого путнього.

Але якщо ви дасте їм браузер, вони будуватимуть, дивитимуться, виправлятимуть, знову дивитимуться, і повторюватимуть, доки не буде добре.

З Claude те саме. Якщо дати йому засоби для перевірки, він буде ітерувати самостійно, доки не буде задоволений.

Принцип 2: Перетворюйте завдання, які виконуються більше одного разу на день, на системи.

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

Принцип 3: Інтегруйте зовнішні інструменти в робочий простір Claude Code.

Slack, трекери завдань, бази даних, внутрішні API. Зробивши їх безпосередньо доступними з Claude Code, переміщення між інструментами зникає.

Ось де в гру вступає MCP.

Нарешті

Коли говориш про MCP, завжди натикаєшся на цю стіну.

У момент підключення MCP руки Claude Code дотягуються до продакшен-середовища. Розгортання, DNS, платежі, дані клієнтів. Читання — це добре, але якщо раптом дозволити запис або видалення, трапляться аварії.

Отже, де делегувати, а де перевіряти людині?

Я безкоштовно надаю діаграму розмежування. Я хочу, щоб ви побачили її, перш ніж встановлювати MCP.

👇

Тут

Що таке MCP одним реченням?

Давайте спочатку прояснимо це.

MCP — це «загальний інтерфейс для підключення AI-інструментів до зовнішніх сервісів». Думайте про це як про стандарт USB.

У світі без цього вам довелося б створювати окремі інтеграції для Claude, ChatGPT та інших AI. Завдяки стандарту MCP, постачальник послуг створює його один раз, і він може використовуватися всіма сумісними AI-інструментами.

І, щоб було зрозуміло, MCP не просто додає функції до Claude Code.

Він приносить саму ціль роботи всередину Claude Code.

Дизайни Figma, помилки Sentry, тікети Linear, продакшен-логи Cloudflare — Claude бачить їх безпосередньо і торкається їх безпосередньо. Ось чому копіювання-вставлення зникає.

І тепер цей стандарт суттєво змінився.

Зміна передумов MCP

Це ще не було добре систематизовано в україномовному просторі, тому, будь ласка, зверніть увагу.

В останньому оновленні специфікації MCP зазнав найбільшої переробки з моменту випуску. Ось чотири основні зміни:

Відсутність стану (Statelessness). Попередні віддалені MCP були розроблені так, щоб сервер підтримував стан з'єднання. Це пішло; тепер це тип запит-відповідь, як у стандартному HTTP. Перевага в тому, що він працює безпосередньо в serverless або edge середовищах. MCP тепер можна створювати як систему, яка масштабується залежно від доступу, а не як єдиний постійний сервер.

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

Можливість повертати UI в розмові. Раніше MCP зосереджувався на тексті та JSON, але тепер сервер може повертати екрани операцій. Екрани вибору цілі розгортання, графіки, кнопки схвалення/відхилення, форми. Коротше кажучи, MCP переходить від системи, де AI викликає API у фоновому режимі, до стандарту для міні-додатків, що працюють поверх AI.

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

Зверніть увагу, що сторона Anthropic впроваджує це послідовно. Той факт, що специфікація затверджена, не означає, що ваш локальний Claude Code може негайно використовувати все.

(Я іноді бачу статті, які перебільшують це, але офіційне формулювання — «впроваджується послідовно».)

У списку конекторів Claude є понад 950 MCP серверів. Кількість вражає, але насправді не так багато з них вам дійсно потрібно встановлювати.

8 офіційних MCP серверів, які трансформують Claude Code

Це основна частина.

Критерії відбору три: вони мають бути офіційними серверами, якими керує провайдер, легкими для відчуття ефекту початківцями та безпосередньо реалізовувати один із трьох принципів Бориса.

1. Context7 MCP: Усунення причини застарілого коду

Коли Claude Code видає неправильний код, причина часто не в недостатньому інтелекті моделі.

Справа просто в тому, що інформація, на яку вона посилається, застаріла.

Використання застарілих API. Виведення старого синтаксису Next.js. Змішування налаштувань з різних версій. Генерація неіснуючих опцій. Заповнення реалізацій, яких немає в документації, здогадками. Все це.

Context7 — це MCP, який надає Claude Code найновішу документацію для бібліотек та фреймворків за версіями. Замість відповіді з пам'яті, ви створюєте стан, де він реалізує після перегляду матеріалів конкретної версії.

Практичний промпт:

Використовуючи Context7, перевір офіційну документацію для поточної версії Next.js, яка використовується в цьому проєкті.

Після перевірки організуй наступне перед початком реалізації:

1. Рекомендована реалізація для поточної версії
2. Застарілі реалізації
3. Відмінності від поточного коду проєкту
4. Файли, що потребують модифікації

Не реалізуй на основі здогадок; використовуй лише методи, описані в документації.

Примітка: Не змішуйте кілька концепцій в одному запиті. Запит про «auth, routing та caching» поверне широкі, поверхневі результати. Точність краща, коли ви витягуєте концепції окремо.

Офіційний репозиторій: https://github.com/upstash/context7

1. Playwright MCP: Дозвольте Claude торкатися браузера

Це безпосередньо реалізує Принцип 1 Бориса.

Claude Code може писати код, але він не знає, чи створений ним екран насправді працює. Підключення Playwright MCP дозволяє Claude відкривати справжній браузер, натискати кнопки, заповнювати форми, відстежувати переходи, ловити помилки, виправляти їх і перевіряти знову.

Що цікаво в цій системі, так це те, що вона не просто переглядає скріншоти як зображення. Вона читає Accessibility Tree — структуровану інформацію екрану. Вона розуміє, що є кнопкою, полем введення чи заголовком. Оскільки вона читає значення, вона рідше плутає візуально схожі елементи.

Практичний промпт:

Після завершення реалізації відкрий локальне середовище за допомогою Playwright MCP.

Фактично виконай та перевір наступне:

1. Нова реєстрація
2. Вхід
3. Відображення під час помилок введення
4. Порушення макету на ширині смартфона
5. Вихід

Якщо це не вдасться, не вгадуй причину, просто читаючи код; відтвори це в браузері перед виправленням.

Після виправлення повторно виконай ті самі операції та повідом про завершення лише після підтвердження успіху.

Я буду чесним тут.

Те, що сам Борис каже, що використовує щоразу для веб-роботи, насправді є розширенням браузера Claude Code, а не Playwright MCP. Він каже, що воно стабільніше за подібні MCP, оскільки може використовувати стан входу без змін.

Отже, варіанти використання: якщо ви хочете перевірити фактичний екран, використовуючи ваш браузер, в якому ви ввійшли, використовуйте розширення. Якщо ви хочете автоматизувати це як тест і запускати ту саму процедуру повторно, використовуйте Playwright MCP.

Обидва поділяють одну філософію: «Дайте Claude браузер».

Офіційний репозиторій: https://github.com/microsoft/playwright-mcp

1. Figma MCP: Читання даних дизайну, а не лише зображень

Поки ви передаєте дизайни як скріншоти, Claude завжди вгадує.

Скільки пікселів становить відступ? Який розмір шрифту? Чи є цей колір фірмовим або тимчасовим? Чи є ця частина перевикористовуваним компонентом? Все це вгадується на око із зображення.

Підключення Figma developer MCP дозволяє отримати прямий доступ до структурованої інформації дизайну. Значення, кольори, структури компонентів, дизайн-токени. Здогадки зникають.

Практичний промпт:

Отримай поточний вибраний фрейм із Figma MCP.

Спочатку витягни лише наступне та не починай реалізацію:

• Структура сторінки
• Компоненти для повторного використання
• Визначення кольорів та типографіки
• Правила відступів
• Очікувані зміни під час адаптивного масштабування

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

Якщо створюєш новий компонент, спочатку поясни, чому існуючих недостатньо.

І ось у чому справа.

Витягнути дизайн із Figma, реалізувати в Claude Code, перевірити в Playwright, виправити, якщо зламано. З'єднання цих трьох перетворює дизайн-на-верифікацію в одну лінію.

Цінність MCP краще розуміється в цьому з'єднанні, ніж ізольовано.

Офіційна документація: https://developers.figma.com/docs/figma-mcp-server/

1. Linear MCP: Читання тікетів та написання звітів про прогрес

Борис згадує своїх колег у PR з @claude і просить додавати вивчене до файлу правил. Коротше кажучи, він не відокремлює простір управління завданнями від робочого простору AI.

Підключення офіційного Linear MCP дозволяє шукати, створювати, оновлювати та коментувати завдання повністю в Claude Code. Оскільки це віддалене з'єднання, яке розміщується Linear з аутентифікацією, вам не потрібно тримати сервер на своєму ПК.

Це робить наступний потік безшовним:

Прочитати Issue → Дослідити пов'язаний код → Створити план реалізації → Реалізувати → Протестувати → Прокоментувати прогрес в Issue → Оновити статус

Практичний промпт:

Перевір у Linear завдання, призначені мені, які знаходяться в роботі.

Після визначення пріоритетів та залежностей виконай наступне для найпріоритетнішого завдання:

1. Визнач відсутню інформацію у вимогах
2. Досліди пов'язаний код
3. Створи план реалізації та представ його перед реалізацією
4. Реалізуй та протестуй після схвалення
5. Прокоментуй виконані дії в Issue

Будь ласка, зачекай мого підтвердження перед зміною статусу.

Завжди включайте цей останній рядок. Якщо дозволити йому автоматизувати зміни статусу, ви отримаєте «незавершену роботу, позначену як виконану» з точки зору інших членів команди.

Офіційна документація: https://linear.app/docs/mcp

1. Sentry MCP: Відстеження причин без вставлення помилок

Що ви робите, коли виникає помилка в продакшені?

Відкриваєте Sentry, копіюєте стек-трейс, вставляєте його в Claude, знаходите файл, який підозрюєте, вставляєте і його. Все це не потрібно.

Цінність Sentry MCP не лише в показі списку помилок. Вона полягає в розміщенні вмісту помилки, стек-трейсу, частоти, постраждалих користувачів, релізу, з якого це, пов'язаного коду та минулих подібних збоїв в одному циклі розслідування.

Практичний промпт:

Отримай із Sentry невирішену помилку з найбільшою кількістю постраждалих користувачів за останні 24 години.

Розслідуй у наступному порядку:

1. Проаналізуй умови виникнення
2. Визнач пов'язаний код
3. Створи тест для відтворення
4. Якщо відтворюється, реалізуй мінімальне виправлення
5. Запусти всі тести
6. Підсумуй першопричину та виправлення

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

Речення «Якщо не відтворюється, не виправляй на основі здогадок» є ефективним. Без нього може бути застосовано виправлення, яке виглядає правдоподібно, тоді як першопричина залишиться, і воно повідомить «виправлено».

Офіційна документація: https://docs.sentry.io/product/sentry-mcp/

1. Cloudflare MCP: Показ стану цілі розгортання

Досі ми говорили про розробку, але це про експлуатацію.

Cloudflare випустив кілька офіційних MCP серверів для керування своїми сервісами. Перевірка налаштувань, керування Workers, аналіз логів, налаштування DNS, налаштування безпеки, перевірка продуктивності. Він створений не лише для читання, але й для пропонування та фактичного внесення змін.

Це означає, що Claude Code може покращувати код після того, як побачить, як він насправді поводиться на місці розгортання.

Практичний промпт:

Перевір поточний стан продакшен-середовища за допомогою Cloudflare MCP.

Досліди:

• Помилки за останні 24 години
• Час відповіді
• Коефіцієнт потрапляння в кеш
• Події безпеки
• Винятки, що виникають у Workers

Потім класифікуй проблеми на ці дві категорії:

A. Ті, що потребують змін коду

B. Ті, які можна покращити лише налаштуваннями Cloudflare

В обох випадках завжди представляй план перед виконанням змін. Не змінюй налаштування, доки я не схвалю.

Оскільки це стосується інфраструктури, обмежся лише читанням під час початкового впровадження. Немає потреби дозволяти зміни налаштувань з самого початку.

Офіційна документація: https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/

1. Stripe MCP: Узгодження платіжного коду з налаштуваннями Stripe

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

Офіційний Stripe MCP включає пошук офіційної документації та інформації підтримки на додаток до операцій Stripe API. Реалізація, перевірка налаштувань та звернення до документації відбуваються в одному місці.

Крім того, Stripe надає Skills для агентів на додаток до MCP. Працюйте з MCP, а впроваджуйте найкращі практики за допомогою Skills. Ця комбінація є потужною.

Практичний промпт:

Використовуючи Stripe MCP та офіційну документацію Stripe, створи план реалізації для функції щомісячної підписки.

Переконайся, що ти перевірив наступне:

1. Конфігурація продукту та ціни
2. Як створити Checkout Session
3. Події, які потрібно отримувати через Webhook
4. Процес скасування
5. Поведінка під час збою платежу
6. Методи запобігання подвійній реєстрації
7. Методи тестування

Використовуй лише тестовий режим Stripe під час роботи. Не внось жодних змін у продакшен-дані.

Ніколи не видаляй ці останні два рядки. Це не той MCP, який варто запускати з відкритими воротами.

Офіційна документація: https://docs.stripe.com/mcp

1. GitHub MCP: Замикання циклу відповідей на рев'ю

Нарешті, цей.

Але, будь ласка, не зрозумійте неправильно; цінність GitHub MCP не в «можливості виконувати git команди». Claude Code вже може торкатися локального git та GitHub CLI.

Цінність з'являється при перегляді інформації, яка існує лише на віддаленій стороні: деталі завдань, коментарі до рев'ю PR, результати CI, статус інших репозиторіїв, внутрішній пошук коду та минулі обговорення.

Практичний промпт:

Перевір PR, що відповідає поточній гілці, за допомогою GitHub MCP.

Збери всі невирішені коментарі до рев'ю та класифікуй їх на ці три:

• Те, що потрібно виправити
• Те, що потребує дизайнерських рішень, які маю ухвалити я
• Те, що визнано таким, що не потребує виправлення (включно з причиною)

Реалізуй лише «те, що потрібно виправити» та пройди тести.

Не чіпай те, що потребує дизайнерських рішень; натомість організуй спірні моменти та варіанти та представ їх.

Читання коментарів до рев'ю, виправлення, тестування та звітування — все закрито в Claude Code.

Офіційний репозиторій: https://github.com/github/github-mcp-server

Створіть «Стек», а не просто окремі інструменти

MCP менш ефективний, коли додається по одному. Він трансформується, коли вишикуваний відповідно до робочого процесу.

Стек веб-продакшену:

Витягнути дизайн із Figma → Перевірити поточний правильний синтаксис за допомогою Context7 → Реалізувати в Claude Code → Перевірка браузера за допомогою Playwright → PR та відповідь на рев'ю в GitHub → Розгортання та перевірка логів на Cloudflare

Стек розробки SaaS:

Витягнути вимоги з Linear → Перевірити технічні специфікації за допомогою Context7 → Реалізувати в Claude Code → Налаштувати та перевірити платежі за допомогою Stripe → Протестувати дії користувача за допомогою Playwright → Відстежувати помилки продакшену за допомогою Sentry

Що відбувається:

В обох стеках процес однаковий.

Отримати інформацію, спланувати, створити, перевірити себе, відобразити зовні, побачити результати.

Цей цикл замикається, не виходячи з Claude Code.

«Дайте йому можливість перевіряти» Бориса — це не лише про один браузер. Це означає надання засобів для підтвердження правильності кожного кроку в процесі.

Початківцям потрібні лише ці три

Я не кажу встановлювати всі вісім. Роблячи це, ви потрапите в пастки, описані в наступному розділі.

Фаза 1: Context7

Мета — зменшити кількість неправильного коду.

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

Фаза 2: Playwright або Розширення браузера

Мета — дозволити Claude самостійно перевіряти результати.

Якщо ви займаєтеся веб-розробкою, це суттєво все змінює. Створюйте, відкривайте, знаходьте збої, виправляйте, відкривайте знову. Людині більше не потрібно бути посередником.

Фаза 3: Linear або GitHub

Мета — з'єднати вхід і вихід роботи.

Від тікетів до реалізації, PR та оновлень прогресу. На цьому етапі Claude Code змінюється з «програміста, який чекає інструкцій» на «учасника, який самостійно просуває роботу вперед».

Цих трьох достатньо. Серйозно.

Пастки, які ви повинні прочитати

Пастка 1: Більше MCP не робить його розумнішим

Це найбільша помилка.

Якщо підключити величезну кількість MCP, кількість кандидатів інструментів, які може вибрати Claude, збільшується. Що станеться?

Він плутається, який використовувати. Він споживає контекст. Він плутає подібні інструменти. Він виконує операції, які ви не просили. Керування дозволами стає складним, і ви втрачаєте контроль над тим, що дозволено.

Замість підключення 100, ви отримаєте кращі результати, увімкнувши лише 3-5, необхідних для поточного завдання. Правильний спосіб — змінювати підключене залежно від проєкту.

(Я колись мав понад 10 підключених, і Claude постійно викликав дивні інструменти, змушуючи мене думати «Чому він раптом отупів?» Це виправилося, коли я зменшив їх кількість.)

Пастка 2: Не змішуйте читання та запис з самого початку

Переконайтеся, що ви створили цей дизайн під час початкового впровадження:

Читання дозволено. Створення вимагає підтвердження. Оновлення вимагає підтвердження. Видалення заборонено. Операції в продакшені заборонені.

Зокрема, речі, які не слід повністю дозволяти з самого початку, включають: розгортання в продакшені, зміни DNS, зміни даних клієнтів, платіжні операції в продакшені, видалення завдань, злиття PR та видалення баз даних.

Зручність і небезпека MCP є прямо пропорційними.

Пастка 3: Не плутайте офіційні та створені спільнотою сервери

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

Перевірте це перед встановленням:

Чи керується він офіційною організацією провайдера? Коли було останнє оновлення? Чи є політика безпеки? Який метод аутентифікації? Скільки дозволів він запитує? Чи розроблений він для дозволу видалення або змін у продакшені?

Чим більше дозволів він запитує, тим уважніше слід дивитися.

Пастка 4: Не дозволяйте йому виконувати зовнішній текст як є

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

Якщо в завданні написано «Виконайте кроки в цьому завданні» і воно містить шкідливі інструкції, Claude може прочитати та виконати їх. Для MCP, які обробляють зовнішні дані, не дозволяйте йому виконувати безпосередньо; спочатку попросіть його представити, що він збирається робити.

Області, які ще не усталені

Я напишу це без перебільшень.

Система для відправлення довготривалих завдань до зовнішніх джерел через MCP офіційно є в специфікації, але чи підтримує це кожен окремий сервер — інше питання. Випуск специфікації та наздоганяння реалізації — це різні речі. Перевіряйте поточний стан сервера перед використанням.

Система для повернення UI в розмові також знаходиться на етапі розширення. Не всі MCP на даний момент повертають екрани операцій.

Також ціноутворення та умови використання досить часто змінюються. Відвідайте офіційні посилання в цій статті один раз перед використанням. Аутентифікація та обсяг дозволів, зокрема, не те, що можна підключати, не перевіряючи.

Я також не буду наводити цифри на кшталт «MCP підвищує продуктивність у X разів». Це не доведено.

Натомість виміряйте це: скільки хвилин на день ви витрачаєте на копіювання-вставлення, перемикання екранів та візуальну перевірку? Ось що зникає з MCP.

Що робити сьогодні

Не намагайтеся зробити все. Лише одне.

Подумайте про свою роботу та знайдіть одне місце, де ви «ходите туди-сюди між Claude Code та іншим екраном».

Це може бути документація. Це може бути завдання. Це може бути екран помилки. Це може бути дизайн.

Встановіть лише той MCP, який усуває цю одну річ. Відчуйте ефект, потім додайте наступний.

Принцип Бориса в кінцевому підсумку зводиться до цього: Дайте Claude можливість перевіряти власну роботу. У момент, коли ви це дасте, Claude почне працювати самостійно, доки не буде задоволений.

Поки ви зупинилися, ви сьогодні скопіюєте те саме і вставите його в той самий екран. Коли воно рушить, цей кругообіг більше ніколи не повернеться.

Сьогодні ввечері відкрийте Claude Code і подумайте про один екран, до якого ви найчастіше звертаєтесь.

Все починається звідти.