Sessions cloud

Une session cloud exécute le harnais d'agent Kiro dans un bac à sable cloud géré plutôt que sur votre machine. La session appartient à votre compte Kiro, pas à une seule application : lancez-la dans le navigateur, confiez-lui une tâche longue, fermez votre portable, puis vérifiez-la plus tard depuis votre téléphone, votre terminal ou l'IDE. L'agent continue de travailler dans le bac à sable, que vous soyez connecté ou non.

Les sessions cloud sont l'environnement d'exécution derrière Kiro Web et Mobile, et l'IDE et la CLI peuvent créer et se rattacher aux mêmes sessions. Comme chaque surface communique avec le même harnais par le même protocole, une session cloud se comporte comme toute autre session Kiro : même Steering, mêmes permissions, mêmes outils. La seule différence est l'endroit où le travail se déroule.

Lorsque vous créez une session cloud, Kiro provisionne un bac à sable isolé et démarre le même harnais d'agent qui s'exécute localement dans l'IDE et la CLI. Si vous rattachez des dépôts, Kiro les clone côté serveur via votre fournisseur de source connecté; votre copie de travail locale n'est jamais téléversée. L'agent lit, modifie, compile et exécute des commandes shell à l'intérieur du bac à sable, puis livre les résultats via votre fournisseur de source (typiquement sous forme de pull request) ou directement dans la conversation.

La session elle-même vit dans un magasin de sessions cloud, distinct de tout client :

• Les clients se rattachent et se détachent : l'application Web, l'application Mobile, l'IDE et la CLI sont toutes des vues sur la même session. Déconnecter un client n'arrête pas l'agent, et une tâche en cours continue de s'exécuter.
• L'état survit à votre machine : l'historique de la conversation, les dépôts liés et l'état des fichiers du bac à sable persistent dans le cloud. Rattachez-vous depuis n'importe quelle surface et la transcription reprend là où vous l'avez laissée.
• Les approbations vous attendent : si l'agent a besoin d'une permission pour une action alors que personne n'est connecté, la demande attend et est présentée au prochain client qui se rattache.

Pour plus de détails sur le bac à sable lui-même (accès réseau, variables d'environnement et configuration de l'environnement), consultez la documentation Sandbox.

• Un abonnement Kiro payant (Pro ou supérieur)
• Un compte GitHub ou GitLab connecté, si vous voulez travailler sur des dépôts
• Pour les organisations AWS Identity Center : un administrateur doit d'abord activer les Cloud Sessions en activant Cloud Sessions (Preview) dans Settings > Kiro Settings, dans le compte AWS où Kiro est configuré. Consultez AWS Identity Center pour la procédure complète. Les sessions cloud s'exécutent uniquement dans US East (Virginie du Nord) us-east-1 pendant la préversion
• Pour les organisations utilisant Okta ou Microsoft Entra ID comme fournisseur d'identité (IdP) externe : un administrateur doit activer Cloud Sessions (Preview) et ajouter https://app.kiro.dev/signin/oauth à l'application OIDC Kiro existante. Suivez la configuration de l'URI de redirection Okta ou la configuration de l'URI de redirection Microsoft Entra ID

Les sessions cloud tracent une limite claire entre votre machine et le bac à sable :

La configuration suit les mêmes portées qu'ailleurs, avec une chose à savoir :

• La configuration du projet voyage avec le dépôt : le Steering, les Specs, les agents personnalisés, les Hooks et les serveurs MCP commis sous .kiro/ dans votre dépôt s'appliquent automatiquement dans les sessions cloud, car le bac à sable clone le dépôt.
• La configuration personnelle reste locale : votre répertoire ~/.kiro/ n'est pas appliqué automatiquement. Pour apporter votre Steering personnel, vos agents personnalisés, vos Skills et vos Hooks dans les sessions cloud, synchronisez-les depuis Cloud configuration dans les paramètres de Kiro Web.
• Environnement du bac à sable : l'accès à Internet, les variables d'environnement et les commandes de configuration sont couverts dans la documentation Sandbox.

Une session cloud est une seule session, quelle que soit l'application par laquelle vous la consultez :

• L'ensemble de dépôts est fixe : vous choisissez les dépôts à la création de la session (la CLI peut aussi en ajouter plus tard avec /repo). Pour travailler sur des dépôts différents, démarrez une nouvelle session.
• Aucune sélection de branche : vous ne pouvez pas choisir de branche lors du rattachement d'un dépôt. Demandez à l'agent de basculer sur une branche existante ou d'en créer une une fois la session en cours d'exécution.
• Aucun mode Supervised : les sessions cloud s'exécutent en Autopilot ou Autonomous; l'approbation par changement n'est pas disponible.
• Aucun renommage : les sessions cloud ne peuvent pas être renommées depuis l'IDE ou la CLI.
• Écarts entre surfaces : chaque onglet ci-dessus liste les commandes et fonctionnalités qui ne fonctionnent pas encore dans les sessions cloud. On peut s'attendre à ce que ces écarts se réduisent à mesure que la préversion mûrit.

• Comment fonctionne Kiro - le harnais d'agent Kiro et où il s'exécute
• Kiro Web - l'expérience de session cloud native au navigateur
• Sandbox - accès réseau, variables d'environnement et configuration de l'environnement
• Agent Focus Mode - la surface IDE pour les sessions cloud
• Gestion des sessions CLI - lister, reprendre et supprimer des sessions
• Portées de configuration - où vivent les paramètres et comment ils voyagent