Ollama生态

Ollama 2026生态系统:本地LLM的最佳伙伴

引言 Ollama已经成为本地运行LLM最流行的工具。从2023年的简单命令行工具,到2026年的完整生态系统,Ollama让在本地运行大模型变得像安装App一样简单。本文将全面解析2026年的Ollama生态系统。 Ollama 2026核心特性 模型管理 # 拉取模型 ollama pull glm-5:32b ollama pull qwen3:7b ollama pull deepseek-v4:671b # 运行模型 ollama run glm-5:32b # 查看已安装模型 ollama list # 创建自定义模型 ollama create my-model -f Modelfile Modelfile 2026年的Modelfile支持更丰富的配置: # Modelfile 示例 FROM glm-5:32b # 系统提示 SYSTEM """ 你是一个专业的中文助手,请用中文回复。 """ # 参数 PARAMETER temperature 0.7 PARAMETER top_p 0.9 PARAMETER num_ctx 8192 PARAMETER stop "<|im_end|>" # 适配器(LoRA) ADAPTER ./my-lora.gguf # 许可证 LICENSE "MIT" 多模态支持 # 运行视觉模型 ollama run llava:34b # 在API中发送图像 curl http://localhost:11434/api/chat -d '{ "model": "llava", "messages": [ {"role": "user", "content": "描述这张图片", "images": ["base64_image_data"]} ] }' Ollama API REST API import requests # 对话 response = requests.post("http://localhost:11434/api/chat", json={ "model": "glm-5:32b", "messages": [ {"role": "system", "content": "你是一个助手"}, {"role": "user", "content": "你好"} ], "stream": False }) # 生成 response = requests.post("http://localhost:11434/api/generate", json={ "model": "glm-5:32b", "prompt": "写一首诗", "stream": False }) Python SDK from ollama import Client client = Client(host="http://localhost:11434") # 对话 response = client.chat( model="glm-5:32b", messages=[{"role": "user", "content": "你好"}] ) # 流式对话 for chunk in client.chat( model="glm-5:32b", messages=[{"role": "user", "content": "写一首诗"}], stream=True ): print(chunk["message"]["content"], end="") 生态工具 Open WebUI 最流行的Ollama前端: ...

2026-07-02 · 3 min · 475 words · 硅基 AGI 探索者
开源AI生态2026:HuggingFace与社区力量

开源AI生态2026:HuggingFace与社区力量

引言:开源AI的黄金时代 2026年,开源AI迎来了真正的黄金时代。HuggingFace平台上的模型数量突破200万,月活开发者超过800万,成为全球最大的AI模型仓库和社区。与此同时,DeepSeek、Mistral、Llama 4等开源模型在多个基准测试上逼近甚至超越了闭源模型。 开源AI不再是"退而求其次"的选择——在很多场景下,它成为了首选。 2026年开源模型格局 基础模型排行 模型 发布方 参数量 开源协议 综合评分 闭源对标 Llama 4 70B Meta 70B Llama 4 License 89.2 GPT-4.5 Llama 4 405B Meta 405B Llama 4 License 92.1 GPT-5 DeepSeek V3 深度求索 671B (MoE) MIT 91.8 GPT-5 Mistral Large 3 Mistral 123B Apache 2.0 88.5 Claude 4 Qwen 3 72B 阿里 72B Apache 2.0 87.3 GPT-4.5 Gemma 3 27B Google 27B Gemma License 82.1 - Yi-2 34B 零一万物 34B Apache 2.0 84.7 - 开源 vs 闭源能力差距 2024年底差距:8-12分(百分制) 2025年中差距:5-8分 2026年中差距:2-5分 预计2027年:1-3分(某些领域持平) 差距缩小的原因: ...

2026-06-30 · 3 min · 522 words · 硅基 AGI 探索者
Gemma 3评测

Gemma 3评测:谷歌轻量开源模型

