AI时代如何临摹项目：Vault跨项目持久化存储系统

AI时代如何临摹项目：Vault跨项目持久化存储系统

在AI辅助开发时代，如何让AI助手更好地理解我们的学习资源？HagiCode项目通过Vault系统实现了一个统一的、可被AI理解的知识存储抽象层，让临摹项目的学习效率大幅提升。

背景

在AI时代，开发者学习新技术和架构的方式正在发生深刻变化。"临摹项目"——即深入研究和学习优秀开源项目的代码、架构和设计模式——已经成为一种高效的学习方法。相比传统的读书、看视频，直接阅读和运行高质量的开源项目能让你更快地理解真实世界的工程实践。
只是这种学习方式也面临着不少挑战。
学习资料太分散了。你的笔记可能在Obsidian里，代码仓库散落在各个文件夹，AI助手的对话历史又是一个独立的数据孤岛。当你想让AI帮你分析某个项目时，得手动复制代码片段、整理上下文，这个过程相当繁琐。
其实更麻烦的是上下文断裂。AI助手无法直接访问你的本地学习资源，每次对话都得重新提供背景信息。而且临摹的代码仓库更新很快，手动同步容易出错，多个学习项目之间也难以共享知识。
这些问题本质上都是"数据孤岛"导致的。如果能有一个统一的存储抽象层，让AI助手能够理解和访问你的所有学习资源，问题就迎刃而解了。
关于 HagiCode

本文分享的Vault系统，正是我们在开发 HagiCode 过程中实践出来的解决方案。HagiCode 是一个AI代码助手项目，在我们的日常开发中，经常需要学习和参考各种开源项目。为了让AI助手更好地理解这些学习资源，我们设计了Vault跨项目持久化存储系统。
这套方案已经在HagiCode中经过了实际验证，如果你也面临类似的知识管理难题，希望这些经验能给你一些启发。毕竟，有些坑踩过了，总得留下点什么给后来的人。
Vault系统设计理念

Vault系统的核心思想很简单：创建一个统一的、可被AI理解的知识存储抽象层。从实现角度来看，系统具有几个关键特征。
多类型支持

系统支持四种vault类型，分别对应不同的使用场景：

1. // folder：通用文件夹类型
2. export const DEFAULT_VAULT_TYPE = 'folder';
4. // coderef：专门用于临摹代码项目的类型
5. export const CODEREF_VAULT_TYPE = 'coderef';
7. // obsidian：与Obsidian笔记软件集成
8. export const OBSIDIAN_VAULT_TYPE = 'obsidian';
10. // system-managed：系统自动管理的vault
11. export const SYSTEM_MANAGED_VAULT_TYPE = 'system-managed';

复制代码

其中 coderef 类型是HagiCode中最常用的。它专门为临摹代码项目设计，提供了标准化的目录结构和AI可读的元数据描述。
持久化存储机制

Vault的注册表以JSON格式持久化存储，确保配置在应用重启后仍然可用：

1. public class VaultRegistryStore : IVaultRegistryStore
2. {
3.     private readonly string _registryFilePath;
5.     public VaultRegistryStore(IConfiguration configuration, ILogger<VaultRegistryStore> logger)
6.     {
7.         var dataDir = configuration["DataDir"] ?? "./data";
8.         var absoluteDataDir = Path.IsPathRooted(dataDir)
9.             ? dataDir
10.             : Path.GetFullPath(Path.Combine(Directory.GetCurrentDirectory(), dataDir));
12.         _registryFilePath = Path.Combine(absoluteDataDir, "personal-data", "vaults", "registry.json");
13.     }
14. }

复制代码

这种设计的好处是简单可靠。JSON格式人类可读，便于调试和手动修改；文件系统存储避免了数据库的复杂性，降低了系统的依赖。毕竟，有时候简单的反而是最好的。
AI上下文集成

最关键的是，系统能够自动将vault信息注入到AI提案的上下文中：

1. export function buildTargetVaultsText(
2.   vaults: VaultForText[],
3.   template: VaultPromptTemplate = DEFAULT_VAULT_PROMPT_TEMPLATE,
4. ): string {
5.   const readOnlyVaults = vaults.filter((vault) => vault.accessType === 'read');
6.   const editableVaults = vaults.filter((vault) => vault.accessType === 'write');
8.   if (readOnlyVaults.length === 0 && editableVaults.length === 0) {
9.     return '';
10.   }
12.   const sections = [
13.     buildVaultSection(readOnlyVaults, template.reference),
14.     buildVaultSection(editableVaults, template.editable),
15.   ].filter(Boolean);
17.   return `\n\n### ${template.heading}\n\n${sections.join('\n')}`;
18. }

复制代码

这样就实现了一个重要的功能：AI助手能够自动理解可用的学习资源，无需用户手动提供上下文。这倒也算是一种默契了。
CodeRef Vault的标准化结构

对于coderef类型的vault，HagiCode提供了一套标准化的目录结构：

