- Distinguir exploración, edición y automatización.
- Crear un perfil conservador para cada tipo de tarea.
- Evitar que un agente haga más de lo pedido.
Modos de entrada del comando dsh
El README de la CLI describe `dsh` como lanzador de perfiles. Un perfil es una pila ordenada de bundles y parches de plugins bajo tus overrides.
Los comandos más importantes son web, headless y plugin. Web abre la interfaz; headless ejecuta una tarea persistida y sale; plugin reenvía argumentos a pnpm dentro del perfil.
dsh web # alias de --profile web dsh --profile headless "Resume este repo en 5 viñetas" dsh plugin --profile mi-perfil add paquete-plugin dsh --help
Perfil antes que impulso
Los nombres concretos de los perfiles pueden variar con la versión, pero el patrón es estable: un perfil de inspección, otro de cambios controlados y otro de experimentación. No uses un perfil de shell completo para resumir una carpeta.
- Lectura: archivos y búsqueda, sin escritura.
- Cambio acotado: edición dentro del workspace y tests explícitos.
- Automatización: solo tras una prueba repetible y con aprobación en las acciones externas.
Argumentos del launcher y del perfil
El launcher parsea sus flags primero y entrega lo demás al perfil arrancado. Por eso el orden importa: `--profile` pertenece al launcher; `--port` o `--resume` pueden pertenecer a la app del perfil.
dsh --profile web --port 8080 # --port pertenece a la Web UI dsh --profile headless "run the tests" dsh --profile web --help # ayuda de la app web dsh --help # ayuda del launcher
Prompts que limitan
Las restricciones en el prompt no sustituyen los permisos, pero reducen ambigüedad y dejan una intención auditable.
Analiza el problema y propón un plan de cinco pasos. No escribas archivos ni ejecutes comandos hasta que apruebe el plan. Indica riesgos, archivos afectados y cómo verificarías el resultado.
Si has guardado la evidencia de esta lección, continúa con «Workspaces, permisos y seguridad». Si no, repite la comprobación antes de avanzar.