项目地址：https://github.com/lizongying/notools
绝大多数程序操作Git，都要调用系统git二进制，解析命令行文本输出。notools 给出了另一条路径：把Git完整实现内置进工具内部，进程内完成全部版本控制逻辑，无需外部git依赖。
整个项目基于自研系统编程语言 Nolang 构建，兼顾高性能运行效率与内存安全特性。
它是什么
notools 基于自研系统语言Nolang从零实现一套完整Git能力。它既是可直接使用的命令行工具，也是可供程序调用的编程库。
不同于简单封装系统git的脚本，notools‑git原生实现对象库、索引暂存、commit、tree、blob、ref引用、diff、worktree工作树、部分提交等核心能力。
单二进制分发，目标机器不需要预先安装Git，Linux、macOS、Windows行为完全统一。
依托Nolang的能力底座：
- 高性能：直接编译为LLVM IR原生机器码，无GC开销，内存访问可控，高频仓库操作、大仓库diff解析、批量测试场景下延迟低，吞吐能力强；
- 内存安全：在系统编程场景规避野指针、越界访问、内存泄漏等常见风险，处理不受信仓库对象、外部输入时更加稳健，适合沙箱、AI代理这类不可信输入场景。
核心优势
1、告别环境差异，一套二进制随处可用
日常开发、CI流水线经常遇到Git版本差异、Windows特殊兼容问题、容器环境未预装Git的困境。
notools‑git不依赖宿主Git，一份程序跨平台行为一致，容器、沙箱、轻量化CI开箱即用，彻底消除“本地正常，CI报错”的环境玄学。
2、面向编程：结构化API，不再解析命令行文本
传统自动化脚本、AI Agent只能通过shell调用git，解析stdout原始文本。输出格式受系统语言、Git版本影响，极易解析出错，异常故障很难自动识别处理。
notools‑git作为库直接对外暴露结构化对象：提交记录、diff变更列表、索引条目、worktree状态。
程序直接读取与修改仓库，不需要字符串解析。写测试、自动化工具、Agent逻辑，可靠性大幅提升。像worktree损坏、索引异常这类故障，程序可以直接识别、自动修复，不必交给人工排查。
3、高性能，适合高频自动化场景
大量批量仓库创建销毁、worktree频繁操作的测试场景，反复fork外部git子进程开销很高。
所有逻辑运行在同一个进程内部，省去进程创建销毁开销，结合Nolang原生执行性能，高频版本操作速度显著优于调用系统git。同时支持细粒度拦截、审计日志，非常适合沙箱安全管控场景。
4、原生适配AI Agent时代的版本控制需求
当下AI编码Agent的一大痛点就是Git能力薄弱：沙箱不一定预装git；调用shell容易产生解析幻觉；遇到仓库异常只能抛出人类可读报错，无法自主修复。
notools‑git很好解决这些痛点：
- 沙箱环境零依赖，Agent直接获得快照、提交、分支回滚能力；
- 返回结构化数据，大模型更容易理解仓库状态；
- 可以自动识别并修复worktree残留、索引损坏等常见故障；
- 多Agent协作场景，可以观测仓库变更，辅助处理文件冲突问题。
它并非用来完全替代官方Git，远程复杂交互依旧优先使用官方Git。但在自动化测试、CI、AI沙箱、受限隔离环境，它拥有不可替代的价值。
对未来基础工具的启发
长久以来，Git被当作一个独立系统二进制，所有开发工具、编译器、LSP都要外部调用它。
notools证明：版本控制可以作为库嵌入工具链内部。编译器、静态分析工具、代码编辑器后台，直接内置版本控制能力，不再依赖系统零散工具。
依托Nolang“高性能+内存安全”的系统语言定位，未来的编程工具链走向一体化：编译器、静态检查、LSP、版本控制打包进单二进制，极大降低环境配置成本，抹平跨平台行为差异。
谁会需要它
- 自动化与CI流水线开发者：受够不同平台Git行为不一致，脚本到处写平台兼容判断；大量临时仓库测试，追求稳定可复现。
- AI Agent开发者：希望Agent具备可靠版本快照、回滚能力，不想依赖shell文本解析，需要沙箱环境零依赖的版本底座。
- 沙箱、受限环境开发者：隔离环境不希望开放完整shell，又需要文件版本追踪、变更记录能力，同时看重内存安全抵御恶意仓库输入。
- 工具链开发者：需要在程序内部读取git对象、diff变更做增量分析，想要更低延迟、更高可控性的原生实现。
传统模式：程序调用外部Git，解析文本输出。
新模式：版本控制作为库运行在进程内，直接拿到结构化仓库数据，消除外部环境带来的不确定性。
