rtk-ai/rtk

[Feature]: reduce the full path for token efficiency

Open

#639 aperta il 16 mar 2026

Vedi su GitHub
 (1 commento) (2 reazioni) (0 assegnatari)Rust (2914 fork)batch import
area:clieffort-mediumenhancementfilter-qualityhelp wantedpriority:low

Metriche repository

Star
 (48.085 star)
Metriche merge PR
 (Merge medio 11g 1h) (45 PR mergiate in 30 g)

Descrizione

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.

Guida contributor

Direzione di ricerca
Ispeziona il codebase per individuare dove vengono stampati i percorsi dei file nell'output diagnostico, probabilmente nel modulo di formattazione dell'output o di logging. Implementa la logica per sostituire il percorso completo con un percorso relativo dalla directory di lavoro corrente, utilizzando eventualmente std::path::Path::strip prefix o simile. Assicurati che quando la directory corrente è la radice, i percorsi completi vengano comunque mostrati una volta.
Tech stack
rust
Dominio
cli
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
RustCLI development
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
65