灵书作为代理自动化本地文档和代码工作流程
灵书，由RoyZhao1991开发，是一个开源执行代理，通过模型上下文协议（MCP）在macOS和Windows上自动化本地工作流程。该工具使用外部语言模型协调规划、任务执行和文件生成，同时将运行时状态和结果保留在主机上。它支持与模型无关的端点、本地macOS自动化功能和本地优先的工件存储。开发人员、研究人员和高级用户获得了一种可重现的方式来生成可验证的磁盘输出，以支持项目工作流程。
开源运行时和标准协议支持使行为可审计
该应用程序在 Apache-2.0 运行时下发布，为执行层和集成提供源级透明度。它实现了模型上下文协议，以标准化模型与本地工具和数据的交互，从而减少对单一供应商的耦合。开发者发布了代码库和运行时模型，以便团队可以检查执行路径、修改连接器或在远程提供者的地方运行自己的托管端点。
平台分裂使 macOS 功能比 Windows 预览更深层
本地 macOS 集成通过 Swift 客户端中的平台可访问性 API 暴露系统控制能力，使能够在具备能力的机器上实现直接自动化。Windows 版本作为基于 Tauri 的技术预览存在，开发者指出其本地控制功能较少。因此，某些感知和实时交互工作流程仅限于 macOS，因此桌面自动化的平价取决于您选择运行的操作系统。
模型访问和本地优先存储需要外部 API 加上本地运行时组件
该工具与模型无关，但不是离线模型；它将提示发送到用户选择的模型端点，包括 OpenAI、Claude、DeepSeek 和 MiniMax 或任何兼容的 API。同时，代理在主机上保持运行时内存、工件分类帐和任务状态。一些组件需要 Node.js 环境以提供运行时服务，因此部署将本地存储与 API 连接性相结合。
执行工作流程偏向模块化任务和验证驱动的完成
工作流程支持隔离的子任务、可变运行时和工件分类帐，以便长时间运行的过程可以检查点并在存储上下文中恢复。该架构包括独立的验证器会话，在任务标记为完成之前评估生成的工件是否符合目标，并且集成预览允许操作员在接受之前检查输出。该设计旨在针对可重复的工件生产，而不仅仅是对话交换。
适合需要可重复、可验证输出的技术用户的实用选择
该工具适合接受初始设置和API配置以换取本地工件控制和可审计性的开发人员和研究人员。它并不针对寻求即插即用GUI体验的非技术用户，因为运行时先决条件和仍处于技术预览中的Windows版本。对于需要基于外部模型的磁盘上可审查交付物的团队，这种方法提供了有序、可检查的自动化。
