Aura 会取代 Git 或需要迁移我的仓库吗？

不。Aura 是一个元层，通过钩子和 Git notes 嫁接到您现有的本地 Git 上。您可以保持正常的 Git 工作流程（提交/推送/分支），并且可以随时切换回纯 Git。

Aura 支持哪些 AI 编码工具和代理？

Aura 旨在与多种代理工具配合使用，包括 Claude Code、Gemini CLI、Cursor 代理、Codex 和其他 MCP 兼容代理。它作为 MCP 服务器运行以进行原生连接，并且可以通过钩子捕获某些工具的对话记录/意图。

“AST 级别语义差异”是什么意思，为什么它很重要？

Aura 不仅仅比较原始文本行，它还在代码结构级别（AST）跟踪更改。这有助于您查看程序逻辑中发生了什么变化（而不仅仅是红/绿行），并支持针对代理编辑的防重命名、逻辑感知验证。

Aura 中的 Crew（循环/编排引擎）是什么？

Crew 是 Aura 的自主工作循环，可以接收任务积压并按依赖顺序处理它们。代理在其自己的工作树中认领未阻塞的任务，并且每次完成都会根据其旨在实现的目标进行检查，然后才能合并。

Aura 如何确保更改与意图相关联并可验证？

Aura 维护一个账本，将每次提交与其旨在实现的目标/意图相关联，并记录已证明的内容。它捕获代理的对话记录和意图，并生成可加密验证的密封、可移植记录。

Amnesia 协议（aura rewind --amnesia）是什么？

在 Aura v0.2.0-alpha 中，Amnesia 协议允许您有选择地回溯损坏的 AST 节点，然后将系统覆盖注入到活动的 AI 聊天日志中（例如 Aider、Gemini、Claude），以强制代理忘记幻觉上下文并停止重复相同的错误。

Aura 是本地运行的吗？数据隐私如何？

Aura 完全在您的基础设施上本地运行：您的代码和历史记录保留在您的机器上，除非您通过 Git 推送，否则不会离开。该项目声明它从不训练您的数据，并且专注于捕获溯源而不是收集代码。

当我 rebase 或更改提交哈希时，Aura 的历史记录会发生什么？

Aura 将检查点数据存储在具有分片存储的专用孤立影子分支上，并使用 Git notes。它在 rebase/stash/pull 期间检测 HEAD 迁移并保留语义历史记录，因此检查点在标准 Git 操作中仍然存在。

Aura 是开源和免费的吗？

是的。Aura 的引擎、CLI、桌面应用程序和扩展都被描述为在 Apache-2.0 下完全开源，并且桌面应用程序作为 macOS（Apple Silicon）和 Linux 的免费公开测试版提供。

Aura : Agents + GIt + Loops OSS ADE

WebsiteFreeAI Code Assistant AI Developer Tools

Aura 是一个开源的 Git 原生语义和溯源层（加上一个代理工作循环），它在共享历史记录中协调多个 AI 编码代理，具有 AST 级别差异、意图日志记录和加密可验证记录——而无需替换 Git。

访问网站

推广此工具

https://auravcs.com/?ref=producthunt&utm_source=aipure

概述
替代方案

产品信息

更新于：2026年07月10日

什么是 Aura : Agents + GIt + Loops OSS ADE

Aura: Agents + Git + Loops OSS ADE 是一个 Git 原生代理开发环境，专为使用 AI 代理（Claude Code、Cursor、Gemini CLI、Codex、Copilot 和其他支持 MCP 的工具）发布生产代码的团队设计。Aura 没有引入新的 VCS，而是通过钩子和 Git notes 嫁接到您已使用的 Git 仓库上，增加了代码更改的语义（AST 级别）视图和溯源层，捕获“更改了什么”和“为什么更改”。它提供了一个统一的工作区，多个代理可以在其中并行工作，同时保持一个单一的、可审查的时间线，将编辑和提交与目标、会话和意图关联起来——旨在使代理编写的代码可审计且可以安全合并。

Aura : Agents + GIt + Loops OSS ADE 的主要功能

Aura 是一个开源的、本地优先的“语义 + 出处”层，它嫁接到您已使用的 Git 上，使 AI 代理编码更安全地发布。它增加了 AST 级别的语义差异、意图 + 记录捕获、签名/可验证的出处记录，以及一个 MCP 服务器，以便像 Claude Code、Cursor、Gemini CLI、Codex 和 Copilot 这样的工具可以在共享历史和可强制执行的护栏下运行。Aura 还引入了代理工作循环（Crew/GSD 编排）来按依赖顺序运行积压工作，并进行合并前验证检查，以及像失忆协议这样的回滚机制，可以重置代理的错误上下文以阻止幻觉循环——无需替换 Git 或要求迁移。

