دليل AGENTS.md: الإعداد وCLAUDE.md

AGENTS.md هو تنسيق التعليمات المفتوح لـ Codex وغيره من وكلاء البرمجة: مواقع الملفات، وقواعد التجاوز، والفروق عن CLAUDE.md، وخطوات الترحيل (2026).

آخر تحديث 2026-11-13

تحتاج مفتاح API؟ أنشئ حسابًا ←نقاط النهاية وعناوين Base URL ←

في هذه الصفحة

آخر تحقق: 2026-10-20 · 📄 وفق الوثائق الرسمية (AGENTS.md، Codex، Claude Code)

AGENTS.md هو ملف تعليمات Markdown مفتوح لوكلاء البرمجة: يقرأه Codex، ويقرأه Claude Code إصدار v2.1.277 وما بعده مباشرةً عندما لا يكون CLAUDE.md موجودًا. يمكن لملف واحد أن يخدم عدة أدوات في آنٍ واحد.

AGENTS.md بالنسبة إلى Codex هو ما يمثله CLAUDE.md بالنسبة إلى Claude Code. وهو ملف Markdown يوضع في مشروعك ويخبر مساعد البرمجة بالذكاء الاصطناعي: ما المعايير التي يتبعها هذا المشروع، وكيف ينبغي كتابة الشيفرة، وما الذي ينبغي تجنبه.

إذا كنت تستخدم بالفعل CLAUDE.md الخاص بـ Claude Code، فسيكون مفهوم AGENTS.md مألوفًا لديك. فهما يتشاركان الفلسفة نفسها، لكنهما يختلفان في بعض تفاصيل التنسيق. يغطي هذا الدليل إعداد AGENTS.md بعمق، ويوضح لك كيفية إعادة استخدام معايير المشروع بكفاءة عبر الأداتين.


لم يعد ملفًا خاصًا بـ Codex فحسب. يصفه موقع AGENTS.md بأنه «تنسيق مفتوح وبسيط لتوجيه وكلاء البرمجة»، ويُستخدم في أكثر من 60k مشروع مفتوح المصدر (تحقق في 2026-10-20). ويشرف عليه الآن Agentic AI Foundation تحت مظلة Linux Foundation، وجاء في صياغة الموقع: «يعمل ملف AGENTS.md واحد عبر العديد من الوكلاء»: وتشمل الأدوات المدرجة هناك Codex، وJules، وFactory، وAider، وgoose، وopencode، وZed، وWarp، وVS Code، وDevin، وCursor، وRooCode، وGemini CLI، وKilo Code، وGitHub Copilot، وWindsurf، وAugment Code، وAmp وغيرها. عمليًا، يعني هذا أن ملف AGENTS.md واحدًا يقرأه عدد متزايد من الأدوات، وليس Codex فقط. الخلفية: في مارس 2026، أسست Anthropic وOpenAI وGoogle وAWS وMicrosoft وSalesforce مؤسسة Agentic AI Foundation (AAIF)، التي اعتمدت MCP وAGENTS.md وGoose أرضيةً مشتركة.

AGENTS.md مقابل CLAUDE.md

قبل التعمق في AGENTS.md، إليك كيف يقارن بـ CLAUDE.md:

الجانب AGENTS.md (Codex) CLAUDE.md (Claude Code)
الأداة OpenAI Codex CLI Anthropic Claude Code
تنسيق الملف Markdown Markdown
تسلسل التحميل ~/.codex العام، ثم جذر المشروع نزولًا إلى الدليل الحالي ~/.claude/CLAUDE.md العام، وجذر المشروع والدلائل الفرعية، إضافةً إلى .claude/rules/
الموقع العام ~/.codex/AGENTS.md (AGENTS.override.md له الأولوية) ~/.claude/CLAUDE.md
آلية التجاوز يمكن للدليل الفرعي تجاوز قواعد الدليل الأب يمكن للدليل الفرعي إلحاق القواعد أو تجاوزها
أسلوب الكتابة يميل إلى القوائم الموجزة والأسلوب التوجيهي يدعم الشروحات المفصلة، ويناسبه الأسلوب الحواري أيضًا
تبنّي المجتمع ينمو بسرعة، وقد تبنّته مشاريع مفتوحة المصدر كثيرة واسع الانتشار، ونظامه البيئي ناضج
التحكم في الإصدارات يُنصح بإيداعه في المستودع يُنصح بإيداعه في المستودع
التعرّف المتبادل لا يقرأ CLAUDE.md يقرأ AGENTS.md عندما لا يكون CLAUDE.md موجودًا (v2.1.277+)

