Llama 开放权重全系:Llama 3.3、Llama 4 Scout 与本地部署边界
Llama 开放权重全系:Llama 3.3、Llama 4 Scout 与本地部署边界
本文基于 2026 年 11 月采样的 HuggingFace 元数据与官方仓库配置,整理 Llama 开放权重全系:Llama 3.3、Llama 4 Scout 与本地部署边界。严格区分本地开放权重与 EXAIV 云端 ID,不编造跑分、价格或社区转换仓库。
Verified facts
A HuggingFace repository proves that weights or a model card exists; it does not prove that EXAIV serves the model. Download counts are public 30-day community signals, not quality scores. Licences must be read per repository. Config fields prove architecture, not every capability or request payload.
Deployment reality
Choose a runtime that matches the format, measure memory on your own hardware, and keep the model ID, file name, licence, token counts and latency in a run log. Community GGUF files need a named publisher, a stated conversion source and a clear quantization label. The local deployment angle here is intentional: none of these repositories should be called an EXAIV cloud model unless the live catalog lists the ID.
Availability boundary
The safest wording is local open weights, official model card, and measured behaviour on your machine. Availability and prices follow /models and /pricing. A licence tag such as apache-2.0, gemma, llama3.3 or other is a starting point for review, not legal advice.
Situation
| Situation | Pick |
|---|---|
| 70B instruction model | See the live model card and choose by hardware and licence |
| Llama 4 Scout research | See the live model card and choose by hardware and licence |
| Licence review | See the live model card and choose by hardware and licence |
| Long-context serving | See the live model card and choose by hardware and licence |
| Local GGUF experiments | See the live model card and choose by hardware and licence |
Practical pre-flight checklist
Check the repository source, exact file format, chat template, memory peak, licence, and the request format before publishing or deploying. Do not copy a benchmark or price from a stale article. Run a fixed evaluation set after every change to quantization, adapter, runtime or routing. Keep a rollback file and record the exact model ID.
FAQ
Are these models callable on EXAIV?
Can I use community GGUF?
Are downloads benchmark scores?
Where do I check licences?
Where do I check EXAIV availability?
Where do I check price?
Related reading
- Claude family overview — callable IDs
- GPT family overview — ID families
- Open overseas weights — local weights
- Mistral vs Llama vs Gemma — selection
- pricing — live credit packs
Sources
Parameter, download and licence data sampled in November 2026 and subject to change.
通用本地部署检查清单
散落的教程讲的是「单点」:怎么装 Ollama、怎么下 GGUF、怎么配插件。但真正部署一套能日常用的本地模型,是一条完整的链路——硬件够不够、模型选哪个档、下哪个文件、怎么起服务、怎么接进工具、出问题怎么查。这篇手册按七步走完这条链路,每步给出可执行命令和「什么时候该停/该换」的判断标准。
30 秒版本
七步:① 查硬件(显存/内存/磁盘)② 反查模型(按显存选规模+档位)③ 下 GGUF ④ 跑起来(Ollama 或 llama.cpp)⑤ 暴露本地端点 ⑥ 接进工具(Cursor/Continue/Open WebUI)⑦ 监控排障。任何一步卡住,回到判断标准而不是硬试。
第 1 步:检查硬件与算力预算
先确认三件事,任何一项不满足就调整目标,而不是硬上:
| 项目 | 最低 | 建议 | 检查方法 |
|---|---|---|---|
| 显存 | 8GB | 按目标模型定(见下) | nvidia-smi |
| 系统内存 | 32GB | 64GB+ | free -g / 系统信息 |
| 磁盘 | 100GB 空闲 | 200GB+ | df -h |
显存的算法:目标模型参数 × 量化字节系数 + KV cache + 2GB 开销。完整公式和算例见显存计算实战。一句话版本:27B 模型要 24GB 级显存才舒服,14B 级 16GB 够用,4B 级 8GB 轻松。
磁盘经常被忽略
一个 27B 模型的 Q4 GGUF 就约 16GB,想同时留几个档位、几个模型对比,100GB 很快见底。模型缓存目录(Ollama 默认在用户目录)在系统盘上,容易撑爆系统盘——建议把模型目录移到独立磁盘。
第 2 步:按显存反查模型与档位
有了显存预算,反查能跑什么:
| 你的显存 | 建议目标 | 量化档位 |
|---|---|---|
| 8GB | 4B 级全家桶 / 7-8B Q4 | Q4_K_M |
| 16GB | 14B Q4/Q5,或 27B Q3 | Q4_K_M 起 |
| 24GB | 27B Q4/Q5 舒服跑 | Q4_K_M / Q5_K_M |
| 48GB+ | 70B 级 Q4,或 27B Q8 | 按质量需求 |
模型家族选择参考:Qwen 系列怎么选、DeepSeek V4 全系盘点、混元 hy4 与 A13B。档位取舍参考:GGUF 量化器对比。
第 3 步:下载 GGUF
从 HuggingFace 下载目标模型的 GGUF。两条路:
# 用 huggingface-cli 下载指定文件(模型卡上确认实际文件名)
huggingface-cli download <作者>/<模型>-GGUF \
<模型>-Q4_K_M.gguf --local-dir ./models
或者用支持直接拉取的推理工具(如 Ollama 部分模型支持直接 pull 官方版本)。下载前核对模型卡上的文件大小,避免下完发现显存装不下。
别按文件名猜体积
同一个模型的不同量化档位体积相差几倍。下单前先看模型卡上每个文件的尺寸和最低硬件要求——这是最省时间的一步核对。
第 4 步:跑起来
路线 A:Ollama(最快跑通)
# 写 Modelfile 指向本地 GGUF
# FROM ./models/<模型>-Q4_K_M.gguf
ollama create mymodel -f Modelfile
ollama run mymodel "用一句话介绍你自己"
路线 B:llama.cpp(要控制和服务)
git clone https://github.com/ggerganov/llama.cpp && cd llama.cpp && make -j
./build/bin/llama-server \
-m ./models/<模型>-Q4_K_M.gguf \
-ngl 35 \
-c 8192 \
--host 127.0.0.1 --port 8080
两条路线怎么选
只想验证效果:Ollama,一条命令。要调 GPU 层数、上下文、并发,或要长期跑服务:llama.cpp(llama-server 带 OpenAI 兼容接口)。两者底层都吃 GGUF,模型文件通用,随时可以切换。
第 5 步:暴露本地端点
要把模型接进工具,需要一个长期运行的 HTTP 端点:
- Ollama:默认监听
127.0.0.1:11434,提供 OpenAI 兼容接口 - llama.cpp:
llama-server启动后监听你指定的端口,同样兼容/v1/chat/completions
端点安全边界
默认绑定 127.0.0.1,只有本机可访问——这是正确的默认。要让局域网其他机器用,必须显式改绑定地址,并且明白这等于把「无鉴权的推理服务」暴露到网络上:加防火墙规则、只在可信网络开放,或加一层带鉴权的反代。
第 6 步:接进你的工具
本地端点起来后,接入已有工具只需要「指向地址 + 选模型」:
| 工具 | 接入方式 | 指南 |
|---|---|---|
| Cursor | Override OpenAI Base URL 指到本地端点 | Cursor 接入 |
| Continue | config 文件声明 apiBase | Continue 接入 |
| Open WebUI | 连接配置里填 API Base URL | Open WebUI 接入 |
| 自研程序 | OpenAI SDK 改 base_url | 本地编码工作流 |
一个实用细节:编辑器插件通常有超时设置,而本地模型首次加载需要时间——把超时调大,或先跑几条 warmup 请求再接入。
第 7 步:监控、排障与回退
监控:nvidia-smi 看显存峰值;llama.cpp 日志看 KV cache 分配和 token/s。
排障固定顺序:
- 显存不够 → 降上下文(
-c)或降档位 - 上下文够但速度慢 → 减少内存卸载层、检查是否在用 GPU
- 输出乱码/加载失败 → 更新推理引擎(MoE 架构对引擎版本敏感)
- 工具侧报错 → 先 curl 直接打端点,分清是「端点问题」还是「工具配置问题」
回退方案:本地模型是主力,云端是兜底。当本地服务慢、挂掉、或需要旗舰质量时,一条 fallback 代码切到云端 API(EXAIV OpenAI 兼容端点,模型 ID 以 /models 实时为准)即可,开发流程不中断。成本上的取舍见本地算力成本模型。
什么时候不该继续折腾本地
如果目标模型必须旗舰质量、或并发量本地硬件撑不住、或团队没有维护精力——本地不是唯一答案。云端 API 在这些场景下更省心。判断标准不是「哪个更酷」,而是「哪种模式匹配你的使用量、隐私要求和运维能力」。
FAQ
整个流程要准备多久?
Ollama 和 llama.cpp 能同时用吗?
本地模型多久更新一次?
本地部署需要联网吗?
多用户使用要注意什么?
部署完发现速度不满意怎么办?
相关阅读
- 本地算力硬件选购指南 — 买卡前必读
- 显存计算实战 — 显存公式与实测
- 本地算力成本模型 — 买卡 vs 租卡 vs API
- Qwen GGUF 本地部署入门 — 量化与部署通识
- 国产开源 vs 海外旗舰 — 本地与云端的全景对比