Codex يبني أداة السوق، وMCPlato يدير مكتب البحث.

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

لهذا السبب، السؤال المثير للاهتمام ليس "هل يستطيع الذكاء الاصطناعي التنبؤ بالأسواق؟" ولا ينبغي أن يكون كذلك. أسعار أسواق التنبؤ هي احتمالات ضمنية في السوق، وليست يقينًا. يمكن أن يكون السعر إشارة مفيدة لتوقعات الجمهور، لكنه ليس حقيقة عن المستقبل، وليس توصية.

السؤال الأفضل تشغيلي: من يحافظ على استمرار حلقة البحث؟

Codex إجابة طبيعية عندما تكون المهمة بناء الآلية: موصلات API، محللات، notebooks، اختبارات، لوحات معلومات، سكربتات تنظيف بيانات، ومراجعة pull requests. أما MCPlato فهو إجابة طبيعية عندما تكون المهمة تشغيل مكتب البحث حول تلك الآلية: موجزات مجدولة، سياق مساحة العمل المحلية، تسليم عبر ClawMode، مراجعة بصلاحيات، سجلات قرار، وWands. MCPlato ليس روبوت تداول، ولا يقدم نصائح استثمارية. النمط المفيد هو إنتاجية البحث، لا تنفيذ التداول آليًا.

الطبقة المفقودة هي مكتب البحث

سير عمل جاد لأسواق التنبؤ هو حلقة:

1. مراقبة الأسواق المختارة والمصادر الخارجية.
2. ترجمة حركة السعر إلى احتمال ضمني في السوق.
3. مقارنة ذلك الاحتمال بتغيرات المصادر، والنماذج المحلية، والافتراضات السابقة.
4. إرسال موجز قصير أو تنبيه يتضمن روابط وطوابع زمنية.
5. سؤال الإنسان عما يريد مراجعته أو تسجيله أو تجاهله.
6. حفظ أثر القرار.
7. مراجعة النتائج وتحسين سير العمل.

يمكن أن يساعد Codex في هندسة أجزاء كثيرة من هذه الحلقة. يمكنه العمل داخل مستودع، وتشغيل أوامر، وصيانة كود، ومراجعة PRs، وأتمتة أعمال المشاريع المتكررة. كما تصف وثائق Codex العامة أعمال البيانات والتقارير، وواجهات المتصفح واستخدام الحاسوب، والأتمتة، لذلك فالمقارنة العادلة ليست "Codex لا يستطيع تنفيذ مهام مجدولة" أو "Codex يكتب الكود فقط".

الفرق هو شكل المنتج. يكون Codex في أقوى حالاته عندما يكون مركز الثقل هو قاعدة الكود. أما MCPlato فمصمم كـ Desktop AI Engine وزميل عمل بالذكاء الاصطناعي داخل مساحة عمل local-first: ملفات، متصفح، مستندات، مهام مجدولة، قنوات ClawMode، صلاحيات، Skills/Distill، وWands. إذا كان Codex هو المكان الذي تُهندس فيه سير العمل، فإن MCPlato هو المكان الذي تظل فيه سير العمل قيد التشغيل.

سير عمل مرسوم يدويًا من مصادر عامة ولقطات سوق إلى موجز MCPlato مجدول، وسجل قرار، ونتاج Wand.

الشكل: حلقة أبحاث أسواق التنبؤ ليست prompt واحدًا. إنها مراقبة مصادر، ومراجعة نموذج، والتقاط قرار بشري، ونتاجات قابلة لإعادة الاستخدام.

Codex مقابل MCPlato لأبحاث أسواق التنبؤ

مقارنة متوازنة بين منصتي عمل: Codex مع كود الموصل والاختبارات ومراجعة PR؛ وMCPlato مع الجداول والملاحظات المحلية وتسليم IM والصلاحيات وWands.

الشكل: أقوى سير عمل ليس تنافسيًا. Codex يبني طبقة الهندسة ويحافظ عليها؛ وMCPlato يشغل طبقة البحث المتكررة.

السيناريو 1: موجز يومي من الطقس إلى السوق

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

