install-maintenance-graft-rtk-ponytail-lite

المطالبة

# التثبيت والصيانة الموثقة — Graft + RTK + Ponytail lite

أنت تعمل في المستودع الحالي لتثبيت أو تحديث أو إصلاح أو التحقق من هذه المجموعة:

- Graft: فهم الكود، الرسم البياني المحلي، وتعزيز LSP.
- RTK: تقليل الضوضاء في الطرفية.
- Ponytail: سياسة خفيفة، مع تكامل أصلي عند التوافق.

ابدأ بجرد للقراءة فقط. ثم اطرح الأسئلة الناقصة أدناه.
بعد الإجابات، قم بالعمليات المصرح بها حتى الفحوصات النهائية.

لا تبدأ التثبيت قبل تحديد العملاء والنطاق.
لا تسأل مرة أخرى عن قرار تم اتخاذه بالفعل في هذه المحادثة.

## 1. الجرد، ثم اختيار المستخدم

### الجرد بدون تعديل

حدد:

- نظام التشغيل، البنية، الصدفة، البيئة: الجهاز المحلي، WSL، SSH، الحاوية؛
- جذر المستودع، شجرة العمل، حالة Git والعمليات الجارية لـ Git؛
- المسارات الفعلية، الإصدارات، وطريقة التثبيت لـ Git، Node، npm، RTK، Graft، والعملاء المتاحين؛
- Claude Code، Codex، Kimi، Cursor Agent CLI، وCursor IDE بشكل منفصل؛
- Gemini، Copilot CLI، أو عملاء آخرين موجودين كأهداف اختيارية؛
- مجلدات التكوين المستخدمة فعليًا، متغيرات إعادة التوجيه، وأي منسق مثل AgentsRoom؛
- تكوينات المستخدم، المشروع، الإضافات، والهوكات الموروثة الموجودة.

تحقق من هوية `agent` قبل اعتباره Cursor.
وجود ملف تنفيذي لا يثبت المصادقة، أو وظيفة الهوك، أو تحميل MCP.

لا تطلق تحديثات أو اتصالات أو تثبيتات تلقائية أثناء هذا الجرد.
لا تنشر أي قيم سرية.

اعرض جدولًا مختصرًا:
العميل | الملف التنفيذي/الإصدار | التكوين الفعلي | الحالة المعروفة.

### الأسئلة التي يجب طرحها دفعة واحدة

اطرح فقط الأسئلة التي لم تُجب بعد:

1. العملية:
   - تثبيت المكونات المفقودة مع الحفاظ على الإصدارات المتوافقة.
   - تحديث المجموعة إلى إصدارات مستقرة موثقة.
   - إصلاح التثبيت الحالي مع الحفاظ على إصداراته.
   - التحقق فقط، بدون تعديل.

2. العملاء:
   - جميع العملاء المكتشفين.
   - اختيار من القائمة المكتشفة فعليًا.
   - إعداد التكوين أيضًا لبعض العملاء الغائبين.

3. نطاق التكامل:
   - مشروع مشترك: تكوينات محمولة مخصصة للمستودع.
   - مشروع شخصي: تفعيل لهذا المستودع، ملفات محلية غير مفعلة بالإصدار.
   - مستخدم عام: تفعيل لمشاريع هذا المستخدم.
   - مختلط: اختيار مميز حسب العميل أو المكون.

إذا كان النطاق مختلطًا، اسأل فقط التوضيحات اللازمة.

للتحديث، اسأل أيضًا عن أي قيد إصدار إذا لم يكن معروفًا بالفعل.
وإلا، اقترح إصدارات مستقرة صريحة.

لا تثبت أو تحدّث تطبيقات العملاء نفسها:
العملية تخص Graft، RTK، Ponytail، واعتمادياتها الضرورية.
يتم الإبلاغ عن عميل قديم مع الإصدار المطلوب والإجراء المتبقي.

### جعل الخيارات ملموسة

قبل الكتابة، اعرض النتيجة المخططة:

المكون/العميل | الإصدار المستهدف | النطاق | الملفات المستهدفة | التأثير المشترك | الخطة البديلة

اشرح خصوصًا:

