Probador de reglas
Prueba un comando contra Guard
Reglas (haz clic para cambiar el modo)
- Reglas abiertasUn repo de prueba, sin secretos, donde prefieres no interrumpir al agente.
- Preguntar lo delicadoCualquier repo real. Lo reversible sigue. Lo que borra, publica o toca credenciales se detiene.
Permitir, preguntar, bloquear
Permitir deja pasar el acto y el agente sigue. Preguntar lo retiene hasta que tú eliges. Bloquear lo corta. La misma regla puede ser más estricta en un repo de producción y más laxa en un sandbox, porque las excepciones son por proyecto.
No es un filtro de texto que el agente pueda discutir. Es una decisión en el Mac, antes de que el comando siga. El agente ve el resultado de esa decisión, no una negociacion infinita.
Por dónde empiezan las reglas de fábrica
Las 13 reglas cubren los actos que suelen hacer daño aunque la intención del prompt fuera buena. No hace falta escribirlas desde cero el primer día. Se revisan en Seguridad y se ajustan.
- Borrar en recursivo fuera del proyecto.
- sudo.
- git push --force.
- Leer secretos: .env, ~/.ssh, ~/.aws.
- Bajar un script y ejecutarlo al momento, del estilo curl canalizado a un shell.
- Migraciones y sentencias DROP.
- Deploys y publicación de paquetes.
Una aprobación que se puede leer
El aviso no dice solo “¿permitir?”. Dice qué hace el comando y cómo de riesgoso es. En el iPhone los botones van en la notificación, así que una decisión de un toque no exige abrir la sesión SSH ni la terminal.
Eso encaja con el Inbox: la fila del agente pasa a “te necesita” cuando la pregunta es de permiso, igual que cuando es de diseño. Los atajos de la lista siguen valiendo. Más sobre la bandeja en el Inbox.
Lo que el piloto automático no se permite
Si enciendes el piloto automático, doki puede contestar lo reversible: seguir adelante, correr los tests. Escala, y por tanto te pregunta, cualquier cosa que borre, gaste, despliegue o toque credenciales. Viene apagado. No es un modo “deja al agente solo el fin de semana”.
Incluso con el piloto apagado, cada mensaje tuyo espera unos dos segundos por si fue un sí de más. Esc lo retira antes de que salga.
Dónde viven las reglas
Guard, los dispositivos y las tareas están en ~/.doki, con permisos 0700. Las claves de proveedores están en el Llavero. Nada de eso se commitea con el repo ni se manda al servidor de doki como contenido del proyecto.
En una máquina remota las reglas siguen siendo las del Mac que dirige. Apruebas en el portátil o en el teléfono. El comando corre donde está el agente. La revisión del diff, después, caza secretos que igual se hayan colado en el cambio: revisión.
Preguntas frecuentes
¿Guard sustituye los permisos de Claude o de Codex?
Se suma. El agente sigue teniendo su propia confirmación en la terminal. Guard es la política del Mac, igual para todos los agentes que doki dirige, y la puedes aprobar fuera de esa terminal.
¿Puedo dejar una regla en permitir solo en un repo?
Sí. Las excepciones son por proyecto. Un sandbox y un monorepo de producción no tienen por qué compartir la misma dureza.
¿El piloto automático puede hacer un deploy?
No debería. Lo que despliega, borra, gasta o toca credenciales se escala a ti. El piloto es para lo reversible, y viene apagado.
¿Dónde se editan las reglas?
En Seguridad, dentro de la app del Mac. El teléfono aprueba un acto concreto. No es el editor de la política.