النقطة الأساسية: لا يزال Codex لا يقرأ CLAUDE.md، بينما يستطيع Claude Code الآن قراءة AGENTS.md مباشرةً. لكي يسري مفعول الملفين معًا، اكتب /config في Claude Code واضبط تعليمات المشروع على claude-md-and-agents-md. ولا يزال بالإمكان مشاركة المحتوى الأساسي.


التكوين الأساسي

موقع الملف

أنشئ AGENTS.md في جذر مشروعك:

your-project/
  AGENTS.md          <- repo-level config
  src/
  tests/
  package.json

الصياغة الأساسية

AGENTS.md ملف Markdown قياسي. يقرأه Codex عند بدء التشغيل ويتبع التعليمات الواردة فيه. الصيغة الأكثر شيوعًا هي القوائم غير المرتبة:

# AGENTS.md

- All code should be written in TypeScript with strict mode enabled
- Use Prettier for formatting, ESLint for linting
- Tests use Vitest, placed in `__tests__/` directories
- Run `npm run lint && npm test` before completing any task
- Never modify files in the `vendor/` directory
- API responses must follow the standard envelope format: `{ code, data, message }`

يمكنك أيضًا استخدام العناوين لتنظيم القواعد حسب الفئة:

# AGENTS.md

## Code Standards

- Use TypeScript strict mode
- Variables use camelCase, types use PascalCase
- Each function should be no more than 50 lines

## Testing Requirements

- Unit test coverage target: 80%
- Test files share the source file name with a `.test.ts` suffix
- Mock external dependencies; no real network requests in tests

## Prohibited Practices

- Do not use the `any` type
- Do not manipulate the DOM directly (use React state management)
- Do not use `await` inside loops (use `Promise.all` instead)

اختيار اللغة

يمكن كتابة محتوى AGENTS.md باللغة الصينية أو الإنجليزية. يفهم Codex اللغتين بشكل صحيح. وفيما يتعلق بالتعاون ضمن الفريق:

  • المشاريع الشخصية: استخدم اللغة التي تشعر بالراحة معها
  • مشاريع الفرق: يُوصى باستخدام الإنجليزية (بما يتوافق مع الشيفرة)
  • الفرق الناطقة بالصينية: اللغة الصينية مناسبة تمامًا

التكوين متعدد الطبقات

يدعم AGENTS.md ثلاثة مستويات من التكوين، مع تحسين القواعد من المستوى العام إلى الأدلة المحددة:

المستوى 1: التكوين العام

الموقع: ~/.codex/AGENTS.md

معايير عامة تنطبق على جميع مشاريعك:

# Global AGENTS.md

## General Standards

- Write code comments in English
- Git commit messages follow Conventional Commits
- Never hardcode passwords, keys, or tokens in source code
- Read existing related code before generating new code to maintain consistency
- If unsure about the impact of a change, add a comment explaining it rather than making assumptions

## Output Preferences

- Prefer existing project dependencies; don't introduce new ones unnecessarily
- Error handling must be thorough; never swallow exceptions silently
- Log messages should be meaningful and include context

المستوى 2: التكوين على مستوى المستودع

الموقع: AGENTS.md في جذر المشروع

معايير خاصة بمشروع معين:

# AGENTS.md

## Project Overview
A React + Node.js full-stack e-commerce project built with TypeScript.

## Tech Stack

- Frontend: React 19 + TailwindCSS + Zustand
- Backend: Node.js + Fastify + Prisma
- Database: PostgreSQL 16
- Testing: Vitest + Playwright

## Code Standards

- Component files use PascalCase: `UserProfile.tsx`
- Utility functions use camelCase: `formatDate.ts`
- API routes use kebab-case: `/api/user-orders`
- Database fields use snake_case: `created_at`

## Project Structure

