尧图网页设计 
llamafile 仓库开发构建指南基于 AGENTS.md 的构建、测试与子模块 Patch 工作流【免费下载链接】llamafileDistribute and run LLMs with a single file.项目地址: https://gitcode.com/GitHub_Trending/ll/llamafile本指南面向在 llamafile 仓库中进行开发、构建与测试的开发者以仓库内面向 Agent如 Claude Code的指引文件 docs/AGENTS.md 为骨架结合 Makefile、各子模块 patch 脚本与 docs/skills/llamafile 系列开发文档系统讲解从克隆到交付的完整开发工作流。读完本文你将掌握 llamafile 专属的 cosmocc 构建命令、make setup的内部机制、子模块 patch 的生成与验证方法以及干净往返测试round-trip的标准流程。项目概览单文件分发本地 AI 引擎llamafile 的核心目标是将多个开源推理引擎与 Cosmopolitan Libc 相结合产出无需安装、单文件即可跨平台运行的可执行程序llama.cpp—— LLM 推理引擎子模块whisper.cpp—— 语音转文字引擎子模块stable-diffusion.cpp—— 图像生成引擎子模块Cosmopolitan Libc—— 提供 Actually Portable ExecutableAPE格式让同一个二进制文件在 Windows、macOS、Linux 与 BSD 上原生运行。基于这一组合仓库还衍生出whisperfile、transcribefile、diffusionfile等多个单文件应用对应可执行程序可在 Makefile 的install目标中看到llamafile、whisperfile、diffusionfile、transcribefile与zipalign。需要注意本文描述的构建工作流针对新版 llamafilemain分支对应 0.10.0 及以后的版本旧版0.9.3 及以前的 legacy 代码不适用详见 docs/skills/llamafile/SKILL.md。快速参考核心开发命令克隆仓库后日常开发围绕下面这组命令展开它们是 docs/AGENTS.md 给出的第一手操作入口# 初始设置克隆后执行一次 make setup # 构建必须使用 cosmocc 自带的 make而非系统 make # 注意-j 并行度请按构建机所在系统调整macOS 上可改用 sysctl -n hw.physicalcpu .cosmocc/4.0.2/bin/make -j $(nproc) # 运行测试 .cosmocc/4.0.2/bin/make check # 清理构建产物 .cosmocc/4.0.2/bin/make clean # 重置所有子模块警告会删除本地改动 make reset-repo这五条命令对应着仓库 Makefile 中的setup、check、reset-repo等目标并在 docs/commands/check.md 与 docs/commands/clean.md 中有精简说明。下文将逐一拆解它们的作用与内部机制。关键目录结构仓库顶层目录在 docs/AGENTS.md 中被定义为下表这是理解整个仓库组织方式的出发点目录用途llamafile/核心库可直接编辑llama.cpp/LLM 推理子模块直接编辑后转换为 patchwhisper.cpp/语音转文字子模块直接编辑后转换为 patchstable-diffusion.cpp/图像生成子模块直接编辑后转换为 patch*.patches/各子模块对应的 patch 目录o/构建产物结合 Makefile 可以看出根级构建系统通过include机制将各组件llamafile、llama.cpp、whisper.cpp、transcribe.cpp、stable-diffusion.cpp、whisperfile、transcribefile、diffusionfile、tests等的BUILD.mk统一编排进一次构建输出统一落到o/$(MODE)/下例如o/$(MODE)/llamafile/llamafile、o/$(MODE)/whisperfile/whisperfile、o/$(MODE)/third_party/zipalign/zipalign。从源码结构看详见 docs/skills/llamafile/architecture.mdllamafile/核心库还包含llamafile/highlight/—— 聊天输出代码的语法高亮llamafile/sgemm.cpp、llamafile/tinyblas_*—— TinyBLAS 优化内核CPU 推理加速与免 CUDA SDK 的 GPU 支持llamafile/gpu_backend.c—— CUDA/ROCm/Vulkan GPU 后端的动态加载核心Metal 单独实现llamafile/sandbox.c—— 服务器模式的沙箱机制。third_party/则集中了double-conversion、mbedtlsTLS、sqlite、stb、zipalign等外部依赖。重要注意事项三条铁律docs/AGENTS.md 特别强调的三条注意事项是所有开发工作的前提始终使用.cosmocc/4.0.2/bin/make不要使用系统 make。cosmocc 工具链自带 make包含 Cosmopolitan 专属的构建行为唯一例外是make setup和make reset-repo——它们在全新克隆时负责引导bootstrap工具链且两者均被 Makefile 显式豁免了版本检查见 Makefile 的ifeq ($(filter $(MAKECMDGOALS),setup reset-repo claude),)守卫。克隆或更新子模块后必须运行make setup它会初始化子模块并重新应用 patch。子模块的改动必须转换为 patch 文件详见下文Patch 工作流一节。为什么必须使用 cosmocc 的 make构建系统使用 Cosmopolitan C/C 编译器cosmocc来生成 APEActually Portable Executable格式的跨平台单文件。cosmocc 工具链会在make setup结束时自动下载也可以手动获取build/download-cosmocc.sh .cosmocc/4.0.2 4.0.2 85b8c37a406d862e656ad4ec14be9f6ce474c1b436b9615e91a55208aced3f44参数依次是目标目录.cosmocc/4.0.2、版本号4.0.2、SHA256 校验和。若校验和不匹配构建会失败排查方法见 docs/skills/llamafile/building.md 的 Troubleshooting。构建产物同时包含 x86_64 与 aarch64 代码路径运行时通过 CPU 特性检测AVX、AVX2、AVX-512、ARM NEON 等自动选择最优内核无需用户配置GPU 后端CUDA/ROCm/Vulkan则以共享库形式在运行时动态加载找不到 GPU 时自动回退 CPU。拆解 make setup子模块初始化与 Patch 应用make setup是理解本仓库的第一步。查看 Makefile 中setup目标的实现可以看到它按顺序完成四类工作初始化并更新子模块对whisper.cpp、stable-diffusion.cpp、llama.cpp含其嵌套子模块、transcribe.cpp、third_party/zipalign逐一执行git submodule update --init。应用各子模块的 patch依次执行./whisper.cpp.patches/apply-patches.sh、./stable-diffusion.cpp.patches/apply-patches.sh、./llama.cpp.patches/apply-patches.sh、./transcribe.cpp.patches/apply-patches.sh通过TMPDIR指定临时目录。下载 cosmocc 工具链$(MAKE) cosmocc对应 Makefile 的cosmocc目标。以 llama.cpp.patches/apply-patches.sh 为例一次标准的 patch 应用过程是检查子模块 git 状态必须是干净的git status --porcelain为空否则拒绝应用将llama.cpp.patches/llamafile-files/中的新增文件如BUILD.mk、README.llamafile、common/license.cpp复制到子模块根目录运行renames.sh处理文件改名/移动默认脚本为空操作模板见 llama.cpp.patches/renames.sh移除与 llamafile 构建冲突的文件如删除子模块自带的Makefile因为 llamafile 使用自己的BUILD.mk体系按字母序逐个patch -p1应用patches/下的.patch文件最后运行fetch-ui-assets.sh获取预构建的 Web UI 静态资源详情见 llama.cpp.patches/README.md 的 Server Integration 一节。其中apply-patches.sh支持--tolerant宽容模式某个 hunk 对不上时留下*.rej文件并继续而不是立即中止便于在升级上游 llama.cpp 时手工协调漂移的 hunk严格模式默认则遇错即停make setup使用的正是严格模式。reset-repo一键回到子模块原始状态make reset-repo用于将所有子模块重置到原始提交实现见 Makefile对llama.cpp、whisper.cpp、stable-diffusion.cpp、transcribe.cpp、third_party/zipalign逐个删除目录并从 git 检出还原。警告该命令会删除所有本地改动包括未提交的代码与已应用的 patch。因此在执行前务必先把子模块中任何有价值的修改通过 patch 形式保存下来见下文。重置完成后需要重新执行make setup来恢复 patch 与工具链。如果需要单独重置某个子模块可改用cd submodule git reset --hard git clean -fdx随后回到仓库根目录执行make setup重新应用 patch。Patch 工作流子模块改动的标准落地方式llamafile 的开发分为两条路径详见 docs/skills/llamafile/development.md核心代码改动直接修改llamafile/、whisperfile/等根级目录 → 构建 → 测试 → 正常 git 提交子模块改动llama.cpp、whisper.cpp、stable-diffusion.cpp指向特定上游提交直接在子模块内提交会被后续更新覆盖因此必须走patch 化流程。每个子模块的 patches 目录结构以 llama.cpp.patches/README.md 为例一个标准的 patches 目录包含llama.cpp.patches/ ├── README.md # Patch 索引与用途说明 ├── apply-patches.sh # 应用到 llama.cpp 子模块的脚本 ├── fetch-ui-assets.sh # 下载并校验预构建 Web UI ├── renames.sh # 文件改名/移动脚本 ├── llamafile-files/ # 需要复制进子模块的新文件BUILD.mk、README.llamafile 等 └── patches/ # 修改上游源码的 .patch 文件其中patches/下的每个.patch文件针对上游某一具体文件的改动命名约定为将路径中的/替换为_例如common/arg.cpp的 patch 文件名为common_arg.cpp.patch这与 tools/generate_patches.sh 的命名逻辑一致。llamafile-files/则存放新增文件区别于修改包括各子模块的BUILD.mk——它定义了以 cosmocc 构建该子模块的规则。修改子模块的完整流程Step 1在子模块目录内直接改代码cd llama.cpp # 做出修改例如编辑 src/llama.cppStep 2充分验证后生成 patch必须先用 cosmocc make 完成干净构建并通过测试确认改动可用再用专用工具生成 patch严禁手工git diff/git apply# echo y 回答脚本的确认提示子 shell 保证即使失败也能恢复工作目录 ( cd llama.cpp echo y | ../tools/generate_patches.sh --output-dir ../llama.cpp.patches )tools/generate_patches.sh 会自动完成四件手工方式容易做错的事将 diff 中的a/、b/路径改写为以仓库根目录为基准前缀REPO_NAME/删除易变的index ...行按路径下划线化约定命名 patch 文件把新增/未跟踪文件路由到llamafile-files/目录含BUILD.mk的强制收录规避 macOS 大小写不敏感文件系统上的 gitignore 问题。输出结构为修改文件 →llama.cpp.patches/patches/新文件 →llama.cpp.patches/llamafile-files/。该工具只写入/覆盖从不删除如果某次上游升级吸收了旧改动旧.patch仍会留在patches/里继续被setup应用需要手工git rm掉并用ls llama.cpp.patches/patches | wc -l核对最终数量。Step 3重置并重放验证 patch 集make reset-repo # 清空子模块丢弃本地改动 make setup # 重新初始化子模块并应用 patch如果希望预先排查 patch 是否会冲突可使用仓库自带的干跑检查工具tools/check_patches.sh # 默认检查 llama.cpp.patches/patches tools/check_patches.sh whisper.cpp.patches # 检查其他子模块的 patch 目录该脚本对每个.patch执行git apply --check收集全部失败项后统一输出见 tools/check_patches.sh。新增文件与 BUILD.mk 更新新增文件非修改应放入llamafile-files/对应路径make setup时会复制进子模块。若新增了需要编译的源码还必须同步更新子模块的BUILD.mk将新文件加入源文件列表示例见 docs/skills/llamafile/development.md 的LLAMA_SRCS片段。合入前的自查清单提交改动前docs/skills/llamafile/development.md 给出的 Pull Request 清单值得逐项核对patch 在全新克隆上能干净应用make build构建通过make check测试通过patch 聚焦且记录清晰新增文件时BUILD.mk已同步更新。测试与干净往返验证运行单元测试测试统一由 cosmocc make 驱动.cosmocc/4.0.2/bin/make check该目标对应 Makefile 的check目标o/$(MODE)/tests。测试用例分布在根级 tests/BUILD.mk 及其子目录如tests/sgemm、tests/strsm并遵循.runs目标模式——即每个测试生成一个name.runs产物表示执行成功例如o/$(MODE)/llamafile/json_test.runs详见 docs/skills/llamafile/SKILL.md。verify-clean权威的干净往返验证生成或变更 patch 后最可信的验证方式是完整走一遍干净往返流程命令见 docs/commands/verify-clean.md# 确保工具链可用 if [ ! -d .cosmocc/4.0.2 ]; then build/download-cosmocc.sh .cosmocc/4.0.2 4.0.2 85b8c37a406d862e656ad4ec14be9f6ce474c1b436b9615e91a55208aced3f44 fi MAKE.cosmocc/4.0.2/bin/make $MAKE reset-repo # 清理丢弃本地改动重置子模块 $MAKE setup # 拉取子模块 应用 patch 获取 UI 资源 $MAKE clean # 清理陈旧构建产物 $MAKE -j$(nproc) # 干净构建macOS 用 -j$(sysctl -n hw.physicalcpu) $MAKE check # 单元测试两个关键设计原因必须先clean再构建reset-repo/setup之后子模块源码变了但时间戳未必更新增量make可能链接到陈旧的目标文件因此必须make clean清空o/后全量重建reset-repo必须先于setupmake setup无法在脏工作树上拉取子模块必须先重置。成功跑完一轮干净往返证明当前提交的 patch 集内部自洽、可复现。需要说明的是它不覆盖GPU 运行时后端、非宿主机平台、Web UI 及长期运行稳定性——这些属于llama.cpp上游升级时的额外检查范围见 docs/skills/llamafile/update_llamacpp.md。进一步阅读仓库内详细文档导航本文是开发工作流的入口级速览更深入的专题可查阅仓库内以下文档路径均以仓库根目录为基准docs/skills/llamafile/building.md —— 完整构建系统文档cosmocc 工具链、构建规则、GPU 后端构建脚本llamafile/cuda.sh、rocm.sh、vulkan.sh与故障排查docs/skills/llamafile/architecture.md —— 仓库结构与组件全景、APE 格式、运行时 CPU 分派、动态 GPU 加载docs/skills/llamafile/development.md —— 开发工作流、patch 管理、子模块集成的细节docs/skills/llamafile/testing.md —— 测试模式与编写测试的方法docs/skills/llamafile/update_llamacpp.md —— 同步上游 llama.cpp 的完整流程llama.cpp.patches/README.md —— 全部 llama.cpp patch 的索引与用途说明涵盖GGML_CALLABI 兼容、跨模块内存管理、Cosmopolitan 兼容、TLS、TinyBLAS 集成、IQ 量化排除、CPU 性能优化、文件处理与服务器集成等主题docs/commands/generate-patches.md 与 docs/commands/verify-clean.md —— 两个命令级流程的独立说明。此外大多数构建产物支持--help查看运行时参数用户的快速上手路径可参考 docs/quickstart.md、docs/creating_llamafiles.md 与 docs/source_installation.md。【免费下载链接】llamafileDistribute and run LLMs with a single file.项目地址: https://gitcode.com/GitHub_Trending/ll/llamafile创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 llamafile 仓库开发构建指南：基于 AGENTS.md 的构建、测试与子模块 Patch 工作流
llamafile 仓库开发构建指南基于 AGENTS.md 的构建、测试与子模块 Patch 工作流【免费下载链接】llamafileDistribute and run LLMs with a single file.项目地址: https://gitcode.com/GitHub_Trending/ll/llamafile本指南面向在 llamafile 仓库中进行开发、构建与测试的开发者以仓库内面向 Agent如 Claude Code的指引文件 docs/AGENTS.md 为骨架结合 Makefile、各子模块 patch 脚本与 docs/skills/llamafile 系列开发文档系统讲解从克隆到交付的完整开发工作流。读完本文你将掌握 llamafile 专属的 cosmocc 构建命令、make setup的内部机制、子模块 patch 的生成与验证方法以及干净往返测试round-trip的标准流程。项目概览单文件分发本地 AI 引擎llamafile 的核心目标是将多个开源推理引擎与 Cosmopolitan Libc 相结合产出无需安装、单文件即可跨平台运行的可执行程序llama.cpp—— LLM 推理引擎子模块whisper.cpp—— 语音转文字引擎子模块stable-diffusion.cpp—— 图像生成引擎子模块Cosmopolitan Libc—— 提供 Actually Portable ExecutableAPE格式让同一个二进制文件在 Windows、macOS、Linux 与 BSD 上原生运行。基于这一组合仓库还衍生出whisperfile、transcribefile、diffusionfile等多个单文件应用对应可执行程序可在 Makefile 的install目标中看到llamafile、whisperfile、diffusionfile、transcribefile与zipalign。需要注意本文描述的构建工作流针对新版 llamafilemain分支对应 0.10.0 及以后的版本旧版0.9.3 及以前的 legacy 代码不适用详见 docs/skills/llamafile/SKILL.md。快速参考核心开发命令克隆仓库后日常开发围绕下面这组命令展开它们是 docs/AGENTS.md 给出的第一手操作入口# 初始设置克隆后执行一次 make setup # 构建必须使用 cosmocc 自带的 make而非系统 make # 注意-j 并行度请按构建机所在系统调整macOS 上可改用 sysctl -n hw.physicalcpu .cosmocc/4.0.2/bin/make -j $(nproc) # 运行测试 .cosmocc/4.0.2/bin/make check # 清理构建产物 .cosmocc/4.0.2/bin/make clean # 重置所有子模块警告会删除本地改动 make reset-repo这五条命令对应着仓库 Makefile 中的setup、check、reset-repo等目标并在 docs/commands/check.md 与 docs/commands/clean.md 中有精简说明。下文将逐一拆解它们的作用与内部机制。关键目录结构仓库顶层目录在 docs/AGENTS.md 中被定义为下表这是理解整个仓库组织方式的出发点目录用途llamafile/核心库可直接编辑llama.cpp/LLM 推理子模块直接编辑后转换为 patchwhisper.cpp/语音转文字子模块直接编辑后转换为 patchstable-diffusion.cpp/图像生成子模块直接编辑后转换为 patch*.patches/各子模块对应的 patch 目录o/构建产物结合 Makefile 可以看出根级构建系统通过include机制将各组件llamafile、llama.cpp、whisper.cpp、transcribe.cpp、stable-diffusion.cpp、whisperfile、transcribefile、diffusionfile、tests等的BUILD.mk统一编排进一次构建输出统一落到o/$(MODE)/下例如o/$(MODE)/llamafile/llamafile、o/$(MODE)/whisperfile/whisperfile、o/$(MODE)/third_party/zipalign/zipalign。从源码结构看详见 docs/skills/llamafile/architecture.mdllamafile/核心库还包含llamafile/highlight/—— 聊天输出代码的语法高亮llamafile/sgemm.cpp、llamafile/tinyblas_*—— TinyBLAS 优化内核CPU 推理加速与免 CUDA SDK 的 GPU 支持llamafile/gpu_backend.c—— CUDA/ROCm/Vulkan GPU 后端的动态加载核心Metal 单独实现llamafile/sandbox.c—— 服务器模式的沙箱机制。third_party/则集中了double-conversion、mbedtlsTLS、sqlite、stb、zipalign等外部依赖。重要注意事项三条铁律docs/AGENTS.md 特别强调的三条注意事项是所有开发工作的前提始终使用.cosmocc/4.0.2/bin/make不要使用系统 make。cosmocc 工具链自带 make包含 Cosmopolitan 专属的构建行为唯一例外是make setup和make reset-repo——它们在全新克隆时负责引导bootstrap工具链且两者均被 Makefile 显式豁免了版本检查见 Makefile 的ifeq ($(filter $(MAKECMDGOALS),setup reset-repo claude),)守卫。克隆或更新子模块后必须运行make setup它会初始化子模块并重新应用 patch。子模块的改动必须转换为 patch 文件详见下文Patch 工作流一节。为什么必须使用 cosmocc 的 make构建系统使用 Cosmopolitan C/C 编译器cosmocc来生成 APEActually Portable Executable格式的跨平台单文件。cosmocc 工具链会在make setup结束时自动下载也可以手动获取build/download-cosmocc.sh .cosmocc/4.0.2 4.0.2 85b8c37a406d862e656ad4ec14be9f6ce474c1b436b9615e91a55208aced3f44参数依次是目标目录.cosmocc/4.0.2、版本号4.0.2、SHA256 校验和。若校验和不匹配构建会失败排查方法见 docs/skills/llamafile/building.md 的 Troubleshooting。构建产物同时包含 x86_64 与 aarch64 代码路径运行时通过 CPU 特性检测AVX、AVX2、AVX-512、ARM NEON 等自动选择最优内核无需用户配置GPU 后端CUDA/ROCm/Vulkan则以共享库形式在运行时动态加载找不到 GPU 时自动回退 CPU。拆解 make setup子模块初始化与 Patch 应用make setup是理解本仓库的第一步。查看 Makefile 中setup目标的实现可以看到它按顺序完成四类工作初始化并更新子模块对whisper.cpp、stable-diffusion.cpp、llama.cpp含其嵌套子模块、transcribe.cpp、third_party/zipalign逐一执行git submodule update --init。应用各子模块的 patch依次执行./whisper.cpp.patches/apply-patches.sh、./stable-diffusion.cpp.patches/apply-patches.sh、./llama.cpp.patches/apply-patches.sh、./transcribe.cpp.patches/apply-patches.sh通过TMPDIR指定临时目录。下载 cosmocc 工具链$(MAKE) cosmocc对应 Makefile 的cosmocc目标。以 llama.cpp.patches/apply-patches.sh 为例一次标准的 patch 应用过程是检查子模块 git 状态必须是干净的git status --porcelain为空否则拒绝应用将llama.cpp.patches/llamafile-files/中的新增文件如BUILD.mk、README.llamafile、common/license.cpp复制到子模块根目录运行renames.sh处理文件改名/移动默认脚本为空操作模板见 llama.cpp.patches/renames.sh移除与 llamafile 构建冲突的文件如删除子模块自带的Makefile因为 llamafile 使用自己的BUILD.mk体系按字母序逐个patch -p1应用patches/下的.patch文件最后运行fetch-ui-assets.sh获取预构建的 Web UI 静态资源详情见 llama.cpp.patches/README.md 的 Server Integration 一节。其中apply-patches.sh支持--tolerant宽容模式某个 hunk 对不上时留下*.rej文件并继续而不是立即中止便于在升级上游 llama.cpp 时手工协调漂移的 hunk严格模式默认则遇错即停make setup使用的正是严格模式。reset-repo一键回到子模块原始状态make reset-repo用于将所有子模块重置到原始提交实现见 Makefile对llama.cpp、whisper.cpp、stable-diffusion.cpp、transcribe.cpp、third_party/zipalign逐个删除目录并从 git 检出还原。警告该命令会删除所有本地改动包括未提交的代码与已应用的 patch。因此在执行前务必先把子模块中任何有价值的修改通过 patch 形式保存下来见下文。重置完成后需要重新执行make setup来恢复 patch 与工具链。如果需要单独重置某个子模块可改用cd submodule git reset --hard git clean -fdx随后回到仓库根目录执行make setup重新应用 patch。Patch 工作流子模块改动的标准落地方式llamafile 的开发分为两条路径详见 docs/skills/llamafile/development.md核心代码改动直接修改llamafile/、whisperfile/等根级目录 → 构建 → 测试 → 正常 git 提交子模块改动llama.cpp、whisper.cpp、stable-diffusion.cpp指向特定上游提交直接在子模块内提交会被后续更新覆盖因此必须走patch 化流程。每个子模块的 patches 目录结构以 llama.cpp.patches/README.md 为例一个标准的 patches 目录包含llama.cpp.patches/ ├── README.md # Patch 索引与用途说明 ├── apply-patches.sh # 应用到 llama.cpp 子模块的脚本 ├── fetch-ui-assets.sh # 下载并校验预构建 Web UI ├── renames.sh # 文件改名/移动脚本 ├── llamafile-files/ # 需要复制进子模块的新文件BUILD.mk、README.llamafile 等 └── patches/ # 修改上游源码的 .patch 文件其中patches/下的每个.patch文件针对上游某一具体文件的改动命名约定为将路径中的/替换为_例如common/arg.cpp的 patch 文件名为common_arg.cpp.patch这与 tools/generate_patches.sh 的命名逻辑一致。llamafile-files/则存放新增文件区别于修改包括各子模块的BUILD.mk——它定义了以 cosmocc 构建该子模块的规则。修改子模块的完整流程Step 1在子模块目录内直接改代码cd llama.cpp # 做出修改例如编辑 src/llama.cppStep 2充分验证后生成 patch必须先用 cosmocc make 完成干净构建并通过测试确认改动可用再用专用工具生成 patch严禁手工git diff/git apply# echo y 回答脚本的确认提示子 shell 保证即使失败也能恢复工作目录 ( cd llama.cpp echo y | ../tools/generate_patches.sh --output-dir ../llama.cpp.patches )tools/generate_patches.sh 会自动完成四件手工方式容易做错的事将 diff 中的a/、b/路径改写为以仓库根目录为基准前缀REPO_NAME/删除易变的index ...行按路径下划线化约定命名 patch 文件把新增/未跟踪文件路由到llamafile-files/目录含BUILD.mk的强制收录规避 macOS 大小写不敏感文件系统上的 gitignore 问题。输出结构为修改文件 →llama.cpp.patches/patches/新文件 →llama.cpp.patches/llamafile-files/。该工具只写入/覆盖从不删除如果某次上游升级吸收了旧改动旧.patch仍会留在patches/里继续被setup应用需要手工git rm掉并用ls llama.cpp.patches/patches | wc -l核对最终数量。Step 3重置并重放验证 patch 集make reset-repo # 清空子模块丢弃本地改动 make setup # 重新初始化子模块并应用 patch如果希望预先排查 patch 是否会冲突可使用仓库自带的干跑检查工具tools/check_patches.sh # 默认检查 llama.cpp.patches/patches tools/check_patches.sh whisper.cpp.patches # 检查其他子模块的 patch 目录该脚本对每个.patch执行git apply --check收集全部失败项后统一输出见 tools/check_patches.sh。新增文件与 BUILD.mk 更新新增文件非修改应放入llamafile-files/对应路径make setup时会复制进子模块。若新增了需要编译的源码还必须同步更新子模块的BUILD.mk将新文件加入源文件列表示例见 docs/skills/llamafile/development.md 的LLAMA_SRCS片段。合入前的自查清单提交改动前docs/skills/llamafile/development.md 给出的 Pull Request 清单值得逐项核对patch 在全新克隆上能干净应用make build构建通过make check测试通过patch 聚焦且记录清晰新增文件时BUILD.mk已同步更新。测试与干净往返验证运行单元测试测试统一由 cosmocc make 驱动.cosmocc/4.0.2/bin/make check该目标对应 Makefile 的check目标o/$(MODE)/tests。测试用例分布在根级 tests/BUILD.mk 及其子目录如tests/sgemm、tests/strsm并遵循.runs目标模式——即每个测试生成一个name.runs产物表示执行成功例如o/$(MODE)/llamafile/json_test.runs详见 docs/skills/llamafile/SKILL.md。verify-clean权威的干净往返验证生成或变更 patch 后最可信的验证方式是完整走一遍干净往返流程命令见 docs/commands/verify-clean.md# 确保工具链可用 if [ ! -d .cosmocc/4.0.2 ]; then build/download-cosmocc.sh .cosmocc/4.0.2 4.0.2 85b8c37a406d862e656ad4ec14be9f6ce474c1b436b9615e91a55208aced3f44 fi MAKE.cosmocc/4.0.2/bin/make $MAKE reset-repo # 清理丢弃本地改动重置子模块 $MAKE setup # 拉取子模块 应用 patch 获取 UI 资源 $MAKE clean # 清理陈旧构建产物 $MAKE -j$(nproc) # 干净构建macOS 用 -j$(sysctl -n hw.physicalcpu) $MAKE check # 单元测试两个关键设计原因必须先clean再构建reset-repo/setup之后子模块源码变了但时间戳未必更新增量make可能链接到陈旧的目标文件因此必须make clean清空o/后全量重建reset-repo必须先于setupmake setup无法在脏工作树上拉取子模块必须先重置。成功跑完一轮干净往返证明当前提交的 patch 集内部自洽、可复现。需要说明的是它不覆盖GPU 运行时后端、非宿主机平台、Web UI 及长期运行稳定性——这些属于llama.cpp上游升级时的额外检查范围见 docs/skills/llamafile/update_llamacpp.md。进一步阅读仓库内详细文档导航本文是开发工作流的入口级速览更深入的专题可查阅仓库内以下文档路径均以仓库根目录为基准docs/skills/llamafile/building.md —— 完整构建系统文档cosmocc 工具链、构建规则、GPU 后端构建脚本llamafile/cuda.sh、rocm.sh、vulkan.sh与故障排查docs/skills/llamafile/architecture.md —— 仓库结构与组件全景、APE 格式、运行时 CPU 分派、动态 GPU 加载docs/skills/llamafile/development.md —— 开发工作流、patch 管理、子模块集成的细节docs/skills/llamafile/testing.md —— 测试模式与编写测试的方法docs/skills/llamafile/update_llamacpp.md —— 同步上游 llama.cpp 的完整流程llama.cpp.patches/README.md —— 全部 llama.cpp patch 的索引与用途说明涵盖GGML_CALLABI 兼容、跨模块内存管理、Cosmopolitan 兼容、TLS、TinyBLAS 集成、IQ 量化排除、CPU 性能优化、文件处理与服务器集成等主题docs/commands/generate-patches.md 与 docs/commands/verify-clean.md —— 两个命令级流程的独立说明。此外大多数构建产物支持--help查看运行时参数用户的快速上手路径可参考 docs/quickstart.md、docs/creating_llamafiles.md 与 docs/source_installation.md。【免费下载链接】llamafileDistribute and run LLMs with a single file.项目地址: https://gitcode.com/GitHub_Trending/ll/llamafile创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考