rtk-ai/rtk

fix: ls tracking baseline should compare against `ls` not `ls -la`

Open

#561 建立於 2026年3月13日

在 GitHub 查看
 (1 留言) (4 反應) (0 負責人)Rust (48,085 star) (2,914 fork)batch import
bugeffort-smallfilter-qualitygood first issue

描述

Problem

rtk ls internally runs ls -la to get file metadata for grouping/filtering, then compresses the output. The savings % is tracked against the ls -la output, not plain ls (which is what the agent would have run without RTK).

This inflates the reported savings. Example from user report:

  • ls = 332 tokens
  • ls -la = 4173 tokens
  • rtk ls = 993 tokens
  • Reported: 76.2% savings (vs ls -la)
  • Actual: -199% vs plain ls

Fix

Track against the baseline command the agent would have run (ls), not the internal enriched command (ls -la).

In src/ls.rs line 113-118, change the tracking input from the ls -la raw output to a plain ls capture (or estimate).

Reference

https://www.reddit.com/r/ClaudeAI/comments/1rjkf9r/comment/oa3trnn/

貢獻者指南

技術棧
rust
領域
cli
議題類型
bug
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
2
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
under 1 hour
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
fresh
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
clear
前置要求
basic Rust
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
80
研究方向
The issue is to fix the tracking baseline in `src/ls.rs` at lines 113-118. Currently, the savings are computed against `ls la` output, but should be against plain `ls`. The fix involves changing the input for tracking from the enriched `ls la` command to plain `ls`. The reported actual savings are negative compared to plain `ls`, so the calculation logic needs adjustment to capture the plain `ls` output (or estimate its token count). Refer to the Reddit thread linked for context.