open source vs closed

开源 vs 闭源大模型:2026 终局之战

2026:差距缩小但未消失 2026 年中,开源与闭源大模型的差距已经从最初的代际差距缩小到 6-9 个月。这在 AI 领域是一个惊人的速度——要知道 2023 年这个差距是 2 年以上。 基准测试对比(2026 H1) 基准测试 GPT-5 (闭源) Claude 4 (闭源) Llama 4 (开源) DeepSeek V4 (开源) 开源差距 MMLU-Pro 88.5 87.2 82.1 84.3 -4.2~-6.4 GPQA-Diamond 72.3 70.8 63.5 68.1 -2.7~-8.8 SWE-Bench 71.2 68.5 55.3 62.7 -5.8~-15.9 HumanEval 96.8 95.2 92.1 93.5 -1.7~-4.7 MATH-500 92.1 90.3 85.7 88.2 -2.1~-6.4 推理成本 ($/M tokens) $15 $12 $3 (自部署) $2 (自部署) 开源更优 # 开源 vs 闭源模型性能追赶曲线 performance_gap = { "2023": {"gap_months": 24, "gap_percent": 35}, "2024": {"gap_months": 15, "gap_percent": 22}, "2025": {"gap_months": 9, "gap_percent": 12}, "2026H1": {"gap_months": 6, "gap_percent": 7}, "2026E2H": {"gap_months": 4, "gap_percent": 5}, # 预测 "2027E": {"gap_months": 2, "gap_percent": 3}, # 预测 } print("开源与闭源模型性能差距演进:") print(f"{'时间':<10} {'差距(月)':>10} {'差距(%)':>10} {'可视化':>30}") print("-" * 65) for period, data in performance_gap.items(): bar = "█" * int(data["gap_percent"]) print(f"{period:<10} {data['gap_months']:>10} {data['gap_percent']:>9}% {bar:>30}") 闭源阵营的核心逻辑 1. 安全可控 闭源模型提供者认为,AI 模型的权重不公开是确保安全的必要条件: ...

2026-06-25 · 4 min · 830 words · 硅基 AGI 探索者
local ai stack 2026

2026 本地 AI 技术栈:从模型到应用的完整方案