- يمكن أن يخدم ملف تنفيذي مثبت على مستوى المستخدم عدة مستودعات.
- تحديث هذا الملف التنفيذي يؤثر على جميع مستخدميه المحليين.
- قد يكون للإضافة ذاكرة تخزين مؤقتة عامة لكن التفعيل لكل مشروع.
- قد يستخدم هوك لكل مشروع حالة مشتركة.
- يظل فهرس Graft خاصًا بالمستودع/شجرة العمل.
- يمكن لعناصر التكوين العامة المقدمة من منسق أن تكون معزولة لمشروع: تحقق من نطاقها الفعلي، وليس اسمها فقط.

بمجرد الحصول على الخيارات، تابع بدون تأكيدات متكررة.
اطلب قرارًا جديدًا فقط إذا تطلبت قيود توسيع النطاق أو تغييرًا جوهريًا في الحل.

## 2. قواعد التنفيذ

الترتيب:
الجرد → الاختيار → النسخ الاحتياطية → RTK → Graft/LSP → Ponytail → التعليمات → التحققات → التقرير.

احترم تعليمات المستودع والسياسات المدارة.
إذا كان ملف يُدار بواسطة AgentsRoom أو منسق آخر،
استخدم آليته الرسمية؛ لا تعدل ملفاته المولدة مباشرة.

قبل كل تعديل:

- تحقق من صحة التنسيق والبنية لتكوينات JSON/JSONC/TOML؛
- احتفظ بنسخة احتياطية من الملفات المتأثرة خارج المستودع، مع وصول مقيد؛
- سجل الإصدارات والعناصر اللازمة للرجوع للخلف؛
- راجع تشغيل التثبيت التجريبي إذا كان موجودًا.

لا يجب أبدًا استبدال ملف غير صالح بتكوين فارغ.

ادمج التكوينات مع الحفاظ على MCPs الأخرى، الهوكات، الأذونات، التعليمات، التعليقات عند الإمكان، وسطور الحالة.
لا تغير قواعد الموافقة أو بصمات الثقة.

حافظ على تغييرات Git الموجودة مسبقًا. لا تقم بعمليات commit أو push أو reset أو clean أو stash أو تغييرات في كود التطبيق.
في حالة وجود تعارض غير محلول أو عملية Git جارية، أوقف الكتابة في المستودع؛ واصل التشخيصات المستقلة.

لا تثبت Graphify أو CodeGraph أو Caveman أو Headroom.
يتم إزالة تكامل قديم متعارض فقط بعد تحديد دقيق، نسخ احتياطي، وضمن النطاق المصرح به.
لا تقم بإلغاء تثبيت أداة عالميًا إذا كانت مستخدمة في مكان آخر.

يوقف الخطأ خطواته التابعة، وليس العملاء المستقلين الآخرين.
لا تعلن خطوة ناجحة لتجاوز قيد.

## 3. القدرات والنطاق: تحقق قبل التكوين

راجع مساعدة الإصدارات المثبتة والوثائق الخاصة بالإصدارات المنشورة التي ستستخدمها:

- https://github.com/rtk-ai/rtk
- https://github.com/trailhq/Graft
- https://github.com/DietrichGebert/ponytail
- الوثائق الرسمية لكل عميل مختار.

قد يصف الفرع الرئيسي/التطوير ميزات غير موجودة في إصدار.
لخيار مشكوك فيه، تحقق من الإصدار، المساعدة، أو الكود المقدم.

حدد لكل تكامل:

العميل | هوكات المشروع المتاحة | المثبت المتوافق |
نطاق التفعيل | نطاق الحالة | الدليل

لا تخلط بين:
"العميل يقبل هوكات المشروع"
و"المثبت لهذه الأداة يعرف كيف يثبتها على مستوى المشروع."

نقاط التحقق لإعادة التحقق في الإصدارات الحالية:

- Claude: إعدادات المستخدم، المشروع المشترك، والمشروع المحلي.
- Cursor: خطافات المستخدم والمشروع؛ اختبار IDE و CLI بشكل منفصل.
- Codex: تكوينات المستخدم/المشروع وتفعيل الإضافات؛
  التحقق من آليات الخطاف المتاحة فعليًا.
- Kimi: لا تفترض وجود تكوين خطاف لكل مشروع؛
  التمييز بين تكوين المستخدم، تعليمات المشروع، وخيارات الإطلاق.
- Gemini/Copilot: تحقق من آلياتهم الخاصة إذا تم اختيارهم.

إذا لم يحترم المُثبت النطاق المطلوب:

1. ابحث عن خيار رسمي مناسب.
2. وإلا، استخدم تكوينًا يدويًا موثقًا لنفس المحول،
   فقط إذا ظل بروتوكوله ومساراته متوافقة.
