Translating this page to English in your browser…
跳到内容

夜深了,注意休息,愿你今夜好梦。

GitHub项目

共 179 篇文章

GitHub项目

OlmoOCR:高保真PDF转文本,RAG解析不头疼

很多搭 RAG 管线的人,最后都会卡在 PDF 解析上:扫描件、双栏、错位表格,喂给模型全是乱码。OlmoOCR 是艾伦 AI 研究所开源的高保真 PDF 转文本/HTML 工具,专治这种「文档预处理」难题,适合在搭知识库、做文档解析的开发者或研究者。核心看点它把扫描 PDF 直接变成可用的干净文本,能读懂复杂版面,表格、双栏、多级标题大体能按原顺序输出,而不是简单切块。更重要的是,不只给纯文本,还能转出 HTML,把粗体、斜体、页码这类结构信息保留下来,下游 RAG 或者网页渲染用起来更舒服。项目以 Apache-2.0 开源,推理流程可自托管,模型权重和代码都在,只要有 GPU 就能把数据留在自己手里。▲ github.com(阿里云通义万相 生成配图,非网页截图)适合谁适合正在做 RAG、文档问答、批量档案数字化的工程师和研究者。它默认会下载多模态模型权重,建议至少准备一张 NVIDIA GPU,具体显存、依赖版本以仓库 README 为准;不需要任何付费 API Key,自己部署就能跑。想判断它能不能处理你手头那堆扫描件,直接去 OlmoOCR 仓库 看 README 里的效果示例和命令行样例,或者带着真实文档去 Issues 里问维护者。

GitHub项目

verl:给大模型做 RL 后训练,不用自己拼推理和训练引擎

想用 PPO、GRPO 这类方法给模型做后训练,真正卡人的通常不是算法本身,而是 rollout 推理、训练并行、权重同步这几段怎么接起来。verl 做的事情就是把这套链路提前搭好,做强化学习微调的开发者和研究者可以直接从示例配置改起。核心看点- 推理和训练分开跑:rollout 交给 vLLM、SGLang 这类推理引擎,训练侧用 FSDP 或 Megatron-LM,中间由 Ray 调度,省掉自己写通信层。 - 算法不绑死:PPO、GRPO 等常见配方都有现成实现,换掉 reward 函数和数据集就能跑自己的任务。 - 改造门槛低:能直接对接 HuggingFace 上的模型,整体以配置驱动,脚本结构清晰,读一遍就知道该改哪里。▲ github.com(阿里云通义万相 生成配图,非网页截图)上手提示典型场景是数学推理、代码生成这类 reward 可以自动验证的后训练实验。需要多卡 GPU 环境,单卡基本只能跑很小的 demo;Ray 集群和推理引擎的版本要和仓库要求对齐,建议先照着 README 的安装脚本走通一次,再动配置文件。项目采用 Apache-2.0 许可证,下载的模型权重仍要遵守各自的原始协议。想确认它跟你手上的卡型和模型规模是否匹配,直接翻 README 里的启动命令和示例配方 最快。

GitHub项目

本地运行多模态大模型,llama.cpp 生态再添新成员

如果你还在为在消费级硬件上运行多模态大模型而发愁,这个仓库或许能让你眼前一亮。它基于 llama.cpp 的 GGUF 格式,让你可以在 CPU 或低显存 GPU 上跑起视觉语言模型,无需昂贵的 A100。对于想要本地体验 LLaVA、BakLLaVA 等模型的开发者和爱好者来说,这是个开箱即用的选择。核心看点- 低门槛推理:利用 llama.cpp 的量化能力,将 7B 参数的多模态模型压缩到 4-6 GB,普通笔记本也能运行。 - 原生支持多模态:不仅处理文本,还能直接接受图像输入并生成描述或回答,实现图文对话。 - 活跃社区维护:基于 MIT 许可证,近期仍有提交,Issue 和 PR 响应及时,适合二次开发或集成到自己的项目。▲ github.com 仓库页截图(仅供参考,以 GitHub 为准)上手提示推荐在 Linux 或 macOS 上使用,Windows 需配合 WSL。无需 GPU,但 16GB 以上内存能获得更好体验。无需任何 API Key,下载 GGUF 模型文件即可运行。如果你是本地 AI 应用开发者,或想离线使用多模态功能,这个仓库值得一试。感兴趣的话,直接去 README 查看快速开始和示例,还能找到社区预制的模型权重。仓库地址:llama.cpp 多模态扩展

