
RepoMeter — GitHub traffic history that never expires
永久存档GitHub仓库的流量、克隆和来源数据。
@resetnak · X
- Github Repository statistics for opensource projects! Give it a try
完整作品展
技术栈
13 projects

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

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

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

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

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

粘贴 GitHub 仓库扫描安全漏洞,自动修复代码问题。
u/Still_Amphibian545 · Reddit
almost launched a side project with my api keys sitting in the repo (a week free gpt 5.6 on us) was about a day from launching a small project when i noticed my openai key was just sitting in a committed file. it had been there for weeks. no idea how i missed it. made me wonder what else was wrong that i couldn't see. turns out for vibecoded stuff it's usually the same handful of things. secrets in the repo, endpoints with no auth, a database with no access rules, no limit on the ex

GitHub PR analytics for engineering teams. Measure pull request performance metrics, review latency, throughput, and reviewer load from GitHub PR metadata. Read-only GitHub App.
@ashajjar85 · X

为开源项目生成的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'

在原生应用中审查 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.

自动将你的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


AI 代理的统一上下文层,集成邮箱、Drive、Slack、Notion 和 GitHub。
@marcin_u2 · X
-> here it is! claude finally knows everything gpt knows. and both of them know everything that's happened across your email, drive, slack, notion, github and granola :)