Git 原生语义层（AST 差异）: 在 AST/逻辑级别而不是行差异级别跟踪代码更改，从而实现重命名无关、结构感知审查、语义合并以及更清晰地追溯实际更改的内容。

意图 + 记录强制执行: 通过 MCP/钩子集成捕获“为什么”（意图）和代理记录，并可以在审查前阻止未记录或不一致的 AI 更改，从而提高可审计性并减少有风险的静默编辑。

签名、可验证的出处记录: 生成经过加密密封、可移植的记录（例如，通过 sigstore 风格的出处），将会话/代理与提交关联起来，以便审查员和审计员可以验证作者和理由。

用于多代理工具的 MCP 服务器: 运行一流的 MCP 服务器 (aura-vcs)，向支持 MCP 的客户端（Claude Code、Cursor、Zed、Windsurf 等）公开结构化语义操作，使代理在不同编辑器中获得一致的工具访问权限。

代理工作循环和编排 (Crew/GSD 引擎): 通过让并行代理在隔离的工作树中认领未阻塞的任务，按依赖顺序执行，并将每次完成与它实现的目标关联起来，将积压工作转化为已发布的代码。

用于幻觉循环恢复的失忆协议: 支持对损坏节点进行手术式语义回溯，并将“系统覆盖”注入到本地 AI 聊天日志（Aider/Gemini/Claude）中，以强制代理忘记错误的上下文并停止重复错误。

Aura : Agents + GIt + Loops OSS ADE 的使用场景

拥有众多编码代理的企业软件团队: 通过每个代理一个工作树的隔离、共享历史和合并前验证证明，协调大型仓库中的并行 AI 代理，使高吞吐量更改保持可审查和可归属。

需要审计追踪的受监管行业（金融科技/医疗保健/政府）: 生成可验证的出处（谁/哪个代理/为什么）并强制执行意图日志记录，以满足合规性、内部控制和外部审计，而无需将代码发送到外部。

高合并冲突的单体仓库: 通过 AST 级别的差异/语义合并和跨分支影响感知，减少冲突痛苦，提高当许多人机和代理触及相同逻辑区域时的可靠性。

产品团队的自主积压工作执行: 使用 Crew/GSD 循环按依赖顺序运行任务队列，自动根据既定目标检查每个更改，并为利益相关者保留目标↔提交分类账。

具有安全护栏的事件响应/快速修补: 在紧急修复期间，强制执行记录的意图，保留密封的会话记录，并使用语义回溯 + 失忆协议快速撤消错误的代理编辑，并防止重复的幻觉“修复”。

优点

Git 兼容的元层：无需迁移；您可以随时回退到纯 Git。

本地优先 + 开源 (Apache-2.0)：更好的主权和可审计性；除非您推送，否则代码保留在您的机器上。

更强的编码 AI 安全性：意图/记录强制执行、出处和合并前验证减少了静默故障。

提高了多代理吞吐量：编排循环和隔离的工作树使并行代理工作成为可能，而无需分支切换的痛苦。

缺点

增加的工作流程开销：严格的强制执行可能会阻止更改，并让人感觉“残酷”，尤其是在快速迭代时。

最适合具有有意义 AST 的代码：对于文档/静态内容仓库或不使用 AI 代理的团队价值较低。

生态系统复杂性：集成 MCP、钩子和多个代理/编辑器可能需要设置和操作纪律。

Alpha/beta 成熟度信号：较新的功能（例如，编排/失忆协议）可能会快速发展，需要谨慎采用。

如何使用 Aura : Agents + GIt + Loops OSS ADE

1) 安装 Aura (macOS/Linux): 运行：curl -fsSL https://auravcs.com/install.sh | bash。这将安装 Aura 桌面应用程序 + 匹配的 CLI，以便 Aura 可以嫁接到您现有的本地 Git 仓库上。

2) 打开（或创建）一个 Git 仓库: Aura 是 Git 原生的，位于现有本地 Git 仓库之上。创建或进入一个仓库目录（例如，git init，或克隆一个现有仓库），然后 cd 进入该目录。

