<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>CLAUDE.md on StackOnward</title><link>https://stackonward.com/tags/claude.md/</link><description>Recent content in CLAUDE.md on StackOnward</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Fri, 11 Sep 2026 03:40:00 +0800</lastBuildDate><atom:link href="https://stackonward.com/tags/claude.md/index.xml" rel="self" type="application/rss+xml"/><item><title>How to Write AGENTS.md: Root vs Directory Rules</title><link>https://stackonward.com/posts/agents-md-claude-md-project-rules/</link><pubDate>Fri, 11 Sep 2026 03:20:00 +0800</pubDate><guid>https://stackonward.com/posts/agents-md-claude-md-project-rules/</guid><description>&lt;p&gt;How to write AGENTS.md starts with who a fact stays true for, and whether it should change a coding agent&amp;rsquo;s next file or command. Repo-wide maps, canonical commands, and cross-module boundaries belong at the repository root. Rules that only bind backend, frontend, or a worker sit in that directory. Habits that hold across repositories stay in the user-global file. What this task must change stays in the current prompt. CLAUDE.md uses the same content boundary; Claude Code just finds it through its own files.&lt;/p&gt;
&lt;p&gt;If the root file also stores frontend commands, backend migrations, a release workflow, and “do not touch deploy this time,” four different lifetimes enter unrelated sessions. Confirm the fact in code or build config first, then keep the long-lived rule in the smallest scope that still needs it. Workflows, task variables, and hard stops belong to other mechanisms. The same scope-and-mechanism split is already mapped in &lt;a href="https://stackonward.com/posts/claude-code-codex-configuration-guide/"&gt;Claude Code configuration&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Claude Code Configuration: Global vs Project</title><link>https://stackonward.com/posts/claude-code-codex-configuration-guide/</link><pubDate>Fri, 11 Sep 2026 02:00:00 +0800</pubDate><guid>https://stackonward.com/posts/claude-code-codex-configuration-guide/</guid><description>&lt;p&gt;Claude Code configuration has to answer two questions: who should see this fact, and how it should take effect. Habits that hold across repositories belong at the user layer. Facts the team shares belong in the repo. Rules that only bind frontend or backend sit next to that directory. This change stays in the prompt. A repeatable judgment workflow becomes a skill. A mechanical action that must run is a hook, a permission, or existing CI.&lt;/p&gt;
&lt;p&gt;The split does not require a separate config repository or a new directory template. It starts from the repo already in use and moves facts out of chat logs, global files, and duplicated project rules until each fact has one source of truth. Claude Code and Codex can share that source. Each client still owns its file format, discovery order, and events.&lt;/p&gt;</description></item></channel></rss>