3. وإلا، استخدم التراجع عبر تعليمات/بادئة صريحة.
4. لا تنتقل إلى النطاق العالمي بصمت.

افحص الخطافات العالمية الموروثة قبل إضافة نظيراتها المحلية:
قد تتراكم بدلاً من أن تحل محل بعضها البعض.
حافظ على خطافات الأمان. أبلغ عن التأثيرات العالمية التي تظل نشطة.

## 4. RTK

تحقق من الأصل `rtk-ai/rtk`، الإصدار، المساعدة، التكوين
و `rtk gain`. قد يأتي فشل `gain` من القاعدة أو الأذونات:
هذا ليس دليلاً كافياً على وجود حزمة سيئة.

قم بالتثبيت أو التحديث باستخدام المدير المستخدم بالفعل، إذا كان مناسبًا.
تحقق من أصل الصيغة أو الحزمة والإصدار الذي تم الحصول عليه.
تجنب التثبيتات المتزامنة والتغييرات غير الضرورية في PATH.
لا تقم بتشغيل `cargo install rtk` بشكل أعمى.

استشر `rtk init --help` للإصدار المختار.
اختر الخيارات حسب العميل والنطاق؛ لا تنسخ
`-g` بشكل منهجي من مثال توثيقي.

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

في التكوين المقروء فعليًا، دمج الاستثناءات:

    [hooks]
    exclude_commands = ["graft", "curl", "playwright"]

حافظ على الاستثناءات الموجودة وتحقق من اعتبارها.
إذا كان هذا الإعداد عالميًا، فاشرح هذا التأثير قبل تعديله.
عطّل التليمتري الاختياري بالآلية الموثقة،
ضمن النطاق المسموح به.

RTK هو المكون الوحيد المصرح له بإعادة كتابة أوامر الشل.
تظل خطافات الأمان، التدقيق، والموافقة قابلة للتطبيق.

لا تنسخ خطاف Claude إلى عميل آخر بدون توافق موثق.
بدون إعادة كتابة فعالة، قم بتكوين البادئة الصريحة `rtk`.
تجنب الخطافات المزدوجة والبادئات المزدوجة.

## 5. Graft with LSP

### التثبيت والخصوصية

تحقق من هوية الحزمة `@nanonets/graft`، إصدارها المنشور
ومتطلبات Node الخاصة بها.

قم بالتثبيت خارج تبعيات التطبيق، في موقع مناسب.
لا تعدل package.json أو ملف قفل المشروع لتثبيت Graft.

طبق `DO_NOT_TRACK=1` من الإطلاق الأول وفي MCP.
استخدم أمر تعطيل التليمتري الرسمي إذا كان متاحًا.

لا تفعل Brain، الحساب، إثراء LLM، أو `--deep`.
لا تعد بصفر شبكة دون التحقق منها.

لا تشغّل `graft init` تلقائيًا.
فضل التوصيل الصريح؛ قد يكتب المثبت الخاص به خارج المستودع.

### LSP عملي حقًا

قبل استكشاف كود التطبيق، احترم قواعد Graft للمستودع.
ثم حدد اللغات المفيدة واستشر تكاملات LSP
لإصدار Graft المختار.

أعد استخدام الخوادم المتوافقة الموجودة بالفعل.
قم بتثبيت الخوادم الضرورية فقط، مع الإصدارات المسجلة،
خارج تبعيات التطبيق عندما يكون ذلك ممكنًا.

تحقق من:

- القابلية للتنفيذ وإصداره؛
- توفره في PATH لعملية Graft/MCP؛
- متطلبات اللغة ومساحة العمل؛
- دعمه من هذا الإصدار من Graft.

بعد قراءة المساعدة، استخدم خصوصًا، إذا كانت هذه الخيارات متاحة:

    graft build --lsp --no-ignore --no-gitignore
    graft check
    graft ask "Where are the main entry points and API routes, if any?" --source

طبق DO_NOT_TRACK على هذه الأوامر باستخدام بناء الجملة الحالي للشل.

تحقق من معنى الخيارات: في بعض الإصدارات،
`--no-ignore` و `--no-gitignore` تمنع كتابة ملفات الاستثناء؛
لا تعني "فهرسة الملفات المتجاهلة."

قم بإدارة استثناء Git لـ `/graft/` صراحةً حسب النطاق المختار.
تحقق منه باستخدام Git. لا تزل أي ملفات متتبعة بالفعل تلقائيًا.
حافظ على التعليقات والمحتوى البشري.

