灵枢

自带模型,在本机交付并验证代码、文档、演示稿与 Mac 操作。

Star 数
★ 12
最近更新
1 个月前
License
Apache-2.0
主语言
Rust

30 秒速览

可在哪里用
通用 · 跨平台OpenAI API · Claude API
开始前需要
macOS 14 or later, or Windows 10/11 x64 technical previewAPI token for a supported provider or a compatible custom endpointXcode Command Line Tools with Swift 6 when building from sourceShell / 命令行网络访问本地文件系统
典型场景
需要交付客户或内部汇报材料的项目负责人,可从一份简报生成可编辑 PPTX 和 DOCX,在内置预览中迭代,并查看独立 checker 的结果。
主要局限
项目明确处于 alpha 阶段,仍在活跃开发,不是成熟的消费级产品;环境相关功能与测试结果可能因机器而异。

这个 Agent 能做什么,适合哪些场景?

灵枢是一款采用 Apache-2.0 许可证的本地执行型 Agent,完整开放原生应用、运行时、编排、工具、记忆和产物记录。它通过同一套 `Runtime/LingShuCore::RuntimeKernel` 支撑 macOS 应用与 Windows 技术预览版,并提供内置 `lingshu` CLI 和本机 HTTP JSON-RPC 控制面。主会话串行处理上下文,运行时可派发隔离的子任务,由 worker、工具或获授权的 macOS Computer Use 完成工作,再交给独立 checker 验证。它能生成并登记真实的 PPTX、DOCX、PDF、代码、脚本和本地媒体,产物可预览、修改并供后续任务使用。模型层可连接 OpenAI、Anthropic Claude、DeepSeek、MiniMax M3 或自定义 OpenAI 兼容端点,运行时、记忆和文件留在用户计算机上,但发送给远程模型的内容仍受对应供应商条款约束。项目仍处于 alpha 阶段,适合开发和受控的本地流程,不应被视为已经成熟的消费级产品。

灵枢先把请求整理为结构化 GoalSpec 和验收边界,再由可变运行时工作流、串行任务队列、隔离 worker、本地工具以及获授权的 Computer Use 执行仍待完成的步骤。它可以读写本地文件、运行命令、编辑代码、执行测试、检查 Git 变更,并创建、登记、预览和修订 PPTX、DOCX、PDF、Markdown、代码、脚本及本地媒体。产物进入 artifact ledger,并在任务宣布完成前交由独立 checker 检查;项目公开样例也记录了首次检查遗漏缺陷、经外部渲染发现后继续修订和复验的过程。macOS Computer Use 读取辅助功能快照,执行带索引的 UI 操作,必要时回退到屏幕信息,并尽可能在操作后再次核验。遇到登录、扫码、文件选择、确认或实体操作时,精确会话可以暂停,并通过 lingshu answer <message-id> 从检查点恢复。模型网关支持 OpenAI Responses、Chat Completions、Anthropic Messages、流式响应和兼容端点;多模态输入会先尝试模型原生视觉能力,不支持时再回退到图像解析。

  1. 需要交付客户或内部汇报材料的项目负责人,可从一份简报生成可编辑 PPTX 和 DOCX,在内置预览中迭代,并查看独立 checker 的结果。
  2. 希望在本机完成编码闭环的开发者,可让它编辑代码、运行测试、检查 Git 变更并把相关文件登记为可追踪产物。
  3. 已经选用 OpenAI、Claude、DeepSeek、MiniMax 或私有兼容端点的团队,可保留同一套本地 Agent 编排层,而不把工作流固定在单一模型供应商上。
  4. 需要操作原生 Mac 应用的个人或团队,可在明确授予辅助功能和屏幕录制权限后,执行 UI 操作并进行操作后核验。
  5. 维护飞书机器人、Webhook、Shortcut 或其他本地自动化入口的用户,可通过 lingshu CLI 将请求送入与桌面应用相同的串行主会话。
  6. 需要人工介入的长流程操作者,可在登录、扫码、选文件或确认步骤暂停任务,完成人工动作后恢复同一个执行检查点。