引言 Google在2026年2月发布了Gemma 3系列,这是其轻量级开源模型Gemma的第三代产品。Gemma系列一直定位为"可商用的轻量级模型",面向端侧部署和本地运行场景。Gemma 3相比前代在性能、效率和生态上都有显著提升。本文将全面评测Gemma 3系列,特别是其在端侧设备上的表现。 产品线概览 Gemma 3系列包含5个规格: 模型 参数量 上下文 精度 定位 Gemma 3 27B 27B 128K FP16/INT8/INT4 桌面级旗舰 Gemma 3 12B 12B 128K FP16/INT8/INT4 笔记本主力 Gemma 3 7B 7B 64K FP16/INT8/INT4 通用端侧 Gemma 3 4B 4B 32K INT8/INT4 移动端 Gemma 3 1B 1B 8K INT4 IoT/嵌入式 核心架构 Gemma 3基于Google最新的Gemma 3架构改进: Transformer变体:采用Sliding Window Attention + Global Attention混合机制 RoPE位置编码:支持长上下文外推 分组查询注意力:减少推理计算量 INT4/INT8量化:原生支持多种精度 基准测试 Gemma 3 27B(端侧旗舰) 基准 Gemma 3 27B Llama 4 70B Qwen3.5 72B Mistral Large 3 MMLU-Pro 74.5% 76.2% 78.5% 75.8% HumanEval+ 82.5% 84.5% 87.2% 83.1% GPQA Diamond 48.3% 55.1% 58.3% 52.7% BBH 80.2% 82.1% 84.5% 82.3% Gemma 3 27B的性能接近Llama 4 70B和Qwen3.5 72B,但参数量仅为后者的1/3左右。这体现了Google在模型效率上的深厚功力。 ...

2026-06-30 · 3 min · 494 words · 硅基 AGI 探索者
Llama 4系列评测

Llama 4系列评测:Meta开源旗舰的表现

引言 2026年1月,Meta发布了Llama 4系列——这是其旗舰开源模型的第四代。Llama 4系列首次引入了MoE(Mixture of Experts)架构,标志着Meta从Dense模型向稀疏模型的战略转变。作为全球影响力最大的开源大模型系列,Llama 4的表现备受期待。本文将对Llama 4全系列进行深度评测。 系列概览 Llama 4系列包含四个规格: 模型 总参数 激活参数 架构 上下文 许可证 Llama 4 405B 405B 45B MoE 256K Llama 4 Community License Llama 4 70B 70B 12B MoE 128K Llama 4 Community License Llama 4 8B 8B 2B Dense 128K Llama 4 Community License Llama 4 1B 1B 1B Dense 32K Llama 4 Community License 架构变化 Llama 4的主要架构创新: 1. MoE架构引入 405B和70B版本首次采用MoE架构,这是Meta在开源领域的重大突破: 405B:128个专家,每次激活8个,4个共享专家 70B:64个专家,每次激活4个,2个共享专家 路由策略:Top-K + 负载均衡损失 2. GQA升级 ...

2026-06-30 · 3 min · 439 words · 硅基 AGI 探索者
开源vs闭源大模型2026

开源vs闭源大模型:2026年到底谁赢了

自2023年Meta发布Llama 2以来,开源与闭源大模型的路线之争就从未停歇。三年过去了,2026年的今天,这场争论终于有了阶段性的答案——但可能和你想的不一样。 一、2026年的实力对比 1.1 性能基准测试 基准测试 GPT-5 (闭源) Claude 4 Opus (闭源) Llama 4 (开源) DeepSeek V3 (开源) GLM-5 (开源) MMLU-Pro 92.3 90.1 88.7 87.2 86.5 GPQA Diamond 78.5 75.2 71.3 68.9 67.8 SWE-Bench 71.2 68.5 63.4 60.1 58.7 HumanEval+ 96.8 95.2 93.1 91.5 90.8 MATH-500 94.5 92.8 89.6 88.2 87.3 关键发现: 闭源模型在所有基准测试中仍然领先,但差距已经从2024年的15-20个百分点缩小到3-8个百分点。在部分编程和数学任务上,开源模型已经接近闭源水平。 1.2 真实用户满意度 更值得关注的是真实用户满意度。根据Hugging Face 2026年Q2的用户调研: 日常对话场景:开源模型满意度89% vs 闭源92%——差距微乎其微 代码生成场景:开源86% vs 闭源94%——差距仍然明显 复杂推理场景:开源78% vs 闭源89%——差距最大 创意写作场景:开源85% vs 闭源88%——差距很小 二、开源阵营的2026年主力 2.1 Llama 4:Meta的开源王牌 Meta在2026年3月发布的Llama 4是开源阵营的旗舰。关键规格: ...

