---
title: "ابنِ وكيل بحث تسويقي في Cursor باستخدام Minds MCP"
description: "جولة عمل لبناء وكيل بحث تسويقي مخصّص في Cursor يسحب من PostHog، ويشغّل لجان Minds، وينشر إلى Slack."
canonical_url: "https://getminds.ai/blog/ar/build-marketing-research-agent-cursor-minds-mcp"
last_updated: "2026-06-22T02:06:54.242Z"
---

# ابنِ وكيل بحث تسويقي في Cursor

هذا الدليل لشخص يريد بناء وكيل بحث تسويقي مخصّص بدلاً من استخدام واحد جاهز. النتيجة النهائية وكيل داخل Cursor يأخذ موجز بحث بلغة طبيعية، يسحب تحليلات المنتج من PostHog، يشغّل لجنة اصطناعية مع Minds، يقارن بين الاثنين، وينشر ملخصاً إلى Slack. حوالي 90 دقيقة من العمل من البداية للنهاية إذا كان لديك حسابات بالفعل في الخدمات الثلاث.

الفكرة ليست شحن منتج مصقول. الفكرة أن تجعل الحلقة الوكيلة ملموسة: الوكيل يستلم موجزاً، الوكيل يستدعي عدة خوادم MCP بالتسلسل، الوكيل يستدل على النتيجة المشتركة، الوكيل يبلّغ. بمجرد أن تبني واحداً، النمط يتركّب لأي شيء آخر تريد بناءه.

## المتطلبات المسبقة

ثلاثة حسابات وثلاثة مفاتيح API:

- حساب Minds مع مفتاح API (`minds_…`). سجّل في getminds.ai إذا لم يكن لديك واحد.
- حساب PostHog مع مفتاح API شخصي.
- مساحة عمل Slack حيث يمكنك النشر إلى قناة عبر webhook أو رمز تطبيق.

تثبيت Cursor (أو أي محرّر بدعم MCP: VS Code مع Copilot يعمل بنفس الطريقة).

حوالي 30 دقيقة من وقت إعداد مركّز، ثم 60 دقيقة من التكرار على موجز الوكيل وموجّهه.

## الخطوة 1: ربط خوادم MCP الثلاثة

كل من الخدمات الثلاث تعرض خادم MCP. سنربط الثلاثة بـ Cursor.

في Cursor، افتح Settings → MCP وأضف ثلاثة خوادم.

*Minds.* أضف خادماً جديداً بالرابط `https://getminds.ai/mcp` وفوّض عبر OAuth. الـ 12 أداة Minds (`create_panel`، `ask_panel`، `export_panel` إلخ) تظهر في tool picker لديك.

تبدأ وثائق المنتج من [نظرة عامة على خادم Minds MCP](/mcp/overview)؛ وللخطوات الخاصة بكل عميل استخدم [دليل إعداد Minds MCP](/mcp/setup).

*PostHog.* PostHog يطلق خادم MCP الخاص به. الإعداد المُوصى به هو نقطة النهاية البعيدة على `https://app.posthog.com/mcp`، أيضاً مع OAuth. تحصل على 55 أداة تغطي الأحداث، الـ funnels، الـ cohorts، ولوحات التحكم.

*Slack.* خادم Slack MCP متاح عبر npm. أضفه كخادم stdio بـ `npx -y @modelcontextprotocol/server-slack` ورمز Slack bot الخاص بك في env. أداتان كافيتان: `slack_post_message` و`slack_list_channels`.

أعد تشغيل Cursor. الخوادم الثلاثة يجب أن تظهر في قائمة أدوات الوكيل. اختبر كلاً منها بطلب الوكيل أن يعرض اللجان (Minds)، الـ cohorts (PostHog)، والقنوات (Slack).

## الخطوة 2: اختر سير عمل بحثياً يستحق الأتمتة

الوكيل مفيد فقط بقدر ما تعطيه من سير عمل. اختر شيئاً محدداً. المثال الذي سنبنيه:

> خذ اسم ميزة، اعثر على المستخدمين الذين استخدموا الميزة في آخر 30 يوماً في PostHog، حدّدهم كشخصية اصطناعية عبر Minds، اسأل تلك الشخصية لماذا قد توصي أو لا توصي بالميزة، وانشر ملخصاً إلى #product-research في Slack.

