Perplexity 详解 Projects：用 Git 仓库做多智能体共享文件系统

Perplexity 官方发布架构系列长推，首次系统揭秘 Projects 的底层设计：为多个智能体造一个 Git 式共享文件系统，使其成果可跨会话、跨智能体持续积累。

已确认

• 核心问题设定：多个智能体长期协作项目时，面对与工程师共享代码库相同的问题——工作成果必须比临时沙箱活得更久、并发写入不能互相覆盖、历史要能追溯谁改了什么（@perplexityai）
• 解决方案：每个智能体在自己的沙箱中工作，向一个共享 Git 仓库提交；人和其他智能体可以跨会话在其成果上继续构建
• 沙箱策略：弃用长期沙箱（需按峰值负载配置并保证数月在线，成本高且脆弱），改为把仓库放在 S3 支撑的存储上，智能体运行在临时沙箱中——崩溃只损失未提交的工作，Git 服务本身不受影响
• 并发控制：CLI 持有短生命周期锁串行化提交，Git 服务只接受基于最新 head 的 submit；否则智能体把改动在新 head 上重放后重新提交
• 内部评测：在 150 道金融文档问题上，智能体在真实 checkout 上用 grep 等标准文件工具探索，答案准确率 0.627，而语义搜索约 0.37，探索式方案准确率接近两倍；检索分上也更优

为什么重要

• 这套设计为长周期多智能体协作提供了可复用的工程范式：用成熟的 Git 语义（原子多文件提交、可追溯历史、冲突处理）解决智能体状态持久化与并发写问题，而非依赖脆弱的长期运行沙箱
• grep 式探索显著优于语义搜索的实测结果，对智能体检索工具选型有直接参考价值

2026-10-13 ~ 2026-10-13 · 6 条相关

• 【源头】Perplexity 揭秘 Projects 底层：用 Git 仓库当智能体的共享文件系统 — perplexity_ai · 2026-10-13
• 【源头】Perplexity 类比工程师协作：长跑 agent 项目面临共享代码库同款难题 — perplexity_ai · 2026-10-13
• 多 agent 并发写同一仓库：Perplexity 用 head 校验加重放解决冲突 — perplexity_ai · 2026-10-13
• Perplexity 弃用长期沙箱：临时沙箱加 S3 存储让 agent 崩溃零损失 — perplexity_ai · 2026-10-13
• 【源头】Perplexity 实测：grep 式探索比语义搜索答案准确率高近一倍 — perplexity_ai · 2026-10-13

另有 1 条近重复转述:perplexity_ai