
Cobalt - Your AI Developer With Its Own Computer
为您的GitHub仓库编写代码的AI开发者。
vpetroff · HN
CobaltCode – Dedicated persistent computer for Codex
完整作品展
技术栈
15 projects

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

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

Surmado 自动代码审查工具,按照团队规范检查 GitHub PR。
u/surmado_rachel · Reddit
We built a cheaper code review tool for small teams We've been working on a code review tool for small teams, solo founders, and vibe coders who want a second set of eyes on every PR without paying Claude-level prices. The idea is simple: Surmado's Scout reviews your PRs against your own standards, not random generic lint rules. You add a STANDARDS.MD file, and on every push Scout gives you: What looks good/What needs work/A short reviewer brief so a human knows where to focus/Feedback

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

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

Voidocs 为初创团队创建专业文档,无需代码配置。
@hannah24_app · X

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

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

Create a free Sitedropper account and deploy a project from your coding agent, a ZIP, or REST to a live HTTPS URL.
@sitedropper · X
- Local to live without the hassle

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

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