1. my-coderef-vault/
2. ├── index.yaml          # vault元数据描述
3. ├── AGENTS.md           # AI助手的操作指南
4. ├── docs/               # 存放学习笔记和文档
5. └── repos/              # 通过Git子模块管理临摹的代码仓库

复制代码

创建vault时，系统会自动初始化这个结构：

1. private async Task EnsureCodeRefStructureAsync(
2.     string vaultName,
3.     string physicalPath,
4.     ICollection<VaultBootstrapDiagnosticDto> diagnostics,
5.     CancellationToken cancellationToken)
6. {
7.     Directory.CreateDirectory(physicalPath);
9.     var indexPath = Path.Combine(physicalPath, CodeRefIndexFileName);
10.     var docsPath = Path.Combine(physicalPath, CodeRefDocsDirectoryName);
11.     var reposPath = Path.Combine(physicalPath, CodeRefReposDirectoryName);
13.     // 创建标准目录结构
14.     if (!Directory.Exists(docsPath))
15.     {
16.         Directory.CreateDirectory(docsPath);
17.     }
19.     if (!Directory.Exists(reposPath))
20.     {
21.         Directory.CreateDirectory(reposPath);
22.     }
24.     // 创建AGENTS.md指南
25.     await EnsureCodeRefAgentsDocumentAsync(physicalPath, cancellationToken);
27.     // 创建index.yaml元数据
28.     await WriteCodeRefIndexDocumentAsync(indexPath, mergedDocument, cancellationToken);
29. }

复制代码

这套结构的设计也是有讲究的：

• docs/ 目录存放你的学习笔记，可以用Markdown格式记录对代码的理解、架构分析、踩坑经验等
  
• repos/ 目录通过Git子模块管理临摹的仓库，而不是直接复制代码。这样既能保持代码同步，又能节省空间
  
• index.yaml 包含vault的元数据，让AI助手快速理解这个vault的用途和内容
  
• AGENTS.md 是专门写给AI助手看的指南，说明如何处理这个vault中的内容
  

或许这样组织起来，AI也能更容易理解你的想法吧。
系统管理的自动初始化

除了手动创建vault，HagiCode还支持系统自动管理的vault：

1. public async Task<IReadOnlyList<VaultRegistryEntry>> EnsureAllSystemManagedVaultsAsync(
2.     CancellationToken cancellationToken = default)
3. {
4.     var definitions = GetAllResolvedDefinitions();
5.     var entries = new List<VaultRegistryEntry>(definitions.Count);
7.     foreach (var definition in definitions)
8.     {
9.         entries.Add(await EnsureResolvedSystemManagedVaultAsync(definition, cancellationToken));
10.     }
12.     return entries;
13. }

复制代码

系统会自动创建和管理以下vault：

• hagiprojectdata：项目数据存储，用于保存项目的配置和状态
  
• personaldata：个人数据存储，用于保存用户的偏好设置
  
• hbsprompt：提示词模板库，用于管理常用的AI提示词
  

这些vault在系统启动时自动初始化，无需用户手动配置。毕竟，有些事情交给系统去做就好了，人类何必操心呢。
访问控制机制

一个重要的设计是访问控制。系统将vault分为两种访问类型：

1. export interface VaultForText {
2.   id: string;
3.   name: string;
4.   type: string;
5.   physicalPath: string;
6.   accessType: 'read' | 'write';  // 关键：区分只读和可编辑
7. }

复制代码

• reference（只读）：AI仅用于分析和理解，不能修改内容。适用于参考的开源项目、文档等
  
• editable（可编辑）：AI可以根据任务需要修改内容。适用于你的笔记、草稿等
  

这种区分很重要。它让AI知道哪些内容是"只读参考"，哪些是"可以动手改的"，避免了误操作风险。毕竟，谁也不想自己的心血被无意中改没了。
实战：创建和使用Vault

看完了原理，咱们来看看实际怎么用。
创建CodeRef Vault

以下是一个完整的前端调用示例：

1. const createCodeRefVault = async () => {
2.   const response = await VaultService.postApiVaults({
3.     requestBody: {
4.       name: "React Learning Vault",
5.       type: "coderef",
6.       physicalPath: "/Users/developer/vaults/react-learning",
7.       gitUrl: "https://github.com/facebook/react.git"
8.     }
9.   });
11.   // 系统会自动：
12.   // 1. 克隆React仓库到vault/repos/react
13.   // 2. 创建docs/目录用于笔记
14.   // 3. 生成index.yaml元数据
15.   // 4. 创建AGENTS.md指南文件
17.   return response;
18. };

复制代码

这个API调用会完成一系列操作：创建目录结构、初始化Git子模块、生成元数据文件等。你只需要提供基本信息，剩下的交给系统处理。其实这样也挺省心的。
在AI提案中使用Vault

创建好vault后，就可以在AI提案中引用它了：

