Intelligence du code

L'intelligence du code offre deux couches complémentaires de compréhension du code :

• Tree-sitter (intégré) - Intelligence du code prête à l'emploi pour 18 langages. Recherchez des symboles, obtenez des plans de documents et consultez des définitions sans installer quoi que ce soit de plus.
• Intégration LSP (facultatif) - Précision améliorée avec la recherche de références, l'accès à la définition, la documentation au survol, le refactoring de renommage et les diagnostics. Nécessite l'installation d'un serveur de langage.

Toutes les fonctionnalités tree-sitter ci-dessous sont multiplateformes (IDE, CLI, Web, Mobile). Les fonctionnalités LSP nécessitent un serveur de langage et sont disponibles uniquement sur l'IDE et la CLI.

Bash, C, C++, C#, Elixir, Go, Java, JavaScript, Kotlin, Lua, PHP, Python, Ruby, Rust, Scala, Swift, TSX, TypeScript

Trouvez des fonctions, des classes et des méthodes par nom avec une correspondance floue :

> Find the UserRepository class

Searching for symbols matching: "UserRepository" (using tool: code)
✓ Found 1 match

Class UserRepository at src/repositories/user.repository.ts:15:1

Recherche structurelle de code basée sur l'AST. Trouvez du code par structure, pas seulement par texte.

// Find all console.log calls
pattern: console.log($ARG)
language: javascript

// Find all async functions
pattern: async function $NAME($$$PARAMS) { $$$ }
language: typescript

// Find all .unwrap() calls
pattern: $E.unwrap()
language: rust

Transformations de code automatisées utilisant des motifs AST :

// Convert var to const
pattern: var $N = $V
replacement: const $N = $V
language: javascript

// Modernize hasOwnProperty
pattern: $O.hasOwnProperty($P)
replacement: Object.hasOwn($O, $P)
language: javascript

// Convert unwrap to expect
pattern: $E.unwrap()
replacement: $E.expect("unexpected None")
language: rust

Obtenez un aperçu global d'un espace de travail ou d'un répertoire :

Générez la documentation du projet basée sur l'analyse de la base de code :

Avec un serveur de langage installé, l'intelligence du code gagne en précision supplémentaire :

• Recherche de références - localise toutes les utilisations d'un symbole
• Accès à la définition - navigue jusqu'à l'endroit où un symbole est défini
• Renommer un symbole - renomme dans toute la base de code
• Obtenir les diagnostics - erreurs et avertissements pour un fichier
• Documentation au survol - informations de type à une position

Dans l'IDE, les capacités reposant sur le LSP proviennent des extensions de langage que vous avez déjà installées. Sur la CLI, activez-les par espace de travail avec /code init - consultez la référence de configuration ci-dessous.

Kiro CLI génère des processus de serveur LSP en arrière-plan qui communiquent via JSON-RPC sur stdio. Lorsque vous initialisez un espace de travail, il détecte les langages à partir des marqueurs de projet (comme package.json, Cargo.toml) et des extensions de fichiers, puis démarre les serveurs de langage appropriés. Ces serveurs analysent continuellement votre code et maintiennent un index des symboles, des types et des références. Lorsque vous effectuez des requêtes, Kiro traduit votre langage naturel en requêtes de protocole LSP, les envoie au serveur concerné, puis formate les réponses en une sortie lisible.

Exécutez cette commande à barre oblique dans la racine de votre projet :

/code init

Cela crée .kiro/settings/lsp.json et démarre les serveurs de langage :

✓ Workspace initialization started

Workspace: /path/to/your/project
Detected Languages: ["python", "rust", "typescript"]
Project Markers: ["Cargo.toml", "package.json"]

Available LSPs:
○ clangd (cpp) - available
○ gopls (go) - not installed
◐ jdtls (java) - initializing...
✓ pyright (python) - initialized (687ms)
✓ rust-analyzer (rust) - initialized (488ms)
○ solargraph (ruby) - not installed
✓ typescript-language-server (typescript) - initialized (214ms)

Indicateurs d'état : ✓ initialisé et prêt · ◐ en cours d'initialisation · ○ disponible (installé mais pas nécessaire) · ○ non installé

