Кейси

Що змінилося для людей, які мене запросили.

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

Перший крок безкоштовна діагностика; перший зріз має фіксовану ціну. Записатися на дзвінок.

Показати кейси для відділу

Робота для клієнтів

  1. Keaworld

    банківські послуги й криптоплатежі для бізнесу · керівник напряму ШІ (Head of AI) за контрактом, з жовтня 2025 по липень 2026 · чотири системи

  2. Keaworld, банківські послуги й криптоплатежі для бізнесу · відділ продажів і маркетингу · Head of AI за контрактом · початок 2026

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

    Ланцюжок із шести стадій: зібрати списки, очистити їх в одну базу, оцінити за записаним правилом, доповнити відсутні профілі, розіслати двома каналами, навчитися з відповідей; продажі обирають, кому дзвонити, перед розсилкою, а стрілка веде від останньої стадії назад до оцінки.
    Шість стадій від списку конференції до списку дзвінків, і відповіді живлять правило; контакт коштує близько десяти центів замість близько двох доларів. · Відкрити в повний розмір (відкриється в новій вкладці)

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

    Що я вирішив. Питання «чи це наш клієнт» я не віддав моделі. Ми з маркетингом записали правило відбору: які посади, які компанії, які країни рахуються й скільки важить кожне. Система оцінює кожного учасника за цим правилом щоразу однаково; модель використовується лише щоб заповнити прогалину в картці, наприклад знайти профіль, якого не знайшов платний постачальник даних, і їй сказано, що не знайти краще, ніж знайти не того. Розсилка йде двома каналами з одного списку, а те, що повертається, відповіді й запитання, живить правило перед наступною конференцією. Так пройшли дев'ять конференцій.

    Що змінилося. З приблизно $2 до приблизно $0,10 за контакт · новий список конференції став готовим списком дзвінків за два дні · приблизно кожне третє повідомлення отримало відповідь, а приблизно кожен сороковий контакт став гарячим лідом.

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

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

    Продажі · Маркетинг і контент

  3. Keaworld, банківські послуги й криптоплатежі для бізнесу · маркетинг і комплаєнс · Head of AI за контрактом · весна 2026, працює

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

    Ліворуч одна людина з останнім словом і три готові пакети: для маркетингу, для редакторів і для комплаєнсу; у центрі ланцюжок із чотирьох агентів, планувальник, рецензент плану, автор і рецензент статті, під ними панель машинних перевірок і дві петлі назад, виправити план і виправити позначені місця; зелена точка схвалення, де людина каже так.
    Хто що робить: чотири агенти планують, оцінюють, пишуть і перевіряють, під обома рецензентами стоять машинні перевірки, а людина читає готовий результат і каже так. · Відкрити в повний розмір (відкриється в новій вкладці)

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

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

    Що змінилося. Весь річний план, 120 статей, написано й перевірено · два-три дні роботи людини на статтю раніше · межа тепер у швидкості читання, а не письма.

    Усе, що воно взяло на себе
    • План кожної статті будується до написання, і його оцінює другий агент, тож помилка виправляється в плані, а не в тексті.
    • Чернетка пишеться за стратегією й термінологією компанії, так, щоб її знаходив Google і цитували ШІ-помічники.
    • Кожна цифра, посилання, цитата й ім'я звіряються зі списками, які компанія затвердила, а твердження без затвердженого джерела прибирається, а не вигадується.
    • Заборонені слова й червоні лінії комплаєнсу ловляться на кожній чернетці, а не тримаються в пам'яті.
    • Текст, що звучить як машина, позначається до того, як його читає людина.
    • Структура перевіряється за форматом статті.
    • Дозволені лише надійні зовнішні джерела, регулятори й подібні, а не випадкові блоги й ніколи не конкуренти.
    • Чернетка, яка тихо додала розділ чи джерело, яких не було в плані, ловиться.
    • Після зауважень рецензента виправляються лише позначені місця, а вся стаття не переписується.
    • По кожній чернетці зберігається запис, що саме перевірено.

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

    Маркетинг і контент · Юристи та комплаєнс

  4. Keaworld · команда підтримки клієнтів · Head of AI за контрактом · спроєктовано навесні 2026 · прототип, ще не в продакшені

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

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

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

    Що я вирішив. Я написав іспит раніше за асистента. Єдиним його знанням стали власні перевірені відповіді компанії. Тон, теми, які він мусить передавати людині, і прохідний бал погодили з керівницею маркетингу до того, як він зустрів клієнта, і він мав показати, що пристойно працює мовою компанії. Лише склавши іспит, він починає відповідати, одразу в усіх каналах. Комплаєнс, юридичні питання, KYC і великі угоди завжди йдуть до людини, як і все, чого він не знає. Прототип зібрано на справжніх відповідях компанії; запуск у продакшен це наступний крок компанії.

    Що змінилося. Один асистент для кожного каналу, куди пишуть клієнти, о будь-якій годині · комплаєнс, юридичні питання, KYC і великі угоди завжди йдуть до людини · прототип, ще не в продакшені.

    Усе, що воно взяло на себе
    • Один асистент відповідає на типові запитання в кожному каналі, яким пишуть клієнти, чат на сайті, пошта й месенджери, з одного набору затверджених відповідей компанії.
    • Те, що було окремим ручним процесом на кожен канал, стало одним.
    • Є записаний список того, що він передає людині: комплаєнс, юридичне, KYC, великі угоди й усе, у чому не певен.
    • Він не дає жодних обіцянок про строки, погодження чи результат.
    • Команді підтримки лишаються договори, питання комплаєнсу й переговори.
    • Той самий іспит можна дати асистентові будь-якого постачальника, тож компанія не прив'язана до одного.

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

    Підтримка клієнтів · Продажі

  5. Keaworld · керівництво і старші фахівці з різних відділів · заведення в агентні системи, по одній людині за раз · з жовтня 2025 по липень 2026

    Від розрізнених ШІ-чатів до агентних систем: ті самі керівники й старші фахівці роблять від 30 до 200 відсотків більше, залежно від команди.

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

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

    Що я вирішив. Жодних групових тренінгів на іграшковому прикладі. Я сідав з кожною людиною над її власною роботою, від C-level до старших фахівців у маркетингу, лідогенерації, IT, дизайні та бізнес-аналізі, і переносив цю роботу в агентну систему: написані правила, пам'ять між сесіями, сталий спосіб перевірити результат, поки вона не починала працювати без мене. Я також написав дев'ятимісячний план компанії щодо впровадження ШІ, потік за потоком. Там, де кортіло зрізати кут, ми казали «ні»: усе, що доходить до клієнтів, переглядає людина, на кожному етапі. Записані сесії, письмові посібники й мій відкритий набір пам'яті лишилися їм як робоче середовище.

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

    Усе, що воно взяло на себе
    • Керівництво і старші фахівці з маркетингу, лідогенерації, IT, дизайну та бізнес-аналізу, кожен заведений на власному завданні.
    • Маркетологиня лишає собі письмовий посібник із пошуку, який тепер веде сама.
    • Дописи в соцмережі пише ШІ за рубриками компанії, людина переглядає й схвалює, а фінальна правка зберігається назад, щоб наступна чернетка була кращою.
    • Інженери й аналітик продуктової команди щодня працюють на моєму агентному середовищі без мене.
    • Навчання тепер окрема лінія послуг, а не додаток до збірки.

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

    HR і наймання · Засновники та операції

  6. Manimama

    юридична компанія на близько сорок людей · дві системи, 2026

  7. Manimama, юридична компанія на близько сорок людей · керівниця HR · консультант, від діагностики до передачі · здано в липні 2026, працює

    Дев'ять HR-процесів у юридичній компанії тепер ідуть самі, всередині її власного Google Workspace. Здано в липні 2026.

    Дві доріжки: ліворуч HR-менеджерка, яка вирішує й схвалює; праворуч система, яка читає резюме в трекер, веде чеклісти й залишки, надсилає щоденні зведення й нагадування в чат команди; між ними одна точка схвалення.
    Хто що робить: HR-менеджерка вирішує й схвалює; система веде дев'ять процесів: читає, записує, рахує, нагадує й звітує. · Відкрити в повний розмір (відкриється в новій вкладці)

    Кожне резюме з пошти переносили в таблицю вакансії руками: до п'ятдесяти на тиждень, а в гарячий тиждень до двохсот. Відпустки й лікарняні рахували вручну місяць за місяцем і переписували у зведену таблицю. Ніхто не бачив одразу, хто завтра відсутній, як далеко новачок просунувся в онбордингу, чи що пора підписати NDA; дні народження легко забувалися. День HR-менеджерки минав на перенесенні тих самих фактів між поштою, таблицею й чатом.

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

    Що змінилося. Дев'ять процесів зняті зі столу HR-менеджерки · до двохсот резюме на тиждень заведено без людини · хто завтра відсутній, у чаті команди до п'ятої.

    Усе, що воно взяло на себе
    • Резюме з п'яти сайтів вакансій читаються в потрібну таблицю разом із файлом, HR лише перевіряє чернетку рядка.
    • Коли хтось ставить галочку в чеклістах до наймання, під час наймання та при звільненні, дата проставляється сама, а чат команди дізнається, хто що зробив і що далі.
    • Одне повідомлення на день про прогрес кожного новачка.
    • Нагадування за день до NDA, контракту чи контрольного дзвінка, а прострочене одним тижневим зведенням замість щоденного шуму.
    • Залишки відпусток і лікарняних рахуються вночі, місяць за місяцем, з остачею на кожну людину.
    • Нагадування про день народження напередодні.
    • Коротка команда в чаті одразу повертає чийсь залишок.
    • Щоранку йде перевірка всієї системи, а кожні дві години перевіряється, чи не застрягло резюме.

    На що можна покластися. Система нічого не видаляє і ніколи не перезаписує те, що вписала людина. Резюме кандидатів не йдуть на навчання жодної моделі. Кожна зміна спершу йде на тестову копію. Якщо щось зупиниться, ця щоранкова перевірка скаже мені того ж дня, раніше, ніж помітить компанія. Дані компанії живуть у її власному Google Workspace; кілька дрібних частин, з'єднання бота й сама ця перевірка, поки працюють на моєму боці, і компанія знає, які саме.

    HR і наймання

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

    OSINT-агент перевіряє новий лід (потенційного клієнта) за санкційними списками й реєстрами компаній приблизно за дві хвилини, і кожна знахідка називає документ, з якого її взято.

    Ланцюжок із п'яти стадій: класифікація, OSINT-агент, списки, довідка, посилання; стадія OSINT-агента це агент, перевірка списків і посилань позначені як звичайний код; наприкінці зелена точка схвалення, де вирішує менеджер; ліворуч менеджер, який називає лід, читає знахідки й вирішує.
    Конвеєр OSINT-агента: модель визначає тип ліда й збирає факти, звичайний код зіставляє списки й реєстри, модель заповнює довідку, код перевіряє кожне посилання, а вирішує менеджер. · Відкрити в повний розмір (відкриється в новій вкладці)

    Близько двохсот нових лідів на місяць. По кожному менеджер вставляв дані в ШІ-чат з одним із трьох збережених промптів, чекав, читав відповідь і руками переносив її в картку ліда. Це забирало години, результат залежав від того, хто перевіряв, інше написання імені могло прослизнути, а чи справжні посилання в довідці, ніхто не перевіряв.

    Що я вирішив. Вердикт лишається за менеджером: довідка це чернетка, і жодного рішення по ліду система не ухвалює. Читає OSINT-агент. Він сам визначає, що це за бізнес, і сама обирає потрібні запитання. Імена й компанії вона звіряє із санкційними списками США, ЄС, Британії та ООН точним зіставленням, а не здогадкою моделі, і дивиться реєстри компаній: статус, директори, власники. Потім відкриває кожне посилання у власній довідці й позначає мертві або ті, що не кажуть того, що обіцяють. Найбільшою прогалиною були варіанти написання імен, тож із них і почали.

    Що змінилося. Близько двох хвилин на лід замість годин · кожна знахідка називає документ, з якого її взято · зроблено на потік близько двохсот нових лідів на місяць.

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

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

    Юристи та комплаєнс · Продажі

  9. yesmcp

    мій власний бізнес · працює з серпня 2026

  10. yesmcp, мій власний бізнес · мої клієнти і я · збудовано й ведеться моєю агентною командою · працює з серпня 2026

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

    Дві доріжки: ліворуч клієнт, який питає асистента, обирає слот і підтверджує, та я, який отримує повідомлення в чаті команди; праворуч конектор бронювання, який показує справжні вільні слоти з часовими поясами, бронює й надсилає підтвердження поштою; між ними одна точка схвалення.
    Хто що робить: клієнт питає й підтверджує у своєму чаті; конектор показує справжні слоти, бронює й надсилає підтвердження. · Відкрити в повний розмір (відкриється в новій вкладці)

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

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

    Що змінилося. Запис, перенесення й скасування дзвінка просто з чату, у часовому поясі клієнта · підтверджувальний лист на кожен запис, зміну чи скасування · працює на будь-якому тарифі Claude, включно з безкоштовним.

    Усе, що воно взяло на себе
    • Календар бронювання й картка з моїми послугами показуються просто всередині розмови.
    • Те саме бронювання працює зі звичайної вебсторінки й з маленького застосунку всередині Telegram, для тих, у кого не відкритий ШІ-чат.
    • Мені приходить повідомлення в Telegram на кожен запис, зміну чи скасування.
    • Окремий Telegram-бот приймає запит на особисту розмову зі мною й передає його мені.
    • Живі цифри на цьому сайті, бронювань за місяць і дата останнього, читаються з реальних даних.
    • Конектор є в публічному реєстрі MCP, спільному переліку конекторів.

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

    Перевірте самі. Додайте конектор у свій Claude

    Засновники та операції · Підтримка клієнтів