- `src/components/` - React components
- `src/pages/` - Page components
- `src/api/` - Backend API routes
- `src/lib/` - Shared utility library
- `prisma/` - Database schema and migrations

## Commands

- `npm run dev` - Start the dev server
- `npm run build` - Build for production
- `npm test` - Run all tests
- `npm run lint` - Run linting
- `npx prisma migrate dev` - Run database migrations

المستوى 3: التكوين في الدليل الفرعي

الموقع: AGENTS.md في أي دليل فرعي

قواعد إضافية لوحدات محددة، مضافة فوق قواعد المستوى الأب:

your-project/
  AGENTS.md                  <- project-level rules
  src/
    components/
      AGENTS.md              <- component directory rules
    api/
      AGENTS.md              <- API directory rules

مثال src/components/AGENTS.md:

# Component Standards

- All components must be function components (no class components)
- Props must have a TypeScript interface definition
- Every component must have a displayName
- Use TailwindCSS for styling; no inline styles
- Split complex components into sub-components; keep each file under 200 lines
- Reusable components go in the `ui/` subdirectory

مثال src/api/AGENTS.md:

# API Standards

- All endpoints must validate request parameters (using Zod schemas)
- Uniform error format: `{ code: number, message: string, details?: any }`
- Database operations must run inside transactions
- Sensitive operations must be audit-logged
- Pagination endpoints use cursor-based pagination

أولوية التجاوز

عندما تتعارض القواعد عبر مستويات AGENTS.md المتعددة، تفوز الأقرب:

Global (~/.codex/AGENTS.md)
  | overridden by repo-level
Repo root (project/AGENTS.md)
  | overridden by subdirectory
Subdirectory (project/src/api/AGENTS.md) <- highest priority

عمليًا:

  • قواعد AGENTS.md في الدليل الفرعي تتقدم على مستويات الأب
  • القواعد الأب التي لم يتم تجاوزها تظل سارية
  • القواعد متعددة المستويات تراكمية، وليست استبدالات كاملة

ترتيب قراءة Codex (تم التحقق في 2026-10-20)

  • عام: في دليل Codex الرئيسي لديك (يُفترض أن يكون ~/.codex؛ عيّن CODEX_HOME لاستخدام دليل آخر)، يقرأ Codex الملف AGENTS.override.md إن وُجد، وإلا فيقرأ AGENTS.md.
  • المشروع: بدءًا من جذر المشروع ونزولًا إلى الدليل الحالي، يتحقق Codex في كل مستوى من AGENTS.override.md، ثم AGENTS.md، ثم أي أسماء احتياطية، ويضم ملفًا واحدًا على الأكثر لكل دليل.
  • الدمج: تُسلسل الملفات من الجذر نزولًا، لذا تظهر الملفات الأقرب إلى الدليل الحالي لاحقًا وتتجاوز الإرشادات السابقة.
  • حد الحجم: يتوقف Codex عن إضافة الملفات عندما يبلغ الحجم المجمّع project_doc_max_bytes، وهو 32 KiB افتراضيًا.
  • الأسماء الاحتياطية: عيّن project_doc_fallback_filenames = ["TEAM_GUIDE.md", ".agents.md"] في تكوين Codex كي تُقرأ تلك الملفات عند غياب الملفين الرئيسيين.

كيفية قراءة Claude Code لـ AGENTS.md (تم التحقق في 2026-10-20)

  • الشرط الافتراضي: لا يقرأ Claude Code الملف AGENTS.md إلا عندما لا يحتوي دليل العمل لديك والأدلة الأعلى منه على CLAUDE.md أو .claude/CLAUDE.md أو CLAUDE.local.md (الإصدار v2.1.277 وما بعده). ولا تُحتسب ~/.claude/CLAUDE.md ولا ملف CLAUDE.md المُدار الخاص بمؤسسة ولا .claude/rules/ في هذا الفحص، وتستمر في التحميل إلى جانبه.
  • ما يُقرأ: عند بدء الجلسة، يُقرأ AGENTS.md و.claude/AGENTS.md في دليل العمل لديك والأدلة الأعلى منه.
  • ما لا يُقرأ: AGENTS.local.md أو AGENTS.override.md أو أي شيء ضمن دليل .agents/.
  • قراءة الملفين معًا: اكتب /config في جلسة وعيّن تعليمات المشروع إلى claude-md-or-agents-md (الافتراضي)، أو claude-md-and-agents-md (كلاهما)، أو claude-md (CLAUDE.md فقط)، أو managed-only.
  • متطلب الإصدار: تتطلب القراءة المباشرة الإصدار v2.1.277 أو أحدث؛ ويمكن للجلسات التي لا تستطيع قراءته مباشرةً استيراده باستخدام @AGENTS.md من CLAUDE.md.