البناء مع `--lsp` ورمز خروج 0 لا يثبت استخدام LSP.
ابحث عن دليل مستهدف: الخادم تم إطلاقه فعليًا، نتيجة الحل،
الحواف المعززة أو التشخيصات الموثقة.

أبلغ حسب اللغة:
LSP تم التحقق منه / متاح بدون إثراء ملحوظ / غير متاح / غير مدعوم.

لا تقم بتحميل الرسم البياني الكامل أو wiring.json في السياق.
تحقق أيضًا مما إذا كان إثراء LSP يستمر بعد تحديث تلقائي؛
إذا لم يكن مضمونًا، وثق إعادة البناء الصريحة المطلوبة.

### MCP والحداثة

قم بتكوين إدخال Graft فعال واحد لكل عميل.
اكتشف الملف، المخطط، والنطاق المدعوم فعليًا.

لكل خادم، تحقق من:
الأمر المثبت، وسائط MCP، DO_NOT_TRACK، PATH، ودليل العمل.

لا تفترض أن `.kimi-code/mcp.json`، `.mcp.json` أو ملف آخر يتم تحميله تلقائيًا: أكد آلية العميل أو خيار الإطلاق اللازم.

تكوين MCP العالمي مقبول فقط إذا كان العملية المستهدفة تعالج كل مستودع بشكل صحيح. وإلا، احتفظ بـ MCP على مستوى المشروع.

لا تستخدم `npx -y ...@latest` عند كل بدء تشغيل.
لا تتحكم في إصدار المسارات الشخصية المطلقة أو الأسرار.
لا تخترع متغيرًا عالميًا `${workspaceFolder}`.

في هذا الملف الشخصي، لا تضف أي خطافات Graft.
لا grep ذكي، أو إعادة توجيه grep، أو اعتراض شل Graft.

تحقق من التحديث وعدم وجود تعطيل غير مقصود.
التحديث الفاشل يمنع عرض الرسم البياني كحديث.

افحص التكاملات القديمة وبيانات التعريف الخاصة بالتوصيل التلقائي قبل الترحيل.
قم بإزالة العناصر المحددة والمدعومة فقط.
تحقق من عدم ظهورها مجددًا بعد بدء MCP والاستعلام.

### إحصائيات Graft

فصل التشغيل، الاستخدام الملحوظ، وجمع الإحصائيات.

اعتمادًا على الإصدار، يعتمد `graft stats` على خطافات الجلسة.
بدون هذه الخطافات، قد تتوقع ظهور رسالة "لم يتم تسجيل جلسة بعد" على الرغم من نجاح طلبات Graft.

لا تقم بتزوير الإحصائيات أو تشغيل `graft init` لجعل هذه الرسالة تختفي.

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

## 6. Ponytail lite

فضل التكامل الرسمي المتوافق مع العميل والنطاق.
تحقق من ملف التعريف الخاص به، والأحداث، والاعتمادات.

ميز بين:
تثبيت الإضافة، التفعيل، الوضع الافتراضي، وحالة الوضع الحالي.

افحص المصادر المقروءة فعليًا:
التكوين، `PONYTAIL_DEFAULT_MODE`، الحالة المستمرة، وبيانات الإضافة.
`defaultMode: lite` لا يثبت أن حالة كاملة قديمة تم استبدالها.

إذا كان الوضع مشتركًا بين المحادثات، أشر إلى ذلك.
في نطاق المشروع، لا تغير الافتراضي العالمي بصمت.
استخدم آلية محلية موثقة أو سياسة lite حسب التعليمات.

حسب العميل:

- Claude/Codex: التثبيت والتفعيل الرسمي في النطاق المتاح.
  تحقق من الأوامر الفرعية قبل استخدامها.
  تبقى موافقات الخطافات مع المستخدم.
- Cursor: محول رسمي، أو قاعدة تعليمات؛ تجنب تراكمها.
  إذا كان `scripts/cursor-hooks.js install --project` موجودًا، شغّل السكريبت
  من جذر المستودع المستهدف باستخدام مسار الخروج الرسمي.
  بدون `--project`، تحقق من وجهة المستخدم.
  افحص المسارات المولدة: خطاف مشروع يحتوي على مسار مطلق
  لخروج شخصي غير قابل للنقل ولا يجب الالتزام به.
