امنح وكيل البرمجة بالذكاء الاصطناعي سياق تصميم لعبتك (MCP)

المشكلة: الوكيل يبرمج بسرعة لكنه لا يعرف لعبتك

عندما تطلب نموذجًا أوليًا من وكيل برمجة، فهو لا يعرف إلا ما تلصقه في المحادثة. لكن نية اللعبة والمراجع والأفكار المستبعدة والقرار الذي اتخذته بعد العصف الذهني تعيش في مكان آخر. والنتيجة أنك تعيد لصق السياق نفسه في كل جلسة، أو يخترع الوكيل آلية لا تناسب لعبتك. يحفظ Impstash هذا السياق في مكان واحد (لوحة المراجع والأفكار واتجاه المشروع والمهام)، ويتيحه خادم MCP الخاص به للوكيل.

1. جهّز السياق في Impstash

الوكيل لا يكون أفضل مما يحتويه المشروع. اجمع مراجعك على اللوحة، وأجرِ العصف الذهني، وضع علامة «محتفظ بها» على الأفكار التي تختارها، ثم املأ الإعدادات ← توجيه المشروع: الفكرة المختصرة، والنوع، والركائز، والنبرة، والجمهور، والقيود، والملاحظات. إذا كان التوجيه فارغًا، يُنبّه الخادم الوكيل إلى ذلك، وعليه حينها أن يستنتج اللعبة من ملاحظات اللوحة، لذا من الأفضل كتابته. وانطلاقًا من فكرة محتفظ بها، يستخدم زر إنشاء المهمة عنوانها ونصها كنقطة بداية.

2. ما الذي يستطيع الوكيل قراءته (جميع الباقات)

يوفّر خادم MCP أدوات للقراءة. أول ما ينبغي استدعاؤه هو get_project_context: فهو يعيد توجيه المشروع (الفكرة المختصرة، النوع، الركائز، النبرة، الجمهور، القيود)، والأفكار المحتفظ بها، وملاحظات اللوحة، وأسماء صور المراجع وروابطها، والروابط (Steam وYouTube…)، والمهام المفتوحة. أما الأدوات الأخرى فهي list_projects وget_project_overview وlist_ideas وlist_tasks وlist_my_tasks وget_task_context وget_feedback وget_activity وread_board وview_board_image، التي تتيح للوكيل النظر إلى صورة من المشروع. القراءة مشمولة في جميع الباقات، بما فيها «الاستكشاف».

3. ما الذي يستطيع الوكيل كتابته (باقتا المبدع والاستوديو)

الكتابة مقصورة على الباقات المدفوعة. للمهام: create_task وupdate_task وclaim_task (حجز المهمة قبل العمل) وrelease_task وsubmit_deliverable (إرسال ملاحظة وروابط إلى الالتزامات أو الملفات لمراجعة بشرية). وبرمز كتابة كاملة، يمكن للوكيل أيضًا استخدام add_idea وupdate_idea_status وvote_idea وadd_board_note وadd_board_link. في باقة «الاستكشاف» يقرأ الوكيل ولا يغيّر شيئًا. ولا يستطيع نقل مهمة إلى «تم» إلا إذا سمحت بذلك في إعدادات المشروع؛ وبدلًا من ذلك يرسلها للمراجعة.

4. أنشئ رمز وصول

في Impstash افتح الإعدادات ← الوكلاء وMCP. سمِّ الرمز (مثلًا «Claude Code – الحاسوب المكتبي»)، واختر نطاقه (قراءة فقط، أو قراءة مع تعديل المهام، أو كتابة كاملة) والمشروع المعني (هذا المشروع أو كل مشاريعك). يبدأ الرمز بـ imp_ ويظهر مرة واحدة فقط: انسخه فورًا. يمكنك إلغاءه من الشاشة نفسها. ابدأ برمز محصور في مشروع واحد وفي النطاق الذي يحتاجه الوكيل فعلًا.

5. اربط Claude Code أو عميلًا آخر

يستجيب خادم MCP عبر HTTP على العنوان https://impstash.com/mcp ويتوقع ترويسة Authorization: Bearer يليها رمزك. في Claude Code يكفي أمر واحد. أما في Cursor أو Codex أو أي عميل يقبل خادم MCP بعيدًا عبر HTTP مع ترويسات، فأضف الكتلة الثانية إلى إعدادات MCP في العميل (راجع وثائقه لمعرفة موضع الملف). ثم تأكد من الاتصال بأن تطلب من الوكيل استدعاء list_projects.

claude mcp add --transport http impstash https://impstash.com/mcp --header "Authorization: Bearer imp_YOUR_TOKEN"

{
  "mcpServers": {
    "impstash": {
      "type": "http",
      "url": "https://impstash.com/mcp",
      "headers": {
        "Authorization": "Bearer imp_YOUR_TOKEN"
      }
    }
  }
}

6. سير العمل الموصى به

يمرّر الخادم هذه التعليمات إلى الوكيل بنفسه. فهو يقرأ أولًا get_project_context ثم list_my_tasks ليرى ما أُسند إليك. ثم يحجز المهمة بـ claim_task، ويقرأ get_task_context (الوصف، والفكرة المرتبطة، والإصدارات السابقة، وملاحظات المراجعة)، ويعمل في مستودعك بأدواته الخاصة، ثم يرسل submit_deliverable مع ملاحظة قصيرة (ما الذي تغيّر وكيف تختبره) وروابط. تقبل أنت أو تطلب إعادة العمل؛ وفي هذه الحالة يقرأ الوكيل get_feedback ويستأنف المهمة ويصحّحها.

7. أبقِ زمام التحكم بيدك

يتصرف الوكيل نيابة عن مالك الرمز، وتُنسب أفعاله إلى الوكيل في نشاط المشروع. يمكن حصر الرمز في مشروع واحد، أو إبقاؤه للقراءة فقط، أو إلغاؤه في أي وقت. وإعداد المشروع «يمكن للوكلاء الإنشاء والتعديل» يوقف كل كتابة. الطلبات محدودة بـ180 طلبًا في الدقيقة لكل حساب. لا ينفّذ Impstash شيفرتك ولا يعدّل مستودعك: يقوم الوكيل بذلك بأدواته الخاصة وتحت إشرافك.

موجّه يمكنك تكييفه مع لعبتك

استخدم MCP الخاص بـ Impstash. استدعِ list_projects، ثم get_project_context للعبة Dicebound واقرأ التوجيه والأفكار المحتفظ بها والقيود. بعد ذلك استدعِ list_my_tasks، وخذ المهمة الأولى، واحجزها بـ claim_task، واقرأ get_task_context. في هذا المستودع، نفّذ فقط ما تطلبه المهمة، مع احترام ركائز المشروع وقيوده. إذا تعارض السياق مع المهمة أو نقصت معلومة، فتوقف واسألني. عند الانتهاء، استدعِ submit_deliverable مع ملاحظة (ما الذي تغيّر وكيف يُختبر) ورابط الالتزام. لا تنقل المهمة إلى «تم» بنفسك. وإذا رُفضت الكتابة، فأخبرني بدلًا من الالتفاف عليها.

استبدل المراجع والقيود بمراجعك وقيودك. ردود الذكاء الاصطناعي مسارات للفحص؛ والاختيار يبقى لك.

مراجع ومجتمعات لمواصلة الاستكشاف

• Model Context Protocol — البروتوكول المفتوح الذي يستخدمه الوكلاء للاتصال بالأدوات والبيانات الخارجية.