قوالب عملية

فيما يلي عدة قوالب مجرّبة يمكنك نسخها مباشرة إلى مشاريعك.

مشروع الواجهة الأمامية باستخدام React

# AGENTS.md

## Project Info
React 19 + TypeScript + TailwindCSS frontend project.

## Code Standards

- Use function components + Hooks; class components are prohibited
- State management uses Zustand; do not introduce Redux
- Styling with TailwindCSS; no CSS files
- Use `@/` path alias to reference modules under src
- Define component Props as an interface named `{ComponentName}Props`

## File Naming

- Component files: PascalCase (`UserAvatar.tsx`)
- Hook files: camelCase + use prefix (`useAuth.ts`)
- Utility files: camelCase (`formatDate.ts`)
- Constant files: camelCase (`apiEndpoints.ts`)

## Component Rules

- Export both the Props type and the component itself
- Wrap pure presentational components with `React.memo`
- Name event handlers as `handle{EventName}`
- Avoid creating new objects or functions inside render

## Testing

- Framework: Vitest + React Testing Library
- Test files go in `__tests__/` directories
- Test user behavior, not implementation details
- Run command: `npm test`

## Dependency Management

- Before adding a new dependency, check if existing ones already cover the need
- Prefer lightweight libraries
- All dependencies must have TypeScript type definitions

مشروع الواجهة الخلفية باستخدام Python/FastAPI

# AGENTS.md

## Project Info
Python 3.12 + FastAPI + SQLAlchemy backend service.

## Code Standards

- Type annotations: all function parameters and return values must have type annotations
- Async first: all IO operations must use async/await
- Docstrings: all public functions use Google-style docstrings
- Import ordering: stdlib -> third-party -> local modules (managed by isort)

## Project Structure

- `app/api/` - API routes (organized by feature router)
- `app/models/` - SQLAlchemy data models
- `app/schemas/` - Pydantic request/response models
- `app/services/` - Business logic layer
- `app/core/` - Configuration, security, dependency injection
- `tests/` - Test files, mirroring the app directory structure
- `alembic/` - Database migrations

## Coding Conventions

- Route function naming: `get_users`, `create_order` (verb_noun)
- Service layer methods: correspond to route functions
- Data model fields use snake_case
- All database operations go through the Service layer; routes never touch the ORM directly
- Sensitive data (passwords, tokens) must never appear in logs or responses

## Error Handling

- Business exceptions use custom Exception classes
- Unified exception handler returns standard format: `{"code": int, "message": str}`
- Database operations are wrapped in try/except to catch IntegrityError, etc.
- Never use bare except

## Testing

- Framework: pytest + pytest-asyncio + httpx
- Use fixtures to manage test database and client
- Run command: `pytest -v --cov=app`
- Minimum coverage target: 80%

## Environment Management

- Use .env files for configuration, loaded via pydantic-settings
- Environment-specific differences are handled via environment variable overrides
- Never hardcode database connection strings, secrets, etc. in code

مشروع متكامل

# AGENTS.md

## Project Info
Full-stack web app: Next.js 15 frontend + API Routes + PostgreSQL.
Monorepo structure managed with Turborepo.

## Directory Structure

- `apps/web/` - Next.js frontend
- `apps/api/` - Standalone API service (Node.js + Fastify)
- `packages/ui/` - Shared UI component library
- `packages/types/` - Shared TypeScript types
- `packages/utils/` - Shared utility functions
- `packages/db/` - Database schema (Drizzle ORM)

## General Standards

- Language: TypeScript strict mode
- Formatting: Prettier (configured at root)
- Lint: ESLint (configured at root)
- Before committing, run: `turbo lint test`