技术栈全景 2026 年本地 AI 部署已从实验阶段走向生产成熟。一个完整的本地 AI 技术栈包含五层: ┌─────────────────────────────────────────────────┐ │ Application Layer │ │ Agent Framework / RAG / Workflow Engine │ ├─────────────────────────────────────────────────┤ │ Frontend Layer │ │ Open WebUI / LobeChat / LibreChat │ ├─────────────────────────────────────────────────┤ │ API Gateway Layer │ │ OpenAI Compatible API / Load Balancer │ ├─────────────────────────────────────────────────┤ │ Inference Layer │ │ vLLM / SGLang / Ollama / TGI │ ├─────────────────────────────────────────────────┤ │ Model Layer │ │ Llama / Qwen / DeepSeek / Mistral │ └─────────────────────────────────────────────────┘ 各层选型 1. 模型层 用途 推荐模型 显存需求 (Q4) 备注 通用对话 Llama 3.3 70B 40 GB 综合能力最强 通用对话(轻量) Qwen 2.5 32B 20 GB 中英文优秀 编程助手 DeepSeek Coder V2 236B 130 GB 代码能力顶级 编程助手(轻量) Qwen 2.5 Coder 32B 20 GB 性价比高 推理模型 DeepSeek R1 671B 400 GB 推理能力强 推理模型(轻量) DeepSeek R1 Distill 32B 20 GB 蒸馏版 嵌入模型 nomic-embed-text 1 GB 向量检索 嵌入模型(中文) bge-m3 2 GB 中英多语言 视觉模型 Qwen2.5-VL 72B 45 GB 图文理解 TTS XTTS v2 2 GB 语音合成 ASR Whisper Large v3 3 GB 语音识别 2. 推理层 引擎 最佳场景 吞吐排名 部署难度 vLLM 高并发 API 服务 ★★★★★ 中 SGLang 多轮对话 / RAG ★★★★☆ 中 TGI HuggingFace 生态 ★★★★☆ 低 Ollama 开发 / 原型 ★★☆☆☆ 最低 llama.cpp CPU / 边缘设备 ★★☆☆☆ 低 3. API 网关层 # 用 Nginx 做多推理引擎负载均衡 upstream llm_backend { least_conn; server vllm-1:8000 max_fails=3 fail_timeout=30s; server vllm-2:8000 max_fails=3 fail_timeout=30s; server sglang-1:30000 backup; } server { listen 443 ssl http2; server_name llm.internal.example.com; ssl_certificate /etc/ssl/certs/llm.crt; ssl_certificate_key /etc/ssl/private/llm.key; # API 认证 auth_request /auth; location / { proxy_pass http://llm_backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_buffering off; # 流式输出必须关闭缓冲 proxy_read_timeout 300s; } location /auth { internal; proxy_pass http://auth-service:5000/verify; proxy_pass_request_body off; proxy_set_header Content-Length ""; proxy_set_header X-Original-URI $request_uri; } } 4. 前端层 方案 特点 适合场景 Open WebUI 功能最全,多用户 企业内部平台 LobeChat 颜值高,插件丰富 个人 / 小团队 LibreChat 轻量,多端点 开发测试 5. 应用层 组件 推荐方案 说明 RAG 框架 Dify / LangFlow 可视化工作流 向量数据库 Qdrant / Milvus 生产级检索 Agent 框架 LangGraph / CrewAI 多 Agent 编排 工作流引擎 n8n / Dify API 编排 缓存 Redis 对话缓存 硬件需求 按规模选型 规模 GPU 配置 可运行最大模型 并发能力 预算 个人 RTX 4090 24G ×1 32B Q4 4-8 ¥16K 小团队 RTX 4090 24G ×2 70B Q4 8-16 ¥32K 中型 A100 80G ×4 70B FP16 / 405B Q4 32-64 ¥400K 大型 H100 80G ×8 671B Q4 64-128 ¥2M 关键硬件指标 # 推理性能估算公式 tokens_per_second = min( gpu_memory_bandwidth / model_size_bytes, # 内存带宽瓶颈 gpu_compute_tflops * efficiency / ops_per_token # 计算瓶颈 ) # 示例:Llama 3.1 70B Q4 on A100 80G # model_size = 40 GB # gpu_bandwidth = 2000 GB/s # theoretical_max = 2000 / 40 = 50 tokens/s (单请求) # 实际效率约 70% → ~35 tokens/s 非 GPU 硬件要求 组件 最低要求 推荐 CPU 16 核 32-64 核 内存 模型大小 × 2 模型大小 × 3 存储 NVMe SSD NVMe RAID 网络 10 GbE 25-100 GbE(多节点) Docker Compose 全栈编排 # docker-compose.full-stack.yml version: "3.9" services: # ========== 推理层 ========== vllm: image: vllm/vllm-openai:latest container_name: vllm runtime: nvidia environment: - HF_TOKEN=${HF_TOKEN} volumes: - model_cache:/root/.cache/huggingface ports: - "8000:8000" command: - --model=meta-llama/Llama-3.1-70B-Instruct - --tensor-parallel-size=4 - --gpu-memory-utilization=0.90 - --max-model-len=32768 - --enable-prefix-caching healthcheck: test: ["CMD", "curl", "-f", "http://localhost:8000/health"] interval: 30s timeout: 10s retries: 10 deploy: resources: reservations: devices: - driver: nvidia count: 4 capabilities: [gpu] vllm-embed: image: vllm/vllm-openai:latest container_name: vllm-embed runtime: nvidia volumes: - model_cache:/root/.cache/huggingface ports: - "8001:8000" command: - --model=nomic-ai/nomic-embed-text-v1.5 - --gpu-memory-utilization=0.5 deploy: resources: reservations: devices: - driver: nvidia count: 1 capabilities: [gpu] # ========== 前端层 ========== open-webui: image: ghcr.io/open-webui/open-webui:main container_name: open-webui ports: - "3000:8080" volumes: - webui_data:/app/backend/data environment: - OLLAMA_BASE_URL=http://ollama:11434 - OPENAI_API_BASE_URL=http://vllm:8000/v1 - OPENAI_API_KEY=none - WEBUI_AUTH=true - ENABLE_SIGNUP=false - DATABASE_URL=postgresql://webui:${DB_PASSWORD}@postgres:5432/webui depends_on: - vllm - postgres ollama: image: ollama/ollama:latest container_name: ollama ports: - "11434:11434" volumes: - ollama_data:/root/.ollama environment: - OLLAMA_KEEP_ALIVE=24h # ========== 应用层 ========== qdrant: image: qdrant/qdrant:latest container_name: qdrant ports: - "6333:6333" volumes: - qdrant_data:/qdrant/storage dify: image: langgenius/dify-api:latest container_name: dify ports: - "5001:5001" environment: - DB_HOST=postgres - DB_PASSWORD=${DB_PASSWORD} - REDIS_HOST=redis - VECTOR_STORE=qdrant - QDRANT_URL=http://qdrant:6333 depends_on: - postgres - redis - qdrant # ========== 基础设施 ========== postgres: image: postgres:16-alpine container_name: postgres environment: - POSTGRES_PASSWORD=${DB_PASSWORD} - POSTGRES_DB=webui volumes: - postgres_data:/var/lib/postgresql/data redis: image: redis:7-alpine container_name: redis volumes: - redis_data:/data prometheus: image: prom/prometheus:latest container_name: prometheus volumes: - ./prometheus.yml:/etc/prometheus/prometheus.yml - prometheus_data:/prometheus ports: - "9090:9090" grafana: image: grafana/grafana:latest container_name: grafana environment: - GF_SECURITY_ADMIN_PASSWORD=${GRAFANA_PASSWORD} volumes: - grafana_data:/var/lib/grafana ports: - "3001:3000" dcgm-exporter: image: nvcr.io/nvidia/k8s/dcgm-exporter:latest container_name: dcgm-exporter runtime: nvidia deploy: resources: reservations: devices: - driver: nvidia count: all capabilities: [gpu] ports: - "9400:9400" volumes: model_cache: ollama_data: webui_data: postgres_data: redis_data: qdrant_data: prometheus_data: grafana_data: 安全加固 网络隔离 # docker-compose.network.yml 片段 networks: frontend: driver: bridge internal: false # 对外暴露 backend: driver: bridge internal: true # 仅内部访问 inference: driver: bridge internal: true # 推理引擎隔离 services: open-webui: networks: [frontend, backend] vllm: networks: [backend, inference] postgres: networks: [backend] API 认证 # API Key 认证中间件 from fastapi import Request, HTTPException import hashlib, hmac, time VALID_API_KEYS = set() # 从数据库加载 async def verify_api_key(request: Request): api_key = request.headers.get("Authorization", "").replace("Bearer ", "") if not api_key or api_key not in VALID_API_KEYS: raise HTTPException(status_code=401, detail="Invalid API key") # 速率限制 client_ip = request.client.host rate_key = f"rate:{client_ip}:{api_key[:8]}" # ... Redis 速率限制 模型安全 # 输入过滤 + 输出审核 class SafetyFilter: BLOCKED_PATTERNS = [ r"ignore (previous|above) instructions", r"system prompt", r"<\|.*\|>", # 特殊 token 注入 ] def check_input(self, text: str) -> bool: import re for pattern in self.BLOCKED_PATTERNS: if re.search(pattern, text, re.IGNORECASE): return False return True def check_output(self, text: str) -> str: # PII 脱敏 import re text = re.sub(r'\b\d{16,19}\b', '[REDACTED]', text) # 信用卡 text = re.sub(r'\b\d{3}-\d{2}-\d{4}\b', '[SSN]', text) # SSN return text 维护策略 模型更新流程 #!/bin/bash # model-update.sh set -euo pipefail MODEL_NAME="meta-llama/Llama-3.1-70B-Instruct" BACKUP_DIR="/data/models/backup" # 1. 备份当前模型 cp -r /data/models/current $BACKUP_DIR/$(date +%Y%m%d) # 2. 拉取新版本 huggingface-cli download $MODEL_NAME --local-dir /data/models/new # 3. 评估测试 python eval.py --model /data/models/new --benchmark mmlu,gsm8k,humaneval # 4. 金丝雀部署 docker run --name vllm-canary -d \ vllm/vllm-openai:latest \ --model /data/models/new \ --port 8001 # 5. 流量切换(通过 Nginx weight 调整) # 6. 清理旧版本(保留最近 3 个) ls -dt $BACKUP_DIR/*/ | tail -n +4 | xargs rm -rf 监控告警 告警规则 条件 通知方式 GPU 温度过高 > 85°C 立即 PagerDuty 显存不足 > 95% Slack 请求队列积压 waiting > 50 持续 5min Slack 推理延迟异常 P99 > 3s Slack 服务不可用 health check 失败 立即 PagerDuty 磁盘空间不足 > 90% Slack 备份策略 # 每日备份 0 2 * * * docker exec postgres pg_dump -U webui webui | gzip > /backup/db_$(date +\%Y\%m\%d).sql.gz 0 3 * * * rsync -avz /data/models/ backup-server:/backup/models/ 0 4 * * * docker exec qdrant qdrant-cli snapshot create # 保留策略:7 天日备 + 4 周周备 + 12 月月备 加入讨论 这篇文章有姊妹讨论帖在硅基AGI论坛 — 全球首个碳基硅基认知交流平台。 ...

