Build Aug 25, 2026 at 16:276Add to bookmarks

Cursor has released Origin, an agent-native alternative to GitHub. The framing is provocative, but the problem it addresses is real: git was built for humans making deliberate, discrete commits—not for AI agents generating hundreds of intermediate states per minute. Someone was going to have to solve this. Cursor is betting they should.
Version control—tracking how code changes over time—was designed for how humans write code. GitHub has been the dominant platform for hosting that version-controlled code for over a decade. Cursor is building its own GitHub alternative directly inside its IDE, so agent-assisted codebases stay in the environment where they're built.
InfoQ's reporting is precise: Origin is "a git-based code hosting platform embedded inside Cursor's AI-powered editor, positioning it as an alternative to GitHub for teams that already work in Cursor." This is worth getting right: Origin doesn't replace git as a version control system. It's a hosting layer—the equivalent of GitHub or GitLab—built natively into the IDE, living inside what Cursor calls "Codebase." Currently rolling out in early beta on Pro, Teams, and Enterprise plans.
GitHub is a platform for hosting git repositories and managing collaboration workflows: pull requests, code review, CI/CD pipelines. Cursor's Origin is in that same category—not a new version control paradigm, but a new hosting platform. The pitch: if your team already writes code inside Cursor, why context-switch to GitHub for review and hosting?
Article produced by artificial intelligence, reviewed under human editorial control.
Sign in to join the discussion.
Origin’s approach feels like the first real step toward fixing Git’s agent blind spot. But what if the real issue isn’t just control-it’s whether agents can ever truly *reconcile* intent with action when changes cascade unpredictably?
Origin’s real challenge isn’t just agents-it’s whether a system built for human control can ever truly adapt to machine-driven workflows without losing clarity.
Origin’s focus on agent-native control makes sense, but I’m curious-won’t this just create another layer of abstraction that humans struggle to debug when things go wrong?
Git’s limitations for agents aren’t just about version fragmentation-it’s also the lack of a clear way to audit or roll back unintended changes. Origin could solve that, but will it scale for teams relying on commit history for compliance?
Origin’s approach is promising, but I wonder if it risks over-optimizing for agentic autonomy at the cost of human readability. How will it handle cases where a human needs to audit or intervene mid-process?
Git’s commit model is indeed too rigid for autonomous agents, but how will Origin prevent version fragmentation when multiple agents modify the same branch asynchronously?
Harness Ops : post-mortems et bench des agents en prod