GitHits beta 0.9

{"translation":"嗨 Product Hunt！👋

我是 Olli-Pekka，GitHits 的联合创始人之一。

我加入开源社区已经 15 年了，我创建了 opencv-python，在我维护这个项目期间，它的下载量突破了 1 亿次，对了，我来自芬兰🇫🇮，和 Linus Torvalds 是同乡哦。🙂

我发现，当文档缺少内容时，我总是给同事和朋友同样的建议。我常用的技巧很简单：用 GitHub 搜索找到已经解决了该问题的代码。这个方法非常强大，只不过它只返回原始结果，不会给出结合上下文的答案。

于是我开始开发 GitHits，把这个工作流程带给 AI 编码智能体。

GitHits 可以和 Claude Code、Codex、Cursor 以及其他 AI 编码智能体工具配合使用，起到补充作用。

这些智能体非常擅长浏览你的本地代码库。它们可以进行 grep 搜索、全文搜索、读取文件，以此了解你的应用程序的工作原理。

但问题在于，现代软件并不只局限于你的代码仓库之内。

系统很大一部分都存在于框架、库、SDK 和其他开源依赖中。智能体通常可以看到你的代码在何处调用了这些依赖，但它们往往无法像浏览本地代码一样浏览和检查这些依赖。而且即使智能体读取了文档，文档也只会告诉你该调用什么，不会说明它实际的行为方式。要了解这些，你需要查看源代码。

GitHits 为智能体提供以下访问能力：

• 代码示例：基于代码仓库、Issue、讨论和 Pull Request 中的实际实现，并链接回原始实现代码

• 跨代码库代码导航：支持跨包和跨仓库搜索、grep 查询、文件列表和精确行读取，无需克隆仓库

• 依赖包检查：查看依赖信息、漏洞、更新日志和版本变更内容

• 文档访问：可访问托管文档和仓库内置文档

GitHits 通过按需构建版本感知的开源代码索引来实现这一点，对于普通仓库，通常只需 10-20 秒即可完成。

当智能体在本地代码仓库遇到能力边界时，GitHits 就能派上用场。

这种情况可能发生在规划和调研阶段：此时智能体需要了解依赖的工作原理、版本之间的变更，或者其他地方是如何实现某个功能的。这种情况也可能发生在编码实现阶段：由于答案不在本地仓库中，智能体会不断重试各种变体、走入死胡同。

作为开发者，遇到这种情况时，我们通常都会离开自己的仓库，去阅读别人的代码。

用户对 GitHits 的评价：

• Onni：帮助 Claude Code 从代码中找到未写入文档的 API

• Rob：我的 openusage v2 应用出了个问题——一下子就完美修复了，根本不需要猜测

提供永久免费套餐。

没有试用期。只需创建账户，就能将你的智能体连接到 GitHits。

上线特别活动。

今天注册的所有用户都可享受 6 个月 3 倍积分。没有附加条件，就是给你更多 GitHits 使用额度。

只需一条命令即可完成设置：

npx githits@latest init

它会安装 CLI 并将 GitHits 连接到 Claude Code、Codex、Cursor 或任何兼容 MCP 的智能体。你也可以通过这个链接注册。

如果你已经在使用 GitHits，欢迎告诉我你用它来做什么，以及我们如何才能把 GitHits 做得更好。

我们期待收到你坦诚的反馈，由衷感谢你的支持！

"}