هذا النمط (ربط البيانات الحقيقية بالإثراء الاصطناعي بتوزيع الفريق) قابل لإعادة الاستخدام عبر العديد من القرارات. استبدل بنمطك الخاص.

## الخطوة 3: اكتب موجّه الوكيل

ضع موجّه الوكيل في ملف Cursor `.cursorrules` أو كرسالة نظام لجلسة وكيلك. الهيكل الذي يعمل:

```text
You are a marketing research agent. Your job is to take a feature name as input
and return a recommendation summary, posted to Slack.

For each request, do the following in order:

1. Use PostHog tools to find users who triggered the feature event in the last
   30 days. Get a count and basic properties (plan tier, account age, region).

2. Build a Minds persona that matches the dominant cohort from step 1. Use
   `create_mind` with a description that captures the cohort's plan tier,
   tenure, and likely role.

3. Create a panel of three personas matching that profile, using `create_panel`
   then `ask_panel`. Ask: "Would you recommend this feature to a colleague?
   Why or why not? What would have to change for it to be a yes?"

4. Cross-reference the panel response against the PostHog data. Look for
   alignment (do the panel's stated reasons match the actual usage patterns?)
   and gaps (does the panel surface concerns the metrics don't show?).

5. Post a summary to #product-research in Slack with three sections:
   - Cohort profile (who used it)
   - Panel verdict (recommend or not, top stated reasons)
   - Recommended action (what to do next)

Keep the Slack summary under 500 words. Link back to the full panel export.
```

هذا الموجّه يفعل ثلاثة أشياء بقصد:

- يرتّب الخطوات بشكل صارم حتى لا يختصر الوكيل.
- يخبر الوكيل كيف يركّب النتائج عبر الأدوات، لا فقط كيف يستدعيها.
- يحدّ المخرجات بحيث تكون رسالة Slack قابلة للقراءة فعلاً.

## الخطوة 4: اختبر مقابل ميزة حقيقية

اختر ميزة شحنها منتجك فعلاً. شغّل الوكيل. التسلسل المتوقع:

1. الوكيل يستدعي PostHog `events` query لـ `feature_used` مفلتراً على اسم الميزة وآخر 30 يوماً. يعيد عداً وعينة.
2. الوكيل يستدعي PostHog `cohorts` لتوصيف المستخدمين. يحدّد مستوى الخطة المهيمن ومتوسط عمر الحساب.
3. الوكيل يستدعي Minds `create_mind` بوصف شخصية مثل "عميل دافع متوسط المستوى، 6 إلى 18 شهراً على المنصة، مستخدم رئيسي لـ <span>

فئة الميزة

</span>

".
4. الوكيل يستدعي Minds `create_panel` بثلاث من تلك الشخصيات.
5. الوكيل يستدعي Minds `ask_panel` بسؤال التوصية.
6. الوكيل يقرأ الاستجابات. يستدعي Minds `export_panel` لحفظ الجلسة الكاملة لرابط Slack.
7. الوكيل يستدعي Slack `slack_post_message` بالملخص المهيكل ورابط التصدير.

الوقت من البداية للنهاية: 60 إلى 120 ثانية حسب حجم الـ cohort وطول استجابة اللجنة. التكلفة من البداية للنهاية: حوالي 0.15 دولار في تكاليف استدعاء MCP زائد 0.05 دولار في استدلال الوكيل.

إذا فشلت أي خطوة، الوكيل عادة سيعيد المحاولة مرة أو يحوّل المسار. إذا تعطّل، السبب الأكثر شيوعاً هو موجّه هش في الخطوة 4 (وصف الشخصية لا يتناسب بنظافة مع الـ cohort). أعد كتابة وصف الشخصية ليكون أكثر مرونة وأعد التشغيل.

## الخطوة 5: جدولها

الوكيل يولّد قيمة فقط إذا عمل بدونك. مساران:

*محفّز يدوي عبر Slack.* أضف أمر slash `/research [اسم-الميزة]` يحفّز وكيل Cursor. هذا أبسط مسار ويعمل للبحث الفوري.

*محفّز cron.* استخدم سير عمل CI (GitHub Actions، أتمتة Linear، أي شيء يستطيع العمل بجدول) لإرسال قائمة من أسماء الميزات إلى نقطة نهاية الوكيل كل اثنين. الوكيل يشغّل سير العمل مرة لكل ميزة وينشر كل ملخص. الفريق يحصل على ملخص بحث صباح الاثنين بدون عبء بشري.