如何安装或部署这个 Agent?

macOS 需要 14 或更高版本。使用 Homebrew 时,应用与 lingshu CLI 会一起安装:

brew install --cask RoyZhao1991/tap/lingshu

也可以下载 v0.1.0-alpha.9 的 Universal DMG 及其校验文件,并验证 SHA-256:

shasum -a 256 -c LingShu-0.1.0-12-macOS-universal.dmg.sha256

随后把 灵枢.app 拖入 Applications。手动安装 DMG 后,可将随应用提供的 CLI 加入 PATH:

mkdir -p "$HOME/.local/bin"
ln -sf "/Applications/灵枢.app/Contents/MacOS/lingshu" "$HOME/.local/bin/lingshu"
export PATH="$HOME/.local/bin:$PATH"

Windows 10/11 x64 用户可下载 Nous-Windows-x64-Setup.exe 和 SHA256SUMS.txt,先在 PowerShell 中核验:

Get-FileHash .\Nous-Windows-x64-Setup.exe -Algorithm SHA256
Get-Content .\SHA256SUMS.txt

Windows 版本仍是技术预览,尚未进行 Authenticode 签名。若从源码构建,还需带 Swift 6 的 Xcode Command Line Tools:

git clone https://github.com/RoyZhao1991/LingShu.git
cd LingShu
bash Scripts/build-app.sh debug
open "dist/灵枢.app"

首次启动时选择语言,并配置 OpenAI、Anthropic Claude、DeepSeek、MiniMax M3 的 API token,或填写自定义兼容端点、模型名及所需 token。macOS 凭证存放在 Keychain 中。

如何使用这个 Agent?

首次运行建议先做不需要广泛电脑权限的小型可追踪任务,例如在应用中输入:“创建一页项目简报并保存为 DOCX,在本地预览,然后让独立 checker 验证结果。”检查 Workspace 中是否出现真实 .docx、文件是否能在内置预览中打开,以及任务记录是否同时显示产物和 checker 结果。

CLI 会进入与桌面应用相同的串行主会话,可执行单次请求或 JSON 输出:

lingshu ask "Summarize today's project status"
echo "Create a one-page report" | lingshu ask --json
lingshu status --json

如果 JSON 响应返回 needs_user_action 和消息 ID,完成人工步骤后恢复原会话:

lingshu answer <message-id> "completed"

仅在确实需要对应能力时授予 macOS Accessibility、Screen Recording、Microphone、Speech Recognition 或 Camera 权限。重要报告和高风险操作仍应由用户复核。

这个 Agent 有哪些优点和局限?

优点
  • 不只返回文字建议:PPTX、DOCX、PDF、代码和脚本会真实写入磁盘、登记到 artifact ledger、预览并接受独立检查。
  • 模型层可在 OpenAI、Anthropic Claude、DeepSeek、MiniMax M3 和自定义兼容端点之间选择,Agent 运行时不绑定单一模型供应商。
  • 原生应用、RuntimeKernel、编排、Computer Use、记忆和任务记录均以 Apache-2.0 发布,便于审计和自行部署。
  • 应用、CLI 和连接器共用一个串行主会话及相同的授权、记忆、任务记录和人工交互门控。
  • 登录、扫码、选择文件等步骤支持暂停精确会话并从检查点恢复,适合有人参与的实际流程。
