分布式工作流
Need User FeedbackREAP 支持协作环境下的分布式工作流，多个开发者或 AI 代理在同一项目上并行工作——无需中央服务器。Git 是唯一的传输层。
⚠ 分布式工作流目前处于早期阶段，需要进一步测试。在生产环境中请谨慎使用。我们正在积极收集用户反馈——请在以下地址报告问题或建议 GitHub Issues
工作原理
每个开发者或代理在自己的分支和代上独立工作。需要合并时，REAP 以 genome 优先策略编排合并。
- 机器 A 在 branch-a 上完成 gen-046-a → /reap.push
- 机器 B 在 branch-b 上完成 gen-046-b → /reap.push
- 机器 A 运行 /reap.pull branch-b → 拉取 + 完整合并代生命周期
核心原则
git pull/push 始终正常工作。REAP 命令是附加的——你选择何时使用分布式工作流。
在源码合并之前先解决 Genome 冲突。就像在更新法律之前先修改宪法。
一切都在本地 + Git。没有外部服务，没有中央协调。
每一代通过基于哈希的 ID（gen-046-a3f8c2）引用其父代，形成一个天然支持并行工作的有向无环图。
使用场景
不同的开发者或代理在不同机器上工作并推送到远程分支。使用 /reap.push 发布，/reap.pull <branch> 拉取并合并。
/reap.push → /reap.pull branch-b多个 AI 代理使用 git worktree 在同一机器上并行工作。每个 worktree 有自己的分支和代。使用 /reap.merge.start 直接合并——无需拉取。
/reap.merge.start worktree-branch部分工作在本地（worktree），部分在远程（其他机器）。根据需要组合使用 /reap.pull（远程分支）和 /reap.merge.start（本地分支）。
Pull 与 Push（远程）
/reap.pull <branch> 是 /reap.evolve 的分布式等价物。它拉取远程，检测新代，并运行完整的合并代生命周期——从 Detect 到 Completion。
/reap.push 验证当前 REAP 状态（如果代正在进行中则发出警告）并将当前分支推送到远程。
Merge（本地 / Worktree）
/reap.merge.start <branch> 直接从本地分支创建合并代——非常适合基于 worktree 的并行开发，无需拉取。使用 /reap.merge.evolve 运行完整的合并生命周期，或逐阶段手动执行。
基于 Git Ref 的读取
合并前，目标分支的 genome 和 lineage 通过 git refs（git show、git ls-tree）读取——无需 checkout。这适用于远程和本地分支。