GitHub项目

Text Generation WebUI: 本地跑LLM的最强开源面板

厌倦了给大模型平台充API额度?想私有化部署却卡在命令行参数里?oobabooga/text-generation-webui 就是那个让你用浏览器轻松管理、加载、对话各种开源模型的“一站式”神器。无论是玩转Llama、Mistral、Gemma,还是实验LoRA微调,它把复杂的推理引擎封装成了开箱即用的UI,特别适合研究者、爱好者以及想在公司内网搭个AI助手的开发者。核心看点- 模型全家桶支持:原生对接Transformers、ExLlamaV2、llama.cpp、AutoGPTQ等多种推理后端,一个面板就能跑GPTQ、GGUF、AWQ等量化格式。扩展LoRA/QLoRA微调:无需额外脚本,在UI里就能上传LoRA权重并热切换,做角色扮演或领域适配非常方便。 - 丰富的交互模式:除了标准聊天,内置Notebook模式(逐段生成)和聊天指令系统(/reset、/load指令),还能直接上传PDF/TXT做上下文注入,实测对长文档摘要很实用。 - 开箱即用的Web API:自带兼容OpenAI格式的API端点,方便对接其他UI(如LobeChat)或自动化工作流,社区还有Docker一键部署脚本(许可证为AGPL-3.0)。▲ github.com(阿里云通义万相生成配图,非网页截图)上手提示需要一张至少6GB显存的GPU(集成显卡推理极慢),推荐用CUDA 12+环境。下载后执行 start_windows.bat(Windows)或 python server.py(Linux/macOS),首次运行会自动安装依赖。如果只做CPU推理,可加载GGUF格式的小模型(如Qwen2.5-1.5B-GGUF)。无需任何API Key,所有推理在本机完成,数据不出门。就这么简单——点上Star,去README看看--listen参数能帮你暴露到局域网,或翻翻Extensions栏…

GitHub项目

LitGPT:用PyTorch原生方式训练部署LLM,告别框架黑盒

如果你是那种觉得Hugging Face Trainer太黑箱、想自己掌控每一行训练代码的开发者,LitGPT可能是你一直想要的东西。它不是又一个高层封装,而是基于PyTorch Lightning构建的轻量级LLM训练与推理工具,直接暴露模型架构和优化步骤,同时省去重复的模板代码。无论是从头预训练、LoRA微调,还是部署,都用一套熟悉的PyTorch风格搞定,适合喜欢「看得见」训练过程的科研人员和工程师。核心看点- 透明可控的训练流程:使用PyTorch Lightning的LightningModule和LightningDataModule,hparams和checkpoints都按标准结构组织,没有隐式全局变量。支持FSDP、混合精度、梯度检查点等主流优化,配置通过YAML或CLI指定,极易复现实验。 - 原生支持多种模型架构:包括Llama 2、Mistral、Mixtral、Phi-2、Gemma、Qwen等,权重可直接从Hugging Face Hub下载,无需转换。微调支持LoRA/QLoRA、Adapter,且提供最小代码量的脚本,例如finetune/lora.py只有不到200行,适合学习和定制。 - 推理与导出一体化:能在单卡或CPU上跑生成,也支持批量推理;导出为torch.compile、ONNX或Triton推理服务所需格式,部署链路清晰。作者还提供量化方案,方便在边缘设备上运行。▲ github.com(阿里云通义万相 生成配图,非网页截图)适合谁- 研究者:需要修改模型内部结构、试验新训练策略,LitGPT的模块化设计让你不必重写整套流程。工程师:需要一个可读性强、易于集成到现有CI/CD管线的LLM开发工具,且不想引入太多黑盒依赖。依赖:需要PyTorch 2.1+,CUDA或MPS加速;微调一张A100 80GB可跑7B模型,如果你的显…

