MInference

GitHub
1.2k 78 中等 1 次阅读 昨天MIT语言模型开发框架
AI 解读 由 AI 自动生成,仅供参考

MInference 是一款专为加速长上下文大语言模型推理而设计的开源工具。面对处理百万级 token 提示词时传统模型计算缓慢、延迟高的问题,MInference 通过引入近似计算与动态稀疏注意力机制,显著提升了预填充阶段的效率。在单张 A100 显卡上,它不仅能将推理速度提升最高达 10 倍,还能保持甚至优化模型的准确性。

该工具特别适合 AI 开发者、研究人员以及需要部署长文本应用场景的工程团队。其核心技术亮点在于巧妙利用了大模型注意力机制中“动态稀疏但包含静态模式”的特性:系统会离线分析并确定每个注意力头的稀疏模式,随后在线运行时动态近似稀疏索引,并调用最优化的自定义内核进行计算。目前,MInference 已集成至 SGLang、vLLM 等主流推理框架,并支持 LLaMA-3、GLM-4 及 Qwen2.5 等热门长上下文模型,让用户能够轻松实现高效、低延迟的百万字级文本处理。

使用场景

某法律科技团队正在构建基于 LLaMA-3-8B-1M 的智能合同审查系统,需要一次性输入数百页的法律文档(约 50 万 token)以生成精准的风险分析报告。

没有 MInference 时

  • 等待时间过长:在单张 A100 显卡上,仅预处理(Pre-filling)超长上下文就需要数分钟,律师无法进行实时交互查询。
  • 硬件资源瓶颈:巨大的计算量导致显存占用极高,难以在同一服务器上部署多个并发服务,扩容成本高昂。
  • 被迫牺牲精度:为了追求响应速度,团队不得不将长文档强行截断或使用摘要替代全文,导致关键法律条款被遗漏,分析结果不可靠。
  • 用户体验断裂:漫长的加载过程让用户频繁失去耐心,系统在实际业务场景中难以落地推广。

使用 MInference 后

  • 推理速度飞跃:利用动态稀疏注意力机制,预处理延迟降低了近 10 倍,原本几分钟的等待缩短至秒级,实现近乎实时的反馈。
  • 单机承载高并发:计算效率的大幅提升使得单张 A100 即可流畅处理百万级 token 上下文,显著降低了硬件部署门槛和运营成本。
  • 全量信息无损分析:无需再对文档进行截断或摘要,模型能直接“阅读”完整合同全文,确保了风险识别的准确性和完整性。
  • 交互体验流畅自然:极速的响应让律师可以像日常对话一样连续追问细节,真正实现了长上下文大模型的实用化落地。

MInference 通过动态稀疏计算打破了长上下文推理的速度壁垒,让百万级 token 的实时精准分析在单卡设备上成为可能。

运行环境要求

操作系统
  • 未说明
GPU

需要 NVIDIA GPU(文中示例提及单卡 A100),需安装 FlashAttention-2(可选但推荐以获得加速效果),具体显存大小取决于加载的模型参数量及上下文长度(如处理 1M 上下文需大显存)。

内存

未说明

依赖
notes该工具主要加速长上下文 LLM 的预填充阶段。虽然核心依赖仅需 Torch、Triton 和 Transformers,但为了获得显著的速度提升(最高 15 倍),强烈建议搭配 SGLang 或 vLLM 使用。支持多种长上下文优化方法(如 StreamingLLM, SnapKV 等)及多款主流开源模型(如 Qwen2.5, LLaMA-3, GLM-4 等)。若模型不在默认支持列表中,可手动生成稀疏头配置。
python未说明
torch
transformers>=4.46.0
triton
flash-attn (可选)
sglang>=0.4.6.post4 (推荐用于加速)
vllm>=0.9.0 (推荐用于加速)
MInference hero image

快速开始

MInference

MInference:面向长上下文大模型的百万令牌提示推理

| 项目页面 | 论文 | HF 演示 | SCBench | MMInference |

https://github.com/microsoft/MInference/assets/30883354/52613efc-738f-4081-8367-7123c81d6b19

现在,借助 MInference 1.0,您可以在单张 A100 上以 10 倍的速度处理 100 万令牌的上下文,同时保持更高的准确性!使用 LLaMA-3-8B-1M、GLM-4-1M 等长上下文大模型,立即体验吧!