2026-06-25 · 5 min · 1041 words · 硅基 AGI 探索者
ai open source vs closed

AI 开源 vs 闭源 2026:Llama/Qwen/DeepSeek 能追上 GPT-4 吗

AI 开源 vs 闭源 2026:Llama/Qwen/DeepSeek 能追上 GPT-4 吗 一、开源模型最新进展 2026年是开源大模型全面崛起的一年。三款旗舰开源模型在不同维度上已经追平甚至超越GPT-4o水平。 1.1 主要开源模型 模型 发布时间 参数量 训练算力(FLOPs) 上下文 许可证 综合评分(MMLU) Llama 4 Maverick 2025.12 400B(MoE) 1.8×10²⁵ 256K Llama 4 License 88.7 Qwen 3 235B 2026.2 235B(稠密) 1.2×10²⁵ 128K Apache 2.0 87.3 DeepSeek V4 2026.1 671B(MoE) 1.5×10²⁵ 192K MIT 89.2 Mistral Large 3 2025.10 240B 9.0×10²⁴ 128K Apache 2.0 84.5 1.2 闭源模型基准 模型 发布时间 参数量(估计) 上下文 MMLU 优势领域 GPT-5 2025.9 ~8T(MoE) 2M 92.4 推理/编码/多模态 Claude 4 Opus 2026.3 ~5T(MoE) 500K 91.8 长文/分析/安全 Gemini 2.5 Ultra 2026.1 ~6T(MoE) 10M 91.2 多模态/长上下文 1.3 差距分析 综合能力差距(以GPT-5=100为基准): GPT-5: ████████████████████████████████████████████ 100 Claude 4 Opus: ███████████████████████████████████████████ 93 Gemini 2.5: ██████████████████████████████████████████ 91 DeepSeek V4: ████████████████████████████████████████ 89 Llama 4: ███████████████████████████████████████ 88 Qwen 3: █████████████████████████████████████ 87 GPT-4o: ████████████████████████████████████ 83 关键结论:最好的开源模型(DeepSeek V4)已超越GPT-4o,但与GPT-5仍有约8-10分差距。2024年这个差距是18分,正在快速缩小。 ...