局限
  • 项目明确处于 alpha 阶段,仍在活跃开发,不是成熟的消费级产品;环境相关功能与测试结果可能因机器而异。
  • 完整 Computer Use 和实时感知集中在 macOS;Windows 技术预览明确不支持直接电脑控制及实时音视频感知。
  • Windows 安装包尚未进行 Authenticode 签名,可能触发 SmartScreen,采用前需要手工核验发布的 SHA-256。
  • 需要用户自行准备模型 API token 或兼容端点;远程推理会把相关内容发送给供应商,并受其费用、留存和隐私政策影响。
  • 辅助功能、屏幕录制、麦克风和摄像头等能力需要敏感系统权限,用户必须评估授权范围并保留重要文件备份。
  • 独立 checker 并非绝对可靠;公开样例明确显示首次 checker 曾漏掉外部渲染才发现的缺陷。

这个 Agent 与同类方案有什么区别?

灵枢把自己定位在 Codex 和 Claude Code 所代表的执行型 Agent 类别中,而不是聊天应用。与两者以软件工程为主要焦点不同,灵枢把代码、PPTX、DOCX、PDF、本地媒体和获授权的 Mac 操作都作为默认交付范围。其完整原生应用与 Agent 运行时采用 Apache-2.0,并允许用户选择 OpenAI、Claude、DeepSeek、MiniMax 或兼容端点;来源同时说明 Codex 公开了 Apache-2.0 的 CLI,而 Claude Code 官方仓库为保留所有权利。该比较是产品定位说明,不是性能基准,输出质量仍取决于所选模型、材料和本地工具链。

与相关度最高的同类 agent 并排比较关键指标。

Agent 源码审查 Star 最近更新 主语言 完整支持的平台
灵枢 当前 71 · 存在缺口 ★ 12 1 个月前 Rust OpenAI API · Claude API
Lotti 私人日志与任务助手 80 · 表现良好 ★ 1.2k 4 天前 Dart OpenAI API · Claude API
MagenticLite 68 · 存在缺口 ★ 10k 2 个月前 Python —
Open Cowork 65 · 存在缺口 ★ 2.2k 10 天前 TypeScript Claude Code · OpenAI API · Claude API

FollowAgents 如何评估这个 Agent?

FollowAgents 源码审查 · FARS-2.1
存在缺口
71/ 100 五分制 3.6 / 5
信任安全 17/29
可靠稳定 9/14
适用触发 15/18
规范维护 14/18
有效结果 10/13
证据核验 6/8
查看各维度的扣分理由
信任安全17 / 29 · 2.9/5

材料说明权限按能力请求、高风险或对外操作需显式确认、远程模型数据会离开本机、凭据存入 macOS 钥匙串,并提醒第三方插件和脚本可能执行代码或传输数据;CI 也使用了较窄的权限。扣分原因是这些控制大多是文档陈述,未提供实施代码证明;Windows 凭据处理不明确,日志脱敏仅称“在支持时”,依赖项未见漏洞扫描、锁定策略或供应链审计,GitHub Actions 仅按版本标签引用。备份提醒存在,但没有通用文件、命令或 UI 操作回滚机制。作者、许可证及第三方声明清楚,不过发布者身份未经企业注册表验证。

可靠稳定9 / 14 · 3.2/5

README、SECURITY、CI 和所给终端场景在产品定位及行为描述上基本一致,并展示了超时、运行状态和回归断言。需求、支持的模型协议、平台差异和部分降级路径有说明。扣分原因是未执行任何测试,核心的 1,500+ 测试、共享内核和端到端验证主张无法在给定材料中完全核对;本地文档生成工具链及若干环境依赖也未完整列出。结构化的 needs_user_action 和 OCR 能力缺口显示了错误设计,但详细退出码与错误字段只存在于未提供的链接文档中。

适用触发15 / 18 · 4.2/5

目标用户、首个任务、报告制作、编码、连接器、人机协作及计算机控制等场景描述具体,因此受众和场景充分。macOS 与 Windows 的功能差异、Alpha 状态、模型质量依赖、感知回退及权限边界均明确,能力边界可获满分。扣分在于触发与确认规则没有对应实现证据,且环境适配仍受 macOS 14、Swift 6、授权、本地工具链及实验性感知设备限制。

