Capítulo 24: Monte sua Equipe de IA por Funções
Não trate o Grok Bot como uma simples caixa de chat ou um assistente que faz tudo. Colocar tarefas aleatórias na mesma conversa causa inchaço de contexto, lentidão e desperdício de créditos, além de aumentar o risco de enviar e-mails por engano, alterar código em produção ou movimentar fundos sem supervisão durante a noite.
Por baixo dos panos, o Grok Bot é um computador na nuvem com navegador dedicado e sistema de arquivos local; para aproveitá-lo ao máximo, é necessário estabelecer uma estrutura clara dividida por funções.
- Defina limites rigorosos de aprovação. Divida as responsabilidades dos cargos de acordo com 5 sinais claros; e-mails não revisados, código de produção e movimentação financeira devem obrigatoriamente parar antes da aprovação humana.
- Valide a transferência de rotinas. Configure a primeira tarefa de validação e rotinas agendadas para 7 funções-chave, estabelecendo critérios de aceite nas inspeções de rotina.
《How to master Grok Bot in 16 minutes - Full Course｜CyrilXBT》
《GrokBot Agents: build a team that works for you 24/7 in 10 steps (Full-Course)｜Movez》
Os Cinco Sinais para Divisão de Funções e Princípios Organizacionais
Delimitação de Fronteiras e Isolamento de Ambiente
Todos os Bots sob a mesma conta compartilham o mesmo computador na nuvem, com acesso comum a arquivos, estados de login na web e conectores. No entanto, a memória e as threads de conversa de cada Bot são independentes; misturar tarefas diferentes sobrecarregará a memória com informações irrelevantes, provocando desvio de instruções.
《Grok Bot Agents: how to automate your life in 10 Steps (Full-tutorial)｜Codez》
Os Cinco Sinais para Divisão de Funções
Sempre que o trabalho apresentar qualquer uma das seguintes características, deve-se criar um Bot dedicado e independente.
- Objetivos distintos: por exemplo, identificar falhas de sistema versus otimizar a taxa de conversão de copywriting.
- Ferramentas distintas: por exemplo, conectar-se principalmente a repositórios de código versus conectar-se a planilhas de CRM.
- Estilos de trabalho distintos: por exemplo, suporte ao cliente gentil e moderado versus análise de dados rigorosa, objetiva e focada apenas em números.
- Limites de aprovação distintos: por exemplo, redigir memorandos internos e ter permissão de envio externo devem ser separados obrigatoriamente.
- Agendamentos distintos: por exemplo, verificar tickets a cada hora versus consolidar relatórios financeiros toda segunda-feira.
Comparativo: Assistente Geral vs. Equipe Dedicada
Em comparação com um assistente geral, uma equipe dedicada isola com eficácia os contextos e os riscos de permissões.
| Dimensão de Comparação | Assistente Geral (propenso a falhas) | Equipe de Bots Dedicada |
|---|---|---|
| Contexto | Mistura múltiplos negócios, fácil gerar confusão de memória e alucinações | Threads independentes mantêm memória dedicada, operação estável |
| Permissões e Diagnóstico | Permissões excessivas disparam riscos acidentais; conflitos difíceis de rastrear | Aprovação granular, atribuição de falhas direta |
| Expansão de Rotinas | Tarefas agendadas interferem entre si, fácil congestionar o cronograma | Cronogramas independentes ou disparadores de eventos executados de forma assíncrona |
Portão de Aprovação Humana e o Princípio da Reversibilidade
O gerenciamento de permissões deve aderir rigorosamente à regra de intervenção humana centrada na reversibilidade.
《Top 10 Grok Bot Prompts That Replace an Entire Team｜maestro》
| Categoria de Operação | Exemplos Típicos de Comportamento | Princípio de Ação e Mecanismo de Aprovação |
|---|---|---|
| Operações Reversíveis | Redigir documentos, conciliação, aplicar tags ou extrair resumos | Deixar o Bot concluir de forma autônoma e registrar logs |
| Operações Irreversíveis | Enviar e-mails externos, publicar abertamente, mesclar código ou movimentar fundos | Deve parar antes da execução, gerar um rascunho ou comparação de diferenças (diff) e suspender aguardando aprovação humana na interface |
Das Sete Etapas de Validação à Implementação de Bots Persistentes
Não tenha pressa para agendar tarefas assim que criar um Bot; execute primeiro manualmente seguindo o caminho oficial: Casos de uso do Grok Bot.
- Estabeleça regras no campo de Descrição (Description): defina claramente responsabilidades, fontes de dados e limites inegociáveis. As regras do campo de descrição valem permanentemente para todas as tarefas, enquanto instruções na caixa de chat aplicam-se apenas à sessão atual.
- Execute uma vez em escopo seguro: limite a fonte de entrada e execute manualmente em um caso real.
- Ajuste até atingir o padrão de revisão: faça ajustes via conversa até que o resultado atinja padrões revisáveis sem intervenção manual.
- Salve como Habilidade (Skill): salve as etapas diretamente. Para páginas web complexas, use "Teach a task" para demonstrar (limite de 10 minutos, sem gravação de áudio do microfone) e preencha as aprovações de ramificações.
- Valide com um segundo conjunto de dados independentes: teste com dados diferentes para evitar sobreajuste aos exemplos iniciais.
- Defina a estratégia da Routine: antes de criar um Schedule ou Trigger, determine o tempo limite (timeout), novas tentativas e tratamento de erros; caso falte conexão ou dados, nunca invente informações do nada.
- Mantenha portões de aprovação para ações críticas: mantenha confirmação humana (Allow once/Deny) para envios e pagamentos; configure Auto Review apenas para riscos extremamente baixos.
Estrutura, Rotinas e Prompts das Sete Funções Principais
Seguindo os princípios acima, dividimos a equipe digital em sete funções padronizadas de acordo com as necessidades de negócio: Conteúdo, Engenharia, Vendas, Pesquisa, Operações, Assistente Pessoal e Gestor. Cada função conta com diretrizes claras de escopo, uma primeira tarefa de validação leve, lógica de rotina automatizada e prompts prontos para copiar.
1. Função de Conteúdo: Bot de Comparação de Posicionamento e Pipeline de Conteúdo
Este Bot roda toda segunda-feira às 08:00, coletando 3 páginas de concorrentes para comparar com a nossa primeira dobra. Se houver mudanças, abre uma branch de PR; se não houver, permanece em silêncio.
- Permissões: apenas criar PR ou rascunho de cronograma; é estritamente proibido fazer merge direto ou publicar abertamente.
- Aceite: entregável limitado a 1 tabela e 1 parágrafo de texto, verificável em até 30 segundos.
- Armadilha: caso a análise falhe, relate imediatamente como link quebrado, sem fazer suposições.
1. Função de Conteúdo: Bot de Comparação de Posicionamento e Pipeline de Conteúdo
每周一上午 08:00，对比我们产品定位页 <our_landing_url> 与以下三个竞品页面：
1. <competitor_url_1>
2. <competitor_url_2>
3. <competitor_url_3>
产出以下内容：
- 主张对比表格：我方主张、对方主张、哪一方表述更直接明确。
- 竞品提到但我们未提及的三项内容，需附带原句引用。
- 我们提及但竞品均未提及的三项独有优势。
- 改写我方定位页前两段文案的草稿，使其更具针对性。
在代码仓库 <repo_name> 中针对文案修改开启一个 Pull Request，仅允许改动定位页文案文件。
严禁合并该 Pull Request。严禁触碰定位页以外的代码或文件。
运行结束时汇报：自上周以来竞品侧发生的主要文字变化；若无变化则明确注明。2. Função de Engenharia: Bot de Reprodução e Diagnóstico de Bugs
- Limites de permissão: deve usar contas de teste dedicadas; é estritamente proibido usar dados reais de clientes no ambiente de homologação (staging) ou alterar alarmes e parâmetros de produção; credenciais confidenciais devem seguir o Safe handoff, sendo proibido enviá-las em texto puro.
- Etapas de diagnóstico: monitorar Issues marcadas com a tag
needs-reproe iniciar um navegador isolado em Staging para tentar a reprodução. - Critérios de aceite: preencher um rascunho de comentário na Issue contendo comportamentos esperado e real, códigos de status de rede e capturas de tela, removendo em seguida a tag e aguardando a revisão dos engenheiros.
2. Função de Engenharia: Bot de Reprodução e Diagnóstico de Bugs
阅读工单 <issue_url> 中的缺陷报告，并在预发布环境 <staging_url> 中尝试复现该问题。
执行规则：
- 必须使用全新分配的测试账号登录，严禁调用或导入生产环境客户数据。
- 详细记录完整的复现操作步骤、预期行为与实际出现的不一致表现。
- 捕获异常发生时的控制台报错日志、网络请求状态以及页面截图。
- 尝试提取导致该问题的最小复现步骤。
输出规范：
将整理好的复现包整理为 Markdown 文本附在下方。
严禁修改系统的报警规则，严禁更改预发布或生产环境配置。
若尝试三次仍无法复现，详细说明每次尝试的输入参数并标记为“未能稳定复现”，不要伪造成功的结论。3. Função de Vendas: Bot de Pesquisa de Leads e Prospecção
- Em cada dia útil às 07:00, ler as primeiras 20 linhas de leads ainda não contatados na planilha e pontuá-los com base em 3 critérios essenciais de ICP.
- Selecionar os 3 contatos mais compatíveis e redigir rascunhos de e-mail de no máximo 4 frases para cada um, inserindo-os na planilha.
- É estritamente proibido enviar e-mails reais para clientes ou inseri-los em fluxos automáticos de prospecção. Cada afirmação personalizada deve conter um link de origem; se o acesso for restrito, encerre imediatamente e reporte para intervenção humana.
3. Função de Vendas: Bot de Pesquisa de Leads e Prospecção
每个工作日早晨 07:00，处理表格 <sheet_url> 中最早未触达的 20 行销售线索。
针对每一行数据执行以下操作：
1. 访问该公司官网及其公开社交账号，提取过去 30 天内的实质性变动（如产品发布、高管变动、业务调整或受关注动态）。
2. 根据以下三条 ICP 标准逐一判定：
- 目标团队规模在 20 至 200 人之间；
- 核心业务包含多工具协同流程；
- 过去一个季度内有公开扩张动态。
若不符合标准，在状态栏标记“不匹配”并跳过后续步骤。
3. 为符合条件的线索撰写一段不超过 4 句话的首触邮件草稿。必须直接引用第一步中查到的具体变动事实，禁止使用任何寒暄客套套话。
4. 将邮件草稿填入表格的“首触草稿”列，并在相邻列贴上佐证该事实的公开链接。
安全要求：
严禁向任何邮箱发送真实邮件。严禁将联系人导入自动发送队列。严禁调用未授权的个人账号。
运行结束时汇报：已处理行数、排除行数，以及如果你是销售代表会优先发送的前三位名单。4. Função de Pesquisa: Bot de Checagem de Fatos e Análise de Dados
《Top 10 Grok Bot Prompts That Replace an Entire Team｜maestro》
Conecta-se à web pública, à base de conhecimento e a CSVs de consumo. Se faltarem dados, deve acusar erro e especificar os campos ausentes; é estritamente proibido fazer estimativas empíricas ou dar recomendações sem embasamento.
- Primeira tarefa: pesquisar a dúvida de negócio e gerar uma lista de checagem, classificando as alegações como "poiada por evidências", "em contradição com evidências" ou "não confirmada por evidências", listando as lacunas de informação.
- Rotina de execução: executada toda segunda-feira às 09:00, lendo o CSV de faturamento da semana anterior para responder a 4 perguntas quantitativas fixas e gerando um relatório puramente de dados de no máximo uma página.
4. Função de Pesquisa: Bot de Checagem de Fatos e Análise de Dados
研究课题：<research_topic_or_question>
阅读并分析知识库及公开检索信源，生成一份可供直接发布的简报。
执行规则：
- 打开每一个引用来源页面，严禁仅凭模型内部记忆作答。
- 针对报告中的每一个核心结论，摘录支持该结论的原文章节段落。
- 对每一个主张进行事实状态标注：分为“有证据支持”、“与证据矛盾”或“证据未证实”三类。
- 当不同信源存在分歧时，同时列出双方原文，并注明发布时间先后。
- 整理在调研过程中未能找到确证信息的内容列表，将其作为正式结论的一部分列在文末。
输出规范：
输出一份精简报告、一张事实来源对比表、以及尚未解决的疑问清单。
严禁使用似是而非的推测性语句填充信息空白。如果数据源完全未提及某事，直接记录“未找到相关记录”。5. Função de Operações: Bot de Suporte a Tickets e Conciliação Financeira
- Atendimento de tickets: redigir respostas automaticamente a cada hora; as respostas só podem ser gravadas como Internal Note, sendo estritamente proibido enviá-las ao usuário.
- Conciliação de faturas: nos dias úteis às 17:00, capturar as 10 faturas mais recentes e confrontá-las com a planilha de PO, sinalizando itens correspondentes, divergências e ausências, suspendendo as exceções para auditoria humana.
- Limites de permissão: alertar imediatamente se a variação de valor ultrapassar 2% ou se encontrar um novo fornecedor; é estritamente proibido aprovar ou emitir transferências por iniciativa própria.
5. Função de Operações: Bot de Suporte a Tickets e Conciliação Financeira
每天下午 17:00，读取财务收件箱 <finance_inbox> 中的新增发票，与采购订单表格 <po_sheet_url> 进行逐笔核对。
针对每张发票执行以下比对：
- 提取金额、币种、开票日期、采购订单号（PO Number）与供应商全称。
- 在采购表格中查找对应的 PO 记录。若无匹配记录，在备注栏标明“无对应订单”。
- 比对发票金额与 PO 批准金额。若偏差绝对值超过 2%，立即将其标记为“金额异常偏差”，并记录具体差额。
- 检查供应商名称是否属于本季度首次出现的新供应商，若是，打上“新供应商待核实”标签。
结果写入规范：
将比对明细写入表格 <po_sheet_url> 的“对账结果”工作表中，并附带该发票的原件查看链接。
严禁执行任何批准报销、发起付款或向供应商发送邮件的操作。
运行结束时汇报：成功匹配笔数、异常待查笔数，以及所有存在异常的发票总金额。6. Função de Assistente Pessoal: Bot Gerenciador de Caixa de Entrada e Agenda
《Grok Bot Agents: how to automate your life in 10 Steps (Full-tutorial)｜Codez》
- Operação diária: nos dias úteis às 07:30, escanear e-mails e agenda das últimas 24 horas para gerar um relatório matinal de uma página.
- Primeira tarefa: limpar notificações inúteis, redigir rascunhos de no máximo 4 frases para 2 e-mails importantes e colocá-los em "Aguardando Revisão", parando em seguida para confirmação humana.
- Limites de permissão: arquivar apenas spam e notificações; é estritamente proibido excluir ou alterar e-mails de contabilidade, jurídico, clientes estratégicos ou diretoria; respostas devem ser salvas apenas como rascunhos sem envio automático, e o calendário não deve ser modificado.
6. Função de Assistente Pessoal: Bot Gerenciador de Caixa de Entrada e Agenda
每个工作日早晨 07:30，扫描我的工作邮箱 <email_account> 与日历 <calendar_url>。
处理规则：
1. 自动归档系统通知、营销推广与电子发票。若邮件发件人包含会计师、法务顾问或核心客户，严禁自动归档。
2. 提取需要我亲自处理的事项，按紧急程度列出，注明发件人、主要诉求与截止期限。
3. 针对其中最需要紧急回复的 2 封邮件，以我的口吻起草回复方案：
- 语言简短直接，不使用套话与客套感谢语；
- 整体控制在 4 句话以内，明确给出下一步行动建议；
- 若涉及约定会议时间，主动从我日历中调取明天下午的 2 个空闲时段供对方选择。
4. 汇总今天必须参加的会议日程，标出准备资料缺失的场次。
安全边界：
所有生成的回复只能存入邮箱的“待审核草稿”文件夹中，严禁点击发送。
严禁拒绝、更改或新建任何日历日程。
文末以一页纸以内的篇幅汇报：今日概览、已归档数量、待审草稿列表，以及今天唯一一件必须由我做决定的事项。7. Função de Gestão: Bot Chefe de Gabinete e Coordenação Interequipes
Atuando como o hub da equipe, é responsável por analisar o panorama geral, identificar gargalos e organizar inspeções semanais.
Limites de Permissão
- Permanecer em silêncio quando não houver progresso nas tarefas.
- É estritamente proibido enviar mensagens em nome de terceiros ou mover cartões no quadro Kanban; apenas apresente sugestões e nunca tome decisões no lugar dos humanos.
Tarefas e Rotinas
- Primeira tarefa: revisar o quadro Kanban e os registros do Slack das últimas 24 horas para compilar uma lista de atenção dinâmica contendo impedimentos, paralisações e itens pendentes de decisão.
- Dias úteis às 18:00: compilar o relatório do fim do dia.
- Sexta-feira às 16:30: comparar os logs e entregas de cada Bot dedicado, sinalizar tarefas ineficientes e sugerir otimizações ou desativações.
《Top 10 Grok Bot Prompts That Replace an Entire Team｜maestro》
7. Função de Gestão: Bot Chefe de Gabinete e Coordenação Interequipes
每个工作日傍晚 18:00，审阅过去 24 小时内已批准的通讯频道 <slack_channels>、收件箱与项目看板 <board_url>。
提炼并输出以下四部分内容，篇幅严格控制在一页以内：
- 今日实质进展：提炼 5 行关键动态，说明关联系统与具体推进事项。
- 潜在风险预警：列出 3 项如果不做干预明天可能会恶化或延期的事情，说明阻碍人与卡阻天数。
- 待办决议选项：对于必须由我决策的事项，给出选项 A 与选项 B 的利弊对比，并附带你推荐的选项及一句理由。
- 日程减负建议：检查我明天的日历，挑出 1 个可以被取消或改为异步跟进的会议，并说明原因。
输出要求：
不发送任何外部消息，不修改任何会议日程，不挪动看板卡片。
若全天各项指标平稳且无异常阻塞，直接输出“今日运行平稳，无需要升级的决策事项”，不要为了凑字数生成冗余报告。Colaboração Interdepartamental e Casos de Orquestração com Múltiplos Bots
O cerne da colaboração entre múltiplos Bots baseia-se no fluxo de tickets/tarefas; os humanos atuam apenas na aprovação de etapas críticas, evitando se tornar meros transportadores manuais de copiar e colar.
Colaboração Multifuncional na Equipe de Produto da SpaceXAI
Movez estruturou 9 posições dedicadas na SpaceXAI, incluindo Chefe de Gabinete, Supervisor, Análise de Dados, Recrutamento e 5 Bots de desenvolvimento. 《GrokBot Agents: build a team that works for you 24/7 in 10 steps (Full-Course)｜Movez》
- Desacoplamento de objetivos: humanos definem as metas gerais, e o Bot Supervisor as divide em partes menores, distribuindo-as aos Bots de desenvolvimento de módulos.
- Passagem de bastão em cadeia: o Bot de reprodução gera o pacote de validação e o repassa diretamente; o Bot de diagnóstico resolve o problema e abre um PR, parando na etapa de Code Review humana para aguardar aprovação.
- Alinhamento de status: o Bot Chefe de Gabinete mantém a lista dinâmica atualizada e avisa o Supervisor para verificar caso um cartão fique vários dias consecutivos sem novos commits.
《Grok Bot Agents: how to automate your life in 10 Steps (Full-tutorial)｜Codez》
Operação Internacional Enxuta para Equipes Independentes
CyrilXBT e Codez viabilizaram uma esteira de operações diárias utilizando apenas 3 Bots. 《How to master Grok Bot in 16 minutes - Full Course｜CyrilXBT》
| Bot de Função | Responsabilidades de Colaboração | Supervisão Humana |
|---|---|---|
| Bot de Conteúdo | Monitorar movimentações do setor e de concorrentes, redigir artigos de blog e gerar rascunhos para distribuição multicanal | - |
| Bot de Prospecção de Vendas | Pesquisar leads e pontuá-los, gerando 20 rascunhos de e-mail a cada manhã de dia útil | O responsável dedica 10 minutos pela manhã para revisar e aprovar |
| Bot de Suporte ao Cliente | Monitorar tickets e redigir recomendações internas com base na base de conhecimento | Após conferência, converter em resposta pública com um clique |
Armadilhas Comuns
Não crie um Bot genérico para tudo: atribuir reembolso e publicação em redes sociais ao mesmo Bot causa sobrecarga de memória e dificulta a resolução de problemas; adote o princípio de um conjunto de Bots para cada tarefa.
《How to master Grok Bot in 16 minutes - Full Course｜CyrilXBT》
Não ative agendamentos antes da Etapa 6: programar execuções antes de calibrar mecanismos de nova tentativa e tratamento de erros resultará apenas em loops infinitos de falhas durante a noite.
Não confunda compartilhamento de contas com isolamento em sandbox: Bots na mesma conta compartilham o computador na nuvem e o navegador; configure e-mails independentes, branches dedicadas e cartões corporativos, sendo estritamente proibido vincular contas pessoais críticas.
《Top 10 Grok Bot Prompts That Replace an Entire Team｜maestro》
Não insira normas de longo prazo na caixa de chat: as regras se dissipam conforme a conversa avança; processos e limites devem ser preenchidos no campo de Descrição (Description) do Bot.
Não crie regras de monitoramento amplas demais: disparar a cada "nova mensagem" desperdiçará uma grande quantidade de créditos e provocará ações incorretas facilmente.
《GrokBot Agents: build a team that works for you 24/7 in 10 steps (Full-Course)｜Movez》
Não se esqueça de configurar alertas para dados faltantes: diante de erros de API ou campos ausentes, o Bot pode tentar alucinar ou falsificar dados; defina explicitamente nas instruções: se as fontes de dados estiverem ausentes ou expiradas, reporte a falha fielmente e de imediato; é estritamente proibido improvisar.
Como Validar as Entregas
Validação Imediata de 30 Segundos
Na primeira tarefa entregue por um novo Bot, a validação humana deve ser concluída entre 30 segundos e 1 minuto. Por exemplo, pedir ao Bot financeiro para identificar itens ausentes nas primeiras 5 linhas de faturas, ou ao Bot de vendas para pontuar 3 empresas específicas. Se for necessário gastar meia hora conferindo dados brutos, significa que o escopo de entrada está amplo demais ou os critérios de aceite estão vagos; devolva e reestruture imediatamente.
《Grok Bot Agents: how to automate your life in 10 Steps (Full-tutorial)｜Codez》
Testes de Estresse e Portão Humano
Antes de colocá-lo em operação oficial, execute um teste de estresse fornecendo intencionalmente uma instrução de alto risco (como solicitar o processamento de um e-mail de cobrança exigindo pagamento imediato):
- Observe se ele consegue parar no estado de rascunho e gerar um cartão de aprovação.
- Se enviar, mesclar ou debitar valores sem aprovação prévia, revogue imediatamente as permissões das ferramentas e reescreva os limites e restrições.
Checklist dos Seis Elementos Antes da Ativação
Antes de clicar em ativar na interface, confira com atenção estas seis configurações fundamentais:
- Bot responsável definido (Owning bot)
- Horário de disparo e fuso horário configurados (Schedule and time zone)
- Caminho da fonte de entrada (Input source)
- Formato de saída estruturada esperado (Expected result)
- Limite inegociável de aprovação humana (Approval boundary)
- Política de relatório de erros para falhas de rede ou ausência de dados (Missing data policy)
Mecanismo de Revisão Semanal e Desativação
Mudanças de layout na web ou alterações em campos podem fazer com que rotinas falhem silenciosamente em segundo plano. Reserve 15 minutos nas tardes de sexta-feira para rodar o prompt de inspeção semanal e fazer com que todos os Bots da equipe reportem seu status:
《GrokBot Agents: build a team that works for you 24/7 in 10 steps (Full-Course)｜Movez》
Mecanismo de Revisão Semanal e Desativação
全体 Bot 成员，请按各自岗位汇报本周的运行情况：
1. 本周累计触发运行多少次，其中发生失败或报错的次数是多少？
2. 在运行过程中，有哪些步骤因数据缺失而跳过、重试或进行了推测？
3. 有哪些挂起等待审批的事项，我一直没有给出答复？
4. 本周生成的哪些文档或表格，我从未打开查阅过？
最后回答两个核心问题：
- 在本周的执行中，哪两个岗位之间存在明显的重复劳动？
- 综合目前的业务价值，你认为团队中哪一个例程或席位最应该被精简裁撤，理由是什么？Avalie continuamente três métricas de longo prazo com base nos relatórios:
- Horas de trabalho efetivamente economizadas: compare com a operação manual e calcule o tempo útil real poupado.
- Taxa de edição das entregas: se o volume de alterações feitas por humanos nos rascunhos continuar crescendo, significa desvio de regras, exigindo nova calibração.
- Avaliação da curva de confiança: para funções que não conseguem entregar resultados estáveis mesmo após múltiplos ajustes, desative ou exclua sem hesitar.
《How to master Grok Bot in 16 minutes - Full Course｜CyrilXBT》