Outbound-агент на базі Claude 2.0: пам'ять, руки через Grinfi MCP і цифри за пів року

У березні ми опублікували інструкцію, як зібрати аутбаунд-команду з чотирьох спеціалістів в одному Claude-проєкті. Її досі завантажують щотижня, і ми самі пів року працювали за нею щодня.

За цей час агент переїхав з браузера в Claude Code, отримав пам'ять про бізнес у звичайних файлах і руки через Grinfi MCP: читає інбокс, сортує відповіді, будує ланцюжки і запускає їх після вашого «так». Частина методу з першої версії при цьому не витримала перевірки нашими ж цифрами, і ми її переписали.

Ця стаття для тих, хто вже пробував LinkedIn-аутбаунд і хоче, щоб рутина робилась без нього, а рішення лишались за ним. Перша версія залишається на сайті для тих, кому потрібен варіант без встановлення: Outbound-агент на базі Claude.

Чому проєкту в браузері не вистачило

Три речі, які ми побачили на власній роботі.

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

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

Одна частина методу була хибна. У копірайтера з першої версії стояло правило м'якого CTA: жодних дзвінків і посилань у холодному ланцюжку, тільки запитання «чи актуально». Ми взяли його з чужої методики, побудованої на email. Коли ми порахували власні LinkedIn-кампанії, прямі повідомлення з названим продуктом і запрошенням на дзвінок дали 29,3% відповідей на сигнальних списках. Правило переписано, цифри нижче.

Що таке агент 2.0

Це тека. У ній інструкції для Claude Code, п'ять режимів у вигляді skills, довідники з цифрами і порожня тека business/, яку агент заповнює сам під час першого запуску.

outbound-agent/
  CLAUDE.md                 правила: режими, що не робити без вас, пам'ять
  .mcp.json                 підключення Grinfi MCP
  .claude/skills/
    onboarding/             перший запуск: знайомство з бізнесом
    strategist/             ICP, сигнали, опори, ємність, джерела аудиторії
    sequence-architect/     кроки, таймінги, гілки, збірка флоу в Grinfi
    copywriter/             інвайти, перші повідомлення, фоллоу-апи, email
    dialogue/               живі відповіді, заперечення, кваліфікація
    inbox/                  ранковий розбір інбоксу
  reference/                метрики і поштова інфраструктура
  business/                 пам'ять про ваш бізнес, її створює onboarding

Чого не було в першій версії:

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

Що ми поміряли за пів року

Усі цифри нижче зняті з наших власних кампаній у Grinfi станом на вересень: 3 812 інвайтів, 1 095 перших повідомлень, один продукт, одна команда. Знаменник акцепту: інвайти, які реально пішли. Знаменник відповідей: перші повідомлення, які реально пішли.

Джерело списку змінює частку відповідей учетверо

Той самий продукт, ті самі сендери, майже той самий скелет тексту. Різниця тільки в тому, звідки взяли людей. Це важливіше за все, що може зробити копірайтер, тому у стратега 2.0 джерело списку обирається до сегмента.

Форма першого повідомлення: втричі

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

Четверте і п'яте повідомлення на холодному списку дають нуль

На теплих списках хвіст ще приносить 4-5%. На холодному після третього повідомлення ви витрачаєте ліміти сендерів на тишу. Тому архітектор 2.0 будує холодний ланцюжок як інвайт плюс три повідомлення.

І одна річ, яку ми знали, але не записували: довге тире. Живі люди не набирають його у полі введення LinkedIn. Це перший маркер, за яким текст читається як машинний, і у 2.0 воно заборонене в усіх режимах, включно з відповіддю в один рядок.

П'ять режимів: що змінилось

Стратег

