AGENTS.md vs CLAUDE.md: How to Give Claude and Codex Separate Rules in the Same Repository
What CLAUDE.md and AGENTS.md each do, why separate files are necessary, and how I use shared/ to avoid duplicating common rules.
What CLAUDE.md and AGENTS.md each do, why separate files are necessary, and how I use shared/ to avoid duplicating common rules.
AI can generate URLs for references that do not actually exist. This article covers how the URL-checking script for this site works and how it classifies results.
Manually checking the consistency of configuration files has limits. This article covers the process of building a validation script with AI and why automated detection proved useful.
Repeating the same instructions to an AI every time is less stable than defining procedures as a skill file. This article covers how I designed SKILL.md files for this site and what changed as a result.
Because AI memory resets between conversations, resolved issues can recur in the next session. This article explains how I designed lessons.md, a log file that AI reads to avoid repeating the same mistakes.
Based on experience running an AI reviewer alongside an AI writer, this article clarifies what automated checks reliably detect and where human review remains necessary.
When the number of rule files for AI grows, knowing what is where becomes difficult. This article explains how I organized them into three categories—rules, skills, and workflows—using the shared/ directory.
A record of how a production deployment command ran while I was asking AI to make a separate change, and the approval-required rule I put in place afterward.
CLAUDE.md is the configuration file AI reads first when starting a project. This article explains what to write in it and how it changes AI behavior, with before-and-after examples.
While asking AI to add a blog article, I discovered that the navigation layout had also been changed without instruction. This article describes why that happened and how I addressed it with a rule in CLAUDE.md.
Writing a specification before asking AI to implement reduces mismatches and repeated revisions. This article explains the Spec First principle and what to include in a simple specification.
A record of the new problems that emerged once the Vibe Coding build phase ended and maintenance began, and the harness, tests, and validation I introduced to address them.
Is the time spent building CLAUDE.md and rule files really necessary? This article explains concretely what changed before and after setting up a harness, based on my own experience.
A file exists in the repository but the link is broken — this happened on this site. Here is why verifying internal links by file path alone is insufficient, and how I addressed it.
Drift — where configuration files and actual code gradually diverge over time — is a common problem in AI-assisted projects. This article explains the causes and prevention strategies.
AI gives different answers to the same question, and it does not remember previous sessions. This article explains Harness Engineering, a design approach developed to address these challenges when using AI in ongoing projects.