1 分•作者: sayantan317•11 天前
返回首页
最新
1 分•作者: rengwu•11 天前
这个项目最初是一个只读的可视化工具[1],我之所以创建它,是因为在使用 Matt Pocock 的 /wayfinder 技能[2]时,我发现很难在脑海中规划路径。仅仅依靠我的代理的文本回复来想象“地图”并权衡下一个最佳选择,这让我感到很烦恼。
这个可视化工具效果很好,但我仍然需要手动输入“在 xxxx wayfinder 地图中选择 ticket 04”和“在 xxxx wayfinder 地图中解决 ticket 12”。这变得很繁琐,所以这是下一步的逻辑发展。
当时我正在使用 herdr[3],所以这个项目深受其启发。UI 使用 Svelte 渲染,底层是 Go 语言,负责处理所有原生功能。xterm.js 用于处理终端会话。
[1] - https://github.com/rengwu/wayfinder-maps
[2] - https://github.com/mattpocock/skills/blob/main/skills/engineering/wayfinder/SKILL.md
[3] - https://herdr.dev/ - HN 讨论:https://news.ycombinator.com/item?id=48714802
1 分•作者: stosssik•11 天前
1 分•作者: Michelangelo11•11 天前
16 分•作者: ankitg12•11 天前
2 分•作者: bunchy7s•11 天前
只需上传一个文件,它就会返回一个链接,通过这个链接即可获取文件,无需嵌入或其他繁琐操作,因此它兼容任何支持 HTTP 协议的设备。
我之所以开发这个功能,只是为了能更方便地与朋友分享文件。它不是一个创业项目,只是一个让我的生活更便利的网站。
使用方法:访问网站,拖拽或选择一个文件,然后点击上传。接着,您可以根据需要分享它提供的链接。
1 分•作者: robin_reala•11 天前
2 分•作者: laurentiurad•11 天前
1 分•作者: 0x04am•11 天前
一个用 Rust 编写的 Spotify TUI(文本用户界面)。使用 Librespot 进行播放。我之所以开发它,是因为我厌倦了 spotify_player 的用户界面,想要一个更简洁的版本。该项目复用了那个项目的大量代码。至于视觉风格,它受到了 Noodle 的启发(链接在仓库中)。我使用了一个 LLM 来融合两者,并基于 Ratatui 构建了它。幸运的是,人们开始使用它,我很幸运地得到了贡献者的帮助来清理和完善这个项目。期待您的反馈,谢谢!:D
安装命令:cargo install myx, yay -S myx, brew install HaseebKhalid1507/homebrew-tap/myx
免责声明:需要 Spotify Premium 账户。
1 分•作者: Sathwickp•11 天前
2 分•作者: benbreen•11 天前
2 分•作者: Michelangelo11•11 天前
3 分•作者: zaksa•11 天前
鉴于如今代码编写在很大程度上已自动化,我发现 GitHub 上充斥着大量粗制滥造的内容,感觉用代码(无论是工具还是软件本身)产出的整体质量都在下降。在人工智能出现之前,情况要简单一些:你看看星标数,看看问题列表,浏览一下代码,然后决定是否给这个仓库一个机会。如今,产出的东西实在太多了。
我预计这种情况在未来不会改变,所以我在想,能否从中衍生出一些东西:
我的想法是创建一个基于 https://github.com/explore 的数据聚合器,专门面向开发者。你可以将其想象成代码界的“烂番茄”。以下是我的一些初步构想:
* 仓库根据技术栈、语言等进行分类,并拥有不同的评分。
* 按类别和技术划分的“认证经典”。
* 每个仓库都有一个评分卡,包含:
* 其依赖项(过多可能导致臃肿)
* 随时间推移的问题进展(问题数量、解决问题所需时间)
* 维护者数量和声誉(频繁易手 - 不好)
* 资金情况
* 允许用户设置自己的评分,提供比 GitHub 星标数更细致的分布。
* 还允许用户将仓库列入黑名单,并提供一个 MCP 服务器,让用户自己的代理程序知道要避免哪些内容。
你觉得怎么样?
3 分•作者: andsoitis•11 天前
2 分•作者: Michelangelo11•11 天前
16 分•作者: andsoitis•11 天前
3 分•作者: douglascorrea•11 天前
2 分•作者: adulau•11 天前
2 分•作者: dango2506•11 天前
1 分•作者: gregsadetsky•11 天前