Remove Git LFS (#56)
xAI Cookbook 仓库提交 Remove Git LFS (#56)，将 examples/ 与 images/ 下 271 张图片改为普通 git 文件存储，删除仅含 LFS 规则的 .gitattributes，并从 README 移除 Git LFS 安装步骤与章节。图片合计约 13 MB，最大 0.8 MB。未安装 git-lfs 克隆时原本得到 130 字节文本占位符，会破坏目标检测与结构化数据抽取 notebook。images/function_calling_101.jpg 此前在 LFS 之外提交，导致装了 LFS 的人看到它被标记为已修改。历史未重写，旧提交保留 LFS 指针。
发展脉络
- 首次出现Remove Git LFS (#56)xAI Cookbook Updates
- 当前判断对以 notebook 和示例资产为核心的开发者仓库而言，开箱即用的克隆体验正在被当作分发质量指标。移除 LFS 降低了新用户与自动化环境（CI、容器、无 git-lfs 的沙箱）的首次运行失败率，属于开发者生态侧的可用性优化，而非模型能力变化。Agent Pulse · 分析
xAI Cookbook 通过 PR #56 移除 Git LFS：271 张示例与文档图片转为普通 git 文件，删除只承载 LFS 规则的 .gitattributes，README 中的 LFS 安装步骤与章节一并移除，贡献提示改为要求以普通文件提交图片并保持体积小。提交说明给出的理由是图片总量约 13 MB、单张最大 0.8 MB，普通 git 足以处理；而未装 git-lfs 的克隆会拿到 130 字节文本占位符而非图片，直接破坏目标检测与结构化数据抽取 notebook。同时修掉 function_calling_101.jpg 因在 LFS 之外提交而长期显示为已修改的问题。验证方式为 271 张转换后图片与旧 LFS 对象逐字节一致（SHA-256 匹配旧指针中的 oid），且无任何 git 配置的全新克隆可得到 272 个真实文件。历史未被重写，旧提交仍保留 LFS 指针，对象仍留在 GitHub。
这是一次仓库分发形态的取舍：当二进制资产总量在十几 MB 量级时，LFS 带来的外部依赖（客户端安装、指针文件语义）比它节省的仓库体积更贵。可验证的下一信号是仓库是否在 CI 或文档中补充图片体积上限检查，否则图片继续增长后可能重新引入同类问题。
对以 notebook 和示例资产为核心的开发者仓库而言，开箱即用的克隆体验正在被当作分发质量指标。移除 LFS 降低了新用户与自动化环境（CI、容器、无 git-lfs 的沙箱）的首次运行失败率，属于开发者生态侧的可用性优化，而非模型能力变化。
对依赖该仓库做目标检测与结构化数据抽取示例的团队，克隆即可获得真实图片，减少环境配置与排障成本，示例可直接进入 CI 与容器化流程；代价是仓库克隆体积上升，需要评估带宽与缓存策略。
若后续示例资产继续增长，可能出现两种走向：重新引入 LFS 或改用外部对象存储与下载脚本。可观察信号是该仓库是否新增资产体积约束、下载脚本或 CI 检查。