Referencia de comandos · Cursor CLI
/bedrock
Configura AWS Bedrock como backend de modelos, siempre que la función Bedrock esté activada.
/bedrock [subcommand] configura AWS Bedrock como backend de modelos para Cursor CLI. Según la tabla de referencia, el comando solo funciona si la función Bedrock está habilitada para tu cuenta —si no es el caso, no tiene ningún efecto.
Según el changelog de Cursor, con esto configuras Bedrock «con tus propias credenciales»: bien mediante claves de acceso de AWS clásicas, bien mediante un rol IAM de equipo. Según el changelog, la configuración se aplica de forma transversal —funciona tanto en sesiones interactivas como en modo headless y en integraciones de editor, por lo que no tienes que configurar Bedrock por separado para cada modo.
/bedrock está pensado para configuraciones en las que las solicitudes de modelo deben pasar por tu propia infraestructura de AWS en lugar de por el backend estándar de Cursor, por ejemplo por motivos de cumplimiento normativo o de costes en un entorno empresarial.
✅ ¿CUÁNDO USARLO?
Configurar Bedrock con credenciales de AWS propias
/bedrock — guarda tus propias claves de acceso, para que las solicitudes de modelo pasen por tu propia infraestructura de AWS
Conexión a Bedrock a nivel de equipo mediante un rol IAM en lugar de claves individuales
Usa /bedrock en un contexto empresarial para guardar en su lugar un rol IAM de equipo
⛔ ¿CUÁNDO MEJOR NO?
La función Bedrock no está habilitada para la cuenta
Según la documentación, /bedrock solo funciona si la función Bedrock está activada.
Mejor: Elegir el modelo de forma habitual mediante /model, o solicitar acceso a Bedrock al equipo de Cursor
Basta con probar brevemente otro modelo predeterminado
/bedrock está pensado para una configuración de backend permanente, no para un cambio rápido de modelo.
Mejor: Usar /model o un atajo de modelo como /composer
FUENTES
- Documentación de Cursor — Slash Commands ↗ cursor.com
- Documentación de Cursor — Changelog ↗ cursor.com