01El AI Developer

De un ticket de Jira a un pull request en borrador que su equipo revisa.

En L1 · Supervised, una persona aprueba el plan antes de escribir código.

Ejemplo ilustrativo

  1. 01 · Jira

    Ticket asignado

    A la cuenta propia del empleado de IA. Cada empleado de IA tiene su propia cuenta con nombre, roles y límites.

  2. 02 · Slack · L1

    Una persona aprueba el plan

    Publica un plan. Una persona designada lo aprueba antes de escribir código. La decisión queda registrada.

  3. 03 · Sandbox

    Código y pruebas, aislados

    Sin credenciales de integración ni claves de proveedor, y tráfico saliente solo hacia una lista de permitidos. En servidores, el sandbox se ejecuta con gVisor. Su único token es uno de corta duración para sus propias llamadas al modelo.

  4. 04 · GitHub

    PR en borrador en polis/*

    Con un resumen de pruebas. Polis nunca hace merge. Los tokens son de corta duración, se emiten por llamada y se limitan a un repositorio.

  5. 05 · Auditoría

    Sus desarrolladores revisan

    Como siempre. Cada paso queda en el registro de auditoría. El registro de auditoría es de solo adición.

02El Atlassian access manager

Una solicitud de acceso, como una lista de cambios que aprueba una persona.

Grupos, acceso a productos y permisos de espacios de Confluence en Jira y Confluence. La identidad se confirma mediante un correo electrónico verificado, nunca se adivina.

  1. 01

    Propuestos como datos

    Cada cambio muestra la persona, el destino y el nivel de acceso antes y después.

  2. 02

    Una persona aprueba el conjunto

    En el panel, o en Slack para conjuntos de hasta 10 cambios. La aprobación en Slack se limita a los aprobadores que designe un administrador.

  3. 03

    Aplicados y verificados

    Modo de prueba por defecto. Cada cambio se relee para verificarlo.

  4. 04

    Deshacer con un clic

    Un cambio aplicado se puede deshacer con un clic.

  5. 05

    Resumen diario

    Los Owners reciben los cambios de acceso realizados y cualquier regla de seguridad desactivada.

03Autonomía por proyecto

La autonomía es un regulador que se ajusta por proyecto.

Empiece donde su equipo se sienta cómodo y suba cuando los resultados lo justifiquen.

  1. L0 · Advisory

    Analiza el trabajo y asesora. No cambia código.

  2. L1 · Supervised

    Una persona designada aprueba el plan antes de escribir código.

  3. L2 · Autonomous

    Implementa por sí solo. Una persona sigue revisando el pull request.

Ningún empleado de IA trabaja por encima del nivel de su proyecto, cada empleado de IA puede limitarse a un nivel inferior y se pueden exigir aprobaciones para acciones concretas en toda la organización.

04Aprobaciones, auditoría y el interruptor

Decide una persona designada. Cada decisión queda registrada. Un interruptor lo detiene todo.

  • Una pasarela

    Cada acción externa pasa por una pasarela: política, aprobación, credencial, registro.

  • Políticas y aprobaciones

    Políticas por proyecto y por acción. Cuando una política exige aprobación, decide una persona designada y la decisión queda registrada.

  • Planes y aprobaciones en Slack

    La capa de conversación en Slack: los planes se publican y se aprueban en Slack.

  • Auditoría de solo adición

    Cada decisión, aprobación, llamada a herramienta y llamada al modelo se registra en un registro de auditoría de solo adición.

  • Pausar todo el trabajo de IA

    Un interruptor pausa todo el trabajo de IA para todos, y un aviso lo indica.

05Experiencia e incorporación

Empleados de IA que aprenden cómo trabaja su empresa, con una persona que aprueba cada lección.

Instrucciones, lecciones y conocimiento de referencia para cada empleado de IA, a partir de lo que su empresa ya sabe.

Lecciones

La IA propone. Una persona aprueba.

Aprender de la experiencia

La IA propone lecciones a partir de tareas terminadas, comentarios y decisiones, y una persona aprueba cada una antes de usarla. Usted puede editar, retirar o eliminar cualquier lección.

Incorporación

Parta de lo que ya tiene.

  • Incorporación

    Cuando se crea un empleado de IA, un administrador le facilita la documentación y el conocimiento que necesita, para que empiece preparado para su empresa y el proyecto.

  • Información, nunca órdenes

    El conocimiento de referencia se usa como información, nunca como instrucciones.

  • Modelo de búsqueda local

    La búsqueda se ejecuta en un modelo local, así que ningún texto de documentos sale de su instalación. Usar un proveedor en su lugar es opcional.

  • Pregunte qué sabe

    Pregunte: «¿Qué sabe Atlas sobre…?»

Sus datos, su control

Consúltelo, cámbielo, elimínelo.

  • Su almacén de experiencia

    La experiencia se almacena en su instalación de Polis, donde usted puede consultarla y eliminarla. Polis no entrena modelos con ella.

  • Exportar y eliminar

    Usted puede exportar o eliminar el conocimiento de la empresa, y quitar una fuente elimina su copia almacenada. La conservación la decide usted.

Medido, no prometido

Solo afirmamos lo que medimos.

Cualquier mejora gracias a la experiencia tiene que reflejarse en el conjunto de pruebas de referencia antes de que la afirmemos. Aún no publicamos cifras.

  • Medido, no prometido

    Medimos la calidad con un conjunto fijo de pruebas de referencia y solo afirmamos lo que este mide.

Reservar una demo

Véalo en su propio flujo de trabajo.

Una llamada de 30 minutos: unos 15 minutos de producto en directo, incluido el interruptor que lo pausa todo, y después sus preguntas. Si lo desea, invite a su CISO.

Solicitar una demo polis@polis.guru

Qué mostramos

  • Roles que no pueden excederse, con autenticación reforzada para acciones sensibles
  • Un proveedor de modelos vinculado a una clase de datos
  • Aprobaciones de una persona designada, en Slack o en el panel

El interruptor que lo pausa todo

Un interruptor pausa todo el trabajo de IA para todos, y un aviso lo indica.