📰 新闻

  • 🐝 [25/05/02] MMInference 已被 ICML'25 接受。
  • 👨‍💻‍ [25/04/14] SGLangvLLM 已合并 MInference 的稀疏注意力核。MInference 已经支持这些优化后的核。 只需运行 pip install sglang 即可。您将获得高达 1.64× (64K), 2.4× (96K), 2.9× (128K), 5.2× (256K), 8× (512K), 以及 15× (1M) 的加速效果。值得一提的是,SGLang 还将其适配到了 FlashAttention-3 上。特别感谢 @zhyncs 和 @yinfan98 的贡献!
  • 👾 [25/04/23] 我们很高兴地宣布推出多模态工作 MMInference,该工作采用 模态感知的置换稀疏注意力 来加速长上下文视觉语言模型的推理。我们将在 Microsoft 展位FW-Wild at ICLR'25 上展示 MMInference。新加坡见!
  • 🤗 [25/01/27] MInference 已集成到 Qwen2.5-1M 及其在线服务中。详情请参阅 论文vLLM 实现
  • 🪸 [25/01/23] SCBench 已被 ICLR'25 接受。
更多新闻
  • 🍩 [24/12/13] 我们很高兴地宣布发布以 KV 缓存为中心的分析工作,SCBench,它从 KV 缓存的角度评估长上下文方法。
  • 🧤 [24/09/26] MInference 被选为 NeurIPS'24亮点。温哥华见!
  • 👘 [24/09/16] 我们很荣幸地宣布发布 KV 缓存卸载工作,RetrievalAttention,它通过向量检索加速长上下文大模型的推理。
  • 🥤 [24/07/24] MInference 现在支持 meta-llama/Meta-Llama-3.1-8B-Instruct
  • 🪗 [24/07/07] 感谢 @AK 的赞助。您现在可以在 HF 演示 中使用 MInference,无需 GPU。
  • 📃 [24/07/03] 由于 arXiv 出现问题,目前无法在其上获取 PDF 文件。您可以通过此链接查看论文:链接
  • 🧩 [24/07/03] 我们将在 ICML'24 的 Microsoft 展位ES-FoMo 上展示 MInference 1.0。维也纳见!

TL;DR

MInference 1.0 利用大模型注意力的动态稀疏特性——尽管存在一些静态模式——来加速长上下文大模型的预填充过程。它首先离线确定每个注意力头所属的稀疏模式,然后在线近似稀疏索引,并使用最优的自定义核动态计算注意力。这种方法能够在 A100 上实现高达 10 倍的预填充加速,同时保持准确性。

SCBenchKV 缓存为核心视角 分析长上下文方法,覆盖整个 KV 缓存生命周期(如 KV 缓存的生成、压缩、检索和加载)。它在两种共享上下文模式下评估了 12 项任务,涵盖长上下文能力的四个类别:字符串检索、语义检索、全局信息以及多任务场景。

MMInference 使用 模态感知的置换稀疏注意力 来加速长上下文视觉语言模型的预填充阶段。具体而言,我们实现了三种基于置换的稀疏注意力机制——FlashAttention、FlashDecoding 和 PIT——以应对视觉输入中的网格模式以及混合模态场景中的模态边界问题。

🎥 概览

MInference 一页 SCBench 一页 MMInference 一页

🎯 快速开始

需求

  • Torch
  • FlashAttention-2(可选)
  • Triton
  • Transformers >= 4.46.0

要开始使用 MInference,只需通过 pip 安装即可:

pip install minference

支持的高效方法

您可以通过运行以下代码获取支持的所有高效方法的完整列表:

from minference import MInferenceConfig
supported_attn_types = MInferenceConfig.get_available_attn_types()
supported_kv_types = MInferenceConfig.get_available_kv_types()

目前,我们支持以下长上下文方法:

有关KV缓存生命周期的更多详细信息,请参阅SCBench。请注意,某些模式由vLLM支持,而所有模式均由HF支持。

支持的模型

通用MInference 支持任何解码型LLM,包括LLaMA风格的模型和Phi系列模型。 我们已经适配了市面上几乎所有的开源长上下文LLM。 如果您的模型不在支持列表中,请随时在问题区告知我们,或者您可以按照指南手动生成稀疏注意力头配置。