يمكن لـ Codex بناء موصل National Weather Service، وتحليل الاستجابة، واختبار الحالات الحدية. ويمكن لـ MCPlato تشغيل فحص الصباح، ومقارنة التحديث بموجز الأمس المحفوظ، وإرسال رسالة ClawMode موجزة، وتخزين الملاحظة في مساحة العمل المحلية.

Every weekday at 7:00 AM, prepare a weather-to-market research brief for the markets in ./watchlists/weather-markets.csv.

Use public weather sources first, including NWS forecasts and active alerts when available. Compare the latest source changes with yesterday's brief in ./research/weather-briefs/.

Output:
1. Markets to watch today
2. What changed since yesterday
3. Source links and timestamps
4. Assumptions that became stronger or weaker
5. Questions I should review manually

Send the summary to my Feishu channel and save a markdown copy locally.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

السيناريو 2: تشغيل نموذج محلي ومراجعته

يمتلك كثير من المستخدمين ذوي التوجه الكمي notebook أو سكربتًا بالفعل. ليست نقطة الضعف دائمًا في النموذج؛ بل في الانضباط التشغيلي حوله. متى شُغل؟ أي ملف إدخال استخدم؟ أي سعر سوق قورن به؟ هل اختلف الاحتمال الضمني في السوق لأن النموذج قديم، أم لأن السوق تحرك، أم لأن افتراضًا تغير؟

Codex مناسب جدًا لتحسين مستودع النموذج. وMCPlato مناسب جدًا لتشغيل المراجعة المتكررة وإنتاج ملاحظة مرتبطة بالمصادر.

Run the model notebook in ./models/event-probability/ and compare the output with the latest market-implied probabilities for the markets listed in ./watchlists/core-events.csv.

Create a review note with:
- model probability
- market-implied probability
- difference
- input data timestamp
- model version or git commit
- likely reason for any large gap
- whether the gap is caused by stale data, model assumptions, or market movement

Save the note to ./research/model-reviews/ and ask me before changing any workflow files.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

السيناريو 3: من التنبيه إلى سجل القرار

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

هنا تهم طبقة تشغيل مساحة العمل الشخصية في MCPlato. يمكن لـ ClawMode تسليم التنبيه حيث يعمل المستخدم بالفعل، بينما تحفظ مساحة العمل المحلية سجل القرار وسياق المصدر.

بطاقة سجل قرار مرسومة يدويًا تتضمن طابعًا زمنيًا، ورابط مصدر، وافتراضات متأثرة، وملاحظة عدم يقين، وخيارات مراجعة بشرية.

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

Monitor the markets in ./watchlists/alerts.csv during my working hours. If a market-implied probability moves by more than 8 percentage points, or if an official source updates, send me an alert.

For each alert, include:
1. What changed
2. Which source changed
3. The affected assumptions
4. A short uncertainty note
5. Three options: Record decision, Schedule recheck, Ignore

If I choose Record decision, append my note and the source snapshot to ./research/decision-log.md.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

السيناريو 4: من البحث إلى نتاج Wand

تصبح عملية البحث المتكررة في النهاية أكثر أهمية من أن تُترك كدردشات وCSVs ولوحات معلومات ومخرجات notebooks متناثرة. إنها تحتاج إلى مراحل، وبوابات مراجعة، وتصديرات. هذا هو استخدام Wand: تحويل سير عمل متكرر إلى نتاج مرئي يمكن فحصه وتوجيهه والموافقة عليه واستئنافه وتصديره.

يمكن لـ Codex الحفاظ على صحة السكربتات. ويمكن لـ MCPlato تنسيق دورة حياة النتاج.

Create a Wand for my weekly prediction-market research review.

The Wand should have stages:
1. Align markets and scope
2. Collect market data and external sources
3. Run my local model
4. Generate charts and a written brief
5. Check every factual claim has a source
6. Export a PDF and update the decision log

Start by asking me for the watchlist file and the output folder. Keep the artifact reviewable at every stage.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

السيناريو 5: مراقب الإصدارات الكلية

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

