Greptile

免费与试用方面：提供试用；正式使用以订阅为主。计价方式为订阅制，超出免费范围后按官方档位付费，具体额度以官网为准。

官方口径：多家前沿模型。模型由平台侧调度，用户无需配置 Key。模型通常由官方统一提供，能否自行更换要看订阅档位与官方设置。

计价方式：订阅制。按开发者席位订阅，企业方案另有报价，具体以官网为准。

支持的系统：Web。运行在：浏览器 / VS Code。代码语言方面：全语言。国内访问可能需要网络条件，具体可用性以官网为准。

Greptile 是闭源商业软件，不提供源码。支持在自己的环境里运行（本地或私有化部署），适合对代码外泄敏感的团队。

不支持自带 API Key，模型调用由官方统一提供。同时不支持本地模型，需要联网使用官方服务。支持 MCP，可以接外部工具与数据源扩展能力。

官方支持在代码托管平台上安装应用并按仓库授权索引，通常先从一两个核心仓库开始，确认审查质量后再扩到多仓；仓库越多，索引与后续维护的投入越大，建议分批推进并给索引留出资源。

云端版需要在它的基础设施上索引仓库，代码会离开你的环境；官方另外提供自托管方案，面向数据主权与隔离网场景，索引与审查可以留在自有基础设施上，并允许接自备的模型提供方。是否合规取决于选哪种部署方式。

只看 diff 的工具知道这几行改了什么，不知道这些改动在别处被谁调用；Greptile 先索引全库，所以能指出签名变更、类型调整会破坏哪些调用方或依赖。代码库越大、模块越耦合，这个差别越明显。

多数情况下不划算。它要先建全库索引才有跨模块判断能力，而小仓库里这类问题本来就少；再加上按席位订阅与企业向的定价，小团队通常先用手头更轻的逐行审查工具，等代码库和团队规模上来再考虑。