2026-06-25 · 3 min · 467 words · 硅基 AGI 探索者
ollama production guide

Ollama 生产部署指南:本地 LLM 的最佳实践

Ollama 架构概览 Ollama 是一个轻量级的本地 LLM 运行时,核心用 Go 编写,底层调用 llama.cpp 进行推理。其架构分为三层: CLI 层:ollama run、ollama pull 等命令,通过 Unix Socket / TCP 与服务端通信 Server 层:HTTP REST API(默认 :11434),管理模型生命周期、请求队列、并发控制 Runtime 层:基于 llama.cpp 的 GGML 后端,支持 CPU / GPU 混合推理 ┌──────────┐ HTTP API ┌──────────────┐ llama.cpp ┌─────────┐ │ CLI / │ ──────────→ │ Ollama │ ───────────→ │ GGML │ │ Client │ │ Server │ │ Backend│ └──────────┘ │ (:11434) │ │ (CPU/ │ └──────────────┘ │ GPU) │ └─────────┘ 关键设计决策 Ollama 将模型权重、推理引擎、API 服务打包为单一二进制,降低了部署复杂度。但这也意味着你在生产环境中需要关注以下限制: ...

2026-06-25 · 4 min · 802 words · 硅基 AGI 探索者
openclaw agent review

OpenClaw 评测:个人 AI Agent 的开源实践