Якщо один із цих кейсів схожий на вашу ситуацію, скажіть який. Одного дзвінка досить.

Власні продукти й те, що в роботі

Зроблено так само й за тими самими правилами; на кожній картці чесно сказано, де воно зараз.

  1. avoidcontent.com · співзасновник і керівник досліджень і розробок · відкрита платформа

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

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

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

    Що воно робить.

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

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

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

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

    Перевірте самі. avoidcontent.com (відкриється в новій вкладці)

    Маркетинг і контент

  2. avoidcontent.com, маркетинговий сайт · продуктова команда без дизайнера · співзасновник, правила й рішення · серпень 2026

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

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

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

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

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

    Усе, що воно взяло на себе
    • Шість основних сторінок це головна, блог, стаття, тарифи, про нас і функції, а ще чотирнадцять покривають окремі функції.
    • Правила бренду перевіряються на кожному новому екрані, а не тримаються в голові дизайнера.
    • Текст вичитують на те, чи не звучить він як машина, і на контраст, перш ніж його хтось побачить.
    • Одна блокувальна перевірка перед тим, як код іде розробнику: чи збирається, чи кольори бренду, чи не лишилося тестових посилань і чи внутрішні посилання такі, що переживуть переїзд на живий сайт.
    • Нова сторінка 404 заразом є живою демонстрацією того, як продукт перевіряє факти.
    • Кожна сторінка йде до розробника з запискою, що саме перевірено.

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

    Перевірте самі. avoidcontent.com (відкриється в новій вкладці)

    Маркетинг і контент · Інженери та дизайн

  3. AI-менеджер контенту для наявних сайтів на WordPress · співзасновник та інженер досліджень і розробок · робочий продукт, партнерські демонстрації

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

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

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

    Що воно робить.

    • Читає весь сайт за однією адресою, ще до будь-яких доступів: тисячі сторінок розкладені за темами самого сайту, плюс що бізнес продає й кому.
    • Перетворює сотні знахідок на кілька запитань на тиждень: які сторінки прибрати, які оновити й чому, правки заголовків і описів, один абзац на виправлення. Ви дивитеся кілька сторінок-зразків, і одна відповідь накриває цілу групу схожих.
    • Додає до кожної пропозиції причину й доказ, а коли даних замало, щоб бути певним, так і каже. Ніколи не вигадує сторінку для перенаправлення: де спорідненої сторінки немає, він про це говорить.
    • Показує кожну правку як «було й стане», по одному абзацу, і наперед каже, як буде оцінено результат.
    • Працює з сайтом через невеликий плагін, який власник ставить на свій WordPress: це єдині двері всередину, і власник сам їх відкриває й закриває. Читання не потребує жодних доступів; запис іде лише через плагін.
    • Нічого не змінює без «так», зберігає знімок перед кожним записом і повертає будь-яку сторінку чи абзац однією кнопкою. На сайті, не підключеному через плагін, відмовляється діяти й пояснює чому.
    • З підключеною Search Console самого сайту показує, що Google робив із кожною адресою чотири тижні після зміни проти чотирьох тижнів до: запис того, що сталося, а не обіцянка чому.
    • Тримає дані кожного сайту окремо від інших і дає власнику самому підключати й відключати сайт і Search Console.

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

    Де воно зараз. Робочий продукт: читає реальні сайти, а зміни застосовує й повертає на власних живих сайтах на WordPress. Перші партнерські демонстрації наприкінці вересня 2026; публічної реєстрації поки немає.

    Моя частина. Співзасновник. Партнер задав початкове завдання; я спроєктував продукт і будую його від початку до кінця.

    Засновники та операції · Маркетинг і контент

  4. avoidcontent.com, квитанція цитування · маркетологи, які хочуть знати, що ШІ-відповіді кажуть про них · співзасновник і керівник досліджень і розробок

    Квитанція для вашої статті: що в ній ШІ-відповіді можуть процитувати, що не можуть, і що виправити першим.

    Дві смуги тижня маркетолога: до, здогадки про те, що кажуть ШІ-відповіді, і кілька запитань руками без жодного запису; після, названі сторінки, агент квитанції перевіряє статтю й повертає «цитовано, переказано чи проігноровано» з причиною, а маркетолог виправляє перше.
    Тиждень маркетолога до й після: здогадки про ШІ-відповіді, або квитанція на кожну статтю з причиною й доказом. · Відкрити в повний розмір (відкриється в новій вкладці)

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

    Що воно робить.

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

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

    Де воно зараз. На демонстраційному стенді, у тестуванні. Стане частиною продукту, щойно буде доведена від початку до кінця.

    Моя частина. Я відповідаю за фічу: рішення, контракти й планку якості. Код потрапляє в продукт через переглянуті внески.

    Маркетинг і контент

  5. agent-memory-kit · відкритий код · середовище, на якому працює моя власна агентна команда

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

    Одна лінія посередині: ліворуч те, що файли пам'яті роблять самі, датовані нотатки між сесіями, передача наприкінці, повторюваний патерн, запропонований як правило; праворуч те, що ніколи не стається без людини, записане правило, нотатка, що стала знанням, будь-що видалене; кодовий агент читає на старті й пише наприкінці, а людина каже «так» на лінії.
    Межа: пам'ять сама веде нотатки, передачі й пропозиції; правило записується лише тоді, коли людина каже «так». · Відкрити в повний розмір (відкриється в новій вкладці)

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

    Що воно робить.

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

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

    Де воно зараз. Відкритий код, встановлюється у ваш власний репозиторій, без сервісу й без ключа. Автор користується ним щодня з березня 2026; цей сайт зібрано на ньому.

    Моя частина. Автор. Так моя власна агентна команда зберігає вивчене.

    Перевірте самі. github.com/awrshift/agent-memory-kit (відкриється в новій вкладці)

    Інженери та дизайн

  6. на замовлення астрологині-практика · експерт і клієнти, яких обслуговує асистент · архітектура, рушій, оцінювання · серпень 2026

    Метод експерта, перетворений на інструмент, який викликає асистент: на те саме запитання та сама відповідь, а асистент пояснює, а не імпровізує.

    Одна лінія посередині: ліворуч те, що рушій обчислює сам, карти, правила й оцінки; праворуч те, що робить асистент, запитує рушій, пояснює результат людині й відмовляє там, де нема чого обчислювати.
    Межа: рушій обчислює, асистент пояснює, і ніщо не перетинає лінію. · Відкрити в повний розмір (відкриється в новій вкладці)

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

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

    Що змінилося. Повна карта з трьох точок відліку одним викликом · добра дата для події, знайдена в межах тридцяти днів · справжні консультації вже проведені.

    Усе, що воно взяло на себе
    • Після справжньої консультації експертка назвала цю зібрану карту «те, що я шукаю».
    • Особливі комбінації знаходяться по всій карті, разом із випадками, які їх скасовують.
    • Сумісність рахується на двох глибинах, швидка перевірка й повна, з готовим балом і вердиктом.
    • Річний прогноз показує, що змістилося проти карти народження.
    • Пошук доброї дати йде по днях вікнами по пів години.
    • Щоденна оцінка дня й набір практик для слабких місць складаються лише за правилами.
    • Готовий звіт для клієнта виходить одним викликом.
    • Другий, незалежний агент звіряє будь-який звіт із рушієм, перш ніж його побачить людина.

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

    Інженери та дизайн · Засновники та операції

  7. AI-аудитор для зернового господарства на близько 7 000 гектарів · агроном і власники · співзасновник, усе, що можна збудувати

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

    Дві доріжки: ліворуч агроном, який складає план посівів і ухвалює остаточне рішення; праворуч система, яка тримає історію й правила господарства, перевіряє план і пояснює кожну знахідку з джерелом.
    Хто що робить: агроном планує й вирішує; система пам'ятає, перевіряє й пояснює. · Відкрити в повний розмір (відкриється в новій вкладці)

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

    Що воно робить.

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

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

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

    Моя частина. Співзасновник з боку побудови. Моя агентна команда проєктує, будує й перевіряє систему; я задаю правила, ухвалюю рішення і відповідаю за архітектуру, безпеку й бюджет. Агрономічний зміст дає співзасновник з галузі.

    Засновники та операції

  8. бізнес із відправлення посилок · люди, які щодня купують поштові етикетки · партнерський проєкт

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

    Дві доріжки: праворуч агент відділу відправлень, який входить, заповнює адресу й посилку, порівнює тарифи й готує етикетку; ліворуч людина, яка натискає «оплатити»; одна точка схвалення перед оплатою.
    Хто що робить: агент входить, заповнює, порівнює й готує; людина платить. · Відкрити в повний розмір (відкриється в новій вкладці)

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

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

    Що змінилося. Близько пів хвилини від рядка замовлення до готової до оплати етикетки, було близько хвилини · ціла партія на кілька акаунтів за один запуск · рядок звіту на кожне замовлення.

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

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

    Засновники та операції · Підтримка клієнтів

Метод

Як зроблено кожен із них

Схема методу: ліворуч Сергій ставить мету, пише правила, дивиться й вирішує; праворуч агентна команда проєктує, збирає, перевіряє й пише документи; між ними одна точка схвалення, а пам'ять того, чого команда навчилася, повертає наступний цикл до початку.
Хто що робить: людина ставить мету й каже «так»; агентна команда проєктує, збирає й перевіряє; пам'ять несе вивчене в наступний цикл. · Відкрити в повний розмір (відкриється в новій вкладці)
  1. Я ставлю мету і пишу правила: що система має робити, чого не має робити ніколи, і як ми зрозуміємо, що вийшло.
  2. Агентна команда проєктує, будує і перевіряє: код, дизайн, тести й документи виходять з неї.
  3. Я дивлюся і вирішую. Жоден екран, жодна правка і жодне правило не йдуть далі без мого «так».
  4. Система зберігає те, чого навчилася, і наступний цикл починає з цього. Нове правило з'являється лише після мого схвалення.

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

Кожен проєкт, однаково

Якщо один із цих кейсів схожий на вашу ситуацію, скажіть який. Одного дзвінка досить.

← На головну