2026-06-30 · 2 min · 278 words · 硅基 AGI 探索者
autogpt 2026 revival

AutoGPT 2026:自主智能体的复兴与进化

AutoGPT 的涅槃重生 2023 年,AutoGPT 以"让 AI 自己思考"的口号引爆了 AI 社区,成为 GitHub 上增长最快的项目之一。然而,早期的 AutoGPT 因成本高昂、循环执行、目标模糊等问题,逐渐淡出主流视野。2026 年,在 Significant Gravitas 团队的持续努力下,AutoGPT 迎来了真正的涅槃重生——从概念验证进化为可用的自主智能体平台。 2026 架构全景 从单体到微服务 2026 版 AutoGPT 彻底重写了架构,从单体应用转变为微服务架构: ┌──────────────────────────────────────────────────┐ │ AutoGPT Platform │ │ │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ Server │ │ Frontend│ │ Market │ │ │ │ (API) │ │ (React) │ │ (Agent │ │ │ │ │ │ │ │ Store) │ │ │ └─────┬────┘ └──────────┘ └──────────┘ │ │ │ │ │ ┌─────┴────────────────────────────────────┐ │ │ │ Agent Runtime │ │ │ │ ┌────────┐ ┌────────┐ ┌────────┐ │ │ │ │ │Planner │ │Executor│ │Critic │ │ │ │ │ └────────┘ └────────┘ └────────┘ │ │ │ │ ┌────────┐ ┌────────┐ ┌────────┐ │ │ │ │ │Memory │ │Tools │ │Safety │ │ │ │ │ └────────┘ └────────┘ └────────┘ │ │ │ └──────────────────────────────────────────┘ │ │ │ │ ┌──────────────────────────────────────────┐ │ │ │ Infrastructure Layer │ │ │ │ PostgreSQL │ Redis │ S3 │ Docker │ K8s │ │ │ └──────────────────────────────────────────┘ │ └──────────────────────────────────────────────────┘ 核心改进 维度 2023 版本 2026 版本 架构 单体 Python 脚本 微服务 + 容器化 规划 纯 LLM 生成 HTN + LLM 混合规划 记忆 文件系统 向量数据库 + 图数据库 工具 10+ 基础工具 200+ 可扩展工具 安全 无 多层安全约束框架 成本控制 无 预算限制 + 成本追踪 执行模式 同步循环 异步事件驱动 部署 本地脚本 Docker/K8s 原生 新版核心组件 1. 智能规划器 2026 版 AutoGPT 引入了混合规划器,结合 HTN(层次任务网络)和 LLM 规划: ...

2026-06-28 · 4 min · 715 words · 硅基 AGI 探索者
dify platform 2026 review

Dify 平台 2026 深度评测:开源 AI 应用开发平台

Dify 2026:从工作流到 AI 操作系统 Dify 在 2026 年经历了从"LLM 应用开发平台"到"AI 操作系统"的蜕变。这个由苏州语灵科技打造的开源平台,已经积累了 45.6k GitHub Stars,成为亚洲最大的 AI 应用开源项目之一。本文将从实际使用出发,对 Dify 2026 版本进行全面评测。 核心能力总览 1. 可视化 Workflow 编排 Dify 2026 的 Workflow 编辑器是评测中体验最好的部分。拖拽式画布支持以下节点类型: ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ Start 节点 │───→│ LLM 节点 │───→│ 条件分支节点 │ │ (输入定义) │ │ (模型选择) │ │ (IF/ELSE) │ └─────────────┘ └─────────────┘ └──────┬──────┘ │ ┌──────────────────┤ ▼ ▼ ┌─────────────┐ ┌─────────────┐ │ 知识检索节点 │ │ HTTP 请求节点 │ │ (RAG) │ │ (API 调用) │ └──────┬──────┘ └──────┬──────┘ │ │ └────────┬─────────┘ ▼ ┌─────────────┐ │ End 节点 │ │ (输出定义) │ └─────────────┘ 评测中发现,Workflow 的条件分支节点支持嵌套逻辑,代码节点支持 Python 和 JavaScript 双语言: ...

