I'm still not convinced that separating README.md and AGENTS.md is a good idea.
It is. README is for humans, AGENTS / etc is for LLMs. Document how to use and install your tool in the readme. Document how to compile, test, architecture decisions, coding standards, repository structure etc in the agents doc.
AGENTS.md – Open format for guiding coding agents
111–120 of 398 posts
Re: AGENTS.md – Open format for guiding coding agents
#112This 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…
I like this idea. Do you have any middleware in your current setup that added the contents of this directory to the agent prompt?
Re: AGENTS.md – Open format for guiding coding agents
#113Re: AGENTS.md – Open format for guiding coding agents
#114Did they just reinvent the Makefile?
Re: AGENTS.md – Open format for guiding coding agents
#115Re: AGENTS.md – Open format for guiding coding agents
#116Earlier quoted context omitted.
This. Projects need to stop inventing their own root level files and directories. Stop polluting the root dir. I'm not a fan of the name "well-known", but at least it's a convention [1]. I think it'd be great if we took something like XDG [2] and made it common for repositories, build scripts, package managers, tooling configs, etc. [1] https://www.rfc-editor.org/rfc/rfc8615 [2] https://wiki.archlinux.org/title/XDG_B…
.config is a good name, and has a small following https://dot-config.github.io
Re: AGENTS.md – Open format for guiding coding agents
#117Markdown is certainly easy for humans to write, but as OpenAI pointed out last week, wouldn’t an XML-based format be easier for LLMs to parse and understand?
What are you referring to here?
Re: AGENTS.md – Open format for guiding coding agents
#118This 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…
I like this idea. Do you have any middleware in your current setup that added the contents of this directory to the agent prompt?
I also have explicit `xnew`, `xplan`, `xcode` and `xcheck` commands in CLAUDE.md that reinforce this. For example, here's my `xnew`:
## Remember Shortcuts
Remember the following shortcuts, which the user may invoke at any time.
### XNEW
When I type "xnew", this means:
```Understand all BEST PRACTICES listed in CLAUDE.md.
Your code SHOULD ALWAYS follow these best practices.
REVIEW relevant documentation in .agents/ before starting new work.
Your code SHOULD use existing patterns and architectural decisions
documented there rather than creating new approaches.```Re: AGENTS.md – Open format for guiding coding agents
#119Re: AGENTS.md – Open format for guiding coding agents
#120How are you actually running this in practice with Claude Code? Do you just tell Claude to always read and follow AGENTS.md, or do you also use an MCP server to strictly control which commands (like pnpm test or pnpm lint) it can run? I’d love to hear what workflows or best practices have worked well for you in day-to-day use.