ابنِ وكيل بحث تسويقي في Cursor باستخدام Minds MCP

هذا الدليل لشخص يريد بناء وكيل بحث تسويقي مخصّص بدلاً من استخدام واحد جاهز. النتيجة النهائية وكيل داخل Cursor يأخذ موجز بحث بلغة طبيعية، يسحب تحليلات المنتج من PostHog، يشغّل Study اصطناعية مع 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، أضف الخوادم الثلاثة إلى ~/.cursor/mcp.json (أو .cursor/mcp.json داخل المشروع).

Minds. أضف خادم Minds MCP لأبحاث السوق بالشكل "minds": { "url": "https://getminds.ai/mcp" } وسجّل الدخول عبر OAuth عندما يطلب Cursor ذلك؛ لا حاجة إلى مفتاح API. تظهر أدوات Minds المعلنة (create_audience_from_brief وask_audience وcreate_study وplan_study_questions وexport_study وغيرها) في tool picker لديك. للخطوات الخاصة بكل عميل، استخدم دليل إعداد Minds MCP.

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. الخوادم الثلاثة يجب أن تظهر في قائمة أدوات الوكيل. اختبر كلاً منها بطلب الوكيل أن يعرض Audiences (Minds)، الـ cohorts (PostHog)، والقنوات (Slack).

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

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

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

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

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

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

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 Audience that matches the dominant cohort from step 1. Use
   `create_audience_from_brief` with a brief that captures the cohort's plan
   tier, tenure, and likely role, and follow it with
   `get_audience_creation_progress`.

3. Ask that Audience one question with `ask_audience`, then read the answers
   with `get_study_status`. 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 Audience's answers against the PostHog data. Look for
   alignment (do the stated reasons match the actual usage patterns?) and gaps
   (do the answers surface concerns the metrics don't show?).

5. Post a summary to #product-research in Slack with three sections:
   - Cohort profile (who used it)
   - Audience 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 Study export.

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

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

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

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

1. الوكيل يستدعي PostHog events query لـ feature_used مفلتراً على اسم الميزة وآخر 30 يوماً. يعيد عداً وعينة.
2. الوكيل يستدعي PostHog cohorts لتوصيف المستخدمين. يحدّد مستوى الخطة المهيمن ومتوسط عمر الحساب.
3. الوكيل يستدعي Minds create_audience_from_brief بموجز مثل "عملاء دافعون متوسطو المستوى، 6 إلى 18 شهراً على المنصة، مستخدمون رئيسيون لـ فئة الميزة." ثم يتابع بـ get_audience_creation_progress.
4. الوكيل يستدعي Minds ask_audience بسؤال التوصية، ما ينشئ Study خاصة لتلك الـ Audience.
5. الوكيل يستدعي Minds get_study_status حتى تكتمل الإجابات.
6. الوكيل يقرأ الاستجابات. يستدعي Minds export_study لحفظ الـ Study كاملة لرابط Slack.
7. الوكيل يستدعي Slack slack_post_message بالملخص المهيكل ورابط التصدير.

الوقت من البداية للنهاية: 60 إلى 120 ثانية حسب حجم الـ cohort وطول الإجابات، إضافة إلى وقت إنشاء الـ Audience في التشغيل الأول. يشمل Minds الوصول عبر MCP. تستهلك أبحاث Pay as you go الإجابات المشتراة؛ وتستخدم الخطط المدفوعة حصص الإجابات المعمول بها. وتعتمد أي رسوم منفصلة لمزود النماذج على النموذج المختار وحجم استخدامه.

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

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

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

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

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

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

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

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

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

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

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

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

فخاخ شائعة

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

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

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

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

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

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

لمزيد عما يستحق الربط بجواره، راجع أفضل خوادم MCP لوكلاء التسويق والبحث في 2026. للفئة الكامنة، راجع البحث التسويقي الوكيل، تعريفاً. لسؤال الثقة على المخرجات الاصطناعية، راجع التحقق من مخرجات البحث الوكيل.