【开发者自荐】Catrace:桌面小窗系统

软件名称

Catrace

应用平台

  • Windows
  • macOS
  • Linux

该帖子由 AI 生成?

是

推荐类型

【开发者自荐】

一句简介

装在电脑上的「右下角小管家」:久坐/定时提醒,还能用插件把各种消息弹成可点的卡片。

应用简介

  • 久坐提醒:看鼠标键盘有没有动静,连续忙太久就提醒你起来活动;
  • 定时提醒:按间隔(比如每小时喝水)或每天固定点(如下班前打卡)弹卡片。
  • 插件:从本地文件夹/压缩包装上就能用,不用就关。

插件侧目前能做的事包括(部分要本机有 Node.js):

  • 安卓手机短信/App 通知转到电脑弹卡片(要配 SmsForwarder);验证码场景可以在右下角卡片上直接点「复制验证码」,不用切回手机。

  • 蓝牙耳机连上时弹通知,并可按设置打开听歌软件。

  • GitHub 有新动态时弹卡片(人在电脑前才弹)。

  • AI 编程助手状态通知:方向在做,但目前还不好用——还不能跳转、也分不清是哪个 agent,

和纯休息提醒工具的差别,主要在「通知」这层:不只是弹一行字,而是希望任何软件都能接进来;用插件 + Node 自己写逻辑,把通知做成一种交互方式。

官方网站

  1. 看到rust+vue的编程语言头就开始疼了,现在不是内存和硬盘都不要钱的年代了,无论是Electron还是WebView都需要大幅优化才行,但是软件优化不行,刚打开总内存就奔300M了,比什么everything之类的狠多了。这类小工具主打就是轻量化,便携化,不然我看不出你和其他成熟的付费屏幕时间管理程序相比,优势如何体现
  2. 你打包的时候不看看?用户需要知道这些内容吗,显然不需要。
  3. 一开始没仔细看你介绍,试用的时候越来越糟心。还要nodejs?且不说nodejs下载安装对一般用户而言有多麻烦,网络问题如何解决;也不说现在一堆各手机品牌推出的电脑管家能联动通知,你仔细想三个问题
    • 你的软件面向群体是?
    • 他们有耐心安装这堆你没有提供教程的东西吗?
    • 他们会为了这个小功能而试用下载软件吗(虽然实现起来复杂,但是该功能占比小,所以我还是会把它称之为“小功能”)
    • 为这么一个小功能安装一堆用户可能再也不会打开的软件,占用资源-性价比能划得开么?并且这显然不是优雅的解决方案,最次也应该做到打包以后塞到安装包里面或者哪个网盘里面
  4. 经典不测试,我电脑上没有Claude Code,那你怎么安装的hook?安装的检测都没有么?释放完了以后就结束了?
  5. 各种设计考虑不完善的地方,例如间隔通知,最差也得要求2s提醒一次吧,你这50ms的最低值显然是不合理的,也没有啥必要性,除了增加轮询以外我说实话没感觉有啥用。不仅如此,设计也不完善,应该直接以同时最多展示xx条通知为限制的,而不是定时消失,比如举个极端的例子,本情况下完完全全地遮挡了视线
  6. 翻译不完全就是完全不翻译,AI都来了,为啥不一气翻译完全?你要是说这是你特意搞的“风格”,那我就认了
  7. 其他还没测,说实话已经不是很想继续了……建议先把vibe的东西系统测一遍再端上来,别到处都是“考虑不周”,宁可多点无效的错误处理也兜底,也别让用户这里不舒服那里不得劲
3 个赞
  1. 是的,WebView 当前就是会占用比较多的内存,我也很无奈,我也试过使用egui,但egui框架的 UI 方面达不到我的需求。
  2. 这是我的插件仓库…
    GitHub - lanxiuyun/catrace-plugin: catrace-plugin · GitHub
    当前插件是以源码的形式分发的:sad_but_relieved_face:,没钱租服务器,做插件市场 :pensive_face:,是直接整个仓库clone下分发的,省钱 :sob:
  3. 是的,有些插件是还要 nodejs,这个自动安装的已经排上去了,只是优先级还没这么高,没收到过这方面的反馈,所以我目前主要是在解决一些bug。

    目前而言,你不用这个插件,就可以不装node。
    用户的话就很简单呀,后续我开发一个安卓端,ios端的,扫码就能局域网内链接的,这样用户用mac也好,平板也好,都能接收到 toast 通知,因为我会加上设备活跃检测嘛。

4.是的,Agent通知还没做完的,还是个半成品 :sweat_smile:,我还没抽离成独立插件,后续的独立插件都是可以自己通过修改源码的方式来修改代码的逻辑。
5.这个间隔通知是我用来调试代码的,用来测试 toast 的 window 的窗口会不会有bug,是否真的隐藏了,我就是用 50ms 来压测的,而且用来测试仅活跃时通知,其实就是一个我自己debug的插件。
6.是的,这个也是还没做完的部分,这个插件的源码是可以即时修改,即时生效的,这个功能我一般不用,是有些用户他们想要这样的功能,于是我写了这样一个小插件。我的 todo 是有的,但没什么反馈,也就没去改。

关于node

我的这个项目目前还处于 Demo 的快速迭代期,还不是完善的软件。
类似 vscode 那样,vscode也是使用的node来写后端逻辑的,但没办法,我用了 rust ,不是 electron,rust有注入node的方案,但那样安装包从 6mb → 60mb 我想着当前还是算了,后面在用户启用插件的时候再给他的电脑装个 node 就好了。

对于该软件的期待

我对于这个软件的设想是,任何东西都可以写成插件,接入一个小窗窗口。
目前而言,我觉得算是满足了我的期待了,只需要写一个插件,就能玩德州。
我希望这个是一个画布窗口,然后任何人,甚至玩家,都可以在上面画画。
目前是功能上是实现了。
我觉得未来应该有些窗口是小窗口就够了,先做出来看看,试试这样的小窗交互的感觉怎么样,会不会是未来的方向,这是我这个项目的灵魂。



你说的很对,我确实应该考虑一下为什么会吃300mb的内存,后续我会优化尽可能控制在 100mb 以内,谢谢你的指出。

1 个赞