Revisando e Publicando Skills para sua Organização

Resumo

Quando os Builders enviam Skills para uso em toda a empresa, essas Skills aparecem no painel de Publisher em Revisão pendente. Este guia orienta você pelo fluxo de revisão e explica o que verificar antes de aprovar uma Skill para toda a organização.

Por que isso é importante

Toda Skill que você aprova passa a fazer parte do kit de ferramentas institucional da sua empresa. Depois de publicada, qualquer usuário da sua organização pode acioná-la, em petições e em documentos voltados ao cliente. Isso faz da revisão do Publisher a etapa de controle de qualidade para o trabalho assistido por IA em toda a empresa.

Um processo de revisão cuidadoso protege três coisas: consistência (as Skills aprovadas refletem os padrões reais da empresa), qualidade (apenas Skills testadas e bem escritas chegam à produção), e confiança (os usuários podem confiar em qualquer Skill da biblioteca sem ficar em dúvida). Pular essa etapa ou aprovar envios sem avaliação prejudica as três.

Quem pode revisar Skills

Apenas Publishers podem revisar e aprovar Skills enviadas. Builders que enviam uma Skill podem ver o status de pendente, mas não podem aprovar suas próprias submissões. Se a sua empresa não tiver um Publisher ativo, as Skills enviadas vão se acumular na fila de revisão sem ninguém para agir sobre elas; atribua pelo menos um Publisher antes de disponibilizar Skills para sua equipe.

Guia passo a passo

Etapa 1: Abra a fila de revisão pendente

1. Na página inicial do Vincent, clique em Personalizar no canto superior direito.

2. Selecione a aba Skills .

3. Localize a seção Revisão pendente .

Qualquer Skill enviada por um Builder aparece aqui com o nome do remetente, a data do envio e a descrição da Skill.

Etapa 2: Abra a Skill que você quer revisar

Clique na Skill para ver seu conteúdo completo, descrição, condições de ativação, instruções, subskills e quaisquer recursos anexados.

Reserve um tempo para ler tudo o que o Builder enviou. A descrição diz ao Vincent quando acionar a Skill; portanto, uma descrição incorreta faz com que a Skill seja ativada nas situações erradas, mesmo que as instruções em si sejam excelentes.

Etapa 3: Teste a Skill antes de aprovar (recomendado)

Antes de publicar para toda a empresa, teste a Skill na sua própria conversa para confirmar que ela se comporta como esperado. Você pode fazer isso abrindo a Skill e selecionando Testar na conversa, ou iniciando um novo chat e acionando a Skill com um prompt que corresponda às suas condições.

Esta etapa é opcional, mas altamente recomendada para qualquer Skill que será usada em trabalho voltado ao cliente.

Etapa 4: Aprove ou rejeite

Depois de revisar e, de preferência, testar a Skill:

• Aprove para publicar a Skill para todos os usuários da sua organização. Ela se torna imediatamente disponível nas bibliotecas de Skills de todos os usuários.

• Rejeite com uma nota para o Builder se a Skill precisar de alterações. Escreva uma nota específica e construtiva explicando o que precisa mudar para que o Builder possa revisar e reenviar.

O que verificar ao revisar uma Skill

Use esta lista de verificação para revisar os envios de forma consistente:

• Precisão da descrição: A descrição captura corretamente o que a Skill faz? Vincent usa esse texto para decidir quando acionar a Skill, então descrições vagas ou enganosas causam acionamentos incorretos.

• Condições de ativação: As condições são específicas o suficiente para que a Skill seja ativada nos prompts certos e apenas nesses prompts? Condições excessivamente amplas fazem a Skill ser acionada quando não deveria.

• Qualidade das instruções: As instruções são específicas, inequívocas e livres de contradições? Elas dizem explicitamente o que fazer e o que evitar?

• Precisão jurídica e factual: A Skill faz referência à jurisdição correta, à lei aplicável e aos padrões da empresa? Aponte qualquer coisa que produza um resultado inconsistente com a forma como sua empresa realmente atua.

• Confidencialidade e privilégio: A Skill evita o tratamento inadequado de informações de clientes? Ela está em conformidade com as políticas de ética e confidencialidade da sua empresa?

• Relevância para toda a empresa: Esta Skill é útil para toda a empresa ou reflete o fluxo de trabalho idiossincrático de um único advogado? Skills muito pessoais são melhores como pessoais (Publicado · Só eu) do que para toda a empresa.

• Sobreposição com Skills existentes: Já existe uma Skill aprovada que cubra essa tarefa? Se sim, considere se deve mesclar, substituir ou rejeitar.

Aprovar vs. rejeitar: orientações

• Aprove quando a Skill é precisa, específica, testada e agrega valor para toda a empresa. Preferências estilísticas menores podem ser editadas após a aprovação; você tem total अधिकार de edição sobre qualquer Skill da biblioteca.

• Rejeite quando a Skill tiver problemas substanciais: lei incorreta, escopo de condições mal definido, sobreposição com Skills existentes ou conteúdo pessoal demais para ser usado em toda a empresa. Rejeite com uma nota clara para que o Builder entenda o que corrigir.

• Edite e aprove quando a Skill for fundamentalmente boa, mas precisar de refinamento. Publishers podem editar qualquer Skill, então pequenos ajustes não exigem uma rejeição seguida de reenviou; aprove e refine no próprio local.

Boas práticas e dicas profissionais

• Dê notas construtivas ao rejeitar. "Isso não está totalmente certo" não diz nada ao Builder. "A condição de ativação está muito ampla; ela dispara em qualquer pergunta sobre contrato, não apenas em rascunhos de NDA. Restrinja-a a prompts que solicitem explicitamente um NDA e reenviou" diz exatamente o que fazer. Rejeições específicas levam a reenviou melhores e a Skills mais fortes ao longo do tempo.

Artigos relacionados

• Enviando uma Skill para uso em toda a organização

• Funções e permissões de Skills

• Dicas para escrever Skills eficazes

• Editando e gerenciando suas Skills

Conteúdo em vídeo relevante

Qual é o seu próximo passo?