> ## Content Index > Fetch the complete content index at: https://babiy.pro/llms.txt > Use this file to discover other available public pages before exploring further. # Як дати ChatGPT Ваш блог — і працювати з ним прямо з чату - URL: https://babiy.pro/blog/chatgpt-blog-ghost-mcp/ - Published: 2026-10-23T16:52:19.000Z - Updated: 2026-10-23T16:52:19.000Z - Description: Як побудувати контрольований шлях від ChatGPT до власного Ghost-блогу: VPS, Codex, MCP і плагін — без потреби самому ставати програмістом. - Author: Олександр Бабій - Tags: AI та професійні системи, Практика **Уявіть, що у Вас є власний блог. І замість того, щоб щоразу заходити в адмінку, шукати потрібний пункт меню, розбиратися з тегами, картинками чи налаштуваннями, Ви просто пишете в ChatGPT:** > «Підготуй нову статтю. Спочатку запропонуй структуру. Публікувати без мене не треба». Або: > «Перевір останній пост: чи все добре з текстом, тегами, зображенням і SEO». А після перевірки: > «Добре. Публікуй». Це вже цілком реальний сценарій. Але сам по собі ChatGPT не знає, де знаходиться Ваш блог, не має доступу до Вашого сервера і не може магічно натиснути кнопку Publish у Вашій CMS. Йому потрібно дати **контрольований доступ до потрібних інструментів**. І тут починається цікава частина: більшість технічної роботи теж можна доручити AI. Вам не потрібно спочатку стати системним адміністратором, потім програмістом, а потім ще розробником інтеграцій. Потрібно зрозуміти загальну конструкцію і послідовно її зібрати. У моєму випадку вона виглядає так: **VPS → Codex → MCP → плагін ChatGPT → робота з блогом просто з чату.** Розберімо, навіщо потрібен кожен елемент і хто насправді що робить. ## 1\. Спочатку потрібне місце, де все буде працювати Якщо Ви хочете мати справді свій блог, я б починав із власного VPS. VPS — це орендований сервер у дата-центрі. По суті, окремий комп'ютер в інтернеті, яким Ви керуєте. Саме там може працювати Ваш Ghost-сайт, а поруч — додаткові сервіси, через які ChatGPT пізніше зможе з ним взаємодіяти. І тут перший важливий момент. **Вам не потрібно самому проводити технічне дослідження двадцяти хостингів.** Можна почати прямо з ChatGPT: > «Я хочу розгорнути Ghost-блог на власному VPS і надалі керувати ним через ChatGPT. Допоможи вибрати нормальний VPS. Пояснюй рішення простою мовою. Мені важливі надійність, резервні копії, нормальний SSH-доступ і можливість запускати власні сервіси». ChatGPT може допомогти порівняти варіанти й пояснити різницю. **Рішення, де орендувати сервер і скільки на нього витрачати, приймаєте Ви.** Після цього у Вас з'являється машина, з якою вже можна працювати. І ось тут замість того, щоб самому вивчати Linux, конфігураційні файли й команди термінала, можна підключити наступний інструмент. ## 2\. Далі ChatGPT отримує «технічні руки» через Codex ChatGPT добре пояснює, що треба зробити. Але нам потрібно більше: щоб AI міг **працювати в реальному технічному середовищі** — дивитися файли, виконувати команди, встановлювати програмне забезпечення, перевіряти результат. Для цього є Codex. OpenAI підтримує агентну роботу у власних середовищах, де виконавець може запускати shell-команди, читати й змінювати файли та працювати з локальними MCP-серверами. Це може бути контейнер, ноутбук або віддалене середовище, яке контролюєте Ви. Практично логіка така. Ви не просите Codex: > «Дай мені команди для встановлення всього необхідного». Ви даєте йому **задачу**: > «Підготуй цей сервер для Ghost. Спочатку перевір, що вже встановлено. Запропонуй план. Не видаляй і не змінюй наявні сервіси без потреби. Перед ризикованими змінами пояснюй, як їх відкотити. Після кожного етапу перевіряй результат». І далі вже **Codex виконує технічну роботу**, а Ви приймаєте рішення там, де вони потрібні. Це принципова різниця. Ви не намагаєтесь руками повторювати за AI двадцять команд. Ви керуєте роботою: **перевір → запропонуй → зроби → перевір результат.** Коли сайт працює, виникає наступне питання. Ми ж не хочемо давати ChatGPT повний доступ до сервера щоразу, коли треба змінити заголовок статті. Потрібен значно вужчий і безпечніший міст. ## 3\. Даємо ChatGPT не весь сервер, а тільки потрібні інструменти Ось тут з'являється MCP. Назва — **Model Context Protocol** — звучить технічніше, ніж сама ідея. Уявіть, що ми хочемо дозволити ChatGPT робити з блогом лише певні речі. Наприклад: - побачити список постів; - прочитати конкретний пост; - створити чернетку; - відредагувати текст; - додати потрібні теги; - завантажити зображення; - опублікувати матеріал. Ми не даємо ChatGPT команду: > «Ось сервер. Роби там що хочеш». Замість цього створюємо MCP-сервер, який надає конкретний набір дозволених інструментів. Сам MCP-сервер звертається до Ghost через його API. Ghost має Admin API саме для створення, редагування та автоматизації роботи з контентом. А ChatGPT бачить уже зрозумілі дії на кшталт: **отримати пост → оновити пост → створити чернетку → опублікувати.** І хороша новина в тому, що **цей MCP-сервер Вам теж не обов'язково програмувати вручну**. Це знову може бути задача для Codex: > «Потрібен MCP-сервер для роботи з моїм Ghost. Він має використовувати Ghost API і надавати тільки необхідні інструменти. Почнемо з читання постів і створення чернеток. Дії, які змінюють або публікують контент, мають бути чітко відокремлені. Підготуй реалізацію, тести і поясни, як я перевірю, що кожен інструмент працює». Тобто Ви визначаєте **що дозволено робити**. Codex допомагає побудувати технічний міст. MCP-сервер уже виконує конкретні операції з Ghost. А ChatGPT згодом користується цими операціями як своїми інструментами. Саме тут конструкція починає складатися. ## 4\. Підключаємо ці інструменти безпосередньо до ChatGPT Тепер у нас є блог і MCP-сервер. Залишилося зробити так, щоб ChatGPT побачив його інструменти. У поточному ChatGPT власний MCP-сервер можна підключити через Plugins і створити з нього плагін. ChatGPT читає інструменти, які надає сервер, після чого ними можна користуватися в розмові. Для write/modify дій можуть застосовуватися окремі дозволи та підтвердження. **Важливо:** доступність повного MCP і write-дій залежить від Вашого плану та правил workspace, тому перед налаштуванням варто перевірити актуальні умови OpenAI. Тобто на цьому етапі **Ви підключаєте створений MCP-сервер до ChatGPT**. А ChatGPT перетворює доступні на сервері інструменти на плагін, який можна викликати в роботі. Тут важливо не втратити головну ідею. Плагін — це не друга CMS. І не ще одна панель управління блогом. Навпаки. Він потрібен, щоб **панеллю управління став сам ChatGPT**. Ghost продовжує бути Ghost. Ваш сервер продовжує бути Вашим сервером. MCP визначає, які дії дозволені. А Ви працюєте з усім цим звичайною мовою через ChatGPT. ## 5\. І тільки тепер починається найцікавіше Після цього технічна частина поступово відходить на другий план. Вам уже не потрібно думати: > «Який API endpoint треба викликати, щоб створити post?» Ви говорите: > «Хочу написати матеріал про те, як я використовую AI у своїй роботі. Спочатку допоможи визначити головну ідею і структуру». Потім: > «Добре. Зроби чернетку в Ghost, але не публікуй». Потім: > «Перевір факти, теги, посилання і SEO». Потім: > «Покажи, що ще залишилось перевірити перед публікацією». І вже після цього: > «Публікуй». Те саме може стосуватися не лише тексту. Якщо Ви дали ChatGPT відповідні інструменти й правила, він може допомагати: - підтримувати структуру блогу; - працювати з тегами; - готувати й оновлювати матеріали; - перевіряти посилання; - підбирати або готувати зображення; - перевіряти публікацію; - аналізувати, що вже є на сайті; - знаходити старі матеріали, які варто оновити; - підтримувати однакові правила роботи з контентом. Тобто результат усієї конструкції — не «AI написав мені статтю». Це значно цікавіше. **Ви один раз створюєте для ChatGPT контрольований шлях до свого блогу. А далі можете працювати з блогом приблизно так само, як зараз працюєте з ChatGPT над текстом.** З тією різницею, що тепер розмова може закінчуватися не шматком тексту, який Вам ще треба кудись переносити. Вона може закінчуватися **реальною чернеткою у Вашому Ghost, перевіреним матеріалом або — після Вашого підтвердження — опублікованим постом.** ## Що в результаті потрібно зробити 1. **Ви обираєте VPS**, а ChatGPT допомагає зрозуміти вимоги й порівняти варіанти. 2. **Ви даєте Codex доступ до технічного середовища**, а Codex допомагає встановити й перевірити те, що потрібно. 3. **Ви визначаєте, що ChatGPT має право робити з блогом**, а Codex допомагає реалізувати ці дії через MCP. 4. **Ви підключаєте MCP до ChatGPT як плагін** і перевіряєте, які інструменти він отримав. 5. **Далі Ви вже ставите задачі самому ChatGPT**, а не вивчаєте API Ghost щоразу, коли хочете щось змінити. Мені саме ця остання частина здається найцікавішою. Не тому, що тепер «AI усе зробить сам». А тому, що роль людини нарешті можна змістити туди, де вона справді потрібна: **що ми хочемо зробити, навіщо, що можна змінювати, що не можна, і чи влаштовує нас результат.** А сервери, API та технічне склеювання поступово стають роботою інструментів. --- ### Офіційні довідки - [OpenAI: self-hosted sandboxes](https://developers.openai.com/api/docs/guides/agents-api/environments/self-hosted?ref=babiy.pro) - [OpenAI: connecting custom MCP servers in ChatGPT](https://help.openai.com/en/articles/12584461-connecting-custom-mcp-servers-in-chatgpt?ref=babiy.pro) - [OpenAI Plugins quickstart](https://developers.openai.com/plugins/quickstart?ref=babiy.pro) - [Ghost Admin API](https://ghost.org/changelog/admin-api/?ref=babiy.pro)