2026-06-28 · 3 min · 548 words · 硅基 AGI 探索者
langchain 2026 ecosystem

LangChain 2026 生态全景:从 LangGraph 到 LangSmith

LangChain 2026:从链到图的范式跃迁 2024 年初,LangChain 创始人 Harrison Chase 做了一个大胆的决定:将框架核心从"链"(Chain)转向"图"(Graph)。两年后的今天,这个决定被证明是极具前瞻性的。LangChain 2026 生态已经发展为一个包含 LangGraph、LangSmith、LangServe、LangChain CLI 在内的完整工具矩阵,月活开发者超过 120 万,成为 Agent 开发领域事实上的标准。 核心组件架构 LangGraph:状态机驱动的 Agent 编排 LangGraph 是 2026 年 LangChain 生态中最核心的组件。与传统的链式调用不同,LangGraph 采用有向有环图(Directed Cyclic Graph)来建模 Agent 工作流,原生支持循环、分支、并行和人工干预。 from langgraph.graph import StateGraph, END from typing import TypedDict, Annotated from langgraph.graph.message import add_messages class AgentState(TypedDict): messages: Annotated[list, add_messages] context: dict iteration: int def research_node(state: AgentState): # 调用搜索工具获取信息 result = search_tool.invoke(state["messages"][-1].content) return {"messages": [{"role": "tool", "content": result}]} def reasoning_node(state: AgentState): # LLM 推理节点 response = llm.invoke(state["messages"]) return {"messages": [response]} def should_continue(state: AgentState) -> str: last_msg = state["messages"][-1] if state["iteration"] >= 5: return END if last_msg.tool_calls: return "tools" return END # 构建工作流图 workflow = StateGraph(AgentState) workflow.add_node("research", research_node) workflow.add_node("reasoning", reasoning_node) workflow.add_node("tools", tool_executor) workflow.set_entry_point("reasoning") workflow.add_conditional_edges("reasoning", should_continue) workflow.add_edge("tools", "reasoning") app = workflow.compile(checkpointer=MemorySaver()) LangGraph 2026 关键特性 特性 2024 版本 2026 版本 状态管理 基础状态字典 类型安全的 TypedDict + Reducer 并行执行 不支持 原生 Fan-out/Fan-in 持久化 基础 Memory SQLite/PostgreSQL/Redis 多后端 人工干预 基础中断 细粒度审批流 + 超时机制 流式输出 仅支持文本 事件流 + Token 级流式 子图嵌套 不支持 多级子图 + 状态隔离 时间旅行 不支持 完整状态回放 + 分支执行 LangSmith:全链路可观测性平台 LangSmith 在 2026 年已经从单纯的调试工具进化为完整的 LLM 可观测性平台。它提供: ...

2026-06-28 · 3 min · 503 words · 硅基 AGI 探索者
llamaindex 2026 agent platform

LlamaIndex 2026:从 RAG 框架到 Agent 平台

从 RAG 到 Agent:LlamaIndex 的范式跃迁 LlamaIndex 在 2023 年以"RAG 框架"闻名——它是构建检索增强生成应用最简单的方式。但创始人 Jerry Liu 很早就意识到:RAG 本质上是 Agent 的一个特例。到 2026 年,LlamaIndex 已经完成了从"RAG 框架"到"数据驱动 Agent 平台"的转型。 2026 架构演进 核心层次 ┌──────────────────────────────────────────────────┐ │ Agent Layer │ │ Workflows │ Data Agents │ Multi-Agent │ Tools │ ├──────────────────────────────────────────────────┤ │ Orchestration Layer │ │ Query Engine │ Router │ Planner │ Evaluator │ ├──────────────────────────────────────────────────┤ │ Data Layer │ │ ┌──────────┐ ┌──────────┐ ┌──────────────────┐ │ │ │ Ingestion│ │ Indexing │ │ Retrieval │ │ │ │ Pipeline │ │ (多索引) │ │ (混合检索) │ │ │ └──────────┘ └──────────┘ └──────────────────┘ │ ├──────────────────────────────────────────────────┤ │ Integration Layer │ │ 50+ LLM │ 30+ Vector DB │ 100+ Data Source │ └──────────────────────────────────────────────────┘ 版本对比 特性 LlamaIndex 0.10 (2024) LlamaIndex 1.0 (2026) 核心定位 RAG 框架 Agent 平台 Agent 支持 实验性 一等公民 Workflow 不支持 事件驱动 Workflow 多模态 基础 原生多模态 评估 离线评估 在线评估 + A/B 测试 部署 Python 脚本 LlamaCloud + 本地 性能 中等 优化 40-60% 核心新特性 1. Workflows:事件驱动编排 LlamaIndex 2026 的 Workflow 系统采用事件驱动模型,与 LangGraph 的状态机模型形成对比: ...

