Git仓库转LLM文本
各维度得分依据公开资料与字段推算,加权后即综合评分,仅供参考。
Gitingest 的定位非常明确：把任意 Git 仓库转换成适合投喂给大语言模型的纯文本 digest。它会输出仓库摘要、目录结构和文件内容，用户可以复制或下载结果，用于代码问答、审查、文档生成或让 LLM 快速理解项目。
从抓取内容看，Gitingest 支持通过网页输入仓库，也提供 REST API。核心接口是 POST /api/ingest，参数包括仓库地址或 slug、最大文件大小、include/exclude 过滤模式、过滤 pattern，以及用于私有仓库的 GitHub PAT。另有 GET /api/{user}/{repository} 便于直接按 GitHub 用户和仓库名处理。输出包括 summary、tree、content 和 digest_url，对自动化工作流比较友好。
页面特别说明私有仓库 PAT 不会存储在后端，只用于克隆，随后从内存丢弃；浏览器不缓存，克隆后的仓库会在处理后删除。这些设计对临时处理私有代码库有帮助。不过文本未提供更深入的安全白皮书、审计、加密或企业合规说明，因此敏感企业代码仍需谨慎评估。
抓取文本没有出现定价、套餐、免费额度或付款方式信息，商业可预期性不足。文档方面，OpenAPI schema 比较完整，端点、请求模型、响应模型和错误码都有描述；但缺少速率限制、认证方式、调用示例、支持的 Git 平台范围和部署说明，整体更像接口自描述，而不是完整产品文档。
优点是工具轻量、目标清晰，能快速把代码库整理成 LLM 友好的文本，并支持文件大小和 include/exclude 过滤，便于控制上下文体积。缺点是生态集成、服务支持、开源/闭源、自托管和定价信息不足。它适合个人开发者、AI 编程用户、技术写作者和需要把仓库内容接入 LLM 流程的团队。
中国大陆访问情况无法从文本判断，标记为未知。若访问不稳定，可考虑 Repomix、aider repo-map 或自写脚本在本地将 Git 仓库打包为文本，再提交给可用的 LLM 服务。
本测评基于公开资料整理,不构成购买建议,请以 gitingest.com 官网实际信息为准。
把代码库整理成提示词友好文本，AI开发实用。
评分明细(分布与用户短评)接入中。当前展示 TG4G 综合评分,数据源自公开测评与用户反馈。