3) 在仓库中初始化 Aura: 在仓库内部，运行：aura init。这将创建 .aura/ 工作区（代理/项目状态）并设置 Aura 使用的 Git 集成界面（钩子/notes/影子存储）。

4) 验证 Aura 是否处于活动状态并已索引: 运行：aura status。这作为一个实时仪表板，显示您的语义索引（AST/逻辑节点）、会话状态、工作树更改和强制信号（例如，严格模式、违规）。如果您看到“no session”，请确认您在仓库内部并且已运行 aura init。

5) 启用 Aura 的 MCP 服务器（以便代理可以使用 Aura 工具）: 从仓库内部启动 MCP 服务器：aura mcp serve。这将向支持 MCP 的客户端（Claude Code、Claude Desktop、Cursor、Zed、Windsurf、Cline、自定义代理）公开 Aura 的语义操作。日志写入 .aura/logs/mcp.log。

6) 将您的 AI 编码客户端连接到 Aura MCP 服务器: 在您的支持 MCP 的客户端中，添加/启用名为 aura-vcs（或您配置的任何名称）的服务器。如果工具未出现，常见原因包括：mcp.json 中的二进制路径错误、服务器绑定 stdio 之前客户端重启，或在 Git 仓库外部运行。

7) 启动代理会话并通过 Aura 引擎进行更改: 使用您首选的代理（Claude Code、Gemini CLI、Codex、Cursor Agents 等）连接 Aura。Aura 的目标是保持跨代理的共享历史记录，并捕获逻辑（AST）级别的更改，而不仅仅是行差异。

8) 记录更改意图（以便编辑可解释/可审计）: 启用/遵守意图日志记录（例如，通过 Aura 的 MCP 意图日志记录和/或代理的钩子）。Aura 的工作流程强调每个 AI 编辑都应具有相关的意图记录和记录捕获。

9) 使用语义（AST 级别）差异审查更改: 使用 Aura 的语义差异界面（桌面 UI）检查逻辑级别（函数/类/关系）的更改，并在“为什么更改”标题下查看，而不是仅仅依赖红/绿文本差异。

10) 在工作时保存检查点（人工或代理）: 使用 Aura 的 CLI 检查点工作流程（例如，aura save）创建与当前状态关联的持久语义检查点。Aura 使用其影子分支/孤立存储方法在标准 Git 操作（rebase/stash/pull）中保留这些检查点。

11) 在合并或发布之前证明/验证工作: 使用 Aura 的验证工作流程（例如，aura prove），以便每次完成都根据其旨在实现的目标进行检查。Aura 记录一个判决（例如，已连接/部分连接/未连接），并在证明账本中将目标 ↔ 提交关联起来。

12) 像往常一样提交和推送 Git（Aura 保持 Git 原生）: 继续像今天一样使用 git commit、git push 和分支。Aura 通过钩子/notes 与 Git 共存，并且在配置时可以通过预提交强制执行来阻止无法解释的更改。

13) 使用 worktree-per-agent 进行并行工作（避免分支切换的痛苦）: 通过将多个代理隔离在单独的工作树中并行运行（Aura 支持 worktree-per-agent 模型）。这可以防止代理相互干扰或干扰您的工作树，同时仍共享一个语义历史记录。

14) 运行循环 (/loop) 执行任务波次（计划 → 执行 → 继续）: 使用 Aura 的循环工作流程（通常从聊天中作为 /loop 调用）将待办事项转化为已发布的代码：系统进行计划，按依赖项波次执行，然后继续（响应/再次计划/澄清）。这旨在实现代理执行，并将验证作为循环的一部分。

15) 监控运行进度和收据: 跟踪实时状态（运行中/已完成/失败/等待中）并审查存储在 .aura/ 下的已保存运行收据（Drone JSON 输出 + 元数据）（例如，.aura/drones/runs/），以便您可以审计或重放而无需重新运行。

16) 通过团队知识库/交接工件共享会话上下文: 使用 Aura 的交接工作流程（例如，aura_handover）将当前状态压缩成密集的上下文工件，新代理可以摄取。这有助于代理带着“故事，而不仅仅是文件”到来，并支持跨会话的连续性。

17) 解决常见的 MCP + 会话问题: 如果 MCP 工具未显示：确认 aura mcp serve 从您的 shell 运行，检查 .aura/logs/mcp.log，验证 mcp.json 中的二进制路径，并确保在服务器准备就绪后客户端已重新启动。如果 aura status 显示“no session”：您可能在 Git 仓库外部或从未运行 aura init。