Référence des commandes · Cursor CLI
/bedrock
Configure AWS Bedrock comme backend de modÚle, si la fonctionnalité Bedrock est activée.
/bedrock [subcommand] configure AWS Bedrock comme backend de modĂšle pour la Cursor CLI. Selon le tableau de rĂ©fĂ©rence, la commande ne fonctionne que si la fonctionnalitĂ© Bedrock est activĂ©e pour ton compte â si ce n'est pas le cas, elle n'a aucun effet.
Selon le changelog de Cursor, tu configures ainsi Bedrock « avec tes propres identifiants » : soit via des clĂ©s d'accĂšs AWS classiques, soit via un rĂŽle IAM d'Ă©quipe. La configuration s'applique de maniĂšre transversale selon le changelog â elle agit aussi bien dans les sessions interactives qu'en mode headless et dans les intĂ©grations Ă©diteur, tu n'as donc pas besoin de configurer Bedrock sĂ©parĂ©ment pour chaque mode.
/bedrock est destinĂ© aux configurations oĂč les requĂȘtes de modĂšle doivent passer par ta propre infrastructure AWS plutĂŽt que par le backend standard de Cursor, par exemple pour des raisons de conformitĂ© ou de coĂ»ts en contexte d'entreprise.
â QUAND LâUTILISER ?
Configurer Bedrock avec ses propres identifiants AWS
/bedrock â enregistrer ses propres clĂ©s d'accĂšs, pour que les requĂȘtes de modĂšle passent par sa propre infrastructure AWS
Connexion Bedrock à l'échelle de l'équipe via un rÎle IAM plutÎt que des clés individuelles
Utiliser /bedrock en contexte d'entreprise pour enregistrer à la place un rÎle IAM d'équipe
â QUAND ĂVITER ?
La fonctionnalité Bedrock n'est pas activée pour le compte
Selon la documentation, /bedrock ne fonctionne que si la fonctionnalité Bedrock est activée.
Mieux: Choisir un modÚle normalement via /model, ou demander l'accÚs Bedrock à l'équipe Cursor
Il suffit de tester briÚvement un autre modÚle par défaut
/bedrock est destiné à une configuration de backend durable, pas à un changement rapide de modÚle.
Mieux: Utiliser /model ou un raccourci de modĂšle comme /composer
SOURCES
- Cursor Docs â Slash Commands â cursor.com
- Cursor Docs â Changelog â cursor.com