O que o Architect pode alterar
A lista completa do que o Architect pode ler e editar, onde cada alteração é aplicada e quais ações pedem sua aprovação.
Visão geral
Os recursos do Architect vêm de um conjunto fixo de ferramentas. Esta página os lista por área e, para cada uma, responde a três perguntas:
- O que o Architect pode ler?
- O que ele pode alterar e onde a alteração é aplicada? As alterações são aplicadas em um de dois lugares:
- Rascunho: preparada no seu rascunho não publicado em uma branch. Nada chega aos usuários ativos até você publicar o rascunho.
- Workspace: aplicada imediatamente a um recurso compartilhado em todo o workspace, como uma ferramenta ou um documento da base de conhecimento.
- Ele pergunta antes? Esta coluna descreve o modo padrão Aprovação necessária. No modo Aprovação automática, o Architect não pergunta antes de nenhuma ação. Consulte Modos de aprovação.
Todas as ações também são executadas como se fossem você: o Architect só pode fazer o que a sua própria função permite. Consulte Permissões, aprovações e rascunhos.
Configuração do agente
Recursos do workspace
Um teste criado pelo Architect passa a existir imediatamente no workspace, mas só entra na suíte de testes do agente quando você publica o rascunho que o anexa. O Architect ainda pode executá-lo antes de você publicar.
Conversas, insights e triagem
Branches, propostas e implantação
Criar uma branch ou uma proposta de merge não altera a experiência dos usuários ativos, então o Architect não pergunta antes. Fazer merge em uma branch que atende tráfego e alterar a divisão de tráfego afetam imediatamente os usuários ativos.
Agentes
O Architect não pode excluir permanentemente um agente. Em vez disso, sua ação de exclusão arquiva o agente.
Ações de interface
Além das ferramentas para criar agentes, o Architect pode agir na página que você está visualizando: navegar para uma página, destacar um controle, preencher campos de formulário, clicar em botões e alternar branches ou filtros do dashboard. Ele usa essas ações para orientar você pelo dashboard, por exemplo, quando você pergunta como convidar um colega. Essas ações não pedem aprovação. Elas só podem fazer o que você poderia fazer nessa página.
Um agente ou vários
O Architect não se limita ao agente que você tem aberto. Por padrão, ele trabalha nesse agente, mas pode ler e editar qualquer agente ao qual você tenha acesso e comparar agentes em todo o workspace. Abra a página do Architect no workspace (Agentes > Architect) para perguntas que abrangem vários agentes, como “Quais dos meus agentes não têm proteções?”
Quando uma única conversa prepara edições em mais de uma branch de um agente, o Architect precisa informar a qual branch se destina cada edição posterior.
O que o Architect não pode fazer
O Architect não tem ferramentas para estas ações:
- Publicar um rascunho. Você sempre publica.
- Aprovar, revisar ou fazer merge de uma proposta de merge.
- Excluir permanentemente um agente, uma branch, um documento da base de conhecimento, um número de telefone ou um segredo.
- Criar ou editar servidores MCP, segredos, integrações, canais ou alertas.
- Comprar, importar ou atribuir números de telefone.
- Ler valores de segredos.
- Gerenciar membros do workspace, funções, faturamento ou chaves de API por meio de uma ferramenta dedicada. Ele pode abrir essas páginas e orientar você nelas usando as ações de interface abaixo.
- Ignorar suas permissões. O Architect está sujeito a todas as restrições da sua conta, incluindo a proteção de branch.