Un espace de travail Kiro typique contient un seul dossier « racine », par exemple /users/bob/my-project. Toutefois, Kiro prend également en charge les espaces de travail contenant plusieurs racines, par exemple un seul espace de travail contenant à la fois /users/bob/my-project et /shared/utils/crypto comme dossiers de premier niveau.
Vous pouvez créer un espace de travail multi-racines à partir d'un espace de travail à racine unique en utilisant File > Add Folder to Workspace... et en sélectionnant un autre dossier, ou en faisant un glisser-déposer d'un autre dossier depuis OS X Finder ou Windows File Explorer dans la vue Explorer de Kiro.
Pour les espaces de travail à racine unique, Kiro stocke et récupère des artefacts comme les specs, les fichiers de steering, les hooks, etc. à partir du sous-dossier .kiro situé sous cette racine unique, par exemple dans /users/bob/my-project/.kiro. Pour les espaces de travail multi-racines, Kiro prend en charge le stockage et la récupération de ces artefacts à partir du sous-dossier .kiro situé sous chacun des dossiers racines. Le comportement exact de Kiro dans un scénario d'espace de travail multi-racines est décrit ci-dessous.
Kiro résoudra intelligemment les chemins de fichiers à travers les dossiers racines lorsqu'il navigue dans votre espace de travail multi-racines et le met à jour.
L'indexation de la base de code et les cartes de dépôt fonctionneront de façon transparente dans les espaces de travail multi-racines. Les deux index contiendront le code de tous les dossiers racines et pourront être référencés dans les requêtes exactement comme dans le scénario d'espace de travail à racine unique.
Lors de l'ajout d'un fichier au contexte à l'aide du fournisseur de contexte #file, dans les cas d'ambiguïté où plusieurs fichiers portent le même nom dans différents dossiers racines, Kiro affichera une liste des fichiers correspondants avec leur chemin pour que vous puissiez sélectionner le bon.
Kiro récupérera tous les fichiers spec du sous-dossier .kiro situé sous chacun des dossiers racines, et les affichera sous forme de liste unifiée dans la section Specs du panneau Kiro. Le nom du dossier racine contenant chaque spec est affiché à côté de celle-ci.
Vous pouvez demander à Kiro de travailler sur une spec définie sous n'importe lequel des dossiers racines. Lors de la création d'une nouvelle spec, Kiro déterminera le dossier racine approprié dans lequel la placer.
Kiro récupérera tous les fichiers steering du sous-dossier .kiro situé sous chacun des dossiers racines, et les affichera sous forme de liste unifiée dans la section Agent Steering du panneau Kiro, sous le groupe Workspace. Le nom du dossier racine contenant chaque fichier de steering de l'espace de travail est affiché à côté de celui-ci.
Les fichiers de steering portant la directive « Always Included » sont toujours chargés, quel que soit le dossier racine spécifique sur lequel l'agent travaille. Toutefois, ceux portant une directive « Conditional Inclusion » sont chargés seulement si l'agent travaille sur un fichier défini dans cette même racine (et que le fichier, bien sûr, correspond au modèle d'inclusion).
Lors de la création d'un nouveau fichier de steering d'espace de travail, on vous demandera de choisir le dossier racine dans lequel enregistrer le fichier de steering.
Kiro récupérera tous les hooks du sous-dossier .kiro situé sous chacun des dossiers racines, et les affichera sous forme de liste unifiée dans la section Agent Hooks du panneau Kiro. Le nom du dossier racine contenant chaque hook est affiché à côté de celui-ci.
Les Hooks (File Create, File Save et File Delete) seront déclenchés seulement lorsque l'agent modifie des fichiers situés dans le même dossier racine que celui où le hook est défini.
Lors de la création d'un nouveau hook, on vous demandera de choisir le dossier racine dans lequel enregistrer le hook.
Kiro récupérera toutes les définitions de serveur MCP du sous-dossier .kiro situé sous chacun des dossiers racines, et les affichera sous forme de liste unifiée dans la section MCP Servers du panneau Kiro.
Tous les serveurs MCP définis dans toutes les racines sont initialisés au démarrage. Dans le cas où deux dossiers racines définissent un serveur MCP portant le même nom, c'est la définition du serveur dans la dernière racine qui le définit qui est utilisée. Les serveurs sont lancés avec le premier dossier racine comme répertoire de travail courant, quel que soit le dossier racine dans lequel un serveur a été défini.
Lorsque vous cliquez sur le bouton Open MCP config dans la section MCP Servers du panneau Kiro, le fichier de configuration MCP au niveau utilisateur (global) vous est présenté par défaut, et vous pouvez ensuite cliquer sur le bouton Workspace Config pour afficher la configuration au niveau de l'espace de travail. Lorsque vous cliquez sur ce bouton dans un espace de travail multi-racines, on vous demandera de choisir le dossier racine pour lequel afficher la configuration MCP.
Espaces de travail multi-racines