https://agent.md [redirect -> https://ampcode.com/AGENT.md] https://agent-rules.org
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?
An agent on the other hand, one who is in that sweet spot where they're no longer ignorant, and not yet confused... It's nice to have them dump their understanding to agent_primers/subsystem_foo.md for consumption by the next agent that touches that subsystem. I don't usually even read these until I suspect a problem in one. They're just nuggets of context transfer.
e.g. maybe for CURSOR.md you just want to provide context and best practices without any tool-calling context (because you've found it doesn't do a great job of tool-calling), while for CLAUDE.md (for use with Claude Code) you might want to specify tools that are available to it (because it does a great job with tool calling).
Probably best if you have an AGENT.md that applies to all, and then the tools can also ingest their particular flavor in addition, which (if anything is in conflict) would trump the baseline AGENT file.
AGENT.md
AGENT.CLAUDE.md
They get applied AGENT first, then AGENT.CLAUDE. You are able to specify agent specific instructions in the AGENT.md: @agent-disable CLAUDE
These instructions are not parsed by claude
@agent-enable CLAUDE---
This project uses shared planning documents for collaboration with Claude Code. Please:
1. First read and understand these files:
- PLAN.md - current project roadmap and objectives
- ARCHITECTURE.md - technical decisions and system design
- TODO.md - current tasks and their status
- DECISIONS.md - decision history with rationale
- COLLABORATION.md - handoff notes from other tools
2. Before making any significant changes, check these documents for:
- Existing architectural decisions
- Current sprint priorities
- Tasks already in progress
- Previous context from Claude Code
3. After completing work, update the relevant planning documents with:
- Task completion status
- New decisions made
- Any changes to architecture or approach
- Notes for future collaboration
Always treat these files as the single source of truth for project state. @AGENTS.md
Still messy, but at least it means it's using the same contentI guess having links to supplementary rules files is an option, but I'm not sure which agents (if any) would work well with that.
The whole agentic coding via CLI experience could be much improved by:
- Making it easy to see what command I last issued, without having to scroll up through reams of output hunting for context - Making it easy to spin up a proper sandbox to run sessions unattended - Etc.
Maybe for code generation, what we actually need is a code generator that is itself deterministic but uses AI, instead of AI that does code generation.
Till then you can also use symlinks
there are issues opened in some repos for this
- Support "AGENT.md" spec + filename · Issue #4970 · google-gemini/gemini-cli
https://github.com/google-gemini/gemini-cli/issues/4970#issu...
cat AGENT.md | claude
IIRC this saves some tokens.
they also suggest using symlinks for now
Claude Code likes to add "attribution" in commit messages, which is just pure spam.
Why are we purposely creating CLI dialects?
Yesterday, I was writing about a way I found to pass the same guideline documents into Claude, Gemini, and Aider CLI-coders: https://github.com/sutt/agro/blob/master/docs/case-studies/a...
> 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.
Side remark: CC is very expensive when using API billing (compared to e.g. GPT-5). Once a company adopts CC and all developers start to adapt to it at full scale, the bill will go out of the roof.
https://x.com/OpenAIDevs/status/1953559797883891735 (0.19 now)
I seem to always have better outcomes with Claude code.
This may not work for everyone, but as a solo dev who wants to keep a real mental model of my work (and not let it get polluted with AI slop), the Claude Code approach just works really well for me. It's like having a coding partner who can iterate and change direction as you talk, not a junior dev who dumps a pile of code on your plate without discussion.
This all just feels profoundly immature. You tell us one thing then two months later you're on to the next thing. There's no sense of mastery here.
Sure, you can have your LLM code with any JavaScript framework you want, as long as you don't mind it randomly dropping React code and React-isms in the middle of your app.
2025 is the year of the terminal, apparently?
For my prototype purposes, it’s great, and Claude code the most fun I’ve had with tech in a jillion years.
If Cursor can build the better UX for all the use-cases, mobile/desktop chatbot, assistant, in IDE coding agent, CLI coding agent, web-based container coding agent, etc.
In theory, they can spend all their resourcing on this, so you could assume they could have those be more polished.
If they win the market-share here, than the models are just commodity, Cursor lets you pick which ever is best at any given time.
In a sense, "users" are going to get locked in on the tooling. They learn the commands, configuration, and so on of Cursor, it's a higher cost for them to re-learn a different UX. Uninstalling and re-installing another app, plugin, etc. is annoying.
I pay for Cursor and ChatGPT. I can imagine I’d pay for Gemini if I used an android. The chat bots (1) won’t keep the subscription competitive with APIs because the cost and usage models are different and (2) most chat bots today are more of a UX competition than model quality. And the only winners are ChatGPT and whatever integrated options the user has by default (Gemini, MSFT Copilot, etc).
I guess Cursor makes sense for people who only use LLMs for coding.
I would _never_ give an LLM access to any disk I own or control if it had anything more than read permissions
I'm a few degrees removed from an air gapped environment so obviously YMMV. Frankly I find the idea of an LLM writing files or being allowed to access databases or similar cases directly distasteful; I have to review the output anyway and I'll decide what goes to the relevant disk locations / gets run.
[1]: https://github.com/google-gemini/gemini-cli/blob/main/docs/c...
I find in ide they like opening documents/changing tabs too much and it means j can't do other things.
1. with tight integration between cli, background agent, ide, github apps (e.g. bugbot), cursor will accommodate the end-to-end developer experience.
2. as frontier models internalize task routing, there won't be much that feels special about claude code anymore.
3. we should always promote low switching costs between model providers (by supporting independent companies), keeping incentives toward improving the models not ui/data/network lock-in.
cursor and 3rd party tools will, unless they make their own superior foundation model, will always have to fight the higher marginal cost battle. This is particularly bad insofar that they offer fixed pricing subscriptions. That means they’re going to have to employ more context saving tricks which are at odds with better performance.
If the cost economics result in Cursor holding, say, 20% fewer tokens in context versus model-provider coding agents, they will necessarily get worse performance, all things equal.
Unless Cursor offers something dramatically different outside of the basic agentic coding stack it’s hard to see why the market will converge to cursor.
You’re underestimating the dollars at play here. With cursor routing all your tokens, they will become a foundation model play sooner than you may think
Unless they pair up with OpenAI or Meta.
The IDE/editor is for me, the agent doesn't need it. That also means I am not forced to used whatever imperfect forked IDE the agent is implemented against.
Because the agents aren't yet good enough for a hands off experience. You have to continuously monitor what it does if you want a passable code base.
I would much rather use IntelliJ so perhaps my habits will change at some point, but right now I am stuck with Cursor/vscode for the tab completion.
With the benefit that you can also pull in people who don't like using VSCode such as people who use Jetbrains or terminal based code editors.
I haven't found however if Cursor cli provides this kind of extension
is there a way to make it more verbose?
Why shouldn't you be able to use the abilities of this tool as a batch command, connected with all your other basic tools, in addition to interactive sessions?
Cursor's chat being locked in an IDE sidebar has felt like driving with a trailer attached. For some tasks the editor is secondary or unnecessary, and as a papered-over VS Code fork, Cursor has a lot of warts that you just had to accept. Now you can just use your favorite editor.
Companies make apps but want to be platforms, so they try to put everything in one app and help you forget about everything else. VS Code and Figma, for example, make their own extension ecosystems rather than connecting outward, because it makes them platforms-as-apps and harder to leave. But a desktop task workflow spans many apps and windows. You compose it yourself to your needs. We are computer users more than app users.
To me as a computer user, a tool that's compact and has compatible outward extension points feels good.
Are those for the anonymous accesses of the AI prompts?
If those are for the authenticated AI prompts, how to create a "non-anonymous" account with a noscript/basic (x)html browsers (not to mention I am self-hosted without paying the DNS mafia, namely my emails are with ip literals, ofc I prefer IPv6).
GPT-5 seems a bit slow so far (in terms of deciding and awareness). I’ve gone from waiting for a compiler, to waiting for assets to build to now waiting for an agent to decide what to do - progress I guess :)
opencode and Crush can use any model, so apart from a nicer visual experience, are there any aspects that actually make you more productive in one vs the other?
https://docs.anthropic.com/en/docs/claude-code/llm-gateway#l...
p.s: looking forward for crush :3
https://www.reddit.com/r/cursor/comments/1mk8ks5/discussion_...
AI generated startup + AI generated blog (https://www.nxgntools.com/) doesn't have much to do with HN
Who would turn loose arbitrary commands (content)
generated by an LLM onto their filesystem?
Then I saw the installation instructions, which are: curl https://cursor.com/install -fsS | bash
And it made sense.Only those comfortable with installing software by downloading shell commands from an arbitrary remote web site and immediately executing them would use it.
So what then is the risk of running arbitrary file system modifications generated from a program installed via arbitrary shell commands? None more than what was accepted in order to install it.
Both are opaque, unreviewed, and susceptible to various well known attacks (such as a supply chain attack[0]).