目次8 セクション
يعتمد هذا الدليل على معلومات سبتمبر 2026. قد تتغير الأسعار والنماذج وأسماء عناصر الواجهة؛ وهو دليل عملي وليس مصدراً لحالة المنتج في الوقت الفعلي.
صل الأدوات من السوق أو إعداد المشروع وشخّص الأعطال طبقةً بطبقة.
اختر نطاق الإعداد المناسب
تدعم الوثائق الصينية التثبيت من السوق والإعداد اليدوي وملف .trae/mcp.json للمشروع. قد تختلف الإصدارات الإقليمية؛ تحقق من نسختك. فعّل MCP للمشروع فقط في مساحة تثق بها.
ملف مشروع بأقل إعداد
هذا إعداد فارغ صالح، وليس تكاملًا عاملًا. أضف كتلة الخادم التي يقدمها مسؤول الصيانة الرسمي. افصل command عن args ولا تضع بيانات اعتماد في ملفات مشتركة.
{
"mcpServers": {}
}مثال: Playwright MCP لتطبيق ويب محلي
ينشر مستودع Microsoft Playwright MCP إعدادًا باستخدام npx. يستخدم المثال بنية mcpServers الموثقة لدى TRAE. ثبّت Node.js مدعومًا وأضف الإعداد إلى .trae/mcp.json وفعّل MCP للمشروع. يسمح -y بالتثبيت دون سؤال تفاعلي. هذا قالب مبني على الوثائق ولم نشغّله داخل عميل TRAE.
{
"mcpServers": {
"playwright": {
"command": "npx",
"args": ["-y", "@playwright/mcp@latest"]
}
}
}- شغّل خادم التطوير المحلي.
- اطلب من الوكيل فتح الرابط المحلي والإبلاغ عن عنوان الصفحة قبل التعديل.
- إن لم يبدأ الخادم، راجع السجل وملف Node.js التنفيذي المتاح للـ IDE.
- ثبّت إصدار الحزمة بعد اختباره لإعداد قابل للتكرار لدى الفريق.
حدّد الطبقة المتعطلة
اختبر خادمًا واحدًا وعملية قراءة آمنة قبل تفعيل تكاملات متعددة.
- JSON: احذف التعليقات والفواصل النهائية وتحقق من صحة الملف.
- العملية المحلية: تأكد من تثبيت npx أو uvx وإتاحته لعملية IDE.
- التنفيذ: استخدم command للبرنامج وargs لوسائطه.
- المصادقة: تحقق من بيانات الاعتماد والصلاحيات الموثقة للخادم.
- الاتصال: راجع الخطأ الفعلي في سجل MCP قبل تغيير مهلات الانتظار.
اختر التكامل وفق المهمة
ابدأ في المستودعات بقراءة الشيفرة أو القضايا فقط، وفي قواعد البيانات بحساب استعلام محدود، وفي المتصفح بصفحة محلية. الوجود في السوق لا يبرر منح وصول غير مقيد.
أول مهمة كاملة: التعديل والتحقق والمراجعة
-
اختر مستودعاً صغيراً يُبنى بنجاح بالفعل. احفظ نقطة رجوع نظيفة في Git وسجّل أمر الفحص الناجح قبل التعديل ليكون مرجعاً.
-
حدّد نتيجة قابلة للملاحظة، مثل إضافة حقل إلزامي إلى نموذج قائم. اذكر الملفات والتحقق الموجود والسلوك الذي يجب الحفاظ عليه.
-
راجع خطة قصيرة قبل التحرير. تحقّق من المكوّنات المتأثرة وتدفق البيانات وأوامر الفحص، وأكمل السياق الناقص أولاً.
-
راجع الفروق على دفعات، بما فيها الاعتماديات والملفات المولّدة ومتغيرات البيئة ومعالجة الأخطاء. اختبر مساري النجاح والفشل.
-
سجّل النتيجة المقبولة ووقت المراجعة والاستهلاك. كرّر التجربة على مهمة ممثلة أخرى قبل اختيار خطة مدفوعة أو نقل فريقك.
نموذج لوصف المهمة
الهدف: التغيير الذي يراه المستخدم.
السياق: الملفات المعنية والتنفيذ الحالي.
القيود: الحفاظ على الواجهة العامة والاعتماديات.
التحقق: فحوص المشروع ومسار الفشل.
الإنجاز: الملفات المعدلة والفحوص المنفذة والقيود المتبقية.عندما لا تصلح النتيجة للاستخدام
نجاح الطلب لا يثبت صحة الشفرة. عند تعديل ملفات خاطئة، قلّل النطاق وحدّد نقطة الدخول. أعد تنفيذ الأوامر في بيئة الطرفية نفسها. في MCP افصل بين تشغيل الخادم وبيانات الاعتماد وإعداد العميل. عند نفاد الاستخدام افحص الرصيد والنموذج قبل التكرار. أبقِ التعديلات صغيرة ويمكن التراجع عنها دون فقدان العمل الآخر.
أسئلة شائعة قبل الانتقال
هل الاشتراك المدفوع يعني استخداماً غير محدود للوكيل؟
لا. السعر والاستخدام المشمول والوصول للنماذج والاستخدام الإضافي أمور منفصلة. الإكمال غير المحدود لا يعني طلبات نماذج غير محدودة.
هل أوصل كل خوادم MCP معاً؟
ابدأ بالتكامل المطلوب للمهمة الحالية. تحقّق من التشغيل والأدوات والسياق المرسل قبل إضافة غيره.
كيف أقارن محررين بعدل؟
استخدم المستودع والمهمة ومعايير القبول نفسها. قارن التغييرات الصحيحة وجهد المراجعة وصعوبة الإعداد والاستهلاك الفعلي.
أدلة TRAE ذات صلة
続きを読む
同じテーマやツールに関連する記事。
