Vibsync 是什么 跨 Agent 的团队共享记忆
vibsync 是什么：经 MCP 共享 discoveries、fixes 与 ownership，Git 仍是真源，可接 Claude Code/Cursor。
今天 Claude Code 查到的根因，明天换 Codex 开新会话又从 rg 重来一遍。vibsync 是什么：给 AI coding agent 做的团队共享记忆层，通过 MCP 把 discoveries、fixes、产品规则和「谁正在改哪块」同步给下一个 agent，Git 继续当代码真源，Vibsync 存协调与知识元数据。
它补的是哪块空白
Vibsync 由 LOOSEDAYS Co., Ltd. 运营，定位是 Shared Memory for AI Coding Agents。单机内置记忆只能服务同一个 agent 会话；代码搜索（Sourcegraph、IDE 索引）找得到符号，却带不走「上次为什么否决方案 B」这类业务上下文。Vibsync 把两类信息分开存：
长期记忆：调查结论、有效 fix、失败路径、术语表、客户承诺、历史决策理由。
进行中状态：任务 owner、进度、待回答问题、哪些文件已被 claim，避免两个 agent unknowingly 改同一处。
官网强调 vendor-neutral：Claude Code、Codex、Cursor 等凡支持 MCP 的客户端，指向同一 team brain。产品页用「Today's Claude Code finds the cause → Tomorrow's Codex starts with it」概括 handoff，强调的是跨日、跨工具 continuity，而不是替代 Git merge。
MCP 怎么接
Hosted endpoint 为 mcp.vibsync.com。控制台用 GitHub 或 Google 登录建 team 后，两种接法：在 Claude app / claude.ai 加 connector（可手机端），或在 coding tool 里写 .mcp.json。Codex、CLI、CI 用 machine token，与其他 MCP client（Cline、Windsurf 等）同套路。
.mcp.json 形态与其他 MCP server 相同：endpoint URL + 鉴权头，agent 启动时加载。Vibsync 的差异在服务端语义（team brain、claim），不在传输层；可参考 MCP 重塑 AI 开发工作流 里对 MCP 分工的讨论，再决定哪些 memory 该写、哪些仍放 Git。
Open beta 下 Free 档 $0，含 hosted team brain、claims/tasks、共享记忆，但有容量与 retention 限制；Team/Enterprise 计划标注 coming soon，按 active member 月费而非「每条协调消息」计费，因为 inference 由你自带 provider（BYO-model）。
控制台 onboarding 宣称约 3–5 分钟：GitHub/Google 登录 → 建 team → 写 .mcp.json 或 Claude connector → 发第一条 request 验证连通。手机端可走 Claude app connector，适合离桌时回复 ask 队列里的阻塞问题。
onboard 到 claim 的五步循环
产品页把 handoff 拆成五条 MCP 能力，Fresh agent 进组时一次 brief 收齐上下文：
onboard：拉取团队 learnings、未完成工作、开放问题、active scope。remember/recall：写入或读取根因、规格、业务规则。ask/reply：答案不在当前 agent 时留言，等人或其他 AI 回。tasks：登记 owner 与进度，防重复开工。claim/release：文件级锁，减少并行 overwrite。
官网 30 秒 demo 强调「Turn what AI learns into long-term team memory」：一次 record，后续 agent recall，而不是每次 standup 口头重复。对 distributed team，这条比「大家读同一份 wiki」更 machine-readable，因为 MCP 客户端能直接 query。
这和 agent 自主循环的风险 讨论形成对照：共享记忆降低「新会话从零猜」的返工，但若 claim 纪律松散，协调层拦不住两个 agent 同时 merge 冲突 patch。claim/release 应是 workflow 硬规则，不是可选礼貌。
举例：Alice 的 Claude Code 在 remember 里写下「支付 webhook 必须验 HMAC，上次裸调 endpoint 导致 double charge」；Bob 的 Codex 次日 onboard 直接看到这条，不必再读三个月前的 Slack。Carol 的 Cursor 若 claim 了 src/billing/，Alice 的 agent 应先 release 或改走别的文件，而不是依赖 LLM 自觉。
与 Git、代码搜索的边界
Vibsync 不会自动 clone 你的仓库；Git / GitHub 仍是 source of truth。你或 agent 主动录入的 snippet、memories、tasks 才会进协调库，并可随时 JSON 导出 whole brain。Tamper-evident audit log 记录 actor 与时间戳；删 team 有 grace period，可先 export 再 purge。
Data ownership 页写「Delete means deleted」：retire team 后内容与 audit 会在 grace 后清除，导出 JSON 是退出前必做步骤。对合规团队，这比「关账号但云端永久留存」更易写进 DPA；具体保留期 beta 阶段可能调整，签约前再读 privacy policy。
它明确不替代代码搜索或 Meta Muse Code 一类代码库 agent 的导航能力；后者偏「读懂 repo 结构」，Vibsync 偏「团队已经达成的共识与分工」。IDE 内置 RAG 往往只服务当前用户当前工具，Vibsync 试图跨 agent、跨机器延续同一份 team 元数据。
产品页对比表还列出 built-in AI memory 与 code context tools 的缺口：前者很难跨 teammate 继承，后者找不到「客户 promised 不上云推理」这类非代码约束。Vibsync 存的是 coordination data；若 agent 把整文件贴进 memory，仍是你主动录入，平台不会自动扫 repo。
谁该用、谁可以等等
官网典型用户画像：多台机器、多人、间歇性各跑各的 AI，需要网络级协调且以 Git 合并代码。单人单会话、repo 很小且 agent 不轮换时，维护 team brain 可能是 overhead。
FAQ 里写「Which agents are supported?」：凡 MCP 即可，含 Copilot VS Code、Cline、Windsurf。国内团队若混用 Cursor 与 Claude Code，可先建一个 project team 试跑两周，看 remember 条目是否比飞书文档更常被 agent 引用；若人类从不读 Vibsync 控制台，单靠 agent 写 memory 也会漂。
工程团队若已用 issue tracker + CODEOWNERS 管得很紧，Vibsync 的价值在「agent 可读的自然语言决策链」和 MCP 原生 handoff；若人肉 standup 已覆盖同样信息，要评估 duplicate 成本。Beta 功能与 retention 政策随产品迭代会变，接入前读控制台 privacy/terms 页。
Enterprise 路线图提到 SSO/SAML、VPC 部署、audit export，说明目标用户含受监管行业；小团队可先 Free beta 验证「跨 agent 记忆是否比 Notion 跑 MCP 更省事」，再决定是否等 Team 档正式计价。
Design partners 项目面向愿意反馈真实 workflow 的早期团队，换 direct product line 与 onboarding 支持。若你仅单人试用，Free 档足够验证 MCP handoff；若要 GitHub App 深度集成或更长 retention，需等 Team 功能 GA 后再比 TCO。
LOOSEDAYS 东京团队运营，产品页有日文/英文界面；国内接入 mcp.vibsync.com 时注意网络延迟对 MCP round-trip 的影响，必要时在 CI 侧缓存 recall 结果。