runesleo

من لا يستطيع تحقيق الأرباح في PM، فإن جزءًا كبيرًا منهم لا يسيء فهم الأحداث، بل لا يعرفون كيفية تقديم الطلب.
التفصيل:
Polymarket يستخدم دفتر أوامر محدود السعر (CLOB · دفتر الأوامر المحدود المركزي)، وليس AMM (مزوِّد السيولة التلقائي).
ما تراه من سعر 0.51 هو أدنى سعر بيع حالي، وليس "سعر السوق".
الشراء بسعر السوق = التمرير عبر المستويات واحدًا تلو الآخر.
مثال: عمق السوق 200 دولار / 0.51، وما زال هناك 0.52 / 0.55 / 0.6...
عند وضع طلب بقيمة 1000 دولار، قد يكون المتوسط في التنفيذ عند 0.56.
5% انزلاق خفي.
إذا كنت قد حددت الحدث بشكل صحيح، لكن الربح والخسارة لا تزال سلبية — السبب الرئيسي ليس خطأ التحلي

ليلة العشاء، قال لي صديق إن كلود تم حظره، سألني هل أبدأ كلود من جديد أم أجرب كودكس
إجابتي لم تكن حاسمة كما كانت من قبل😅

قمت بتشغيل عدة عمليات خلفية لاستراتيجية، وتعرضت لخسارة:
من الواضح أن العملية تعمل، والبيانات جديدة، لكن PM2 يظهر أنها متوقفة.
إذا وثقت في إعادة التشغيل المباشر من PM2، فإن ذلك يقطع العمليات التي لا تزال تعمل.
ثم أدركت أن: PM2 / launchd / ملف pid، كلها مجرد سجلات لحالة الحماية — هل قاموا بتسجيل العملية أم لا، وأن يكون العملية فعلاً قيد التشغيل هو أمر مختلف.
الأمر الحقيقي يعتمد على ملف الصحة الذي تنتجه العملية بنفسها — آخر تحديث قبل بضع دقائق + عدد العمليات يتطابق = على قيد الحياة.
كتبت سكربت فحص دوري، وكل عملية تُبلغ عن 4 قيم في وقت واحد:
- هل العملية موجودة (باستخدام أمر ps)
- هل سجلها PM2 / l

تم إصدار أداة Polymarket v0.4.
بعد استرداد pUSD، يكفي المستخدم العادي استخدام التطبيق الرسمي. لكن طبقة الوكيل / لوحة المعلومات كانت دائماً فارغة — هل هناك محفظة Polymarket معينة لا تزال لديها استرداد، كم المبلغ القابل للدفع، هل يجب تفعيل تنبيه مستوى السيولة، لم يكن هناك أدوات جاهزة سابقاً للـ zero-dep.
ثلاث أدوات مساعدة تحل المشكلة مرة واحدة: جلب + تلخيص + تصنيف. بدون مفاتيح خاصة، بدون توقيعات، بدون relayer، API للقراءة فقط ومفتوحة للجميع.
قبل الإطلاق، أجريت جولتين من المراجعة المستقلة مع Codex، الجولة 1 كشفت عن خلل في محفظة العرض التوضيحي التي زعمت أن لديها 1.84 دولار قابلة للدفع (في الواقع 0

في مجموعة النقاش حول الروبوتات مفتوحة المصدر، يتفق معظم الناس على عبارة واحدة: الروبوتات التي تربح المال لن يفتح أحد مصدرها.
يبدو الأمر كأنه كلام فارغ، لكن هذا الفهم أصبح حادًا في عصر الذكاء الاصطناعي—
في السابق، كانت الحصن المنيع هو "القدرة على كتابة الكود". الآن، يُترك GitHub للذكاء الاصطناعي، الذي يقرأ الهيكل الكامل خلال ثوانٍ. تكلفة إعادة الكتابة انخفضت من شهرين إلى ساعتين.
الحصن المنيع تحول من "كتابة الكود" إلى "تطوير استراتيجيات التفكير".
أنا أعمل على هذا الأمر أيضًا بشكل متدرج—
أفتح مصدر أدوات Polymarket (المخزن، استدعاء أدوات من هذا النوع). القيمة لإعادة الاستخدام عالية، العتبة منخفضة،

رأيت مجموعة عالية الجودة من مهارات كود كلاود — شخص ما قام بنشر 23 مهارة يستخدمها يوميًا مباشرة من ~/.claude/skills/ بدون تغليف "تعليمي".
الأكثر إثارة للإعجاب هو مهارة grill-me: أربع جمل فقط في النص، تجعل الذكاء الاصطناعي يحقق في كل فرع من خطة كما لو أنه يستجوب، حتى يتوصل إلى اتفاق، يسأل عن شيء واحد في كل مرة، ولا تسألني عن ما يمكن العثور عليه في الكود.
قراءة مهاراته أكثر فائدة من قراءة الدروس، لأنها تظهر كيف يستخدم المهندس الذكاء الاصطناعي كامتداد لدماغه. خاصة فئة التخطيط (نموذج المجال / التكبير / اللغة الشاملة) جيدة جدًا، فهي بمثابة إطار تفكير قبل كتابة الكود.
نسخت مهارة grill-me إلى مهاراتي

اليوم أوقفت مخزن استراتيجيات PM.
أنا معتاد على فتح نوافذ متعددة على أجهزة مختلفة للعمل: واحد لتشغيل Codex لدراسة الاستراتيجيات/البيانات، وواحد لتشغيل Claude لدفع الأعمال الأخرى، وفتح نافذة أخرى للتعامل مع المهام المتنوعة، تدريجيًا أفتح عدة نوافذ طرفية. كنت أظن أنها تعمل بشكل مستقل. لكن في النهاية، كلاهما كانا يغيران نفس ملف .ts، وحالة git أصبحت فوضى، واستغرقت ساعتين لإصلاحها.
كنا نتحدث عن كيف يتعاون الوكيل المتعدد. قليل من الناس يتحدث عن شكله على مستوى git.
الوكيلان في نظر git = أناانفس. يتداخلان على نفس الملف، وتتصارع حالات الفروع. الحل ليس في prompt، بل في هيكل المستودع.
وضعت قاعدة صارمة جدي

باستخدام الذكاء الاصطناعي، أصبح مزاجي أسوأ
كلما زادت الأمور التي يمكنه القيام بها، زادت مطالبي بالنتائج. أعتقد أنه يجب أن يتحسن أكثر، لذلك عندما لا يكون جيدًا حقًا أكون غاضبًا جدًا. 😠