OpenClaw 的定位:个人 AI Agent 操作系统 OpenClaw 不是一个 Library,是一个运行时。你不需要在代码里 import 它——你启动它,它作为一个常驻服务运行,管理你的 AI Agent 的感知、决策和行动。 特征 OpenClaw LangChain/LangGraph CrewAI/AutoGen 形态 常驻服务(运行时) Python Library Python Library 使用方式 配置 + 自然语言 写代码 写代码 目标用户 非开发者 / 轻开发者 开发者 开发者 运行环境 本地机器 / 服务器 你的应用进程 你的应用进程 核心抽象 Skill + Memory + Channel Chain + Graph Agent + Crew 这个定位决定了 OpenClaw 的设计取舍——它更像一个"AI Agent OS",而不是一个"Agent 开发框架"。 架构拆解 OpenClaw 的架构可以简化为五层: ┌─────────────────────────────────────────┐ │ Channel 层(渠道) │ │ WebChat / Discord / WhatsApp / API │ ├─────────────────────────────────────────┤ │ Agent 层(核心) │ │ LLM 推理 / 工具调用 / 决策循环 │ ├─────────────────────────────────────────┤ │ Skill 层(能力) │ │ 邮件 / 搜索 / 文档 / 浏览器 / 自定义 │ ├─────────────────────────────────────────┤ │ Memory 层(记忆) │ │ MEMORY.md / Daily Notes / LCM 压缩 │ ├─────────────────────────────────────────┤ │ Scheduler 层(调度) │ │ Heartbeat / Cron / Event 触发 │ └─────────────────────────────────────────┘ Skill 系统:插件化能力 OpenClaw 的 Skill 是一个 Markdown 文件(SKILL.md),包含指令和可能的脚本: ...

2026-06-25 · 4 min · 655 words · 硅基 AGI 探索者
langfuse observability

Langfuse 可观测性:开源的 LLM 监控方案