• Redémarrer les serveurs LSP : si les serveurs de langage s'arrêtent ou deviennent inactifs, utilisez /code init -f.
• Auto-initialisation : après le premier /code init, Kiro CLI initialise automatiquement l'intelligence du code au démarrage lorsque .kiro/settings/lsp.json existe dans l'espace de travail.
• Désactivation : supprimez .kiro/settings/lsp.json pour désactiver. Réactivez à tout moment avec /code init.

Interrogez l'intelligence sémantique du code en langage naturel - recherchez des symboles, naviguez dans les définitions, trouvez des références, renommez dans plusieurs fichiers, obtenez des diagnostics, consultez la documentation et découvrez les API disponibles :

> Find references of Person class

Finding all references at: auth.ts:42:10
  1. src/auth.ts:42:10 - export function authenticate(...)
  2. src/handlers/login.ts:15:5 - authenticate(credentials)
  3. src/handlers/api.ts:89:12 - await authenticate(token)

> Dry run: rename the method "FetchUser" to "fetchUserData"

Dry run: Would rename 12 occurrences in 5 files

> What methods are available on the s3Client instance?

Available completions:
  1. putObject - Function: (params: PutObjectRequest) => Promise<PutObjectOutput>
  2. getObject - Function: (params: GetObjectRequest) => Promise<GetObjectOutput>
  3. deleteObject - Function: (params: DeleteObjectRequest) => Promise<DeleteObjectOutput>

Ajoutez des serveurs de langage personnalisés en modifiant .kiro/settings/lsp.json :

{
  "languages": {
    "mylang": {
      "name": "my-language-server",
      "command": "my-lsp-binary",
      "args": ["--stdio"],
      "file_extensions": ["mylang", "ml"],
      "file_patterns": ["Mylangfile", "mylang.config.*"],
      "project_patterns": ["mylang.config"],
      "exclude_patterns": ["**/build/**"],
      "multi_workspace": false,
      "initialization_options": { "custom": "options" },
      "request_timeout_secs": 60
    }
  }
}

Champs :

• name : Nom d'affichage du serveur de langage
• command : Binaire/commande à exécuter
• args : Arguments de la ligne de commande (habituellement ["--stdio"])
• file_extensions : Extensions de fichiers gérées par ce serveur
• file_patterns : Liste facultative de motifs glob comparés au nom de fichier complet. Utilisez ceci pour les serveurs de langage qui ciblent des noms de fichiers spécifiques sans extension standard, comme Dockerfile, Dockerfile.* ou docker-compose*.yml. Les correspondances exactes l'emportent sur les motifs glob, et les motifs glob plus spécifiques l'emportent sur les plus généraux, peu importe l'ordre de déclaration.
• project_patterns : Fichiers qui indiquent une racine de projet (p. ex. package.json)
• exclude_patterns : Motifs glob à exclure de l'analyse
• multi_workspace : Définir à true si le LSP prend en charge plusieurs dossiers d'espace de travail (par défaut : false)
• initialization_options : Configuration propre au LSP transmise lors de l'initialisation
• request_timeout_secs : Délai d'expiration en secondes pour les requêtes LSP. Par défaut : 60.

Après modification, redémarrez Kiro CLI pour charger la nouvelle configuration.

Options de /code logs : -l, --level <LEVEL> filtre (ERROR, WARN, INFO, DEBUG, TRACE; par défaut ERROR) · -n, --lines <N> nombre de lignes (par défaut 20) · -p, --path <PATH> exporter les journaux vers un fichier JSON.

Tous les serveurs de langage ne prennent pas en charge toutes les opérations (certains peuvent ne pas prendre en charge le renommage ou le formatage), et les grandes bases de code peuvent être lentes à indexer initialement.

Les recherches de symboles et l'analyse de code dans votre espace de travail s'exécutent sans invite. Les opérations ciblant des fichiers hors de l'espace de travail nécessitent une approbation.

• Aperçu des outils intégrés - catalogue complet des outils
• Guides de prise en charge des langages - configuration par langage