تجعل بيانات الإصدارات والسلاسل بأسلوب FRED هذا ملموسًا. يمكن لـ Codex بناء كود الإدخال والتحقق. ويمكن لـ MCPlato تشغيل المراقب المجدول، وتحديث النتاجات المحلية، وإخطار المستخدم.

Set up a recurring macro-event monitor for the FRED releases and market watchlist in ./watchlists/macro-events.csv.

On each run:
- check upcoming and newly updated economic releases
- identify which watched markets may be affected
- compare the new data with the previous saved snapshot
- update ./research/macro-dashboard.wand if needed
- send a concise briefing to Slack

Ask me before changing the watchlist, model assumptions, or Wand structure.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

السيناريو 6: مراجعة أسبوعية بعد الحدث

قد يحدث الجزء الأكثر قيمة من سير عمل البحث بعد الحدث. يمكن لمراجعة ما بعد الحدث أن تسأل: أي التنبيهات كان مفيدًا، وأيها كان ضوضاء، وأي افتراضات تغيرت، وأين اختلف النموذج المحلي عن الاحتمال الضمني في السوق، وما الذي ينبغي تحسينه في الأسبوع المقبل؟

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

Every Friday afternoon, create a postmortem from this week's market briefs, alerts, model reviews, and decision log.

Summarize:
1. Which assumptions changed
2. Which alerts were useful or noisy
3. Where my model disagreed with market-implied probabilities
4. What I learned after outcomes or new sources arrived
5. What to change in next week's watchlist, model, prompt, or Wand

Save the report locally and ask me before making any workflow changes.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

التسليم الذي يجعل الأداتين أقوى

سير العمل العملي بسيط:

1. استخدم Codex لبناء أو إصلاح الموصل أو notebook أو parser أو dashboard أو مجموعة الاختبارات.
2. ضع الأداة الموثوقة في مجلد مشروع محلي مع README واضح وsmoke test.
3. اطلب من MCPlato تشغيل سير العمل وفق جدول، ودمجه مع الملاحظات المحلية، وإرسال موجز، وحفظ أثر البحث.
4. عندما يتعطل سير العمل، اطلب من MCPlato تلخيص الفشل وإعداد issue دقيق ليصلحه Codex.
5. أبق الإنسان صاحب القرار.

I used Codex to build the connector in ./tools/market-monitor. Review the README, run the smallest smoke test, and then schedule it as a daily MCPlato briefing.

If tests fail, summarize the failure and prepare a clear issue for Codex to fix. If tests pass, create a scheduled task that runs the connector, updates ./research/latest-brief.md, and sends the result to my IM channel.

Ask me before editing the connector, changing credentials, or modifying the scheduled task.
Do not provide investment advice, recommend trades, or execute/place/cancel orders.

هذه هي نقطة مقارنة Codex وMCPlato. يكون Codex ممتازًا عندما يجب أن يكون الناتج كودًا، أو diff، أو اختبارًا، أو PR، أو مستودعًا تتم صيانته. ويكون MCPlato مقنعًا عندما يجب أن يكون الناتج روتينًا متكررًا في مساحة العمل مع مراجعة بشرية: موجز صباحي، تنبيه بسياق، ملاحظة مراجعة نموذج، سجل قرار، Wand، أو مراجعة أسبوعية بعد الحدث.

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

المراجع

• مرجع Polymarket US API — المقدمة
• مرجع Polymarket US API — نظرة عامة على WebSocket
• ما هو Polymarket US؟
• أسواق التنبؤ: تمهيد
• National Weather Service API Web Service
• وثائق FRED API
• وثائق مطوري OpenAI Codex
• ميزات Codex CLI
• Codex Cloud
• مراجعة GitHub Pull Requests باستخدام Codex
• أتمتة Codex App
• حالات استخدام Codex
• موافقات وأمان وكيل Codex
• MCPlato — The Desktop AI Engine
• MCPlato ClawMode
• MCPlato Wand
• سياسة خصوصية MCPlato
• شروط خدمة MCPlato
• ميزات Polymarket Alerts
• احتمالات Polymarket عبر الزمن
• أدوات تحليلات Polymarket
• نبذة عن درجات Brier
• سجل القرار