Agentes
Agentes de negocio que deben ganarse su confianza.
Kohentra recurre a agentes especializados cuando su experiencia cuenta. Cada uno se diseña, se versiona, se cualifica con sus propios juicios y solo obtiene autonomía si usted se la concede.
| Versión | Estado | En su espacio |
|---|---|---|
| 1.0.0 | En servicio | Cualificada con sus juicios |
| 1.1.0 | En evaluación | Mismos tickets, ningún efecto · discrepancias por juzgar |
| 1.2.0 | Preparada | No publicada: no se ejecuta en ningún sitio |
Una versión publicada ya no cambia. Ninguna hereda la confianza de la anterior.
La experiencia adecuada, en el momento adecuado
Un agente aislado no es Kohentra. Es Kohentra quien decide qué agente examina qué, con qué contexto y cuándo un trabajo ha dejado de tener sentido.
- Detectaruna situación en su actividad.
- Reunir el contextohistorial, objetos vinculados, conclusiones ya conocidas.
- Valorar si hace faltay no lanzar nada si no aporta.
- Elegir la capacidady abrirle solo su alcance.
- Recoger la conclusióncon sus pruebas, conservadas tal cual.
- No repetirlo que ya está resuelto o en curso.
Diseñados, no programados a fuego
Describa la necesidad como se la explicaría a un compañero: el diseñador de agentes le ayuda a convertirla en una definición completa que usted revisa antes de crear nada. También puede partir de un agente existente.
Kohentra aporta además sus propios agentes, cuyas versiones usted elige. Ninguna versión nueva sustituye a la suya sin su decisión.
-
Su ámbito
y el recurso con el que trabaja, entre los que Kohentra conoce realmente en su espacio.
-
Lo que examina
las situaciones a las que se dirige y lo que intenta determinar.
-
Sus conclusiones
y lo que significa cada una: es con ellas con lo que usted lo juzgará.
-
Su razonamiento
primero reglas; un modelo de lenguaje solo si hace falta, y acotado.
-
Su contexto
los objetos relacionados que puede leer, si Kohentra sabe establecer la relación con sus datos.
-
Sus acciones
las que podrá proponer. Declararlas no las autoriza.
Un agente empieza sin ninguna autoridad
Todo agente nuevo, y toda versión nueva, empieza en observación: analiza sus datos reales y produce conclusiones reales, pero nada cambia en Dolibarr y ninguna de las acciones que contempla podrá ejecutarse.
Tres preguntas se mantienen separadas: ¿tiene derecho a trabajar? ¿Qué autoridad ejerce? ¿Qué valen sus conclusiones? Desactivar un agente no dice nada de su calidad, y promoverlo no lo hace mejor.
Cualificar antes de confiar
Para cada conclusión revisada, usted emite un juicio: correcta, incorrecta (y cuál se esperaba) o imposible de juzgar con las pruebas disponibles. Estos juicios son la única prueba que Kohentra acepta.
Los umbrales dependen de la acción que propone el agente: cuanto más difícil de deshacer, más revisiones se exigen y menos errores se toleran. Un juicio que ha caducado, porque el asunto ha cambiado desde entonces, se excluye del cálculo y se señala.
Una conclusión que nadie ha revisado no demuestra nada.
Una nueva versión tiene que demostrarlo
Mejorar un agente no significa sustituir el anterior a ciegas.
- Prepararuna nueva versión. Una versión publicada ya no cambia.
- Evaluar en paralelolas mismas situaciones que la versión en servicio, justo después de ella, sin efecto en el negocio.
- Compararsobre exactamente la misma entrada: coincidencias, discrepancias, primero las no juzgadas.
- Contrastar con sus juiciosallí donde usted ya había decidido. Los casos que motivaron la versión se cuentan aparte.
- Promoversolo por decisión suya. No se hereda nada: ni cualificación ni autorización.
- Seguir midiendoy volver a una versión anterior si hace falta, con la decisión registrada.
La autonomía se gana, acción por acción
Kohentra funciona por defecto en modo de solo lectura. Para que una acción llegue a ejecutarse, deben abrirse tres cerrojos independientes: la plataforma la declara ejecutable, su espacio se la concede a este agente en esta versión, y su régimen lo permite (proponer, ejecutar tras confirmación o ejecutar sin confirmación previa).
Hoy solo hay una acción ejecutable: cerrar un ticket reconocido como spam. Todas las demás solo pueden proponerse. Ejecutar sin confirmación exige pruebas cuantificadas, tanto sobre la fiabilidad de la conclusión que la desencadena como sobre la de la ejecución. Sigue estando supervisada, registrada, se suspende ante el primer incidente notificado y es revocable en cualquier momento.
Un contrato de seguridad para cada versión
Kohentra aplica estas reglas mientras el agente trabaja, nunca mediante una instrucción dada al modelo.
-
Lo que puede leer
los datos y campos declarados. Cualquier otra lectura se rechaza.
-
Lo que puede llegar al modelo
solo una parte de lo que lee, o nada. Si no, no hay llamada.
-
Lo que puede solicitar
sus acciones declaradas, reversibles o no. Nada más.
-
Lo que usted le concede
el régimen de cada acción, para esta versión concreta.
-
Lo que nunca hará
superar el límite fijado por la plataforma, por fiable que sea.
-
Lo que nunca ve
ninguna clave de API, ninguna credencial, ningún token.
Vea a los agentes en situaciones reales.
Facturación, cierre, tickets: lo que examina cada uno y lo que deja en sus manos.