返回首页
最新
在过去几个月里，我一直在构建一个轻量级的开源“副驾驶”，它直接在您的浏览器中运行，帮助您审查拉取请求（Pull Requests）/合并请求（Merge Requests），而无需将代码发送到任何外部服务，除非您选择这样做。
ThinkReview 最近获得了两个重大更新：
1. *现在完全开源*
2. *现在支持 Ollama，因此您可以在本地运行 LLM 进行私密代码审查*
---
## 什么是 ThinkReview？
ThinkReview 是一个浏览器扩展，能够附加到以下平台的原生 PR/MR 界面：
- GitLab（自托管或 SaaS）
- Azure DevOps
- GitHub
- Bitbucket
与 CodeRabbit、CodeAnt 或与 CI 连接的自动评论机器人不同，ThinkReview 的功能有所不同：
- 它为您提供一个*私密聊天窗口*，与差异视图相连。
- 您可以向模型提问有关 MR 的问题，探索逻辑，识别潜在的错误，或生成草稿评论。
- AI 不会自动发布任何内容——<i>您</i>始终掌控。
这对于仍然在浏览器中进行大部分审查的开发者非常有效，他们不希望有吵闹的机器人在公共场合发表评论。
---
## 演示（GIF）
<img src="<a href="https://firebasestorage.googleapis.com/v0/b/thinkgpt.firebasestorage.app/o/ThinkReview-assets%2Fthinkreview-azuredevops.gif?alt=media&token=9684b669-279e-4637-8214-36cffd50ee21" rel="nofollow">https://firebasestorage.googleapis.com/v0/b/thinkgpt.firebasestorage...</a>" width="600" />
---
## 为什么开源？
许多早期用户（尤其是来自运行自托管 GitLab 的公司）要求：
- 代码去向的透明性
- 自我审计的能力
- 对模型选择的控制
- 贡献和社区修复
仓库：
<a href="https://github.com/Thinkode/thinkreview-browser-extension" rel="nofollow">https://github.com/Thinkode/thinkreview-browser-extension</a>
它是使用标准浏览器 API 和一个小型 LLM 集成层构建的，因此非常易于修改。
---
## Ollama 支持（本地 LLM）
从 v1.4.0 开始，您可以将 ThinkReview 指向本地的 Ollama 实例。这使您能够运行任何支持的模型：
- Qwen Coder
- Llama 3
- DeepSeek
- Codestral
- 任何其他 Ollama 模型
### 为什么这很重要
- 您的代码*永远不会离开您的机器*
- 零成本
- 与自托管的 GitLab/隔离环境干净地工作
- 无需 API 密钥，无供应商锁定
- 您可以即时更换模型
如果您更喜欢速度，仍然可以使用云 LLM；如果您更喜欢隐私，Ollama 的表现相当不错（在 Mac Mini M4 上测试约 50 秒）。
---
## 安装
适用于任何 Chromium 浏览器：
Chrome 网上应用店：
<a href="https://chromewebstore.google.com/detail/thinkreview-ai-code-revie/bpgkhgbchmlmpjjpmlaiejhnnbkdjdjn" rel="nofollow">https://chromewebstore.google.com/detail/thinkreview-ai-code...</a>
无需后端服务器。配置非常简单。
---
## 寻求反馈
HN 上有很多人：
- 每天审查 PR
- 关心开发者的使用体验
- 运行自托管的 GitLab
- 对本地与云 LLM 工作流有看法
- 喜欢在浏览器扩展上进行黑客攻击
如果您尝试使用它，我非常希望能收到关于以下方面的反馈：
- UI/UX 改进
- 额外的提供者集成
- 其他支持的平台
- 本地 LLM 的性能/缓存想法
讨论/问题：
<a href="https://github.com/Thinkode/thinkreview-browser-extension" rel="nofollow">https://github.com/Thinkode/thinkreview-browser-extension</a>
或 <a href="https://thinkreview.dev/contact" rel="nofollow">https://thinkreview.dev/contact</a>
感谢您的阅读，
*Jay*
嘿，HN - 我正在开发一个Terraform自动化工具[1]，并观察到许多用户在他们的工作流程中开始使用编码代理，甚至在基础设施任务中也是如此。显然，这意味着大量的Terraform代码是由编码代理生成的，虽然这对于全新项目来说非常好，但大多数团队已经有了既定的规范。
今天早些时候，我的同事与一位朋友交谈，他提到他们听说有些“从未想过要接触Terraform的人，现在开始使用它，因为人工智能让这一切变得更简单。”
这让我思考，我们需要让人们更容易地使用他们的代理生成上下文感知的基础设施即代码（IaC），而我们需要成为运行这些代理生成的IaC的最佳工具。
在这个思考过程中，我灵感编码了tf-dialect。我很想了解社区是如何使用编码代理来管理基础设施的，以及像这样的工具是否会有用。
[1]: <a href="https://digger.dev" rel="nofollow">https://digger.dev</a>
将任何网站免费转变为您的AI助手的知识库！一键部署！
我开发了一个名为 BranchBox 的小工具，旨在解决我在同时使用多个编码代理和多个功能时遇到的问题。
并行开发听起来很不错，但当容器共享端口、工作树漂移、数据库冲突以及环境变量在分支间泄漏时，这种美好就会变得复杂。我的笔记本电脑经常陷入故障状态，我希望能有一种可预测的方式来并行运行多个完全隔离的环境。
BranchBox 为每个功能创建一个完整的、自包含的开发环境：
• 自己的 Git 工作树
• 自己的开发容器
• 自己的 Docker 网络
• 自己的数据库
• 自己的端口
• 自己的环境变量
• 可选的隧道（目前使用 cloudflared，未来将支持 ngrok）
• 安全挂载的共享凭证
这不是一个沙盒。它启动真实的容器和真实的数据库，但保持一切隔离，除非你明确希望它们互相接触，否则不会有任何交互。这使得并行工作（无论是人类还是代理驱动）变得更加安全和可管理。
我每天在多个项目中使用它，希望分享给其他可能遇到类似问题的人。
代码库： [https://github.com/branchbox/branchbox](https://github.com/branchbox/branchbox)
文档： [https://branchbox.github.io/branchbox/](https://branchbox.github.io/branchbox/)
欢迎提问、分享内部信息或提供反馈。