1. const proposal = composeProposalChiefComplaint({
2.   chiefComplaint: "帮我分析React的并发渲染机制",
3.   repositories: [
4.     { id: "react", gitUrl: "https://github.com/facebook/react.git" }
5.   ],
6.   vaults: [
7.     {
8.       id: "react-learning",
9.       name: "React Learning Vault",
10.       type: "coderef",
11.       physicalPath: "/vaults/react-learning",
12.       accessType: "read"  // AI只能读取，不能修改
13.     }
14.   ],
15.   quickRequestText: "重点关注fiber架构和scheduler实现"
16. });

复制代码

系统会自动将vault信息注入到AI的上下文中，让AI知道你有哪些学习资源可用。AI能理解你的想法，这倒也算是一种难得的默契了。
最佳实践和注意事项

在使用Vault系统的过程中，我们总结了一些经验教训。
路径安全

系统会严格校验路径，防止路径穿越攻击：

1. private static string ResolveFilePath(string vaultRoot, string relativePath)
2. {
3.     var rootPath = EnsureTrailingSeparator(Path.GetFullPath(vaultRoot));
4.     var combinedPath = Path.GetFullPath(Path.Combine(rootPath, relativePath));
5.     if (!combinedPath.StartsWith(rootPath, StringComparison.OrdinalIgnoreCase))
6.     {
7.         throw new BusinessException(VaultRelativePathTraversalCode,
8.             "Vault file paths must stay inside the registered vault root.");
9.     }
10.     return combinedPath;
11. }

复制代码

这点很重要。如果你在自定义vault路径，一定要确保路径在允许的范围内，否则系统会拒绝操作。安全这东西，怎么强调都不过分。
Git子模块管理

CodeRef vault推荐使用Git子模块而非直接复制代码：

1. private static string BuildCodeRefAgentsContent()
2. {
3.     return """
4.     # CodeRef Vault Guide
6.     Repositories under `repos/` should be maintained through Git submodules
7.     rather than copied directly into the vault root.
9.     Keep this structure stable so assistants and tools can understand the vault quickly.
10.     """ + Environment.NewLine;
11. }

复制代码

这样做有几个好处：保持代码与上游同步、节省磁盘空间、便于管理多个版本的代码。毕竟，谁愿意一遍遍地重复下载同样的东西呢。
文件预览限制

为了防止性能问题，系统限制了文件大小和类型：

1. private const int FileEnumerationLimit = 500;
2. private const int PreviewByteLimit = 256 * 1024;  // 256KB

复制代码

如果你的vault包含大量文件或超大文件，可能会影响预览功能的性能。这种情况下可以考虑分批处理或使用专门的搜索工具。毕竟，有些东西太大了，反而不好处理。
诊断信息

创建vault时会返回诊断信息，帮助调试：

1. List<VaultBootstrapDiagnosticDto> bootstrapDiagnostics = [];
3. if (IsCodeRefVaultType(normalizedType))
4. {
5.     bootstrapDiagnostics = await EnsureCodeRefBootstrapAsync(
6.         normalizedName,
7.         normalizedPhysicalPath,
8.         normalizedGitUrl,
9.         cancellationToken);
10. }

复制代码

如果创建失败，可以查看诊断信息了解具体原因。出错了就看看诊断信息，这倒也是一种解决问题的方法。
总结

Vault系统通过统一的存储抽象层，解决了AI时代临摹项目的核心痛点：

• 知识集中管理：所有学习资源集中在一个地方，不再散落各处
  
• AI上下文自动注入：AI助手能够自动理解可用的学习资源，无需手动提供上下文
  
• 跨项目知识复用：多个学习项目之间可以共享和复用知识
  
• 标准化目录结构：提供一致的目录结构，降低学习成本
  

这套方案在HagiCode项目中已经经过了实际验证。如果你也在做AI辅助开发相关的工具，或者面临类似的知识管理问题，希望这些经验能给你一些参考。
其实技术方案的价值不在于有多复杂，而在于能不能解决实际问题。Vault系统的核心思想很简单——就是建立一个统一的、AI可理解的知识存储层。但正是这个简单的抽象，让我们的开发效率提升了不少。
有时候，简单的反而是最好的。毕竟，复杂的东西往往藏着更多的坑......
参考资料

• HagiCode 项目地址：github.com/HagiCode-org/site
  
• HagiCode 官网：hagicode.com
  
• HagiCode 安装文档：docs.hagicode.com/installation/docker-compose
  
• Obsidian 官网：obsidian.md
  
• Git 子模块文档：git-scm.com/docs/gitsubmodules
  

如果本文对你有帮助，欢迎来 GitHub 给个 Star，或者访问官网了解更多关于HagiCode的信息。公测已开始，现在安装即可体验完整的AI代码助手功能。
或许，你也可以试试看......
原文与版权说明

感谢您的阅读,如果您觉得本文有用,欢迎点赞、收藏和分享支持。
本内容采用人工智能辅助协作,最终内容由作者审核并确认。

• 本文作者: newbe36524
  
• 原文链接: https://docs.hagicode.com/go?platform=cnblogs&target=%2Fblog%2F2026-04-06-vault-persistent-storage-for-ai-era%2F
  
• 版权声明: 本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
  

来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！