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.