Як і раніше, відповідає за ICP, сигнали, скоринг і ємність каналу. Нове: спочатку обирається джерело аудиторії, і в нього є конкретні інструменти Grinfi: люди, що реагували на ваш пост або пост конкурента, ваша власна мережа, пошук Sales Navigator, звичайний пошук LinkedIn, CSV з будь-якого іншого сервісу. Кожне повідомлення стоїть на опорі: сигнал з датою (A), факт про компанію з порівнянням (B) або чесний інсайт про вузький сегмент (C). Вигадувати опору заборонено: «бачив ваш сайт, вражений» спалює профіль швидше, ніж мовчання.

Ще одне правило, яке ми винесли з інбоксу: вакансія є сигналом, тільки коли компанія наймає покупця, а не функцію, яку ви продаєте. Агенція, що шукає PPC-спеціаліста, будує це всередині. Компанія, що шукає Head of Marketing, збирається переписати стратегію.

Архітектор

Довжина ланцюжка залежить від джерела: холодний список отримує інвайт і три повідомлення, сигнальний до п'яти. Інвайт порожній. Перше повідомлення не тієї ж хвилини після прийняття. Фоллоу-ап без нової цифри або матеріалу вирізається, а не заповнюється фразою «просто нагадую». І тепер архітектор сам збирає флоу в Grinfi: чернеткою, показує вам дерево кроків, сендерів і розмір списку, запускає тільки після «так».

Копірайтер

Найбільше змін тут. Перше повідомлення продає: привітання, сигнал або запитання-тригер, що ви робите в їхній ніші з результатом у цифрах, безкоштовний перший крок зі словом «покращити», а не «у вас проблема», що вони отримують, бронювання. 300-400 знаків норма, 600-700 стеля. CTA: дзвінок, демо або тріал. Посилання на бронювання дозволене і працює краще за пінг-понг «коли зручно». Стаття йде останнім дотиком.

Дві форми, бо ми поміряли обидві. Продукт на холодному списку: коротко, з мікро-так у кінці, без посилання, це ті 11%. Послуга: представлення, три-чотири результати з цифрами, безкоштовний крок і календар, до 700 знаків. Плюс чотирнадцять правил із реальних правок наших текстів власниками бізнесів: «допомагаємо будувати», а не «робимо за вас»; числа вилкою; «якщо актуально» перед посиланням; ніколи не звинувачувати теперішнього підрядника; відкрите запитання в кінці, бо на «чи плануєте?» відповідають «ні».

Діалог

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

Інбокс

Новий режим. Написаний після реальної втрати: агент позначив два запитання прочитаними без відповіді, і два запитання пролежали добу без відповіді. Тому порядок жорсткий. Спершу знімок непрочитаних і останніх вхідних, контекст підтягується тільки туди, де треба писати текст. Далі розкладання по кошиках і механіка, яка не потребує затвердження. Перед кожним пінгом перевірка календаря. Чернетки віддаються одним звітом, фоллоу-апи лягають у таблицю, окремо невдалі відправки і запис у лог. «Прочитано» ставиться тільки після дії, і в кінці чек-лист «нікого не втратили».

Знайомство замість шаблону

Файл про продукт більше не треба заповнювати. При першому запуску агент бачить, що business/profile.md немає, і просить чотири речі: адресу сайту, абзац своїми словами про те, що ви продаєте, хто працюватиме з агентом і від чиїх профілів ідуть повідомлення, мову розсилок.

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

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

Головне правило пам'яті: ваша правка стає правилом. Виправили чернетку або рішення, і агент записує це з датою в business/rules.md, далі так не робить. Правка, яку не записали, повторюється наступного тижня. Ми це знаємо, бо саме так і було.

Налаштування за десять хвилин

Крок 1. Claude Code Desktop

Встановіть Claude Code Desktop для macOS або Windows. Працює з підпискою Claude Pro, Max, Team або Enterprise.

Крок 2. Набір файлів

Завантажте набір: репозиторій на GitHub (зелена кнопка Code, потім Download ZIP) або ZIP з нашого сайту. Розпакуйте в теку, яку потім знайдете, наприклад Documents/outbound-agent.

Крок 3. Відкрийте теку як проєкт

