rtk-ai/rtk

[Feature]: reduce the full path for token efficiency

Open

#639 ouverte le 16 mars 2026

Voir sur GitHub
 (1 commentaire) (2 réactions) (0 assignés)Rust (2 914 forks)batch import
area:clieffort-mediumenhancementfilter-qualityhelp wantedpriority:low

Métriques du dépôt

Stars
 (48 085 stars)
Métriques de merge PR
 (Merge moyen 11j 1h) (45 PRs mergées en 30 j)

Description

When I run

cd /Volumes/vol1/Users/user/git/mysuperapp/app
rtk basedpyright --venvpath .venv --pythonversion 3.13 .

I still get logs containing repetitive information, with the full file path, for example:

/Volumes/vol1/Users/user/git/mysuperapp/app/db/database.py
  /Volumes/vol1/Users/user/git/mysuperapp/app/db/database.py:39:5 - warning: Result of call expression is of type "Token[Session | None]" and is not used; assign to variable "_" if this is intentional (reportUnusedCallResult)
  /Volumes/vol1/Users/user/git/mysuperapp/app/db/database.py:43:9 - warning: Result of call expression is of type "Token[Session | None]" and is not used; assign to variable "_" if this is intentional (reportUnusedCallResult)

/Volumes/vol1/Users/user/git/mysuperapp/app is repeated 3 times unnecessarily, while it could be safely replaced with ./ relative to my current folder. I'd like to replace all the file paths with the ./ when I execute rtk in /Volumes/vol1/Users/user/git/mysuperapp/app.

When I execute it from the / root, I can still mention the full path only once and then only refer to that path.

Guide contributeur

Direction de recherche
Inspectez le code source pour trouver où les chemins de fichiers sont imprimés dans la sortie de diagnostic, probablement dans le module de formatage de sortie ou de journalisation. Implémentez une logique pour remplacer le chemin complet par un chemin relatif au répertoire de travail actuel, en utilisant éventuellement std::path::Path::strip prefix ou similaire. Assurez vous que lorsque le répertoire actuel est la racine, les chemins complets sont toujours affichés une fois.
Stack technique
rust
Domaine
cli
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
RustCLI development
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65