Як дати ChatGPT Ваш блог — і працювати з ним прямо з чату
Як побудувати контрольований шлях від ChatGPT до власного Ghost-блогу: VPS, Codex, MCP і плагін — без потреби самому ставати програмістом.
Уявіть, що у Вас є власний блог. І замість того, щоб щоразу заходити в адмінку, шукати потрібний пункт меню, розбиратися з тегами, картинками чи налаштуваннями, Ви просто пишете в 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, перевіреним матеріалом або — після Вашого підтвердження — опублікованим постом.
Що в результаті потрібно зробити
- Ви обираєте VPS, а ChatGPT допомагає зрозуміти вимоги й порівняти варіанти.
- Ви даєте Codex доступ до технічного середовища, а Codex допомагає встановити й перевірити те, що потрібно.
- Ви визначаєте, що ChatGPT має право робити з блогом, а Codex допомагає реалізувати ці дії через MCP.
- Ви підключаєте MCP до ChatGPT як плагін і перевіряєте, які інструменти він отримав.
- Далі Ви вже ставите задачі самому ChatGPT, а не вивчаєте API Ghost щоразу, коли хочете щось змінити.
Мені саме ця остання частина здається найцікавішою.
Не тому, що тепер «AI усе зробить сам».
А тому, що роль людини нарешті можна змістити туди, де вона справді потрібна:
що ми хочемо зробити, навіщо, що можна змінювати, що не можна, і чи влаштовує нас результат.
А сервери, API та технічне склеювання поступово стають роботою інструментів.