- Kimi: ابحث عن محول رسمي متوافق. وإلا، سياسة lite
  في AGENTS.md؛ أضف مهارة محلية بسيطة فقط إذا كانت مفيدة
  وإذا تم تأكيد تنسيقها وتحميلها.
  عرّفها كتكييف، دون وعد بأوامر أو إحصائيات أصلية.
- عملاء مختارون آخرون: طبق نفس التحقق، دون نقل تلقائي
  لأحداث Claude/Codex.

احتفظ بنسخة المحول عند إصدار أو التزام محدد.
لا تقم بسحب git على نسخة معدلة.
لا تضف شريط الحالة أو مؤشر بصري.

اختبر الوضع الفعلي في جلسة جديدة.

## 7. تعليمات مشتركة مضغوطة

ادمج كتلة محصورة بين:

    <!-- agent-stack:start -->
    ...
    <!-- agent-stack:end -->

في AGENTS.md. حافظ على كل المحتوى الخارجي والإضافات البشرية.
لا تنسخ هذا الطلب التثبيتي في تعليمات الوكيل.

يجب أن تعبر الكتلة عن:

### Graft

لفهم أو تعديل الكود، استكشاف التطبيق أولاً:
`graft ask "<precise question>" --source`، أو أداة MCP Graft المعروضة فعليًا.

قد تسبق التعليمات، المهارات، Git، التكوينات، واكتشاف MCP.
بعد التوجيه، اقرأ مباشرة الأجزاء المفيدة.
للمتصلين، استخدم أوامر/أدوات التتبع المتاحة.

في حالة وجود رسم بياني قديم: تحقق، إعادة بناء متكيفة مع LSP، ثم استعلام جديد.
بعد بحث غير ناجح: grep موجه لـ graft، ثم قراءة مباشرة
أو rg محدود مع شرح للحد.

ملف مقدم، تتبع مكدس، تكوين، أو لغة غير مفهرسة
يسمح بالقراءة الموجهة المباشرة.
غياب في الرسم البياني لا يثبت غياب الكود أو المتصلين.

بعد التعديلات: graft blast، قاعدة Git تم التحقق منها، والاختبارات ذات الصلة.
لا --name، لا تحميل كامل للرسم البياني.
أبلغ عن العدد الفعلي للمكالمات وأي أخطاء.

### RTK

خطاف تم التحقق منه: دع إعادة الكتابة تعمل بدون بادئة مزدوجة.
وإلا: أضف بادئة صريحة للأوامر المتوافقة.
لا تمرر Graft عبر RTK.

للحصول على الإخراج الكامل: استدعِ --full إذا كان متاحًا، أو وكيل.
لا تعيد تشغيل أمر له تأثيرات جانبية تلقائيًا.
حافظ على خطوط الأنابيب وإعادة التوجيه.

قبل التحقق: فروق حقيقية غير مضغوطة، diff --cached،
diff --check وفحص منفصل للملفات الجديدة.
لا تهيئة تلقائية.

### Ponytail lite

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

كامل فقط عند الطلب الصريح، لا ultra افتراضيًا.
التدقيق لا يحفز إعادة تصميم.
الأولوية للتصحيح من أجل الأمان، المحللات، التزامن، والترحيلات.

لا تدّع أن وضعًا مشتركًا محلي لمحادثة.
بعد كامل مصرح به، تحقق من العودة إلى lite.
الإيقاف لا يزيل التعليمات المحقونة بالفعل.

### التحميل

أكد كيف يقوم كل عميل بتحميل هذه التعليمات فعليًا.
استخدم استيرادات/محولات موثقة ومحدودة.
تجنب التكرار والاستيرادات الدائرية.

RTK يبقى المعيد كتابة الصدفة الوحيد.
لا خطاف Graft في هذا الملف الشخصي.

## 8. التحديث والإصلاح

يجب أن يكون من الممكن إعادة تشغيل نفس الطلب بدون تكرارات.

في وضع التحديث:

1. أعد قراءة اختيارات النطاق والحالة التي تم التحقق منها سابقًا.
2. قارن الإصدارات المثبتة، الإصدارات المستهدفة، والتغييرات غير المتوافقة.
3. النسخ الاحتياطي قبل أي ترحيل.
4. حدّث فقط المكونات المختارة.
5. حدّث الإضافات/المحولات بآليتها الرسمية.
6. أعد تقييم القدرات: يمكن استبدال حل قديم
   بتكامل أصلي متاح الآن، ضمن نفس النطاق.