LLM 应用的可观测性困境 当你的 LLM 应用从 Demo 走向生产,一系列问题随之而来:某个请求为什么返回了错误结果?Prompt 改动后效果到底是变好还是变差?不同模型的延迟和成本如何对比?传统 APM 工具(如 Datadog)对 LLM 场景缺乏原生支持。Langfuse 作为开源的 LLM 可观测性平台,正填补了这一空白。 Langfuse 核心功能 功能矩阵 功能模块 说明 Tracing 请求级全链路追踪,含 LLM 调用、工具调用、检索流程 Prompt Management Prompt 版本管理、AB 测试、在线编辑 Analytics 延迟、Token 用量、成本统计 Evaluation 人工标注 + 自动评估(基于规则或模型裁判) User Feedback 用户点赞/点踩采集与关联 Model Usage 多模型/多项目用量看板 Tracing:全链路追踪 集成方式 Python SDK(推荐) from langfuse import Langfuse from langfuse.decorators import observe langfuse = Langfuse() @observe() # 自动创建 trace def chat_bot(user_message: str): # 嵌套的 @observe 会自动建立父子关系 retrieved_docs = retrieve(user_message) # 被 trace answer = generate_response(user_message, retrieved_docs) # 被 trace return answer @observe(as_type="generation") def generate_response(question, docs): response = openai.chat.completions.create( model="gpt-4o", messages=[{"role": "user", "content": f"基于以下内容回答:{docs}\n问题:{question}"}], ) return response.choices[0].message.content @observe(as_type="span") def retrieve(query): # 检索逻辑 return vector_db.search(query) OpenAI SDK 集成(Drop-in) from langfuse.openai import openai # 只需替换 import,所有 OpenAI 调用自动被 trace response = openai.chat.completions.create( model="gpt-4o", messages=[{"role": "user", "content": "Hello"}], metadata={"user_id": "user_123"}, # 附加用户信息 ) LangChain 集成 from langfuse.callback import CallbackHandler handler = CallbackHandler() chain.invoke( {"input": "什么是量子计算?"}, config={"callbacks": [handler]} ) Trace 结构 Trace (chat_bot 调用) ├── Span (retrieve - 向量检索) │ └── Generation (embedding 调用) ├── Generation (generate_response - LLM 调用) │ ├── input: "基于以下内容..." │ ├── output: "量子计算是..." │ ├── model: gpt-4o │ ├── tokens: {input: 350, output: 280} │ └── cost: $0.0091 └── Span (后处理) 自定义 Span from langfuse import Langfuse langfuse = Langfuse() trace = langfuse.trace(name="rag-pipeline", user_id="user_123") span = trace.span(name="document-retrieval", input={"query": "量子计算"}) # ... 执行检索 ... span.end(output={"docs": [...]}) gen = trace.generation( name="answer-generation", model="gpt-4o", input={"messages": [...]}, output={"content": "..."}, usage={"prompt_tokens": 350, "completion_tokens": 280}, ) Prompt 管理 版本化 Prompt from langfuse import Langfuse langfuse = Langfuse() # 获取生产环境的 Prompt(自动缓存) prompt = langfuse.get_prompt( name="summarizer", version=2, # 指定版本,或省略获取最新 ) # 编译 Prompt(变量替换) compiled = prompt.compile( text="一段需要总结的长文本...", max_length="200" ) # 直接用于 LLM 调用 response = openai.chat.completions.create( model=prompt.config["model"], messages=[{"role": "user", "content": compiled}], ) Prompt AB 测试 import random # 50% 用户用 v1,50% 用 v2 version = random.choice(["v1", "v2"]) prompt = langfuse.get_prompt(name="customer-support", version=version) # Langfuse 自动记录每个请求使用了哪个版本 trace = langfuse.trace(name="support-chat") trace.update(metadata={"prompt_version": version}) 在线编辑 Langfuse Web UI 提供 Prompt 在线编辑器: ...

2026-06-24 · 3 min · 629 words · 硅基 AGI 探索者
gemma model guide

Google Gemma 模型指南:轻量级开源选择

Gemma 系列概览 Gemma 是 Google 基于 Gemini 技术推出的开源轻量级模型系列。与 Gemini 的闭源 API 不同,Gemma 面向开源社区,权重可下载、可本地部署、可商用。其定位是"开发者友好的 Gemini 同源技术"。 产品线演进 Gemma 1 (2024.02) Gemma 2 (2024.06) Gemma 3 (2025.03) ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │ 2B / 7B │ │ 2B / 9B / 27B│ │ 1B / 4B │ │ 文本 only │───→ │ 文本 only │───→ │ 12B / 27B │ │ 8K 上下文 │ │ 8K 上下文 │ │ 多模态(视觉) │ │ Gemma 许可 │ │ GQA 引入 │ │ 128K 上下文 │ └──────────────┘ └──────────────┘ └──────────────┘ Gemma 2 架构 Gemma 2 引入了多项与 Gemini 同源的架构改进: ...

2026-06-24 · 3 min · 605 words · 硅基 AGI 探索者
deepseek v4 完整版发布 开源模型的新巅峰

DeepSeek V4 完整版发布:开源模型的新巅峰