规范维护14 / 18 · 3.9/5

README 的导航、架构、快速开始、安全、状态、开发和社区结构完整;macOS、Windows、源码构建和校验安装包的步骤具体。已明确列出 Alpha、Windows 无直接控制、实验性虚拟麦克风、模型和环境差异等限制,Apache-2.0 正文完整。扣分原因是 LingShu、灵枢、Nous 和 Grok 等名称并存,产品命名稳定性较弱;虽有真实样例和首跑范例,但未提供完整 FAQ;CHANGELOG、路线图和多份指南仅被引用而未纳入证据。维护者和报告渠道明确,但维护承诺较弱且身份未验证。

有效结果10 / 13 · 3.8/5

材料展示了可编辑 PPTX、DOCX、PDF、代码、预览、制品登记和独立检查等可直接使用的输出,并披露样例曾因外部渲染发现缺陷而返工,因此输出可用性证据较强。多模型、本地运行、统一任务记录和文档交付相对普通聊天工具具有明确增量价值。扣分原因是主要效益仍由项目自身描述,未有独立基准;API、模型推理、权限管理、人工复核和环境配置成本没有量化,Alpha 风险也降低总体成本收益确定性。

证据核验6 / 8 · 3.8/5

README 将安装版本、样例、CI、架构、安全、发布和变更记录指向具体文件或制品,所给 LICENSE、SECURITY、CI 及终端场景对部分主张形成交叉支持。扣分原因是多数被引用的架构、配置、样例历史、变更日志及发布烟测结果未包含在材料中,核心运行时主张也没有对应源码片段。项目明确区分定位比较与性能基准,承认模型差异、环境依赖、Alpha 状态和检查器漏检,事实、主张与限制的分离做得充分。

风险与缓解建议
  • 这是仅基于所给文件的静态审查;未运行应用、测试、安装包或发布烟测。
  • 该项目仍为 Alpha,能够运行命令、修改文件并控制获授权的 macOS 应用;重要工作应保留备份并人工复核高影响操作。
  • 发送到模型、感知服务、网站、插件或外部代理的数据可能离开本机;使用前应分别审查其保留政策、工具权限和传输范围。
  • Windows 预览版未进行 Authenticode 签名,且所给材料未说明其凭据存储是否达到 macOS 钥匙串方案的同等保护。
  • 未见依赖漏洞扫描、不可变 Actions 提交固定或通用操作回滚证据;部署前应补充供应链审查与恢复方案。
证据充分度:低 评估于 2026年9月24日 审查版本 11834904a2e1
查看完整评分方法 →

常见问题

必须购买某个指定模型吗?
不必。可以配置 OpenAI、Anthropic Claude、DeepSeek、MiniMax M3 或自定义 OpenAI 兼容端点,但需要自行提供对应 API token,并承担供应商可能收取的调用费用。
哪些数据会离开本机?
运行时、编排、记忆和产物保存在本机,感知流默认只在内存中处理且不归档;但发送给远程模型或感知供应商的内容会离开 Mac,并受该供应商的留存与隐私条款约束。
Windows 版与 macOS 版是否功能相同?
两者使用同一个 Runtime/LingShuCore::RuntimeKernel,共享 GoalSpec、队列、worker/checker 会话、工具循环、人工恢复、产物和持久化机制;但 Windows 仅为技术预览,不提供直接电脑控制和实时音视频感知。
它会在没有确认的情况下执行高风险操作吗?
来源说明,高风险、不可逆、账户、授权或对外发布操作需要用户明确确认。Computer Use 还受 macOS 权限约束,并会在可行时执行操作后核验。
checker 通过后是否可以直接对外发布成果?
不建议把 checker 当成绝对保证。项目公开样例中首次检查曾漏掉渲染缺陷;重要报告仍应进行人工审阅,并为重要工作保留备份。
在 GitHub 查看 ↗ 安装 ↓

相关 Agents