
GitHits - Version-aware index for public open-source code and packages
搜索索引化的开源代码和软件包,包含版本、依赖和漏洞信息。
@Jack_Timonen · X
完整作品展
技术栈
15 projects

搜索索引化的开源代码和软件包,包含版本、依赖和漏洞信息。
@Jack_Timonen · X

永久存档GitHub仓库的流量、克隆和来源数据。
@resetnak · X
- Github Repository statistics for opensource projects! Give it a try

自动将你的GitHub提交作为卡片每日发布到X。
@manoj_surya_ · X
I just launched 🚀 A Proof of Ship, every day — straight from your GitHub. You already do the hard part: you commit. git-to-x turns that into a designed card and posts it to X every morning. Your timeline finally looks like what you actually are — someone who ships. → 8 card designs, rotating (terminal, heatmap, flame, ticker…) so it never gets stale → weekly + monthly milestone cards — your streak becomes a story worth following → tweet from your CLI / Cursor / Claude Code without leaving your editor → free for 10 days, full access See who else is shipping daily under #proofofship — and join them. It touches your repo, so safe-to-try came first: → open source (AGPL) — audit it or self-host → read-only — we never touch your code This is my first build-in-public tool. I built it for myself, and for anyone tired of switching between shipping and posting about shipping. First 100 get founding lifetime — a permanent number on every card. Try it, tell me

发现趋势 GitHub 仓库、初学者议题和 GSoC 组织,寻找开源贡献机会。
@Manixh02 · X

为您的GitHub仓库编写代码的AI开发者。
vpetroff · HN
CobaltCode – Dedicated persistent computer for Codex

通过 GitMission 的交互式任务和浏览器终端与虚拟团队学习 Git。
@0shuvo0 · X

分析开源 GitHub 项目的健康指标、漏洞和质量数据。
Koimiao · V2EX
做了个小工具,可以从各个维度评估一个 GitHub 项目,想请大家拍砖 找开源项目时,我们常常会先看 Star 、README 和最近一次提交。如果你是独立开发者,正在维护自己的开源项目,也想知道怎么让自己项目更健康、被更多人看见,第一步该从哪里做起? 所以最近我做了一个小项目:TrustOSS http://trustoss.org 输入一个 GitHub 仓库链接,TrustOSS 会把这些公开信号整理成一份可读的仓库健康报告:活跃度、维护情况、社区、文档与成熟度评分;也可以进一步查看漏洞、CI 、真实依赖者、维护者集中度和 Star 异常情况。 想要评估一个开源项目,或者维护自己的开源项目,想知道短板在哪里,都可以直接试试(是免费的!

在原生应用中审查 GitHub 代码请求,无需打开 github.com。
othmanosx · HN
I still don't like the fact that AI is adding more stuff for us to read, it's accelerating the code production but slowing down the code review. I built my own code reviewer as well ( https://pyor.review/ ), surfacing the important stuff first is the right track, but adding more stuff to read is daunting, but asking AI to just point you to what you need to focus on and skim the noise is what I'm leaning more towards.

在Git仓库中存储Markdown文档,无数据库依赖,无厂商锁定。
@alizreim · X
Documentation that lives in your own git repository

分析 GitHub 仓库发现付费工作与贡献机会。
@bashops_dev · X
Building BashOps Radar—repository intelligence for developers. Helping developers identify contribution opportunities that can lead to contracts, paid sprints, and long-term work.

扫描GitHub仓库,检测生产就绪度漂移问题并评分。
gojongo · Product Hunt
ReWeaver AI DriftDetector Drift score for any GitHub repo

为开源项目生成的AI文档wiki,每句话都由代码行引用验证。
u/Comprehensive-Bad-43 · Reddit
I got tired of documentation that lies, so I made docs that have to prove every sentence Founder here! Every codebase I have ever joined had the same problem: the docs describe the code as it was six months ago. Nobody updates them, because updating docs is the least rewarding job in software. So I built RepoFold . You connect a GitHub repo and it generates a full wiki, but with one hard rule: every technical claim has to cite the exact file and line numbers it came from. If the AI can'