مسار cron حيث تتراكم القيمة. فريق يشغّل بحثاً على مستوى الميزة على كل ميزة مشحونة لمدة ربع، يتعلم عن منتجه أكثر من فريق يشغّل دراسة كبيرة واحدة في السنة، وبأقل من 5 بالمئة من التكلفة.

## أين تتفوّق الوكلاء المخصّصون على الجاهزين

الحجة لبناء هذا بدلاً من استخدام أداة بحث مُحزَّمة:

*خصوصية سير العمل.* الأدوات الجاهزة تُحسّن للحالة الأكثر شيوعاً. سير عمل البحث لفريقك نادراً ما يكون الحالة الأكثر شيوعاً. وكيل مخصّص يتناسب تماماً مع إيقاع قراراتك.

*تركيب الأدوات.* الحركات المثيرة للاهتمام تحدث عندما يُربط البحث الاصطناعي ببيانات منتج حقيقية، ثم يُوزَّع في قناة فريقك. لا أداة جاهزة تفعل السلسلة الكاملة. وكيل مخصّص يجمع ثلاثة MCPs يفعل.

*التحكم بالتكلفة.* تدفع لكل استدعاء، لكل خدمة. لا تراخيص لكل مقعد، لا رسوم منصة فوقها. الاستخدام الكثيف يخرج أرخص من الأدوات المُحزَّمة على نطاق الفريق؛ الاستخدام الخفيف مجاني أساساً.

*سرعة التكرار.* تغيير سير العمل هو تغيير الموجّه. لا خارطة طريق للمزود، لا طلبات ميزات. القيد هو انتباهك الخاص، ليس دورة إصدار شخص آخر.

## فخاخ شائعة

بضع حواف حادة من تشغيل هذا في الإنتاج:

- *انجراف الشخصية عبر الاستدعاءات.* إذا أنشأت Mind جديداً لكل تشغيل، ملف الشخصية ينحرف بشكل خفي في كل مرة. أبقِ الـ Mind مرة (خبّئ المعرف) وأعد استخدامه. Minds MCP يعرض `list_minds` لهذا بالضبط.
- *مهلة استعلام PostHog.* الـ cohorts الكبيرة تنفد مهلة الوكيل. حدّ حجم الـ cohort في الموجّه أو فلتر مسبقاً إلى عينة تمثيلية.
- *حدود حجم رسائل Slack.* Slack يقطع الرسائل فوق 4000 حرف. الحد الأقصى لـ 500 كلمة في الموجّه أقل بكثير، لكن إذا تجاهله الوكيل، انشر كـ thread بدلاً من رسالة واحدة.
- *دوران رموز OAuth.* الخدمات الثلاث تدوّر الرموز دورياً. إذا توقّف الوكيل فجأة عن العمل، أعد تفويض كل موصِل قبل تصحيح الموجّه.

## إلى أين يتجه هذا

سير عمل توصية الميزة الواحدة هو نقطة البداية. بمجرد أن يعمل، نفس الوكيل يعمّم على:

- حلقات فاعلية الحملة الأسبوعية (شغّل ردود فعل اصطناعية للإعلانات قبل بثّ الحملة، تحقّق مقابل النقر الفعلي بعدها)
- تموضع تنافسي شهري (شغّل لجاناً اصطناعية مقابل رسائل المنافسين، قارن مع بيانات تحويلك)
- تحديث ربع سنوي للشخصيات (حدّث الشخصيات الاصطناعية بناءً على تحوّلات سلوك المنتج المُلاحَظة)

كل واحد بنفس الشكل: ربط البيانات الحقيقية، إثراء اصطناعي، توزيع الفريق. ابنِ الأول. الباقي اختلافات.

لمزيد عما يستحق الربط بجواره، راجع [أفضل خوادم MCP لوكلاء التسويق والبحث في 2026](/blog/best-mcp-servers-marketing-research-agents-2026). للفئة الكامنة، راجع [البحث التسويقي الوكيل، تعريفاً](/blog/agentic-market-research-definition). لسؤال الثقة على المخرجات الاصطناعية، راجع [التحقق من مخرجات البحث الوكيل](/blog/validating-agentic-research-output-eval-frameworks).