2026-06-28 · 4 min · 750 words · 硅基 AGI 探索者
mlx apple silicon inference

MLX:Apple Silicon 上的大模型推理框架

MLX:Apple 的 AI 底座 MLX 是 Apple 在 2023 年底开源的机器学习框架,专为 Apple Silicon(M1-M4 系列)设计。到 2026 年,MLX 已经成为 Mac 上运行大模型的最佳选择——它充分利用了统一内存架构(Unified Memory),让 Mac 用户能够高效运行 70B 级别的模型。 与 CUDA + vLLM 的组合类似,MLX + mlx-lm 是 Mac 用户的"本地大模型推理方案"。 Apple Silicon 的独特优势 统一内存架构 传统 PC 架构: ┌─────────┐ ┌──────────┐ │ CPU │────│ GPU VRAM │ │ RAM │ │ 24 GB │ │ 64 GB │ └──────────┘ └─────────┘ 数据需要在 CPU RAM 和 GPU VRAM 之间拷贝 Apple Silicon 架构: ┌─────────────────────────┐ │ Unified Memory │ │ 128 GB │ │ ┌─────┐ ┌─────┐ │ │ │ CPU │ │ GPU │ │ │ │ Cores│ │Cores│ │ │ └─────┘ └─────┘ │ │ ┌─────┐ ┌─────┐ │ │ │Neural│ │Media│ │ │ │Engine│ │Engine│ │ │ └─────┘ └─────┘ │ └─────────────────────────┘ CPU 和 GPU 共享同一块内存,零拷贝 Mac GPU 内存对照 Mac 型号 统一内存 可用于 LLM 推荐最大模型 M3 MacBook Air 16 GB ~10 GB 7B (Q4) M3 Pro MacBook 36 GB ~28 GB 32B (Q4) M3 Max MacBook 64 GB ~52 GB 72B (Q4) M3 Max MacBook 128 GB ~110 GB 72B (Q8) M4 Max Mac Studio 128 GB ~112 GB 72B (Q8) M4 Ultra Mac Studio 256 GB ~230 GB 120B (Q8) MLX 核心能力 安装 # 安装 MLX 和 mlx-lm pip install mlx-lm # 或安装完整 MLX pip install mlx 基础推理 from mlx_lm import load, generate # 加载模型 model, tokenizer = load( "mlx-community/Qwen2.5-32B-Instruct-4bit", # MLX 自动选择最优量化方案 # 4bit 模型约 18 GB 内存 ) # 生成 response = generate( model, tokenizer, prompt="解释量子纠缠", max_tokens=512, temp=0.7, top_p=0.9, verbose=True # 显示 token 速度 ) # 流式生成 from mlx_lm import stream_generate for token in stream_generate( model, tokenizer, prompt="写一首关于春天的诗", max_tokens=200 ): print(token.text, end="", flush=True) OpenAI 兼容 API 服务 from mlx_lm.server import run_server # 启动 API 服务器 run_server( model="mlx-community/Qwen2.5-32B-Instruct-4bit", host="0.0.0.0", port=8080, # API 兼容 OpenAI ) # 或通过命令行启动 mlx_lm.server \ --model mlx-community/Qwen2.5-32B-Instruct-4bit \ --port 8080 \ --host 0.0.0.0 # 使用 OpenAI SDK 调用 from openai import OpenAI client = OpenAI(base_url="http://localhost:8080/v1", api_key="mlx") response = client.chat.completions.create( model="default", messages=[{"role": "user", "content": "Hello!"}], stream=True ) 模型转换 import mlx.core as mx from mlx_lm import convert # 将 HuggingFace 模型转换为 MLX 格式 convert( hf_path="Qwen/Qwen2.5-32B-Instruct", mlx_path="mlx-models/qwen-32b-4bit", quantize=True, q_bits=4, # 4-bit 量化 q_group_size=64, # 量化组大小 dtype=mx.float16, ) # 转换后可以直接加载使用 model, tokenizer = load("mlx-models/qwen-32b-4bit") 多模态推理 from mlx_vlm import load, generate from mlx_vlm.prompt_utils import apply_chat_template from mlx_vlm.utils import load_config # 加载多模态模型 model, processor = load("mlx-community/Qwen2.5-VL-32B-Instruct-4bit") config = load_config("mlx-community/Qwen2.5-VL-32B-Instruct-4bit") # 图像理解 image = "path/to/image.jpg" prompt = "描述这张图片的内容" formatted_prompt = apply_chat_template( processor, config, prompt, num_images=1 ) output = generate( model, processor, formatted_prompt, [image], max_tokens=500, verbose=True ) 性能优化 量化策略 import mlx.core as mx # 不同量化方案对比 quantization_configs = { "4bit": {"bits": 4, "group_size": 64}, # 最省内存 "6bit": {"bits": 6, "group_size": 64}, # 平衡 "8bit": {"bits": 8, "group_size": 64}, # 最高质量 "4bit_gs128": {"bits": 4, "group_size": 128}, # 大组,更快 } # 性能对比(M3 Max, Qwen2.5-32B) # | 方案 | 内存 | 速度 | 质量 | # |---------|-------|-----------|------| # | 4bit | 18 GB | 42 tok/s | 良 | # | 6bit | 26 GB | 38 tok/s | 优 | # | 8bit | 34 GB | 35 tok/s | 最优 | # | 4bit_gs | 18 GB | 48 tok/s | 良 | 内存优化 from mlx_lm import load, generate import mlx.core as mx # 1. 使用统一内存 mx.metal.set_memory_limit(48 * 1024 * 1024 * 1024) # 48 GB 限制 # 2. 启用内存回收 mx.metal.set_memory_efficient(True) # 3. KV Cache 量化 model, tokenizer = load( "mlx-community/Qwen2.5-32B-Instruct-4bit", kv_cache_quantization=True, # KV Cache 4bit 量化 kv_cache_bits=4, ) # 4. 长上下文优化 generate( model, tokenizer, prompt="长文本...", max_tokens=4096, # MLX 自动管理 KV Cache # 统一内存让长上下文更高效 ) 性能基准 Mac 型号 模型 量化 速度 (tok/s) 首 Token 内存 M3 Air 16GB Qwen2.5-7B 4bit 28 0.8s 5 GB M3 Pro 36GB Qwen2.5-14B 4bit 45 0.4s 9 GB M3 Max 64GB Qwen2.5-32B 4bit 42 0.5s 20 GB M3 Max 128GB Qwen2.5-72B 4bit 18 1.2s 42 GB M3 Max 128GB Qwen2.5-72B 8bit 15 1.5s 75 GB M4 Max 128GB Qwen2.5-72B 4bit 28 0.8s 42 GB M4 Ultra 256GB Qwen3-120B 8bit 22 1.0s 130 GB 与 Ollama 对比(M3 Max 64GB) 指标 MLX Ollama 差异 Qwen2.5-7B 速度 32 tok/s 28 tok/s +14% Qwen2.5-32B 速度 42 tok/s 45 tok/s -7% Qwen2.5-72B 速度 18 tok/s 18.5 tok/s -3% 首Token延迟 0.5s 0.8s -37% 内存占用 18 GB 20 GB -10% 模型加载 3s 6s -50% MLX 在小模型和首 Token 延迟上更优,Ollama 在大模型上略快。两者差距很小。 ...

2026-06-28 · 5 min · 909 words · 硅基 AGI 探索者
鲁ICP备2026018361号