Grok Bot Team Bots: Як налаштувати спільного бота, яким може користуватися вся ваша команда2 min read

Grok Bot тепер може бути одним ботом, яким користується вся ваша команда. Ви створюєте його один раз, надаєте йому програми, навички та файли, ділитеся ним, і кожен член команди отримує з ним приватний чат у додатку або в Slack. SpaceXSI, компанія, що стоїть за Grok Bot, назвала їх Team Bots у своєму журналі змін від 26 вересня 2026 року та називає їх Shared Bots у своїх документах і публікації про продаж від 27 жовтня. Вони одне й те саме.

Ідея охопила ширшу аудиторію 30 жовтня, коли Elon Musk написав на X: «Найміть Grok @Bot, щоб стати співробітником». Цей посібник призначений для керівника команди або власника операцій, який має перетворити це речення на посадову інструкцію: що передати Боту, що він може бачити, хто що може схвалити та де закінчується його робота. Щоб дізнатися, як Grok Bot створює єдиний звіт або інформаційну панель, прочитайте наш посібник Grok Bot Pages. Тут йдеться про ролі, дозволи та розгортання.

Що таке спільний бот і що сталося з Team Bots?

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

Назви змінювалися протягом місяця. У журналі змін від 26 вересня зазначено Team Bots. У журналі змін від 27 жовтня зазначено, що сторінка адміністратора тепер читає Shared Bots, з «Керувати Shared Bots» і «Створити бота», а сторінка документів має назву Shared Bots. Вони однакові. Ще одна зморшка: у вересневому журналі змін описано крок «Опублікувати в команді», який створює командну копію, тоді як у поточних документах сказано, що спільний доступ не дублює бота. Дотримуйтеся документів і подивіться на меню «Поділитися» у вашій версії програми.

Що створила власна команда продажів SpaceXSI?

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

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

З допису я взяв не стільки список ботів, скільки список речей, які ботам заборонено робити. SpaceXSI каже, що Shared Bots «діє з дозволами кожного користувача з додатковими обмеженнями на конфіденційні дії», що вони мають обмеження швидкості, щоб запобігти ненавмисним змінам у масштабі, і що певні дії зарезервовані для спеціаліста Shared Bots. Його прикладом є найчіткіше правило в дописі: «Наприклад, торговий представник не може використовувати Quote Bot для затвердження власної знижки». Людський аналіз потрібний щоразу, коли критерії для прийняття рішення не можуть бути чітко визначені, а також коли спільний бот готує повідомлення для клієнта. SpaceXSI каже, що очікує надати ботам більше відповідальності, оскільки оцінює якість їхньої роботи.

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

Що може бачити та робити спільний бот?

Документація Shared Bots відповідає на питання, які спочатку зададуть спеціалісти з ІТ або безпеки. Це модель, як це зазначено в документах сьогодні.

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

Як налаштувати спільного бота для однієї роботи?

1. Виберіть одну вузьку роботу. Кожен із ботів SpaceXSI володіє одним етапом циклу угоди. “Ручка продажів” занадто широка. «Прапор має справу без наступного кроку через 14 днів» — це роль.
2. Створіть бота. Виберіть «+» на бічній панелі, потім «Створіть бота», назвіть його та вкажіть, у чому він має допомогти команді. Для початку достатньо одного речення.
3. Дотримуйтеся карток налаштування для програм, секретів, навичок і файлів. Розмістіть свої бізнес-правила в навичці або файлі, щоб усі працювали з одного джерела, і ви могли один раз оновити його.
4. Запишіть, чого він не повинен робити. Встановіть обмеження в інструкціях і забезпечте дотримання важливих дозволів. Використовуйте наведене нижче резюме як відправну точку.
5. Спочатку поділіться вузько. Виберіть «Люди, яких ви запрошуєте», і додайте двох або трьох товаришів по команді. Додавайте адміністраторів лише для тих, хто має змінити принцип роботи.
6. Підключіть Slack як тільки бот поведе себе. Власник або менеджер вибирає «Перенести» на Slack вашої команди, а потім «Підключити». Кожен член команди пов’язує свій обліковий запис Slack до того, як бот діятиме за нього.
7. Розширити доступ команді після тижня реального використання. Потім адміністратори можуть автоматично додати його на бічну панель кожного.