您可以通过运行以下代码获取支持的LLM完整列表:

from minference import get_support_models
get_support_models()

目前,我们支持以下LLM:

如何使用MInference

[!TIP] 为了享受快速的内核实现,我们建议安装SGLangvLLM。 对于sglang:

uv pip install "sglang[all]>=0.4.6.post4"

对于vLLM:

uv pip install "vllm>=0.9.0"
uv pip install git+https://github.com/vllm-project/flash-attention

对于HF:

from transformers import pipeline
+from minference import MInference

pipe = pipeline("text-generation", model=model_name, torch_dtype="auto", device_map="auto")

# 替换MInference模块,
# 如果您使用本地路径,请在初始化MInference时使用HF中的model_name。
+minference_patch = MInference("minference", model_name)
+pipe.model = minference_patch(pipe.model)

pipe(prompt, max_length=10)

# 使用稀疏KV方法,例如snapkv、quest、retr_attn、kivi
+minference_patch = MInference(attn_type="minference", model_name=model_name,kv_type="quest")
+pipe.model = minference_patch(pipe.model)

pipe(prompt, max_length=10)

对于vLLM:

目前,请使用vllm>=0.4.1版本。

from vllm import LLM、SamplingParams
+ from minference import MInference

llm = LLM(model_name,enforce_eager=True,max_model_len=128_000,enable_chunked_prefill=False)

# 替换MInference模块,
# 如果您使用本地路径,请在初始化MInference时使用HF中的model_name。
+minference_patch = MInference("vllm", model_name)
+llm = minference_patch(llm)

outputs = llm.generate(prompts,sampling_params)

对于带有张量并行的vLLM:

  1. minference_patch_vllm_tpminference_patch_vllm_executorminference/patch.py复制到vllm/worker/worker.pyWorker类的末尾。确保缩进minference_patch_vllm_tp
  2. 调用VLLM时,务必设置enable_chunked_prefill=False
  3. 参考位于https://github.com/microsoft/MInference/blob/main/experiments/benchmarks/run_e2e_vllm_tp.sh的脚本。
from vllm import LLM、SamplingParams
+ from minference import MInference

llm = LLM(model_name,enforce_eager=True,max_model_len=128_000,enable_chunked_prefill=False,tensor_parallel_size=2)

# 替换MInference模块,
# 如果您使用本地路径,请在初始化MInference时使用HF中的model_name。
+minference_patch = MInference("vllm", model_name)
+llm = minference_patch(llm)

outputs = llm.generate(prompts,sampling_params)

仅使用内核:

from minference import vertical_slash_sparse_attention、block_sparse_attention、streaming_forward

attn_output = vertical_slash_sparse_attention(q、k、v、vertical_topk、slash)
attn_output = block_sparse_attention(q、k、v、topk)
attn_output = streaming_forward(q、k、v、init_num、local_window_num)

对于本地Gradio演示

git clone https://huggingface.co/spaces/microsoft/MInference
cd MInference
pip install -r requirments.txt
pip install flash_attn
python app.py

如需更多详情,请参阅我们的示例实验。您可以在这篇论文以及GitHub上找到关于动态编译器PIT的更多信息。

SCBench

[!注意]

  • datasets >= 2.15.0

加载数据

您可以通过 Hugging Face 数据集下载并加载 SCBench 数据(🤗 HF 仓库):

from datasets import load_dataset

datasets = ["scbench_kv", "scbench_prefix_suffix", "scbench_vt", "scbench_repoqa", "scbench_qa_eng", "scbench_qa_chn", "scbench_choice_eng", "scbench_many_shot", "scbench_summary", "scbench_mf", "scbench_summary_with_needles", "scbench_repoqa_and_kv"]

for dataset in datasets:
    data = load_dataset("microsoft/SCBench", dataset, split="test")

数据格式

SCBench 中的所有数据都统一为以下格式:

{
    "id": "每条数据的随机 ID。",
    "context": "任务所需的长上下文,例如代码库、长文档或多轮示例。",
    "multi_turns": [{"input": "多轮问题", "answer": "多轮参考答案"}],
}

实验

我们在 GreedySearchGreedySearch_vllm 两个类中,分别使用 HF 和 vLLM 实现了 多轮模式多请求模式。请参考以下脚本运行实验。

对于所有方法:

cd scbench
# 单 GPU,多轮模式
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_all_tasks.sh meta-llama/Llama-3.1-8B-Instruct 1 multi-turn
# 多 GPU,多轮模式
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0,1 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_all_tasks.sh meta-llama/Llama-3.1-8B-Instruct 2 multi-turn
# 多 GPU,多请求模式
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0,1 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_all_tasks.sh meta-llama/Llama-3.1-8B-Instruct 2 scdq

对于单个方法:

cd scbench
# 单 GPU,多轮模式,使用 attn_type: vllm,kv_type: dense
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_single_method.sh meta-llama/Llama-3.1-8B-Instruct 1 multi-turn vllm dense
# 多 GPU,多轮模式,使用 attn_type: vllm,kv_type: dense
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0,1 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_single_method.sh meta-llama/Llama-3.1-8B-Instruct 2 multi-turn vllm dense
# 多 GPU,多请求模式,使用 attn_type: vllm,kv_type: dense
VLLM_ALLOW_LONG_MAX_MODEL_LEN=1 CUDA_VISIBLE_DEVICES=0,1 VLLM_WORKER_MULTIPROC_METHOD=spawn bash scripts/run_single_method.sh meta-llama/Llama-3.1-8B-Instruct 2 scdq vllm dense

关于 attn_typekv_type 的更多细节,请参阅此部分:支持的高效方法

常见问题解答

如需更多见解和解答,请访问我们的 FAQ 部分

Q1:如何有效评估动态稀疏注意力对长上下文大模型能力的影响?

为了评估像 LLaMA-3-8B-Instruct-1M 和 GLM-4-9B-1M 这样的长上下文大模型的能力,我们测试了:1) 使用 RULER 测量上下文窗口;2) 使用 InfiniteBench 测试通用任务;3) 使用 Needle in a Haystack 测试检索任务;4) 使用 PG-19 测试语言模型预测。
我们发现传统方法在检索任务中的表现较差,难度排序如下:KV 检索 > 北针任务 > Retrieval.Number > Retrieval PassKey。主要挑战在于针与 haystack 之间的语义差异。当这种差异较大时,比如 passkey 任务,传统方法表现较好。而 KV 检索则需要更高的检索能力,因为任何键都可能成为目标,多针任务更是复杂。
我们将在后续版本中继续用更多模型和数据集更新结果。

Q2:这种动态稀疏注意力模式是否只存在于未完全训练的长上下文大模型中?

首先,注意力本身就是动态稀疏的,这是其机制 inherent 的特性。我们选择了最先进的长上下文大模型,GLM-4-9B-1M 和 LLaMA-3-8B-Instruct-1M,它们的有效上下文窗口分别为 64K 和 16K。借助 MInference,这些窗口可以分别扩展到 64K 和 32K。我们将继续将该方法应用于其他先进的长上下文大模型,并更新结果,同时探索这种动态稀疏注意力模式的理论基础。

Q3:这种动态稀疏注意力模式是否只存在于自回归语言模型或基于 RoPE 的语言模型中?

类似的垂直和斜线稀疏模式已在 BERT[1] 和多模态大模型[2] 中被发现。我们对 T5 注意力模式的分析显示,即使在双向注意力中,这些模式也会出现在不同的头中。
[1] SparseBERT:重新思考自注意力中的重要性分析,ICML 2021。
[2] LOOK-M:KV 缓存中的一次性优化,用于高效的多模态长上下文推理,2024年。

图 1. T5 编码器中的稀疏模式。

Q4:MInference、SSM、线性注意力和稀疏注意力之间有什么关系?

这四种方法(MInference、SSM、线性注意力和稀疏注意力)都能高效地优化 Transformer 中的注意力复杂度,但它们引入归纳偏置的方式各不相同。后三种方法需要从头开始训练。最近的一些工作,如 Mamba-2 和 Unified Implicit Attention Representation,将 SSM 和 线性注意力统一为静态稀疏注意力,而 Mamba-2 本身则是一种分块稀疏方法。尽管这些方法由于注意力中的稀疏冗余而显示出潜力,但在处理复杂任务中的动态语义关联时,静态稀疏注意力可能会遇到困难。相比之下,动态稀疏注意力更适合管理这些关系。

Q5:在 _prepare_4d_causal_attention_mask_with_cache_position 中出现 CUDA 内存不足。

