AI 分析
痛点：多个并行编码 Agent 在同一个 repo 上工作时，会产生无法同时成立的架构级冲突（如一个 Agent 替换类、另一个正在扩展它），Git 只有补丁碰到同一行才会发现，PR review 也常常漏掉
目标用户：使用多个 coding agent（Claude Code、Codex、Cursor）在共享仓库上并行开发的工程团队与重度独立开发者
证据：the failures that hurt the most are when multiple plans or tickets cause architecture changes that cannot both be true. Ex. one agent replaces a class while another one is in the process of extending it. Git only notices if the resulting patches happen to touch the same lines and the review only catches it if they are familiar with both tickets.
变现：开源 CLI 免费 + 团队版订阅（多人共享意图协调状态、审计历史、CI 集成）；或按席位收费的托管协调服务
MVP：先做单仓库的最小版：一个 SQLite 存意图与 scope，提供 publish/check 两条命令 + 一个 MCP 工具，接入 Claude Code 或 Cursor，在写入前返回 destructive_vs_additive 警告；不做 hooks、不改 git 历史
竞品：git worktree、Graphite、git-branchless、Claude Code 内置子代理、多 Agent 编排框架（如 LangGraph、CrewAI）
摘要：这是一个 Show HN 发布，作者团队在单仓库上用多个 coding agent 并行开发，痛点是不同 Agent 的架构改动互相矛盾而 Git 和 review 都难以发现。他们做了 Foremerge，一个本地「类 git」协调层：Agent 编辑前先发布 intent 和 scope，第二条发布时会返回 HIGH destructive_vs_additive 警告，用 Rust 单二进制 + MCP 18 个工具实现。帖子仅 6 分 0 评论，无任何付费或收入证据，需求真实性尚未被外部验证。