Cursor 2.0 vs fff.nvim

“The primitive here is a persistent, headless coding agent that operates on your repo as a subprocess while your main editor session stays hot — that's meaningfully different from tab-completion or inline chat, and it's the right DX bet. Background tasks offload the complexity to a task queue you can inspect, which means you're not blocked waiting for a 40-file refactor to finish. The diff review interface is where this earns it: if the agent's output is a black box you approve or reject wholesale, you're just rubber-stamping; but if the diff surface lets you selectively accept hunks with the same granularity as a git patch, Cursor has done the hard design work that most agent tools skip entirely.”

“The MCP integration and frecency scoring for agents is genuinely useful — I've measurably reduced token burn in Claude Code sessions by pointing it at fff.nvim instead of raw glob calls. The Rust prebuilts mean zero configuration pain. Strong ship.”

“The direct competitor is GitHub Copilot Workspace, which ships from Microsoft with a distribution moat Cursor cannot match — but Cursor is iterating noticeably faster and the product is genuinely better to use today. The scenario where this breaks is a real monorepo with 800k lines, inconsistent naming conventions, and no test coverage: background agents confidently produce green CI on a branch that silently broke behavior because they optimized for the tests that existed, not the ones that should. What kills this in 12 months isn't a competitor — it's that OpenAI or Anthropic ships a coding agent native to their own IDE-adjacent surface and Cursor's model-agnostic positioning becomes a liability instead of a strength.”

“Telescope and fzf-lua have years of plugin ecosystem maturity. The agent-aware MCP angle is clever marketing but how many Neovim users are also running Claude Code via MCP? The overlap feels narrow. Wait until the agent integrations mature.”

“The thesis Cursor is betting on: within 3 years, the primary unit of developer work shifts from writing code to reviewing and directing agent-generated code, making the diff interface more strategically important than the autocomplete surface. That's a falsifiable claim and the background agent feature is the first serious implementation of it in a shipping editor. The second-order effect is subtler — if background agents normalize async coding workflows, the concept of a 'blocked developer' disappears, which restructures how engineering teams size their sprints and parallelize work. Cursor is on-time to the agentic coding trend, not early, but they're building the right layer: the review and direction surface, not just the generation surface.”

“Agent-aware developer tools are a new category. Once your IDE and file search are MCP-native, the agent can navigate your codebase as efficiently as an experienced human dev — without wasting 40% of its context window just finding the right files.”

“The job-to-be-done is clear and singular: let me keep coding while the agent handles the parallel task I just described — no context switching, no waiting. Onboarding to the background agent feature is where I'd probe hardest; if the first-time experience requires the user to configure a task queue or understand agent primitives before seeing a result, that's a product gap dressed up as a power-user feature. The opinion baked into this product — that review-driven workflows are better than approve-or-reject workflows — is the right one, and the diff interface signals the team actually thought through the editing loop rather than shipping generation and calling it done.”

“This is deeply Neovim-specific and developer-focused. If you're not living in a terminal editor with AI agents piped into your workflow, nothing here is for you. Pass.”