## Frontend Standards (apps/web/)

- Use App Router, not Pages Router
- Server Components first; Client Components only when necessary
- Data fetching via Server Actions or Route Handlers
- Styling with TailwindCSS
- Images use the next/image component

## API Standards (apps/api/)

- RESTful design, URLs use kebab-case
- Request validation with Zod
- Response format: `{ success: boolean, data?: T, error?: string }`
- Authentication via JWT, validated in middleware
- Rate limiting rules go in route decorators

## Database Standards (packages/db/)

- Use Drizzle ORM; schema defined in the `schema/` directory
- Migration command: `pnpm db:migrate`
- Naming: table names are plural (`users`), fields use snake_case
- All tables must have `created_at` and `updated_at`
- Soft deletes use a `deleted_at` field

## Shared Package Standards

- Packages reference each other via workspace
- Shared type definitions go in `packages/types/`
- Packages must not import from apps

نصائح متقدمة

التعايش مع CLAUDE.md

إذا كان مشروعك يستخدم Codex وClaude Code معًا، فيمكنك الاحتفاظ بملفي التكوين جنبًا إلى جنب:

your-project/
  AGENTS.md          <- read by Codex
  CLAUDE.md          <- read by Claude Code
  src/
  ...

يمكن مشاركة المعايير الأساسية. سيكون معظم المحتوى في كلا الملفين (حزمة التقنيات، واصطلاحات التسمية، وبنية الدليل، إلخ) متطابقًا -- ولا تختلف سوى التوجيهات الخاصة بكل أداة.

النهج الموصى به:

  1. اكتب مجموعة واحدة من المعايير الأساسية
  2. انسخها إلى كل من AGENTS.md وCLAUDE.md
  3. اضبط التنسيق بدقة وفقًا لاصطلاحات كل أداة

أو نهج أكثر أناقة -- الإحالة المتبادلة في أعلى كل ملف:

# AGENTS.md

> This project uses both Codex and Claude Code. Core standards are below.
> Claude Code users, refer to CLAUDE.md.

## Core Standards
(shared content)

أفضل ممارسات التعاون الجماعي

الإيداع في نظام التحكم في الإصدارات

ينبغي إيداع AGENTS.md في مستودع Git الخاص بك كي يتشارك أعضاء الفريق المعايير نفسها للبرمجة بالذكاء الاصطناعي:

git add AGENTS.md
git commit -m "feat: add AGENTS.md for Codex configuration"

تضمين AGENTS.md في مراجعات الشيفرة

ينبغي أن تمر التغييرات على AGENTS.md عبر مراجعة الشيفرة تمامًا مثل التغييرات على معايير البرمجة:

<!-- PR description -->
## Change Summary
Updates to AGENTS.md:

- Added API pagination standard (cursor-based)
- Explicitly prohibited direct fetch calls in components
- Added logging format requirements

التحسين التدريجي

لست بحاجة إلى كتابة كل شيء دفعة واحدة. النهج الموصى به:

  1. اليوم الأول: اكتب حزمة التقنيات الأساسية واصطلاحات التسمية (10-20 سطرًا)
  2. الأسبوع الأول: أضف قواعد استنادًا إلى سلوك Codex الفعلي
  3. باستمرار: كلما فعل Codex شيئًا لا تريده، أضف قاعدة إلى AGENTS.md

أنماط التعليمات الفعّالة

تكون هذه الأنواع من التعليمات أكثر فعالية في AGENTS.md:

## High-Effectiveness Instructions (Codex follows these reliably)

- Explicit format requirements: Use PascalCase for component file names
- Explicit prohibitions: Do not use the any type
- Run commands: Run npm test after completing the task
- File location rules: Test files go in __tests__ directories
- Dependency constraints: Do not introduce new npm packages; use existing dependencies
## Low-Effectiveness Instructions (best avoided)

