Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cursor CLI

cursor.com

Post reply on HN
Print view View original

251–260 of 275 posts

Re: Cursor CLI

#251

Post by neuronexmachina »

thehamkercat wrote: post #21

I wonder when all of them will adopt AGENT.md and stop using gemini.md/claude.md/crush.md/summary.md/qwen.md https://agent.md [redirect -> https://ampcode.com/AGENT.md ] https://agent-rules.org

I haven't tried it yet myself, but I noticed their product page (https://cursor.com/cli) says:

> Set your own rules: Customize Cursor's work with rules, AGENTS.md, and MCP.

There's no mention of it in the docs, though. It's also interesting it's AGENTS.md on that page instead of AGENT.md, I wonder if that's a typo.

Re: Cursor CLI

#252

Post by enobrev »

thehamkercat wrote: post #21

I wonder when all of them will adopt AGENT.md and stop using gemini.md/claude.md/crush.md/summary.md/qwen.md https://agent.md [redirect -> https://ampcode.com/AGENT.md ] https://agent-rules.org

I think I'd be happier with a standard .agents directory and have all of these in there. I imagine each agent is going to need its own tweaks to get it to work just right with their system prompts, just as Claude already has it's project-specfic .claude directory for hooks and commands and whatnot.

I'd rather .agents/claude or something so we can get these files out of the root directory, which, at least for typescript projects, is already a confetti-like jumble of json files for every little "simple" tool that needs its own configuration file.

I get why package.json isn't enough. But would a .config directory standard really have hurt us so much?

Re: Cursor CLI

#254

Post by k4rli »

doppelgunner wrote: post #217

It is good, but I still prefer thir code editor, which is perfect for building applications such as my new startup at https://vipli.st/

Daily self-promotion isn't really for HN, is it?

AI generated startup + AI generated blog (https://www.nxgntools.com/) doesn't have much to do with HN

Re: Cursor CLI

#255

Post by augusto-moura »

enobrev wrote: post #252
thehamkercat wrote: post #21

I wonder when all of them will adopt AGENT.md and stop using gemini.md/claude.md/crush.md/summary.md/qwen.md https://agent.md [redirect -> https://ampcode.com/AGENT.md ] https://agent-rules.org

I think I'd be happier with a standard .agents directory and have all of these in there. I imagine each agent is going to need its own tweaks to get it to work just right with their system prompts, just as Claude already has it's project-specfic .claude directory for hooks and commands and whatnot. I'd rather .agents/claude or something so we can get these files out of the root directory, which, at least for typescri…

Ideally (and in practice, so far) they shouldn't change that much. The agent instructions should be close to a human explanation, and they are pretty good at parsing instructions anyway. In my experience you can symlink the same file to all paths and they work as expected.

Re: Cursor CLI

#256

Post by g42gregory »

mliker wrote: post #159
g42gregory wrote: post #157

Boris Cherny was a (main?) creator of Claude Code at Anthropic. He moved over to Cursor about a month ago. I hope Cursor CLI is an Claude Code Agent port to the Cursor. Hopefully, the code quality would be comparable, modulo Cursor's abridged model access. We will know shortly.

He actually returned to Anthropic shortly after joining Cursor

Interesting. I did not know that.

Re: Cursor CLI

#257

Post by cheschire »

__loam wrote: post #244
cheschire wrote: post #113

Earlier quoted context omitted.

IDE UI should shift to focusing on catching agentic problems early and obviously, and providing drop dead simple rollback strategies, parallel survival-of-the-fittest solution generation, etc

My fundamental worry with this technology is that you all are going to seriously fuck up the development experience for those of us who feel the technology at the core of this stuff is not sufficient. Development efforts will focus on this work flow at the expense of good software.

Yep, that's why my priority would be in pushing the weaknesses to the forefront and enabling us with maximum control over those weaknesses.

Old IDEs were built for the same purpose generally, but prioritized different weaknesses.

Re: Cursor CLI

#258

Post by ricericerice »

apwell23 wrote: post #233
tsvetkov wrote: post #31

Earlier quoted context omitted.

Sure, but monitoring, reviewing and steering does not really require modern IDEs in their current form. Also, I'm sure agents can benefit from parts of IDE functionality (navigation, static analysis, integration with build tools, codebase indexing, ...), but they sure don't need the UI. And without UI those parts can become simpler, more composable and more portable (being compatible with multiple agent tools). IMO a…

yes i am rejigging my whole vim setup Following are now stars of my workflow * Git plugins - Diffview, gitsigns, fugitive * Claude Code plugin / Terminals with claude code * Neovim sessions * Git worktrees Editing focused workflows have taken an backseat * LSP * Vim motion and editing efficiency * File navigation * Layouts

why even use vim at this point? the LLM ecosystem there is decent, but definitely less polished than using a modern IDE

Re: Cursor CLI

#259

Post by taylorfinley »

adastra22 wrote: post #245
manmal wrote: post #143

Earlier quoted context omitted.

In case you haven’t seen this, you can just pipe contents into Claude. Eg cat AGENT.md | claude IIRC this saves some tokens.

Why would it save tokens?

probably skips the step where you say "take a look at path/to/file" and the model converts that to a tool call
Post reply on HN