@QlanQ #49 没啥大问题的话没必要，年年捅屁眼不是白受罪吗

@codezera #9 v1.0.6 支持 cursor 了

@gxy2825 #8 gemini3 + frontend-design skill

@gxy2825 #7 cursor 支持快做完了，今天发

@maolon 是的，贡献度是保守计算的，通过脚本自动生成的一些代码，手动格式化的代码，在别的设备上生成的代码等等，都不会统计进去

@heftyMan 现在只能统计 claude code,codex,opencode,gemini 这四个； ide 的对话存储方式不一样，还没支持。。。

@horizon 代码库太大了？现在还没做性能优化。。。

@DesignerWang 我是用 icon composer 做的，在 macos26 上看起来没啥问题

https://i.imgur.com/CihXbXm.png

@lw0x1 我也发现了，你用新版本试试，我转成 net4.8 了

@moudy 哈哈哈，我小时候都是在键盘上偷偷搞一层灰尘物理记录的

@ershierdu 不会，代码完全开源

@lovelyxiaod Bongo Cat 吗，我觉得是方向不同吧，它更偏向于游戏，keyStats 就只是一个极简的记录应用

@joyce95 不作恶 https://i.imgur.com/agAJ0Rd.png 只想做一个图一乐软件

@codezera #6 对游戏输入延迟的影响

机制：WH_KEYBOARD_LL 和 WH_MOUSE_LL 是低级钩子，所有输入都会经过钩子链再到达应用程序。

潜在风险：
输入事件 → 钩子 1 → 钩子 2 → ... → 目标应用
↑
KeyStats 在这里

每个钩子都会增加微量延迟。如果钩子处理慢或阻塞，会影响整个输入链。

当前代码的情况：
- 钩子回调非常轻量（微秒级）
- 没有阻塞操作
- 理论上增加的延迟 < 1ms ，人体无法感知

但是：
- 对于竞技 FPS 玩家，任何额外延迟都可能敏感
- 如果系统有多个钩子程序（杀毒软件、宏软件等），累积效应更明显

@287854442 可以先去靶场试试看，我开发的时候测试过一直按键+晃鼠标，在任务管理器上没看到太大的 cpu/内存占用；不过 fps 游戏场景还没试过

@hukei 对的，核心功能差不太多，就是 ui 不太一样

目前功能还很简单，可能还有些 bug ，欢迎试用反馈

去年 550 买的 6 代，用了一年发现几乎不咋用，就在今年 650 卖了。。。

@seagull7558 今年也算是一串三 lpl 了，而且还是 3 连冠，和 al kt 的 bo5 都很精彩