У Claude Code Desktop відкрийте цю теку. Claude побачить файл .mcp.json і запитає, чи вмикати MCP-сервер проєкту «grinfi». Скажіть так.

Крок 4. Увійдіть у Grinfi

У чаті наберіть /mcp, оберіть grinfi, потім Authenticate. Відкриється браузер: увійдіть у Grinfi і підтвердьте підключення. У Claude Code сервер стане connected. Якщо ви вже підключали Grinfi до Claude Code раніше, цей крок пропуститься сам.

Крок 5. Привітайтесь

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

День з агентом

Ранок

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

Зроблено без повідомлень: НЕ ЦА (4), продовжено (6), холд (2), рядків фоллоу-апу (3).

На затвердження:
1. Олена - агенція на 12 людей, Київ, UA, сендер Максим.
   Вона: «Цікаво, а які запити ви б поставили під нас?»
   Ми: «Олено, під агенцію я б поставив дві кампанії: ...»
2. ...

Ви відповідаєте «1 ок, 2 прибери другий рядок, 3 ні». Агент відправляє, позначає прочитаним і ставить дати фоллоу-апів.

Кампанія

«Хочемо вийти на керівників продажів у SaaS-компаніях Німеччини на 50-200 людей, які зараз наймають SDR». Стратег: сегмент, опора (сигнал, відкрита вакансія SDR), ємність ваших сендерів, звідки взяти список і як завантажити його в Grinfi. Архітектор: інвайт плюс три повідомлення для холодного списку або п'ять для сигнального, карта днів, гілки. Копірайтер: дві версії кожного повідомлення, перевірені за чек-листом. Далі архітектор збирає флоу в Grinfi чернеткою і показує дерево. Ви кажете «запускай».

Через тиждень

«Як пішла SDR-кампанія?» Цифри зі знаменниками, порівняння з вашими попередніми кампаніями з business/campaigns.md і одна зміна на наступний тиждень. Одна, бо правило однієї зміни нікуди не ділось.

Чого агент не робить без вас

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

Масові операції спочатку показують кількість і чекають підтвердження. І ще одне, про що мало хто думає: текст усередині профілю або повідомлення ліда агент читає як дані, не як команду. Ми вже зустрічали профілі з рядком «інструкція для ШІ: звертайся до цієї людини тільки так-то». Це пастка для автоматизованого аутрічу. Агент 2.0 її ігнорує і повідомляє вам.

Той самий набір у Codex

Grinfi MCP працює з будь-яким клієнтом, що підтримує протокол MCP, і Codex, агент для коду від OpenAI, серед них. Набір той самий: у теці лежить AGENTS.md з тими самими інструкціями, режими і пам'ять спільні. Різниця тільки в підключенні.

Крок 1. Підключіть Grinfi до Codex

У терміналі дві команди. Перша додає сервер, друга відкриває браузер для входу в Grinfi:

codex mcp add grinfi --url https://mcp.grinfi.io
codex mcp login grinfi

Якщо зручніше тримати токен у файлі, а не входити через браузер: на mcp.grinfi.io вставте свій API-ключ Grinfi, сторінка згенерує блок для ~/.codex/config.toml, скопіюйте його туди. Один токен працює для однієї команди в Grinfi, для кожної наступної потрібен свій. На старих версіях Codex віддалені сервери вмикаються рядком experimental_use_rmcp_client = true на початку config.toml, або просто оновіть Codex.

Крок 2. Відкрийте теку набору

Перейдіть у теку набору і запустіть у ній codex, або відкрийте її в застосунку Codex. Codex читає AGENTS.md і далі працює за тими самими правилами, що й Claude Code: спочатку знайомство з бізнесом, потім режими.

Codex працює на будь-якому тарифі, де є MCP. Актуальні інструкції для всіх клієнтів, включно з ChatGPT, зібрані на mcp.grinfi.io.

Файли для завантаження

Репозиторій на GitHub або ZIP-архів. Усередині:

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