最新

嗨，HN， 不确定是否会有人感兴趣。 不过，我想分享一下我一直在维护的一个小工具，叫做“lowfat”，它帮助我过滤一些冗长的命令行输出。 这是一个单一的二进制文件，可以作为代理钩子或外壳包装器使用。它具有插件系统，可以根据每个命令自定义过滤器。 这个想法很简单：代理不需要完整的 `kubectl get -o yaml` 或任何 10,000 行的输出就能做出决策。因此，lowfat 处于两者之间，去除噪音，传递重要信息。 以下是我在个人使用两个月后的真实报告： ``` lowfat history --all lowfat 插件候选列表 ───────────────────────────────────────────────────────── # 命令 运行次数 平均原始输出 成本 节省 来源 状态 1 kubectl get 101次 14.4K 1.5M 93.9% 插件 良好 2 grep 103次 13.5K 1.4M 96.2% 插件 良好 3 git diff 81次 995 80.6K 57.9% 内置 良好 4 kubectl 90次 485 43.6K 33.6% 插件 良好 5 docker 127次 5.5K 693.6K 96.1% 内置 良好 6 ls 489次 117 57.3K 56.2% 内置 良好 7 find 30次 16.5K 495.0K 95.5% 插件 良好 8 git show 63次 490 30.9K 38.0% 内置 良好 9 git 177次 368 65.2K 76.1% 内置 良好 10 git log 86次 556 47.8K 78.5% 内置 良好 11 kubectl logs 5次 3.6K 17.8K 43.0% 插件 良好 12 git status 86次 152 13.1K 58.0% 内置 良好 13 docker ps 20次 467 9.3K 52.8% 插件 良好 14 kubectl describe 6次 656 3.9K 1.2% 插件 较弱 15 docker images 9次 940 8.5K 61.8% 内置 良好 16 k get 2次 2.1K 4.2K 35.9% 插件 良好 17 terraform 10次 395 3.9K 32.1% 插件 良好 18 git commit 32次 77 2.5K 0.0% 内置 较弱 19 docker build 8次 487 3.9K 37.6% 内置 良好 20 docker compose 22次 979 21.5K 89.4% 内置 良好 总计: 4.4M 原始输出 → 4.1M 节省 (91.8%) ``` 我上面的工具集有点有限，但在我的使用场景中效果很好，没有任何中断。这在一定程度上帮助我避免了公司 Bedrock 的令牌使用限制，并持续优化节省以便后续使用。 但是，为什么不考虑其他替代方案呢？（[https://github.com/zdk/lowfat#alternatives](https://github.com/zdk/lowfat#alternatives)） 答案是： - 我的目标是使核心轻量化，但通过插件可扩展，即不试图将每个命令打包到安装的二进制文件中，让用户拥有自己的输出过滤器。 - 可以通过插件或过滤管道根据使用场景进行定制，就像我使用自己的工具集一样。 - 可以为非公开的 CLI 工具定制，例如，一些企业可能有其内部的 CLI 工具，公众无法访问。 - 人们应该拥有自己的数据。因此，设计是以本地优先为原则，永远没有遥测。 - 我有点喜欢 UNIX 风格的可组合管道，因此 lowfat-filter 实现了这种风格。 - 能够调整过滤器的强度，以便我们可以控制不去掉代理所需的内容。 GitHub: [https://github.com/zdk/lowfat](https://github.com/zdk/lowfat) 总之，如果有人感兴趣，欢迎反馈和提问！ 谢谢！

我们的组织 GitHub 最近遭遇了大规模的供应链攻击。攻击途径包括： * Claude hooks * Gemini hooks * Cursor 设置 * VScode 任务 它通过添加模仿的 skip-ci 提交到开放的 PR 中来传播，这些提交随后会被合并。有效载荷经过混淆，具体内容可根据请求提供。

Concord（不是那个游戏）是 TUI 客户端，用于 Discord。<p>以下是其功能：<p>通过令牌、电子邮件/密码或手机应用的二维码登录<p>支持 Vim 风格的按键和完全自定义<p>消息发送和语音聊天支持<p>附件下载和上传<p>反应（Unicode + 自定义表情），投票功能<p>通过 Kitty、iTerm2 或 Sixel 协议的内联图像预览（其他情况下使用半块回退）<p>头像和自定义表情渲染，全屏图像查看器<p>实时输入指示器，未读消息和提及计数<p>桌面通知

大家好， 我叫尼克，我是一名高中生，正在进行一个个人项目。我想开发一款GPS追踪应用，类似于Strava。老实说，我对从哪里开始以及应该以什么顺序进行感到有些不知所措。 由于这是一个独立项目，我很确定我将独自处理几乎所有事情，从规划和用户界面设计到开发、服务器设置和测试。 对于那些有开发应用经验的人，尤其是与地图、健身或GPS相关的应用，能否分享一下你们认为开发路线图应该是什么样的？ 我绝对希望有一个实时团队追踪的功能，这样用户在活动期间可以看到队友的位置。我还希望应用能够发送通知，如果有人发生意外，比如骑行时摔倒，或者如果某个队友离团队或预定路线太远。 谢谢你们 <3 （顺便说一下，对我的语法感到抱歉，真的很糟糕）