Назва: Weekly Deal Review Bot
Робота: щопонеділка читайте відкриті можливості в нашій CRM, позначайте угоди, які не зробили наступного кроку через 14 днів, і складайте резюме для лідера продажів.
Знає: наші визначення етапів і політику знижок (файли: stage-definitions.md, discount-policy.md).
Можна зробити: прочитати CRM, опублікувати підсумок у #sales-review, створити сторінку з таблицею позначених угод.
Не можна: змінити угоду, надіслати що-небудь клієнту або погодити знижку.
Запитує спочатку: перед тим, як писати в CRM, і перед публікацією будь-де, крім #sales-review.
Руки геть від людини, коли: рішення потребує оцінки, поліс не покриває.

Цей бриф є прикладом, який я написав, щоб показати форму, а не шаблоном із SpaceXSI. Справа в тому, що останні чотири рядки стосуються обмежень і передачі. Боту з чітким списком «не можна» легше довіряти, ніж боту з розумною підказкою.

Куди закінчується робота спільного бота?

Всередині Grok Bot результатом є сторінка: звіт, пам’ятка або інформаційна панель, які бот створює та підтримує в актуальному стані. Для команд журнал змін додає, що сторінка команди відображається в бібліотеці під кожним ботом, який її опублікував, власники сторінки можуть ділитися сторінкою з усією організацією або іншою командою, а адміністратори можуть обмежувати, хто може ділитися сторінками з усіма. Спільна сторінка має рядок заголовка із завантаженням PDF-файлу, а для відвідувачів — кнопку «Спробувати Grok Bot».

Це охоплює команду, яка повністю працює в Grok Bot. Він стає тоншим у трьох ситуаціях: рецензент працює в Claude або ChatGPT, вам потрібен запис про те, який бот чи особа змінив який рядок, або результатом має бути сторінка з власною URL-адресою. Журнал змін описує спільний доступ до сторінки та завантаження PDF. Він не описує передачу сторінки помічнику іншого постачальника для редагування.

Це розрив AgentGrid.io заповнює. Це спільний робочий простір, де люди та помічники зі штучним інтелектом створюють, редагують і обмінюються документами, програмами та файлами. У документах AgentGrid.io описується підключення Grok Bot із середовища, що підтримує команди, з npx @animaapp/cli@останній вхід. Людина підтверджує код і схвалює ім’я агента, команду, а також те, хто читає, пише, ділиться та публікує його. Після цього робота бота потрапляє в робочий простір команди під його власним іменем, а історія позначає кожну зміну цим іменем. Можливості бота фіксуються після схвалення, і для публікації потрібна як можливість публікації, так і явний запит людини.

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

Чого слід остерігатися?

• Найменування. Team Bots, Shared Bots і написи на інформаційній панелі містяться в поточному матеріалі. Шукайте обидва.
• Плани та доступ. У документах сказано, що Shared Bots призначено для членів команди, які мають Grok Bot, і вони пов’язують членство в команді з командою Cursor і панеллю інструментів. Перевірте, що включає ваш план, перш ніж обіцяти розгортання.
• Використання приземляється на запитувача. Популярний бот витрачає власну надбавку кожного напарника. Скажіть людям, перш ніж зробити це вхідними дверима для всієї компанії.
• Один власник може видалити його для всіх. Лише власник може видалити спільного бота, а видалення видаляє його разом із чатами та процедурами членів команди для всієї команди. Це не можна скасувати.
• Докази належать продавцю. Повідомлення про продаж описує внутрішнє використання SpaceXSI і не публікує зовнішні результати.

Коли слід використовувати особистого бота, спільного бота чи AgentGrid.io?

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

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