解决方案:在模型初始化时添加以下参数,将 Hugging Face 模型的注意力后端设置为 FlashAttention-2:_attn_implementation="flash_attention_2"

Q6:在 logits = self.lm_head(hidden_states[:, -logits_to_keep:, :]) 中出现 CUDA 内存不足。

解决方案:在模型前向传播中将 logits_to_keep 设置为 1。

引用

如果您认为 MInference 对您的项目和研究有用或相关,请您引用我们的论文:

@inproceedings{jiang2024minference,
  author = {Huiqiang Jiang and Yucheng Li and Chengruidong Zhang and Qianhui Wu and Xufang Luo and Surin Ahn and Zhenhua Han and Amir H. Abdi and Dongsheng Li and Chin-Yew Lin and Yuqing Yang and Lili Qiu},
  booktitle = {The Thirty-eighth Annual Conference on Neural Information Processing Systems},
  title = {{MI}nference 1.0: Accelerating Pre-filling for Long-Context {LLM}s via Dynamic Sparse Attention},
  url = {https://openreview.net/forum?id=fPBACAbqSN},
  year = {2024}
}

@inproceedings{li2025scbench,
  title={{SCB}ench: A {KV} Cache-Centric Analysis of Long-Context Methods},
  author={Yucheng Li and Huiqiang Jiang and Qianhui Wu and Xufang Luo and Surin Ahn and Chengruidong Zhang and Amir H. Abdi and Dongsheng Li and Jianfeng Gao and Yuqing Yang and Lili Qiu},
  booktitle={The Thirteenth International Conference on Learning Representations},
  year={2025},
  url={https://openreview.net/forum?id=gkUyYcY1W9}
}

@inproceedings{li2025mminference,
    title={{MMI}ference: Accelerating Pre-filling for Long-Context VLMs via Modality-Aware Permutation Sparse Attention},
    author={Li, Yucheng and Jiang, Huiqiang and Zhang, Chengruidong and Wu, Qianhui and Luo, Xufang and Ahn, Surin and Abdi, Amir H and Li, Dongsheng and Gao, Jianfeng and Yang, Yuqing and Qiu, Lili},
    booktitle={Forty-second International Conference on Machine Learning},
    year={2025},
    url={https://openreview.net/forum?id=me6PfbATWM}
}

贡献

本项目欢迎各种贡献和建议。大多数贡献都需要您同意贡献者许可协议(CLA),以声明您有权并将您的贡献权利授予我们使用。有关详细信息,请访问 https://cla.opensource.microsoft.com。

当您提交拉取请求时,CLA 机器人会自动判断您是否需要提供 CLA,并相应地标记 PR(例如状态检查、评论)。请按照机器人提供的指示操作即可。对于所有使用我们 CLA 的仓库,您只需完成一次此步骤。

本项目已采用 微软开源行为准则。更多信息请参阅 行为准则常见问题解答 或通过电子邮件 opencode@microsoft.com 联系我们,以获取更多问题或意见。

商标

本项目可能包含项目、产品或服务的商标或徽标。未经授权使用微软商标或徽标必须遵守并遵循 微软商标与品牌指南。在本项目的修改版本中使用微软商标或徽标不得造成混淆或暗示微软的赞助。任何第三方商标或徽标的使用均受该第三方政策的约束。

版本历史

v0.1.62025/06/17
v0.1.5.post12024/08/13
v0.1.52024/07/24
v0.1.4.post42024/07/16
v0.1.4.post32024/07/15
v0.1.4.post22024/07/12
v0.1.4.post12024/07/07
v0.1.42024/07/05
v0.1.32024/07/04
v0.1.22024/07/04
v0.1.02024/07/03

常见问题

相似工具推荐

openclaw

OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你

349.3k|★★★☆☆|昨天
Agent开发框架图像

stable-diffusion-webui

stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。

162.1k|★★★☆☆|昨天
开发框架图像Agent

everything-claude-code

everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上

141.5k|★★☆☆☆|今天
开发框架Agent语言模型

ComfyUI

ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。

107.9k|★★☆☆☆|今天
开发框架图像Agent

markitdown

MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器

93.4k|★★☆☆☆|今天
插件开发框架

LLMs-from-scratch

LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备

90.1k|★★★☆☆|今天
语言模型图像Agent