Цього тижня я зробив музичний кліп. Я передав аудіо Grok Bot і попросив його викликати Claude Opus 5.5 на моєму комп'ютері, щоб згенерувати відео.
https://x.com/cgnot996/status/2108157846005350754
Щоб створити цю роботу, довелося переглянути купу зображень та відеокадрів.
У деяких дописах останніх днів люди скаржилися, що їхні ліміти вичерпувалися за два-три дні, після чого залишалося лише безпорадно чекати щотижневого скидання.
У цій статті я зібрав 12 хитрощів, які мені вдалося розгадати. До кожної додаю рядок, який можна скопіювати прямо у ваш Bot, пояснюю, звідки береться економія та чи можуть цим скористатися користувачі базового тарифу.
Перш ніж надсилати інструкції Bot, ви коли-небудь замислювалися, чому ваш ліміт тихо тане, навіть якщо ви надіслали не так багато повідомлень?
Спочатку зрозумійте, як списуються ліміти
В офіційній документації не публікують точних цифр, скільки ліміту включає кожен тариф, але базові правила зводяться до трьох пунктів.
По-перше, ліміт списується залежно від фактичної роботи, яку виконує Bot, а не від кількості повідомлень.
Вартість виклику моделі, обсяг символів та виклики інструментів — усе це впливає на споживання.
По-друге, кожен Bot має лише одну гілку діалогу, і на кожному кроці він перечитує всю історію.
Співробітник Cursor, перевіряючи командний акаунт, помітив, що їхні найактивніші Bot перечитують від 80 000 до 90 000 токенів на кожному кроці.
По-третє, коли ліміт закінчується, ви або припиняєте роботу й чекаєте на скидання наступного тижня, або платите за кожен токен. Щойно вмикається оплата за фактом (on-demand), списання відбуваються дуже швидко.
Коли ви зрозумієте механіку, стратегія економії лімітів стає очевидною: перекладіть найдорожчі операції на інші інструменти, позбудьтеся зайвих відповідей і делегуйте важку роботу сервісам, за які ви вже платите.
Спершу відрізайте найдорожче
Порада 1: Віддайте аналіз зображень, перегляд відео та транскрибацію CLI-інструментам
Мультимодальне введення — головний пожирач ресурсів. Якщо надсилати скріншоти, кадри відео або скани прямо в чат, розмір контексту роздувається миттєво.
Один користувач протестував це: 4 зображення на день, один пошук і обробка двох сканованих документів з'їли 11% тижневого ліміту топового тарифу.
Правильний підхід — використовувати інструменти командного рядка, такі як Grok Build або agy, всередині хмарного комп'ютера, щоб читати файли та генерувати текстові резюме; Bot має читати лише готове резюме.
Якщо у вас немає CLI-середовища, спершу отримайте резюме через вебверсію на grok.com або безкоштовну вебверсію Gemini, а потім вставте їх у Bot.
Промпт для копіювання в Bot:
«Для завдань, пов'язаних із переглядом скріншотів, аналізом відеокадрів, покадровим переглядом, транскрибацією аудіо або розпізнаванням довгих сканованих документів, не читай мультимодальні файли напряму. Спершу викликай Grok Build у хмарному комп'ютері, щоб він прочитав файл і видав текстове резюме; ти маєш читати лише текстові висновки, які він згенерує. Якщо інструменти командного рядка недоступні, нагадай мені спочатку отримати текстове резюме через вебверсію, перш ніж надсилати його тобі».
- Де тут економія: Bot не читає мультимодальні файли напряму. Після того, як зовнішні інструменти підсумують зображення чи відео, Bot опрацьовує лише кілька сотень слів тексту.
- Доступність на базовому тарифі: Частково. Встановлення Grok Build у хмарному комп'ютері використовує його власну підписку; якщо він не встановлений, починайте з вебверсій для отримання резюме.
Порада 2: Не давайте одній розмові розростатися
Кожен Bot має лише одну гілку діалогу. Що довше ви спілкуєтесь, то більше коду та логів накопичується; навіть зміна одного розділового знака змушує його перечитувати всю історію.
Щоб контролювати довжину розмови, дотримуйтесь цих чотирьох кроків.
По-перше, запишіть довгострокові правила в опис Bot, а відпрацьовані робочі процеси збережіть як навички (skills) — не повторюйте інструкції щодня в чаті.
По-друге, зберігайте довгі матеріали, логи та прогрес у файлах; нехай Bot повертає лише висновки та шляхи до файлів, а не вставляє величезні шматки сирий тексту в чат.
По-третє, виділіть для запланованих завдань і довгострокових проєктів окремі Bot, а не тримайте їх у своєму основному Bot для щоденного спілкування.
По-четверте, коли розмова стає занадто довгою, попросіть Bot написати підсумок для передачі справ. На iPhone продублюйте цей Bot (я тестував на iPhone — працює; у меню десктопної версії цієї опції вже немає), надішліть підсумок копії та приховайте старий Bot, не видаляючи його.
Компроміс тут у тому, що дубль не отримує старих розмов, пам'яті чи вкладень; ключові факти доведеться озвучити ще раз.
Промпти для копіювання в Bot:
Структурування правил і навичок:
«Збери правила, яких ти маєш завжди дотримуватися, в один абзац, щоб я міг вставити його у твій опис; збережи робочий процес, який ми щойно відпрацювали, як навичку».
Збереження довгих матеріалів у файли:
«Відтепер зберігай довгі матеріали, логи усунення неполадок і проміжні результати у файли в директорії /workspace/. У відповідях мені давай лише висновки та шляхи до файлів — не вставляй оригінальний текст назад у чат. Створи для себе notes.md, де записуватимеш свою роль, поточні завдання та прийняті рішення; оновлюй його після кожного етапу».
Написання підсумку для передачі справ:
«Допоможи мені написати підсумок для передачі справ обсягом до 10 рядків: включи свою роль, поточні завдання, прийняті рішення, наступні кроки та потрібні шляхи до файлів. Я передам це твоєму дублю».
- Де тут економія: Основна розмова не роздувається довгими матеріалами, що кардинально зменшує обсяг перечитувань на кожному кроці; ключові правила закріплюються в описах і файлах, не гублячись у довгому контексті.
- Доступність на базовому тарифі: Структурування правил, збереження файлів і розподіл Bot доступні всім. Дублювання Bot наразі працює лише через iPhone; дублю потрібно заново озвучити факти.
Порада 3: Збільште інтервали розкладів, мовчіть, якщо нічого не змінилося
Рутинні завдання, якщо за ними не стежити, тихо з'їдають ліміт. Офіційний довідковий центр попереджає, що завдання з короткими інтервалами можуть спалити тижневий ліміт за один день.
Один користувач провів аудит і виявив високочастотне завдання, яке спрацьовувало 672 рази на тиждень; зміна інтервалу на погодинний скоротила кількість до 168 разів.
Призупинення невикористовуваних рутинних завдань зупиняє списання; однак кожне натискання кнопки «Test» в інтерфейсі також списує ліміт.
Промпт для копіювання в Bot:
«Перелічи всі свої заплановані завдання, скажи, як часто кожне з них запускається, скільки разів на тиждень загалом, і чи надсилають вони повідомлення, коли нічого не змінилося. Скажи, яке з них споживає найбільше ліміту, збільш його інтервал і зміни правило: якщо перевірки не виявили суттєвих змін, мовчи і не генеруй звіти».
- Де тут економія: Зменшує кількість марних пробуджень. Скасування звітів у форматі «без змін» економить вартість виклику моделі для кожного такого випадку.
- Доступність на базовому тарифі: Повністю доступно. Усі тарифи можуть будь-коли змінювати цикли або призупиняти завдання.
Порада 4: Прокидайтеся лише тоді, коли є зміни
Це просунута версія Поради 3. Коли Bot перебуває в режимі сну, cron-завдання Linux у бекенді хмарного комп'ютера все одно працюють.
Системні скрипти, що перевіряють зміни на вебсторінках або у файлах, виконуються за секунди, оминаючи модель і не споживаючи жодного ліміту Bot.
Нещодавно я рефакторив свого Bot «Директор з маркетингу». З його 6 розкладів я перевів 2 завдання моніторингу даних на скриптовий моніторинг, пробуджуючи Bot через Webhook лише за наявності змін.
Рефакторинг зайняв близько 23 хвилин, прибравши 8–10 холостих запусків на тиждень і водночас покращивши оперативність до менш ніж 30 хвилин.
Промпт для копіювання в Bot:
«Для рутинних завдань моніторингу даних не налаштовуй пробудження за фіксованим часом у Routines. Натомість налаштуй легкі скрипти перевірки в бекенді хмарного комп'ютера, тримаючи систему в режимі сну за замовчуванням; пробуджуй мене через адресу Webhook лише тоді, коли скрипт виявить суттєві зміни в цільових даних».
- Де тут економія: Усуває полінг, який пробуджує Bot, нічого не знаходить і знову засинає. Bot прокидається і витрачає ліміт лише тоді, коли є реальна робота.
- Доступність на базовому тарифі: Доступно. Хмарні комп'ютери на всіх тарифах можуть запускати базові скрипти в поєднанні з тригерами Webhook.
Змусьте Bot менше лити воду
Порада 5: Уникайте групових чатів, мінімізуйте спілкування між Bot
Офіційні інженери Grok Bot публічно заявили, що групові чати надзвичайно витратні щодо токенів; більші групи коштують дорожче, тому звичайним користувачам радять їх уникати.
Співробітник Cursor зазначив, що кожне повідомлення змушує Bot перечитувати історію, а відповіді пробуджують інших Bot.
У тому акаунті приблизно третина кроків припадала на те, що Bot будили одне одного. Користувачам базового тарифу варто створювати менше Bot і вирішувати конкретні питання через прямі особисті чати.
Промпт для копіювання в Bot:
«Чітко виконуй інструкції, які я даю напряму. Не пробуджуй інших Bot самостійно для групової співпраці чи багатостороннього узгодження. Якщо завдання потребує багатоетапної координації, я сам передаватиму ключові висновки або делегуватиму підзавдання відповідним інструментам виконання окремо».
- Де тут економія: Усуває накладні витрати на привітання між Bot та циклічні посилання, зберігаючи ліміт для реальних завдань.
- Доступність на базовому тарифі: Повністю доступно. Перехід на спілкування 1-на-1 не має жодних обмежень.
Порада 6: Використовуйте повторно, перш ніж створювати нове
Кожен новий Bot потребує введення промптів і тестування викликів інструментів. Офіційний ліміт для новачків обмежений; велике завдання може вичерпати його за один раз без можливості поповнення.
Офіційні інженери радять: «спочатку використовуй повторно, не створюй шуму без потреби». Тримайте під рукою 2–3 основні Bot; для нових потреб спершу намагайтеся додати правила до наявних Bot.
Промпт для копіювання в Bot:
«Перш ніж створювати нового Bot для нової вимоги, переглянь наші поточні робочі процеси та конфігурації інструментів. Якщо наявні Bot уже мають подібні базові можливості, надай пріоритет доповненню правил або розширенню функцій у початковій конфігурації, уникаючи створення незалежних нових Bot».
- Де тут економія: Економить витрати на налагодження, тестування та ініціалізацію, пов'язані зі створенням нових Bot.
- Доступність на базовому тарифі: Повністю доступно на всіх тарифах.
Делегуйте важку роботу наявним підпискам
Порада 7: Перенаправлення лімітів, Планувальник ≠ Виконавець
Це була ключова логіка, якою я ділився в Ханчжоу у вересні: Grok Bot займається плануванням, а важка робота перекладається на наявні підписки.
Написання сотень рядків коду або читання репозиторіїв для рефакторингу прямо у вікні чату миттєво випалює ліміт.
Встановіть Grok Build у хмарному комп'ютері та увійдіть у систему. Нехай Bot надсилає команди у фоновому режимі, щоб той писав код, а сам Bot лише звітує про результати.
Тести показали, що після делегування написання коду Grok Build пул Bot використав 70% за два з половиною дні, тоді як зовнішній пул розробки — лише 6%.
Інший користувач зробив так, що Bot лише планував розробку в Cursor; після 3 годин безперервної роботи використання тижневого ліміту становило всього 3%.
Промпт для копіювання в Bot:
«Твоя роль — планувальник завдань, відповідальний за декомпозицію планів, структурування логіки та розподіл інструментів. Не пиши довгий код і не вноси великі зміни у файли безпосередньо у вікні діалогу; усі завдання з написання коду та рефакторингу проєкту виконуй через виклик авторизованого Grok Build у фоновому режимі, синхронізуючи зі мною лише остаточні висновки виконання».
- Де тут економія: Переносить ресурсомістке написання коду на пули розробки наявних підписок; Bot надсилає лише короткі інструкції.
- Доступність на базовому тарифі: Доступно. Встановіть Grok Build у хмарному комп'ютері та увійдіть за допомогою наявного акаунта.
Порада 8: Використовуйте вбудований безкоштовний ліміт для X Search, залишайте лише головне
Наразі пошуки на платформі X через Grok Bot використовують вбудований безкоштовний ліміт: 30 запитів на хвилину та 1000 на день.
Цей пошук не списує тижневий ліміт Bot і не витрачає кредити X API.
Проблема полягає у поверненні результатів: вставка великих партій твітів у чат роздуває розмову, змушуючи перечитувати її та платити за кожен наступний крок.
Нехай Bot зберігає великі масиви сирих твітів у файли, повертаючи в чат лише ключові тези та посилання; також слідкуйте за лімітами частоти запитів.
Промпт для копіювання в Bot:
«Під час отримання твітів, думок або оновлень із платформи X використовуй свою вбудовану безкоштовну функцію пошуку. Великі масиви сирих знайдених твітів зберігай безпосередньо у файли в директорії /workspace/, а в діалозі повідомляй лише витягнуті ключові тези та відповідні посилання — не вставляй великі блоки оригінальних твітів у чат».
- Де тут економія: Використовує вбудований безкоштовний ліміт для пошуку, зберігає твіти ззовні, запобігаючи роздуванню розмови.
- Доступність на базовому тарифі: Повністю доступно. Цей ліміт пошуку нативно включений в усі тарифи.
Безкоштовні API: економте ліміт і додавайте можливості
Окрім наявних підписок, інтеграція публічних безкоштовних API дозволяє перенаправити легкий текст, розпізнавання та генерацію зображень.
OpenRouter: легкий текст і безкоштовне розпізнавання зображень
OpenRouter пропонує набір безкоштовних моделей, назви яких закінчуються на :free, що підходять для переписування коротких текстів, підсумовування та безкоштовного розпізнавання зображень.
Офіційні ліміти — 20 запитів на хвилину та 50 на день; історично склалося, що накопичення $10 у кредитах підвищує денний ліміт до 1000.
Три примітки щодо використання:
По-перше, під час створення API Key встановіть ліміт кредитів на 0, щоб запобігти випадковим списанням за платні моделі.
По-друге, не надсилайте конфіденційні дані; деякі провайдери зазначають, що вхідні дані можуть використовуватися для навчання моделей.
По-третє, зберігайте ключі в хмарному комп'ютері, щоб усі Bot на машині могли читати файл.
Посилання:
- Керування API Key: https://openrouter.ai/settings/keys
- Документація щодо лімітів: https://openrouter.ai/docs/api-reference/limits
- Документація щодо безкоштовних моделей: https://openrouter.ai/docs/guides/routing/model-variants/free
Промпт для копіювання в Bot:
«Налаштуй середовище для виклику безкоштовних моделей OpenRouter. Кроки:
1. Отримай від мене API Key через захищене поле введення в чаті; не дозволяй мені вставляти ключі безпосередньо в чат;
2. Збережи отриманий Key у ~/.agents/secrets/openrouter.env із назвою змінної OPENROUTER_API_KEY;
3. Виконай chmod 600 для цього файлу;
4. Категорично заборонено виводити ключі в термінал або вікна чату під час процесу;
5. Запусти мінімальний тест: виклич модель із закінченням :free, щоб вона відповіла одним реченням, підтвердь, що вартість дорівнює 0, і повідом результат».
Просунута ідея: пороги та ризики FreeToken-Bots
Open-source навичка FreeToken-Bots (https://github.com/limin112/min-skill/tree/main/skills/FreeToken-Bots) сканує безкоштовні моделі на OpenRouter.
Автор прямо зазначає: не очікуйте повністю автоматизованого перемикання без нагляду. Під час мого тестування було проскановано 20 безкоштовних моделей, 0 придатних до прямого використання, 17 потребували перевірки параметрів.
Ключі видимі для всіх Bot на хмарному комп'ютері, а безкоштовні моделі мають ліміти частоти запитів та умови щодо навчання; користувачам базового тарифу не варто витрачати на це час.
ModelScope: використовуйте лише для генерації/редагування зображень
Я рекомендую використовувати ModelScope API-Inference виключно для генерації та редагування зображень.
Тестування показує, що його інтерфейси для тексту, зору та аудіо/відео часто видають помилки 429/400, що означає відсутність доступного сервісу; стабільність низька.
Три примітки щодо використання:
По-перше, потрібна прив'язка акаунта Aliyun та верифікація особи.
По-друге, списання відбувається через кредити «Magic Cube»; денні ліміти вказані на офіційній сторінці.
По-третє, попросіть Bot встановити цю публічну навичку для генерації зображень: https://github.com/RongleCat/tiezhu-modelscope-api-inference.
Посилання:
- Керування Access Token: https://modelscope.cn/my/myaccesstoken
- Вступ до API-Inference: https://modelscope.cn/docs/model-service/API-Inference/intro
- Ліміти та правила: https://modelscope.cn/docs/model-service/API-Inference/limits
Промпт для копіювання в Bot:
«Налаштуй середовище для генерації зображень ModelScope. Кроки:
1. Отримай від мене Access Token через захищене поле введення в чаті; не дозволяй мені вставляти токени безпосередньо в чат;
2. Збережи отриманий Token у ~/.agents/secrets/modelscope.env із назвою змінної MODELSCOPE_API_KEY;
3. Виконай chmod 600 для цього файлу;
4. Категорично заборонено виводити токени в термінал або вікна чату під час процесу;
5. Запусти мінімальний тест: виклич Tongyi-MAI/Z-Image-Turbo для генерації одного зображення, повідом локальний шлях до нього».
Захистіть свій гаманець
Порада 9: Тестуйте малими порціями, перевіряйте Dashboard
Сліпі масові операції легко вичерпують ліміт. Якщо Bot неправильно зрозуміє завдання вже на другому кроці, повторні спроби спалять ліміт за весь тиждень.
Один користувач витратив понад половину свого тижневого ліміту за 2 години через метод спроб і помилок у послідовних завданнях.
Для складних завдань спершу перевірте окремі кроки на 1–2 зразках і зробіть паузу для підтвердження.
Після підтвердження перевірте відсотки списання в Settings → Usage & Billing, перш ніж продовжувати.
Промпт для копіювання в Bot:
«Для пакетної обробки, тривалого усунення неполадок або складних багатоетапних завдань спершу використовуй 1–2 мінімальні зразки для перевірки одного кроку. Обов'язково негайно призупиняй роботу після завершення одного кроку, чекаючи на моє підтвердження. Категорично заборонено автоматично виконувати наступні кроки до отримання явного дозволу».
- Де тут економія: Перехоплює помилки в логіці на етапі тестових зразків, не даючи відхиленням спалити тижневий ліміт.
- Доступність на базовому тарифі: Повністю доступно. Використання та час скидання можна переглянути будь-коли в панелі налаштувань.
Порада 10: Встановіть межі циклів, питайте, якщо не впевнені
Повторні спроби при помилках — це прихована пастка. Стикаючись із нерозв'язними проблемами середовища чи прав доступу, Bot потрапляють у нескінченні цикли повторів.
Десятихвилинний «мертвий цикл» може вичерпати тижневий ліміт. Обов'язково обмежте кількість повторів однієї операції до 2; після 2 послідовних невдач — негайне звернення до людини.
Промпт для копіювання в Bot:
«Суворо дотримуйся правил проти зациклювання під час виконання скриптів автоматизації, викликів API або усунення неполадок: ліміт повторів однієї операції — 2. Якщо 2 послідовні спроби не вдалися або результати невизначені, негайно перерви виконання та запитай мене. Категорично заборонено нескінченні самостійні повтори».
- Де тут економія: Знищує «мертві цикли» помилок, уникаючи фонового холостого споживання.
- Доступність на базовому тарифі: Повністю доступно. Це суто обмеження через промпт, нульова вартість.
Порада 11: Вимкніть оплату за фактом, купуйте правильні пакети
Вимкніть оплату за фактом (on-demand billing) у налаштуваннях акаунта Cursor або встановіть низькі ліміти.
Оплата за фактом тарифікується за реальною ціною за токен, і це дорого. Користувачі повідомляли про списання $26 за 30 хвилин, а фінальний рахунок сягав $51.
Інші витрачали додаткові $190 за ніч; невеликі команди стикалися з рахунками за on-demand близько $1500 на тиждень.
Офіційний довідковий центр зазначає, що місячні ліміти — це не аварійне гальмо; запущені завдання можуть перевищити ліміти. Без on-demand вичерпання ліміту просто означає зупинку роботи до скидання.
Ніколи не купуйте додаткові пакети на grok.com; це різні системи білінгу, кошти між ними не переносяться. Користувачі купували пакети за $100, але не могли їх використати.
Промпт для копіювання в Bot:
«Перевір поточні правила роботи середовища. Зупиняйся та повідомляй мене, коли ліміт наближається до вичерпання, нагадуючи перевірити перемикач on-demand на сторінці білінгу Cursor».
- Де тут економія: Захищає базовий стан гаманця, запобігаючи неконтрольованим витратам від задач, що вийшли з-під контролю.
- Доступність на базовому тарифі: Повністю доступно. Можна вимкнути на сторінці білінгу Cursor.
Порада 12: Підключайтеся до хмарного комп'ютера вручну, коли ліміт вичерпано
Коли довгі завдання досягають 90% вичерпання ліміту, фронтенд-чат блокується.
Сторонні користувачі згадують, що підключення до хмарного комп'ютера залишається можливим, щоб завантажити наполовину готові результати або продовжити роботу вручну. Спершу перевірте це особисто.
Промпт для копіювання в Bot:
«Коли система попереджає про наближення вичерпання тижневого ліміту, перед завершенням сесії збережи всі активні шляхи до файлів, тимчасові результати та точки зупинки виконання в єдину тимчасову папку архіву в workspace, згенерувавши лаконічні інструкції для перехоплення роботи».
- Де тут економія: Уникає примусової оплати за фактом заради порятунку останніх кількох кроків.
- Доступність на базовому тарифі: Доступно. Потрібні базові знання терміналу; це екстрений захід.
Три техніки, що не відповідають реальності
1. Перемикання на легші моделі для економії ліміту
Офіційна документація зазначає, що наразі селектора моделей не існує.
Система автоматично призначає моделі залежно від складності завдання; ручне перемикання неможливе, перемикання на нижчих тарифах відсутнє.
2. Поєднання кількох підписок різних тарифів
Офіційний FAQ чітко зазначає, що прив'язки не сумуються (план Cursor + прив'язка SuperGrok/X Premium+ не сумуються).
За наявності подвійних підписок використовується лише вищий ліміт; інший простоює; накопичення неможливе.
3. Купівля доповнень на grok.com
grok.com орієнтований на вебчат; Grok Bot використовує систему Cursor; акаунти розділені; поповнення балансу не збільшує ліміт Bot.
Примітки щодо обмежень
Ці поради економлять тижневий ліміт Grok Bot; розробники ніколи не публікували точну кількість токенів або ліміт завдань для кожного тарифу.
Наведені тут коефіцієнти споживання та дані білінгу значною мірою взяті з особистих тестів сторонніх користувачів; фактичне споживання залежить від завдання.
Твердження про можливість ручного підключення до хмари після вичерпання ліміту походять від третіх осіб; протестуйте особисто, перш ніж на них покладатися.
Висновок
Розробники не публікували точну кількість токенів для тарифів чи тижневу пропускну здатність завдань, лише відносні рейтинги.
Як платні підписники, ми сподіваємося на прозорі деталі щодо споживання завдань та інструментів, щоб уникнути щоденних здогадок.
Тут обговорюються проблеми лімітів у межах поточної застарілої структури підписок; розробники зараз консолідують підписки — я розберу нові пакети, щойно вони вийдуть. Сподіваюся, Маск дозволить нам жити без таких жорстких обмежень — в достатку та комфорті.
А що найшвидше з'їдає ваш ліміт Grok Bot? Обговоримо в коментарях.
Автор open-source Grok App (1400+ зірок на GitHub), впроваджує AI-проєкти на мільйони доларів безпосередньо на місцях.
Постійно оновлюю практичні туторіали та промпти для копіювання для Grok Bot. Підписуйтесь на @cgnot996, щоб не наступати на мої граблі.
