개인 요청만으로도 시작은 할 수 있지만, 같은 로그인 버그 수정 설명을 팀이 계속 반복하면 금방 피로가 생깁니다. 이때부터는 AGENTS.md처럼 반복 규칙을 모아두는 문서가 필요합니다.
이 가이드는 OpenAI Codex 제품, 정책, 표준 변경에 따라 이후 달라질 수 있습니다.
auth/LoginForm.tsx, auth/useLogin.ts, auth/LoginForm.test.tsxnpm test -- auth로 검증합니다.
npm test -- auth, 필요 시 lint/build 명령을 함께 적습니다.# AGENTS.md
## Scope
- auth 관련 이슈는 auth 폴더 범위에서 먼저 해결합니다.
- UI 문구와 API 스펙은 별도 승인 없이 변경하지 않습니다.
## Validation
- auth 변경 후에는 npm test -- auth 를 실행합니다.
- 테스트가 없으면 관련 테스트 초안을 함께 제안합니다.
## Review
- 범위 초과 수정이 없는지 먼저 확인합니다.
- 로그인 실패 시 에러 메시지가 유지되는지 확인합니다.
- 테스트 누락이나 회귀 위험을 리뷰 코멘트에 남깁니다.
## Safety
- 민감정보는 입력하지 않습니다.
- 네트워크 사용이나 범위 밖 수정은 approval 이후에만 진행합니다.
AGENTS.md 하나에 모든 규칙을 넣으면 관리는 쉽지만, 파일이 길어질수록 Codex가 요청마다 전체를 읽어야 해서 토큰 비용이 올라갑니다.
해결책은 디렉터리별로 파일을 나눠두는 것입니다.
Codex는 현재 작업 중인 파일의 위치를 기준으로 디렉터리 트리를 위쪽으로 탐색하면서 AGENTS.md를 찾아 로드합니다.
auth 파일만 건드리는 요청이라면 루트의 AGENTS.md와 auth/AGENTS.md만 로드되고, api 규칙은 읽지 않습니다.
project/
└── AGENTS.md ← 모든 규칙이 여기에
(Scope, Validation, Review,
Safety, auth 규칙, api 규칙,
UI 규칙, CI 규칙 ...)
파일이 길어질수록 관련 없는 규칙도 매번 토큰으로 소모됩니다.
project/
├── AGENTS.md ← 전체 공통 규칙만
├── auth/
│ └── AGENTS.md ← auth 전용 규칙
└── api/
└── AGENTS.md ← api 전용 규칙
auth 파일 작업 시 루트 + auth/AGENTS.md만 로드됩니다.
npm test -- auth, auth 범위 제한처럼 auth 작업에서만 의미 있는 내용을 넣습니다.팀이 자주 반복하는 Codex 요청 3개를 적고, 어떤 항목을 AGENTS.md로 올릴지 골라보세요.
위의 예시를 바탕으로 auth 관련 AGENTS.md 초안을 직접 작성해보세요.