← Усі статті

Інструкція, за якою працює наш контент-агент


Контент-агентові недостатньо одного промпту. Йому потрібна робоча інструкція, яка визначає джерела, межі відповідальності, правила погодження та умови зупинки.

Контент-план Octocrew створюють люди в Notion. У день підготовки статті агент знаходить потрібний бриф, читає вихідну чернетку, перевіряє твердження за погодженими джерелами, готує англійську й українську версії та передає їх на рев’ю.

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

Цю статтю підготовлено за тим самим процесом. Нижче показуємо його робочу логіку без приватних деталей.

Це не промпт, а робочий контракт

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

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

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

Саме повторюваний процес відрізняє контент-агента від асистента, якому щоразу доводиться заново пояснювати завдання.

Публічна версія інструкції

У реальній роботі правила розподілені між кількома короткими операційними документами. Нижче ми зберегли їхню логіку, але прибрали приватні маршрути, дані доступу, технічні деталі підключень і непублічну бізнес-інформацію.

# Робоча інструкція контент-агента

## Завдання
Знайди статтю, призначену на сьогодні в погодженому контент-плані.
Збережи її тему, аудиторію та бізнес-мету.

## Порядок джерел
1. Чинні погоджені джерела про компанію та продукт
2. Актуальний сайт і вже опубліковані матеріали
3. Редакційний бриф
4. Вихідна чернетка до конкретного завдання
5. Дані для пошукового планування

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

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

Не посилюй невпевнене твердження.
Не заповнюй прогалини правдоподібними припущеннями.

## Голос
Пиши для людей, які відповідають за робочий результат.
Використовуй конкретні формулювання й короткі речення.
Людина визначає пріоритети та погоджує зовнішні дії.
Кожен процес отримує більше самостійності лише після надійної роботи.

## Результат
Підготуй повну англійську статтю та природну українську версію.
Узгодь їхні службові поля.
Використовуй англійське семантичне ядро лише для англійського тексту.

## Погодження
Передай чернетки людині на рев’ю.
Не публікуй і не плануй матеріал за запитом на підготовку чернетки.

## Умови зупинки
Якщо бракує факту, цитати, показника, матеріалу або рішення,
назви блокер і відповідального за його усунення.

Цінність створює не окрема вдала фраза, а чітка послідовність рішень.

План залишається відповідальністю людини

У контент-плані зафіксовано тему, аудиторію, кут подачі, дату та потрібні джерела. Агент працює за цим планом і не вигадує нову редакційну стратегію під час кожного запуску.

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

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

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

Джерела мають чітку ієрархію

Вихідна чернетка допомагає зрозуміти задум. Водночас вона не є незмінним джерелом правди про компанію.

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

SEO-дані працюють так само. Семантичне ядро підказує, що запит ai content agent відповідає темі. Проте ключова фраза не дозволяє додавати нову функцію продукту або повторювати її в кожному абзаці.

Порядок перевірки виглядає так:

  1. Погоджені матеріали про компанію та продукт визначають зміст пропозиції.
  2. Актуальний сайт визначає вже опубліковані формулювання.
  3. Редакційний бриф задає структуру та стиль блогу.
  4. Бриф завдання й вихідна чернетка зберігають тему та приклади.
  5. SEO-дані допомагають зрозуміти пошуковий намір і вибрати внутрішні посилання.

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

Межі голосу важливіші за загальні побажання

Вказівки на кшталт «пиши зрозуміло» або «звуч переконливо» залишають забагато простору для випадкових рішень. Агентові потрібні також приклади формулювань, які не мають проходити рев’ю.

Наші правила забороняють вигадувати показники, гарантувати результат, перебільшувати автономність або описувати ШІ як заміну всій маркетинговій команді.

Octocrew розгортає керованих ШІ-фахівців із маркетингу в інструментах, якими вже користується компанія. Людина визначає пріоритети, застосовує професійне судження та погоджує зовнішні дії.

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

Докладніше цей підхід описано в статті «Автономність потрібно заслужити, а не ввімкнути».

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

Дві мовні версії є одним процесом

Англійська та українська статті не готуються як два незалежні матеріали.

Вони мають спільний ключ перекладу, дату, автора, теги, стан CTA та статус чернетки. Заголовки, описи, приклади й синтаксис можуть відрізнятися, бо кожен текст має природно звучати своєю мовою.

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

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

Уміння зупинитися є частиною якості

Агент, який завжди повертає гладко написаний текст, створює ризик.

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

Контент-агент має зупинитися, якщо:

Це не винятки з процесу написання. Це його обов’язкова частина.

Дозвіл на публікацію надається окремо

Готова чернетка не є командою опублікувати матеріал.

У цьому процесі агент передає мовну пару до каналу рев’ю. Аліна може погодити текст, попросити зміни або відкласти статтю. Для публікації потрібне окреме рішення уповноваженої людини.

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

Цей принцип відповідає загальній моделі керованих ШІ-агентів Octocrew: спочатку визначити процес і дозволи, перевіряти результат та розширювати самостійність лише після появи достатніх доказів надійності.

Створіть власну інструкцію

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

# Контент-агент {назва бренду}

## 1. Завдання
Яку регулярну роботу виконує агент?

## 2. Аудиторія
Для кого створюється матеріал?
Хто має пріоритет, якщо аудиторій кілька?

## 3. Погоджений опис продукту
На який текст можна спиратися під час опису компанії?

## 4. Ієрархія джерел
Які джерела дозволено використовувати?
Яке з них має вищий пріоритет у разі суперечності?

## 5. Правила для тверджень
Які ціни, показники, клієнти, цитати й порівняння дозволені?

## 6. Голос
Які приклади відповідають бренду?
Які формулювання було відхилено і чому?

## 7. Процес
Де з’являється завдання?
Куди надходить чернетка?
Хто проводить рев’ю?

## 8. Погодження
Які дії завжди потребують рішення людини?
Які процеси можуть поступово отримувати більше самостійності?

## 9. Умови зупинки
Якої інформації не можна бракувати для надійного результату?

## 10. Власник змін
Хто може оновлювати правила?
Як фіксуються погоджені правки?

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

Перетворіть контент-процес на робочу інструкцію

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

Часті запитання

Що таке контент-агент?

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

Чим інструкція відрізняється від промпту?

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

Чи достатньо шаблону для безпечної роботи агента?

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

Чи публікує контент-агент Octocrew автоматично?

Не в цьому процесі. Агент готує дві мовні версії та передає їх на рев’ю. Для публікації потрібен окремий дозвіл. Інші надійні процеси з нижчим ризиком можуть отримувати більше самостійності в погоджених межах.

Що потрібно прибрати з публічної версії інструкції?

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

‹ Назад до блогу