GitHub项目

tinygrad:用很少的代码读懂深度学习与大模型推理

绝大多数人用深度学习框架就是调 API,想亲眼看清张量、自动求导、反向传播到底怎么运作,往往被 PyTorch 那几十万行代码劝退。tinygrad 把核心逻辑压缩得很紧凑,同时又保留了可用的训练和推理能力,适合想拆开黑盒的工程师和研究爱好者。核心看点- 极简内核:用相对很少的代码实现张量、自动求导和常见优化器,阅读它比啃 PyTorch 源码轻松得多。 - 多后端支持:同一套模型可跑在 CPU、CUDA、OpenCL、WebGPU 上,换设备时不用改写业务代码。 - 能训也能推理:既能训练小型模型,也能加载类似 LLaMA 的权重做推理,用来理解大模型内部机制正合适。▲ github.com(阿里云通义万相 生成配图,非网页截图)适合谁想真正理解框架底层原理的开发者,或需要在不同设备上做轻量推理的爱好者。项目基于 Python,依赖少,纯 CPU 环境就能跑;GPU 版需要对应的驱动或 CUDA 环境,不需要 API Key。如果你早已厌倦把框架当黑盒用,点进 README 从代码目录开始走读,会有种豁然开朗的感觉。打开 tinygrad 仓库 看看它是如何在紧凑代码里撑起一个完整的深度学习栈。

GitHub项目

用思维链让本地小模型变聪明——COT 推理增强库 Thought 开源

当本地小模型面对复杂推理任务频频翻车时,Thought 提供了一种轻量级解决方案:通过结构化的思维链(Chain-of-Thought)提示编排,显著提升 7B-13B 参数模型的逻辑推理能力,而无需任何微调。它特别适合想在低算力环境下榨干模型潜力的开发者。核心看点- 零训练推理增强:无需 GPU 微调,仅通过动态构建思维链提示模板,即可在数学、常识推理等任务上看到 10-20% 的准确率提升,兼容 Ollama、llama.cpp 等主流推理后端。 - 多策略集成:内置 Zero-shot CoT、Self-Consistency、Tree-of-Thought 等多种推理策略,可通过配置文件一键切换,方便对比效果。 - 极简 Python API:三行代码即可对任意 Hugging Face 模型或 OpenAI 兼容 API 进行推理增强,并自动输出结构化推理过程与最终答案。▲ github.com(阿里云通义万相生成配图,非网页截图)上手提示- 依赖:Python 3.9+,仅需 pip install thought,无强制 GPU 要求。 - 典型场景:本地模型做数学题、逻辑问答、代码 bug 分析等需要多步推理的任务。 - 注意:思维链会增加 Token 消耗,对于上下文窗口较小的模型(如 2K)需适当缩短输入。项目以 MIT 许可证发布,README 提供了完整的策略对比表格和 Jupyter Notebook 示例。如果你正为小模型的推理能力发愁,不妨试试这个轻量级外挂——去 Thought 仓库 看看如何用一行代码开启思维链。

GitHub项目

Dify:拖拽搭建 AI 应用,RAG 与 Agent 工作流一站式平台

