Live data from Hacker News

AGENTS.md – Open format for guiding coding agents

agents.md

251–260 of 398 posts

Re: AGENTS.md – Open format for guiding coding agents

#251

Including artifacts like this which are intended only to be consumed by ai defeats the entire point.

In my opinion an AGENTS.md file isn't an artifact at all (in the sense of being a checked-in part of the codebase), it's part of the prompt. You should gitignore them and use them to give the LLM a brief overview of the things that matter to your work and the requests you are making.

every example in the wild has these checked in and treated like a lock file where everyone is scared to touch it and introduce weird behavior.

personally i think this pattern is a dead end and trying to build deterministic agentic behavior on top of inherently non-deterministic systems is a fools errand.

Re: AGENTS.md – Open format for guiding coding agents

#252

This should've been an .agents¹ with an index.md. For tiny, throwaway projects, a monolithic .md file is fine. A folder allows more complex projects to use "just enough hierarchy" to provide structure, with index.md as the entry point. Along with top-level universal guidance, it can include an organization guide (easily maintained with the help of LLMs). index.md ├── auth.md ├── performance.md ├── code_quality ├── da…

[deleted]

Re: AGENTS.md – Open format for guiding coding agents

#253

Earlier quoted context omitted.

Interestingly, the old one mentioned CLAUDE.md and ln -s, but the new one does not. The whole website is just a marketing/partnerships battle, it seems.

hi, one of the folks behind this. Back in May, @sqs acquired the domain and launched the website above, committing to relocate if the agents.md domain could be acquired. In July, I put out [1] RFC 9999 as a call to the industry that we need to fix this mess. Shortly afterwards OpenAI was able to obtain the domain and thus we (Amp) followed through on the commitment and worked with other vendors to move from AGENT.md…

This seems much more insightful than the website in the OP. Thanks!

Re: AGENTS.md – Open format for guiding coding agents

#255
post #226

This isn't a format. It's just a convention that literally boils down to: Put LLM instructions in a text file and call it AGENTS.md. Well, thanks I guess?

But it's open! That's the most important part I think. If it wasn't open, you would have to pay a license fee for the owner of the AGENTS.md format. But since it is open, you can simply create a file named "AGENTS.md" without paying anyone!

Re: AGENTS.md – Open format for guiding coding agents

#257

Strange website. It is made by OpenAI. I suppose they are doing this to gain visits and as marketing positioning? There is no format here, just a filename. Also, Anthropic/Claude is a glaring omission. I suppose people can use symbolic links if they want to and point CLAUDE.md at AGENTS.md.

Claude is omitted, because Claude is the only agent that still doesn't support the standard filename convention.

The website could mention that. Since I did not discover this website's affiliation with OpenAI until I found the GitHub repo, I had assumed that this is purely an informative website, and as such I expected it to mention the agent tool most people I know use (Claude). Even if that mention is "Claude does not support this yet".

Re: AGENTS.md – Open format for guiding coding agents

#258
post #169
post #162

Earlier quoted context omitted.

Or accept the fact that we're in 2025 and not follow Unix conventions from when paper and printer ink were expensive and they were printing out listings, and just name the thing "source". I've gotten used to it, obviously - as someone with a career in IT for 20 years - but /etc & co. annoy me to no end. I know it will never change, I know why it won't change, I know GoboLinux will be just an interesting experiment, b…

we're -> we are I've -> I have & -> and co. -> company won't -> will not it's -> it is

  /usr -> Program Files (hello spaces my old friends, you've come to break my apps again)
  /var -> ProgramData (but no spaces here)
  /home -> Documents and Settings
  /etc -> Control Panel

Re: AGENTS.md – Open format for guiding coding agents

#259
Prediction: this means extra work for developers. it also means extra potential abuse and risk through agents. the agents.md will sometimes be outdated or inconsistent with the readme. even the readmes are sometimes outdated or inconsistent with the code. some developers will interpret agents.md as compiling code for the agents to use, not for the user's to use, so maybe you're not even compiling the same code the same way a human should and expectations are broken. it's only a contextual efficiency if it's reliable too, because errors can mean having to use even more context accounting for it.

better idea since agents will already be cursed to do these things:

- any decent readme should have titled sections unless it's small

- if it's small, just feed the entire readme into it

- if it's large, provide it with a list of readme sections and let it choose which ones are relevant.

- also highlight which parts of the markdown include code blocks.

- if all else fails and it's huge without sections, just use RAG.

- if your model runs fast enough, then even if it's huge, just feed the whole thing in so you avoid the risks of RAG. setting up new software can be important enough that you may as well get it right.

people couldn't be hassled to make things accessible to the blind or visually impaired really, why suddenly should they be all excited to make everything accessible to AI? besides, agents.md comes with psychological baggage like, "i'm presuming my project is interesting enough to be used by agents!". just use the readme. it's basically always there and then in most cases you won't have to do 2 requests, you can just do 1.

if "agents.md" is supposed to be anything, it should be a locked file or special URL generated by github for your repo that always mirrors the relevant instructions in the readme so there's some higher reliability. then anyone that specifically wants to improve agents.md can simply follow some conventions in the readme file to make sure understanding is maximized. essentially, a github agent generates agents.md for other agents. if the github agent can't understand the readme well enough to produce an agents.md, what chance would your agent have? if the github agent feels like there are contradictions or confusion, it can automatically report that to the developers so they can sort it out.

besides, github themselves could have motivation to do this if they are destined to be slammed with tons of bot traffic they have no way to sufficiently block. at least this way maybe they can make it more efficient and it becomes another valuable feature of the platform.

Re: AGENTS.md – Open format for guiding coding agents

#260
I like the concept and have built my own context management tool for this very purpose!

https://github.com/jerpint/context-llemur

Though instead of being a single file, you and LLMs cater your context to be easily searchable (folders and files). It’s all version controlled too so you can easily update context as projects evolves.

I made a video showing how easy it is to pull in context to whatever IDE/desktop app/CLI tool you use https://m.youtube.com/watch?v=DgqlUpnC3uw

Post reply on HN