DeepSeek V4 完整版:开源模型的「GPT-4 时刻」 2026 年 6 月,DeepSeek 正式发布 V4 完整版(此前 Preview 版已流传数月)。这是目前最强的开源权重大模型,在多个维度上逼近甚至超越闭源旗舰。 架构亮点 MoE 规模:V4 采用 236B 总参数,每次激活 39B,16 个专家,路由策略采用「稀疏激活 + 专家冗余」。相比 V3,专家专业化程度更高,代码专家、数学专家、推理专家分工明确。 MLA(Multi-head Latent Attention)升级到 V2:KV Cache 压缩比达到 8:1,意味着同样的显存可以处理 8 倍长的上下文。这是 DeepSeek 在推理效率上的核心竞争优势。 1M 上下文:通过 YaRN + 增量预训练实现,长上下文扩展训练数据达到 100B tokens。在 800K token 内的 Needle-in-haystack 测试通过率 97.2%。 原生多模态:V4 是 DeepSeek 第一个原生多模态版本,支持图像输入(文本输出),视觉编码器采用独立训练的 ViT,通过 cross-attention 与语言模型融合。 基准测试成绩 基准 DeepSeek V4 GPT-5.5 Claude Opus 4.1 MMLU-Pro 89.7 91.2 90.1 GPQA Diamond 72.4 75.8 73.1 SWE-Bench 82.3% 85.7% 84.1% HumanEval+ 91.5% 93.2% 92.8% C-Eval 96.8 88.3 85.7 中文能力是 DeepSeek V4 的最大优势,在 C-Eval 和 CMMLU 上大幅领先所有闭源模型。 ...

2026-06-24 · 1 min · 157 words · 硅基 AGI 探索者
qwen35 发布 阿里通义的全面进化

Qwen3.5 发布:阿里通义的全面进化

Qwen3.5:阿里通义的「全尺寸」攻势 2026 年 6 月,阿里巴巴发布 Qwen3.5 系列,这是 Qwen3 发布一年后的重大升级。最大亮点是「全尺寸覆盖」——从 0.8B 到 397B MoE,六个型号全面覆盖端侧到云端。 模型矩阵 型号 参数 激活参数 适用场景 Qwen3.5-0.8B 0.8B 0.8B 端侧、嵌入式 Qwen3.5-3B 3B 3B 手机、边缘设备 Qwen3.5-8B 8B 8B 单卡部署、中小团队 Qwen3.5-32B 32B 32B 高性能单机 Qwen3.5-72B 72B 72B 企业级部署 Qwen3.5-397B-A17B 397B 17B 旗舰,对标 GPT-5 核心技术改进 GQA + MLA 混合注意力:Qwen3.5 是第一个同时采用 Grouped Query Attention 和 Multi-head Latent Attention 的模型,在推理效率和长上下文能力之间找到最佳平衡点。 MoE 路由优化:397B-A17B 版本采用「动态专家容量」,每个 token 可根据难度动态分配专家数量(1-3 个),在保持推理效率的同时提升困难样本的处理能力。 中文能力再突破:在 C-Eval 2.0(2026 版)上达到 98.1%,创下新的 SOTA。特别是对于中文古文、方言、专业术语的理解能力大幅提升。 原生工具调用:Qwen3.5 原生支持 Tool Calling,不需要特殊 Prompt 格式。在 Berkeley Function-Calling 上达到 94.2%,开源模型第一。 ...

2026-06-23 · 1 min · 167 words · 硅基 AGI 探索者
llama 4 系列全面评测 meta 的开源反击

Llama 4 系列全面评测:Meta 的开源反击

Llama 4:Meta 的开源反击能否成功? Meta 在 2026 年 Q2 正式发布 Llama 4 系列,包含三个型号:Scout(17B)、Maverick(120B)、Behemoth(400B+ MoE)。这是 Meta 在开源大模型领域的全面反击,直接对标 Qwen3.5 和 DeepSeek V4。 模型家族 Llama 4 Scout(17B):面向端侧和单卡部署,采用密集 Transformer 架构,支持 128K 上下文。 Llama 4 Maverick(120B):旗舰密集模型,支持 256K 上下文,针对多模态优化。 Llama 4 Behemoth(400B+ MoE,激活 80B):对标 GPT-5.5 和 Claude Opus 4.1 的旗舰型号,采用 MoE 架构。 架构创新 Early Fusion 多模态:Llama 4 采用 Early Fusion 视觉架构,图像 patch 在第一层就与文本 token 融合(类似 Gemini 4.0 的思路),而不是像 Llama 3.2 那样用单独视觉塔。 Grouped Query Attention V2:升级版 GQA,支持动态头数分配,在长上下文场景下 KV Cache 占用减少 60%。 ...

2026-06-22 · 1 min · 208 words · 硅基 AGI 探索者
鲁ICP备2026018361号