llama.cpp v1.0.0迁移首先涉及调用边界：旧公共api中的35个已弃用函数、llama_set_warmup、defrag_thold字段及--defrag-thold参数被移除；nextn接口进入llama.h，llama_set_embd_state_src更名为llama_set_ctx_state_src。同轮b12347、b12359、b12360是nightly构建标识，不能替代正式版本身份；v1.0.0说明指向b12359作为nightly构建。
被移除与被更名的接口怎样区分
被更名的接口有明确的新名称；被移除的接口则不能只靠字符串替换恢复。对于llama_set_embd_state_src，可以围绕新名称llama_set_ctx_state_src核对调用；对于llama_set_warmup和被移除的其他旧函数，必须按当前公共头文件重新判断所需行为，不能假定存在统一兼容别名。
NextN/speculative接口从llama-ext.h进入llama.h，改变了公共接口的位置和名称边界，并不代表任意模型都会自动获得推测解码收益。模型支持、调用方式和构建条件仍需分别核对。把头文件变化与推理效果分开，能避免迁移时只解决编译报错却误判运行行为。
如何先检查自己的源码和启动配置
在已安装ripgrep的开发环境中，从自己的项目根目录运行下面的只读搜索。点号代表当前项目目录；默认遵循ripgrep的忽略规则，若配置在其他目录，应将点号替换为实际路径。命令只定位这些明确发生变化的名称，不覆盖全部35个旧函数。
rg -n 'llama_set_warmup|llama_set_embd_state_src|defrag_thold|--defrag-thold' .
命中时会显示路径、行号和对应文本，便于区分源码字段、函数调用与启动脚本；无匹配通常返回退出码1，表示这组模式没有命中，并不证明项目已完成迁移。搜索不会编译或运行项目，也不修改文件。
缓存能力新增不等于旧配置自动兼容
v1.0.0增加OCP FP8 KV缓存，缓存类型使用f8_e4m3；MoE专家缓存使用主机内存，并在llama_context_params中增加moe_cache_size和moe_cache_cpu_share。KV缓存保存推理状态，MoE专家缓存处理专家权重访问，两者不是同一份内存，也不能相互替代。
该版本还加载外部PLE分片，并扩展模型与音频接口；这些能力不能用来推断任意GGUF文件、设备和缓存组合都已兼容。迁移重点应是实际依赖的接口、参数和模型路径，而不是仅把构建号更新成更大的数字。
服务器部署也需要单独评估
llama-server修复了SSRF、CORS与DNS重绑定等处理，并为未认证工具和私有媒体URL增加显式选择启用的开关。MCP工具调用在客户端断开或超时时取消并通知服务器。公共API迁移与服务器访问边界属于不同检查项，成功编译不能替代部署安全条件的核对。
