Um modelo funcional do construtor real — clique nos passos, renomeie o agente, alterne fontes e ferramentas.
Conhecimento e ações estão separados propositalmente
A maioria dos construtores de agentes confundem os dois e você perde o controle do que seu agente pode tocar. Klart mantém a linha nítida.
Fontes de dados — o que ele conhece
Apenas leitura. O agente responde a partir delas e as cita; quando a resposta não está lá, ele diz em vez de inventar uma.
Drive, Notion, Confluence, Jira, seu site, arquivos enviados
Permissões existentes são herdadas, nunca ampliadas
Re-indexado conforme o conteúdo muda — sem respostas obsoletas
Ferramentas — o que ele pode fazer
Acesso de escrita, concedido uma ação por vez. Cada ferramenta pode exigir sua aprovação antes de ser executada.
Criar tíquetes, atualizar registros de CRM, enviar e-mail, registrar problemas
Qualquer API interna: endpoint, cabeçalho de autenticação, parâmetros JSON
Cada chamada registrada com quem pediu, o que foi executado, o que retornou
Um agente, três superfícies
Construa uma vez. Sua equipe o usa em chat, seu produto o chama pela API, seus clientes o encontram em seu site.
Sua equipe apenas a escolhe da lista
Um agente publicado aparece no chat do espaço de trabalho ao lado de Klarty e o resto. Responde com citações e quando executa uma ferramenta você vê exatamente qual foi executada.
Respostas citadas, então qualquer um pode verificar a fonte
Recibos de ferramentas na thread, não escondidos em um log
Também acessível de Slack e Microsoft Teams
O que times constroem primeiro
Três agentes personalizados que se pagam em uma semana.
Agente de integração
Responde a todas as perguntas de novos contratados do manual e wiki de TI, e registra as solicitações de acesso sozinho.
Agente de suporte nível 1
Fica em seu site, resolve perguntas repetitivas e abre um tíquete com contexto quando não consegue.
Agente de resposta a RFP
Redige respostas de propostas anteriores e documentos de segurança, cita cada uma e registra o negócio no CRM.