想快速把大模型接入业务,又不想从零写前后端和编排逻辑?Dify 提供了一个可视化的 AI 应用开发平台,支持 RAG 知识库、Agent 工具链、工作流编排,甚至一键发布为 API 或 Web 应用。无论是做客服机器人、文档问答还是自动化报告生成,它都能让开发者把精力放在 prompt 和逻辑上,而非基础设施。核心看点- 可视化编排:通过拖拽节点构建 AI 工作流,支持条件分支、循环、代码块,可串联 LLM 调用、知识检索、API 请求等,无需手写复杂逻辑。 - 内置 RAG 引擎:上传 PDF/网页/数据库,自动切片、向量化并建立索引,支持混合检索与重排序,直接提升问答准确率。 - 多模型与 Agent 支持:兼容 OpenAI、Claude、本地 Ollama 等数十种模型,Agent 可调用自定义工具(如搜索、计算器),通过 ReAct 模式自主决策。▲ github.com(阿里云通义万相生成配图,非网页截图)适合谁后端开发者、AI 应用产品经理、以及想快速验证 AI 想法的个人。部署依赖 Docker 和 PostgreSQL/Redis,社区版免费且开源(Apache-2.0 许可证)。如果不想自建,官方也提供云服务。从原型到生产,Dify 把 AI 应用开发的复杂度降了一个量级。去它的 GitHub 仓库 看示例视频和模板,你会发现原来搭个智能助手可以这么简单。

GitHub项目

MiniMind:用几小时从零训出一个小模型,把 LLM 全流程摸透

如果你想搞清楚一个大模型到底是怎么从零长出来的,而不是止步于调 API,这个仓库值得留一个周末给它。它把预训练、SFT、LoRA、蒸馏、推理部署这条链路,压缩到一个能单卡跑通的小模型上。核心看点- 全流程拆解:数据清洗、分词器、预训练、指令微调、偏好优化、知识蒸馏,每一步都有对应脚本和可复现的配置,不是只给个训练入口。 - 单卡就能跑完:项目刻意把模型做小,消费级显卡甚至 CPU 也能完整走一遍,学习成本比啃论文或改造大厂训练框架低得多。 - 中文文档友好:README 和配套笔记把「为什么这么写」讲得比较清楚,代码结构也刻意保持精简,方便你边读边改动对照效果。▲ github.com(阿里云通义万相 生成配图,非网页截图)适合谁适合想补上训练侧经验的后端/算法同学、准备入门 LLM 训练的学生,以及手头需要一个小模型做验证实验的人。依赖 Python 与 PyTorch,建议有 NVIDIA 显卡(纯 CPU 也能跑,只是慢);数据与权重基本本地自取,不需要外部 API Key。许可证为 Apache-2.0,模型权重下载与使用前,请以仓库内的 LICENSE 说明为准。想直接看训练脚本、数据配比和推理示例,从 README 的快速开始往下翻最省时间:MiniMind 仓库主页

GitHub项目

LMCache:把 KV Cache 搬出显存,长上下文不再卡首字

跑长上下文推理时,真正吃掉显存的是 KV Cache;模型权重并不是大头。同一段前缀被反复计算,也白白浪费算力。LMCache 就是针对这两个问题做的,正在用 vLLM 搭推理服务的开发者值得点开看看。核心看点- KV Cache 分层存放:除了显存,还能放到 CPU 内存、本地磁盘甚至远端存储;显存吃紧时,不必先把 context 长度砍掉。 - 跨请求复用:相同前缀命中缓存后直接跳过重算,首 token 延迟和吞吐都会受益;RAG、多轮对话、固定系统提示这类前缀重复的场景收益最明显。 - 接入改动小:作为 vLLM 的连接器接入,业务侧基本不用改代码;缓存容量与淘汰策略则通过配置项调整。▲ github.com(阿里云通义万相 生成配图,非网页截图)上手提示需要 GPU 环境和匹配的 vLLM 版本,建议先跑官方示例确认缓存确实命中,再考虑接远端后端;远端存储要额外准备服务和凭据。仓库以 Apache-2.0 发布,商用前请按 LICENSE 原文核对一遍。想看清具体接入方式、支持的后端和最新改动,直接翻 README 与 Releases 比看二手总结快:LMCache 仓库。

Welcome! This site is in Chinese. Tap EN in the top bar to read in English.