> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mka1.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Planificación y permisos

> Planifique antes de editar y elija cómo solicita el agente aprobación para sus herramientas.

export const ScreenshotCrop = ({src, alt, width, height, x = 0, y = 0, cropWidth = width, cropHeight = height, maxWidth = "100%"}) => <div className="not-prose" style={{
  position: "relative",
  overflow: "hidden",
  width: "100%",
  maxWidth,
  margin: "0 auto",
  aspectRatio: `${cropWidth} / ${cropHeight}`
}}>
    <img src={src} alt={alt} width={width} height={height} style={{
  position: "absolute",
  display: "block",
  margin: 0,
  maxWidth: "none",
  width: `${width / cropWidth * 100}%`,
  height: "auto",
  left: `${-x / cropWidth * 100}%`,
  top: `${-y / cropHeight * 100}%`
}} />
  </div>;

Use la planificación para acordar un enfoque antes de implementarlo y los permisos para decidir qué acciones requieren aprobación. Para una primera tarea, elija **Always ask** para examinar las modificaciones de archivos y los comandos cuando se soliciten.

## Planifique antes de editar

Para acordar un enfoque antes de modificar archivos, abra el menú **+** y elija **Draft a plan** antes de enviar la solicitud. El agente puede investigar el proyecto y proponer un plan, pero el modo de planificación restringe la edición. Refine el plan en la conversación y elija **Implement the plan** para continuar. Para el [ejemplo de checkout](/es/docs/mka1-code/first-task), puede pedir:

> Identifique los archivos y las pruebas afectados al añadir compatibilidad con cantidades. Proponga un plan antes de editar.

### Revise el plan

Un plan útil identifica los archivos afectados, el comportamiento que cambiará y las comprobaciones del resultado. Para el checkout, debe localizar el cálculo y sus pruebas, explicar cómo interviene la cantidad y proponer ejecutar la misma prueba antes y después de editar.

Resuelva los supuestos antes de elegir **Implement the plan**. Por ejemplo:

> Conserve la representación del precio y el nombre de la función exportada. Cubra cantidades de uno y tres. No cambie la integración de pagos ni añada dependencias.

El plan establece qué hacer; el modo de permisos controla las aprobaciones cuando el agente intenta usar herramientas durante la implementación.

## Elija un modo de permisos

El selector de permisos controla cómo se gestionan las solicitudes de aprobación:

| Modo | Comportamiento |
| - | - |
| **Always ask** | Exige su decisión cuando una herramienta solicita permiso para modificar archivos o ejecutar un comando. |
| **Auto** | Permite editar archivos dentro del proyecto y ejecutar comandos sencillos reconocidos como de solo lectura. Otras acciones requieren aprobación. |
| **Accept files** | Permite editar archivos dentro del proyecto. Las solicitudes de aprobación de comandos siguen requiriendo su decisión. |
| **Bypass permissions** | Permite acciones sin las solicitudes habituales de aprobación. La aplicación pide confirmar este modo porque permite ediciones, comandos e instalación de dependencias sin nuevas confirmaciones. |

Las reglas de permisos guardadas también pueden afectar a las decisiones. El modo de planificación restringe la edición y los hooks de plugins requieren consentimiento por separado. Los modos de permisos regulan las acciones del agente; los permisos del sistema operativo o del contenedor determinan a qué puede acceder un comando ejecutado.

<Frame caption="El menú de permisos explica qué permite cada modo. Está seleccionado Always ask.">
  <ScreenshotCrop src="/images/mka1-code/guides/permissions.jpg" alt="Cuatro modos de permisos con Always ask seleccionado" width={2720} height={1660} x={748} y={1156} cropWidth={485} cropHeight={395} maxWidth="400px" />
</Frame>

## Responda a una solicitud de aprobación

La tarjeta de aprobación identifica la acción propuesta. Lea el comando, archivo o recurso externo y compárelo con la tarea. Ejecutar una prueba es distinto de instalar paquetes o publicar un resultado, aunque ambas acciones aparezcan como actividad del terminal.

1. Expanda la solicitud y examine el destino y los argumentos.
2. Apruebe si la acción corresponde a la tarea o deniegue si el alcance es incorrecto.
3. Explique en la conversación qué enfoque debe seguir si necesita cambiarlo.
4. Examine el resultado de la herramienta. Aprobar permite el intento; no demuestra que haya tenido éxito.

El agente también puede detenerse con una pregunta de opción múltiple. Respóndala para continuar. Una pregunta o aprobación pendiente puede hacer que una ejecución agendada muestre **Needs attention**.

## Reutilice decisiones de aprobación

Si aprueba repetidamente el mismo comando, la aplicación puede ofrecer guardar una regla para el repositorio o la cuenta. Revise ese alcance: una regla de repositorio corresponde a ese proyecto; una de cuenta puede afectar a otros trabajos locales.

Use **Always ask** para examinar las solicitudes de cambios y revise las reglas existentes si una acción se comporta de forma inesperada. Use **Accept files** cuando acepte ediciones del proyecto pero quiera decidir sobre comandos. Las reglas y los modos amplios no sustituyen la revisión final del diff.

Continúe con [Inicio rápido](/es/docs/mka1-code/first-task).