- Too vague: Write good code
- Subjective: Use best practices
- Out of scope: Consider user experience (AI can't run a UI)
- Contradictory: Prioritize performance + prioritize readability (need explicit priority)

القواعد الشرطية

يمكنك تعيين قواعد مختلفة لأنواع الملفات أو الأدلة المختلفة:

## File Type Rules

### *.test.ts files

- No more than 10 tests per describe block
- Use factory functions to create test data; no hardcoding
- Async tests must have timeout settings

### *.api.ts files

- Must validate request parameters
- Must include error handling
- Return values must have type annotations

### migrations/*.sql files

- Do not modify directly; use the ORM migration tool to generate

الترحيل من CLAUDE.md

إذا كان لديك CLAUDE.md بالفعل، فإن تحويله إلى AGENTS.md يسير. كلاهما بتنسيق Markdown، وينتقل المحتوى الأساسي مباشرة.

خطوات الترحيل

الخطوة 1: نسخ المحتوى الأساسي

cp CLAUDE.md AGENTS.md

الخطوة 2: استبدال الإشارات الخاصة بـ Claude Code

استبدل المفاهيم الخاصة بـ Claude Code بما يعادلها في Codex:

في CLAUDE.md في AGENTS.md
«عندما يعدّل Claude الملفات...» «عند تعديل الملفات...»
«استخدم /compact لضغط السياق» (احذف -- لا يملك Codex هذا الأمر)
«أشِر إلى الملفات عبر @» (احذف -- يستخدم Codex طريقة إشارة مختلفة)
«الخطاف: PostToolUse...» «بعد إكمال المهمة، شغّل...»
«يتولى الوكيل الفرعي...» «استخدم Cloud Exec...»

الخطوة 3: تبسيط التنسيق

يفضل Codex التوجيهات المختصرة بأسلوب القوائم. إذا كان CLAUDE.md لديك يحتوي على فقرات شرح مطوّلة، فاختصرها إلى نقاط:

قبل الترحيل (أسلوب CLAUDE.md):

## Code Style

In this project, we follow the Google TypeScript style guide. All variable
names use camelCase, class names use PascalCase. Note that enum values use
SCREAMING_SNAKE_CASE. Import statements should be ordered as follows: first
Node.js built-in modules, then third-party packages, and finally local
modules. Separate each group with a blank line.

بعد الترحيل (أسلوب AGENTS.md):

## Code Style

- Follow the Google TypeScript style guide
- Variables: camelCase
- Classes: PascalCase
- Enum values: SCREAMING_SNAKE_CASE
- Import order: built-in modules -> third-party packages -> local modules (blank line between groups)

الخطوة 4: إضافة توجيهات خاصة بـ Codex

## Codex-Specific Configuration

- After all file modifications, run `npm run lint && npm test` to verify
- If tests fail, automatically fix and re-run
- Do not modify .env and .env.local files

جدول مرجعي للترحيل

المفهوم أسلوب CLAUDE.md أسلوب AGENTS.md
وصف المشروع فقرات حرة الصياغة قائمة مختصرة أو فقرة
معايير الشيفرة قوائم Markdown قوائم Markdown (كما هي)
الإجراءات المحظورة «لا تفعل X» «لا تفعل X مطلقًا» أو «لا تفعل X»
أوامر التشغيل «يُرجى تشغيل npm test» «شغّل npm test» أو اكتفِ بذكره
بنية الملفات كتلة شيفرة تحتوي على شجرة الدليل كتلة شيفرة تحتوي على شجرة الدليل (كما هي)
إعدادات الأدوات مراجع settings.json مراجع config.toml

الاحتفاظ بالملفين معًا

إذا كنت بحاجة إلى الاحتفاظ بكل من AGENTS.md وCLAUDE.md على المدى الطويل:

  1. حدّد أحد الملفين بوصفه «الأساسي»: عادةً ما يكون ملف الأداة التي تستخدمها أكثر
  2. زامن بعد تعديل الملف الأساسي: يمكنك كتابة نص برمجي بسيط لأتمتة ذلك
  3. أبقِ القواعد الخاصة بكل أداة منفصلة: ضع المعايير المشتركة في النصف الأول، والقواعد الخاصة بكل أداة في النهاية

تصحيح الأخطاء والتحقق

التأكد من أن AGENTS.md نشط

أبسط طريقة للتحقق هي إعطاء Codex مهمة يُفترض أن تُفعّل قاعدة:

# Assuming AGENTS.md requires TypeScript
codex "Create a hello world function"

# If AGENTS.md is active, Codex will generate a .ts file instead of .js

استكشاف أخطاء القواعد التي لا تسري

  1. موقع الملف: تأكد من أن AGENTS.md موجود في جذر المشروع أو الدليل الفرعي ذي الصلة
  2. اسم الملف: يجب أن يكون AGENTS.md (أحرف كبيرة، وليس agents.md)
  3. مشكلات التنسيق: تأكد من تنسيق Markdown الصحيح (سطر فارغ قبل القوائم، إلخ.)
  4. تعارضات القواعد: تحقق من وجود توجيهات متعارضة عبر مستويات AGENTS.md المتعددة
  5. غامضة جدًا: جرّب استبدالها بوصف أكثر تحديدًا

الاختيار بين CLAUDE.md وAGENTS.md

قد يبدو الاحتفاظ بملفي التكوين معًا أمرًا طبيعيًا، لكن النسختين تنزعان إلى التباعد: تضيف قاعدة إلى AGENTS.md وتنسى عكسها في CLAUDE.md، فيبدأ الأداتان في التصرف بشكل غير متسق. تساعدك الإرشادات أدناه على تجنب هذا الفخ.

ابدأ بعدد الأدوات التي تستخدمها

  • Claude Code فقط (أداة واحدة): يكفيك ملف CLAUDE.md. يقرأ Claude Code ملف CLAUDE.md أصليًا ويضيف فوق ذلك الذاكرة العامة بالإضافة إلى قواعد محددة النطاق بالمسار (CLAUDE.md المتداخلة / .claude/rules). لا حاجة أيضًا إلى الاحتفاظ بـ AGENTS.md.
  • فريق متعدد الأدوات (Claude Code + Codex / Cursor / Copilot / Cline / Gemini / Aider / Zed، إلخ.): اجعل AGENTS.md هو المصدر الوحيد للحقيقة. تقرأ معظم الأدوات غير Claude Code ملف AGENTS.md، ويقرأه Claude Code أيضًا عند عدم وجود CLAUDE.md.

الموصى به للفرق متعددة الأدوات: ملف CLAUDE.md رفيع يستورد AGENTS.md

لا تحتفظ بنسختين كاملتين تتباعدان. أبقِ المعايير المشتركة في AGENTS.md، ثم ضمّها إليه عبر ملف CLAUDE.md رفيع كي يحصل Claude Code على القواعد المشتركة بين الفريق وإضافاته الخاصة بـ Claude فقط:

# CLAUDE.md

@AGENTS.md

## Claude Code-only extras

- Use `/model` to switch between Sonnet 4.6 / Opus 4.8 per task
- Run `/plan` before large changes
- Use `/clear` between unrelated tasks; `/compact` at logical breakpoints in long sessions

بهذه الطريقة يكون للمعايير المشتركة مصدر واحد (AGENTS.md)، ولا يحمل CLAUDE.md سوى التوجيهات الخاصة بـ Claude Code -- ما يزيل التكرارات المتباعدة من الجذر.

أصبح بإمكان Claude Code الآن قراءة AGENTS.md مباشرة، لذا لم يعد ملف CLAUDE.md الرفيع مطلوبًا؛ ومع ذلك، ينبغي للفرق متعددة الأدوات أن تُبقي AGENTS.md مصدرًا وحيدًا وأن تضع فقط الإضافات الخاصة بـ Claude Code في CLAUDE.md.

جدول قرار سريع

السيناريو ما يجب الاحتفاظ به ملاحظات
Claude Code فقط CLAUDE.md فقط يُقرأ أصليًا؛ لا حاجة إلى AGENTS.md
Codex / أدوات أخرى فقط AGENTS.md فقط لا تقرأ هذه الأدوات CLAUDE.md
فريق متعدد الأدوات AGENTS.md (مصدر الحقيقة) + CLAUDE.md رفيع (@AGENTS.md) مصدر واحد، بلا تباعد

لمعرفة طبقات CLAUDE.md والقوالب والتحكم في السياق، راجع دليل تكوين CLAUDE.md.


الخطوات التالية

ابدأ مع QCode

مفتاح API واحد لـ Claude Code وCodex وغيرها — تُحسب حسب التوكن، وأسعار كل نموذج على qcode.cc/models

المؤسسات ←