For the complete documentation index, see llms.txt. This page is also available as Markdown.

Revisar y publicar Habilidades para tu organización

Los editores revisan las Habilidades enviadas por los Constructores y deciden cuáles publicar para toda la empresa. Esta guía cubre el flujo de revisión y qué comprobar antes de aprobar.

Resumen

Cuando los Builders envían Skills para uso en toda la firma, esas Skills aparecen en tu panel de Publisher, en Revisión pendiente. Esta guía te lleva paso a paso por el flujo de revisión y explica qué verificar antes de aprobar una Skill para toda la organización.

Por qué esto es importante

Cada Skill que apruebas pasa a formar parte del conjunto de herramientas institucional de tu firma. Una vez publicada, cualquier Usuario de tu organización puede activarla, en presentaciones y en documentos dirigidos a clientes. Eso convierte la revisión del Publisher en el filtro de calidad para el trabajo asistido por IA en toda la firma.

Un proceso de revisión cuidadoso protege tres cosas: la coherencia (las Skills aprobadas reflejan los estándares reales de la firma), la calidad (solo las Skills probadas y bien redactadas llegan a producción), y la confianza (los usuarios pueden confiar en cualquier Skill de la biblioteca sin tener que cuestionarla). Omitir este paso, o aprobar envíos sin revisión, socava las tres.

Quién puede revisar Skills

Solo los Publishers pueden revisar y aprobar las Skills enviadas. Los Builders que envían una Skill pueden ver su estado pendiente, pero no pueden aprobar sus propios envíos. Si tu firma no tiene un Publisher activo, las Skills enviadas se acumularán en la cola de revisión sin que nadie las gestione; asigna al menos un Publisher antes de implementar Skills en tu equipo.

Guía paso a paso

Paso 1: Abre la cola de Revisión pendiente

  1. En la página de inicio de Vincent, haz clic en Personalizar en la esquina superior derecha.

  2. Selecciona la pestaña Skills .

  3. Ubica la sección Revisión pendiente .

Cualquier Skill enviada por un Builder aparece aquí con el nombre de la persona que la envió, la fecha de envío y la descripción de la Skill.

Paso 2: Abre la Skill que quieres revisar

Haz clic en la Skill para ver su contenido completo, la descripción, las condiciones de activación, las instrucciones, las sub-Skills y cualquier recurso adjunto.

Tómate el tiempo de leer todo lo que envió el Builder. La descripción le indica a Vincent cuándo activar la Skill, así que una descripción inexacta hará que la Skill se active en las situaciones equivocadas aunque las instrucciones sean excelentes.

Paso 3: Prueba la Skill antes de aprobarla (recomendado)

Antes de publicarla para toda la firma, prueba la Skill en tu propia conversación para confirmar que se comporta como esperas. Puedes hacerlo abriendo la Skill y seleccionando Probar en conversacióno iniciando un nuevo chat y activando la Skill con una indicación que coincida con sus condiciones.

Este paso es opcional, pero muy recomendable para cualquier Skill que se vaya a usar en trabajo dirigido a clientes.

Paso 4: Aprueba o rechaza

Una vez que hayas revisado y, idealmente, probado la Skill:

  • Aprueba para publicar la Skill para todos los Usuarios de tu organización. Queda disponible de inmediato en las bibliotecas de Skills de todos los usuarios.

  • Recházala con una nota para el Builder si la Skill necesita cambios. Escribe una nota específica y constructiva explicando qué debe cambiar para que el Builder pueda revisarla y volver a enviarla.

Qué revisar al examinar una Skill

Usa esta lista de verificación para revisar los envíos de forma coherente:

  • Precisión de la descripción: ¿La descripción refleja correctamente lo que hace la Skill? Vincent usa este texto para decidir cuándo activar la Skill, así que las descripciones vagas o engañosas provocan activaciones incorrectas.

  • Condiciones de activación: ¿Las condiciones son lo suficientemente específicas para que la Skill se active con los prompts correctos, y solo con esos prompts? Las condiciones demasiado amplias hacen que la Skill se active cuando no debería.

  • Calidad de las instrucciones: ¿Las instrucciones son específicas, inequívocas y no contienen contradicciones? ¿Indican explícitamente qué hacer y qué evitar?

  • Precisión jurisdiccional y factual: ¿La Skill hace referencia a la jurisdicción correcta, a la ley aplicable y a los estándares de la firma? Señala cualquier cosa que produzca una salida inconsistente con la forma en que realmente trabaja tu firma.

  • Confidencialidad y privilegio: ¿La Skill evita el manejo inadecuado de la información del cliente? ¿Cumple con las políticas de ética y confidencialidad de tu firma?

  • Relevancia para toda la firma: ¿Esta Skill es útil en toda la firma o refleja el flujo de trabajo idiosincrático de una sola persona abogada? Las Skills muy personales es mejor mantenerlas como personales (Publicado · Solo yo) en lugar de para toda la firma.

  • Superposición con Skills existentes: ¿Ya existe una Skill aprobada que cubra esta tarea? Si es así, considera si conviene combinarla, reemplazarla o rechazarla.

Establece una cadencia regular de revisión. Las Skills enviadas pierden impulso si pasan semanas en la cola. Un espacio breve y fijo en el calendario del Publisher —por ejemplo, 30 minutos los lunes por la mañana— elimina la acumulación y mantiene motivados a los Builders para enviar trabajo de alta calidad.

Aprobar vs. rechazar: guía

  • Aprueba cuando la Skill es precisa, específica, probada y aporta valor a toda la firma. Las preferencias estilísticas menores pueden editarse después de la aprobación; tienes plenos derechos de edición sobre cualquier Skill de la biblioteca.

  • Rechaza cuando la Skill tiene problemas sustanciales: ley incorrecta, condiciones mal definidas, superposición con Skills existentes o contenido demasiado personal para ser de toda la firma. Recházala con una nota clara para que el Builder entienda qué corregir.

  • Edita y aprueba cuando la Skill es fundamentalmente sólida pero necesita pulido. Los Publishers pueden editar cualquier Skill, así que los pequeños ajustes no requieren un ciclo de rechazo; aprueba y perfecciónala en el mismo lugar.

Buenas prácticas y consejos útiles

  • Da notas de rechazo constructivas. “Esto no está del todo bien” no le dice nada al Builder. “La condición de activación es demasiado amplia: se activa con cualquier pregunta sobre contratos, no solo con borradores de NDA. Redúcela a prompts que pidan explícitamente un NDA y vuelve a enviarla” le dice exactamente qué hacer. Los rechazos específicos conducen a mejores reenvíos y a Skills más sólidas con el tiempo.

Artículos relacionados

Contenido de video relevante

¿Cuál es tu siguiente paso?

Última actualización

¿Te fue útil?