7. ترحيل فقط المفاتيح والكتل التابعة لهذا المكدس.
8. أعد بناء الرسم البياني إذا لزم الأمر وأعد التحقق من LSP.
9. أعد تشغيل عمليات MCP/العميل الضرورية:
   قد يكون هناك عملية قائمة لا تزال تشغل الإصدار القديم.
10. أعد تشغيل الفحوصات والاختبارات للتكاملات المعدلة.

لا تعيد تثبيت مكون متوافق بالفعل بدون داعٍ.
لا تطلق تحديثًا عامًا لحزم الجهاز.

في وضع الإصلاح، احتفظ بالإصدارات إلا في حالة عدم التوافق المثبت
وقرار التحديث الصريح.

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

يجب ألا ينشئ تنفيذ ثانٍ بدون تغييرات مطلوبة
أي خطاف، خادم MCP، أو قسم تعليمات مكرر.

## 9. الفحوصات والأدلة

اختبر بشكل منفصل:

- تنفيذ RTK وضغط صريح;
- تفعيل الخطافات تلقائيًا، الاستثناءات، والتمرير الخام;
- Graft: الحداثة، تطابق النتيجة مع المستودع، وإثراء LSP;
- MCP: خادم وظيفي وتحميل فعلي في كل عميل;
- Ponytail: التفعيل والوضع الفعّال;
- غياب التكرارات وإعادة توصيل ذاتي ظهرت مجددًا;
- الصلاحية النهائية للتكوينات والنطاق الفعّال.

وجود ملف حاضر ليس دليلاً على التحميل.
المسبار الخارجي MCP ليس دليلاً على التحميل في العميل.
بادئة RTK الصريحة ليست دليلاً على الخطاف التلقائي.

لكل عميل متاح ومصادق عليه، افتح جلسة جديدة
في المستودع، مع الحمايات المعتادة، وامنح هذه التذكرة المحايدة:

"دون تعديل الكود، حدد نقاط الدخول الرئيسية.
إذا كان هناك API، أشر إلى مكان تركيب مساراته وتتبع
مسارًا إلى منطق الأعمال. اذكر الملفات والأسطر."

لا تضف "استخدم Graft".
افحص استدعاءات الأدوات الظاهرة، وليس التفكير الداخلي.
احتفظ بأدلة قليلة واحذف البيانات الحساسة.

إذا كان هناك نقص في الموافقة، تسجيل الدخول، أو إجراء واجهة المستخدم:
لم يُختبر / إجراء المستخدم، لا تفترض النجاح أبدًا.

## 10. التسليم

ضمن النطاق المصرح به، احتفظ بوثيقة صيانة قصيرة:

- اختيار العملية، العملاء، والنطاق;
- الإصدارات الدقيقة، الأصل، وتاريخ التحقق;
- آليات التكوين والحدود;
- إعادة بناء Graft/LSP;
- إجراء التحديث، التحقق، والتراجع.

للتثبيت المشترك، استخدم `docs/agent-stack.md`.
للتثبيت الشخصي/العالمي، احتفظ بمعلومات خاصة بالجهاز
خارج الملفات التي تخضع للإصدار.
في وضع التحقق فقط، سلّم التقرير دون إنشاء هذه الملفات.

أبلغ عن الأوامر الحاسمة، نتائجها، الملفات المعدلة،
النسخ الاحتياطية، وإجراءات المستخدم الدقيقة.

أحصِ الخطافات النهائية:
العميل، الأصل، النطاق، الحدث، المطابق، الدور، والأمر المحذوف.

اختم بـ:

عميل/إصدار | النطاق الفعّال | التكوين الحاضر |
MCP محمّل | Graft لوحظ في الاستكشاف الأول |
LSP | RTK | Ponytail | الدليل/الإجراء المتبقي

استخدم الحالات الصريحة:
مُكوّن / محمّل / تم ملاحظة الاستخدام / لم يُختبر / محظور / غير قابل للتطبيق.

صنّف الملفات:
للتثبيت بعد المراجعة / للتجاهل / تكوين الجهاز.

يجب ألا تتضمن الملفات التي ستُثبّت المسارات الشخصية، الأسرار، الكاش، الرسوم البيانية، النسخ الاحتياطية، والنصوص.

اعرض الحالة النهائية لـ Git والتغييرات التي أدخلتها هذه التدخلات،
مميزًا إياها عن التغييرات السابقة. لا تقم بالتثبيت بأي شيء.

الوسوم