عندما بدأت أفكر في أتمتة النشر، كانت ردة فعلي الأولى هي "كيف يمكنني تجاوز 20041".
بناء خط سير الأتمتة في منصة Binance يعتمد على 4 طبقات.
**الطبقة الأولى: التجميع** فكرتي بسيطة جداً - كتابة سكربت cron لتجميع البيانات، يسحب تلقائياً بيانات CoinGecko، تدفقات الإعلانات، تغييرات حجم الحيازة، ومعدلات التمويل هذه الإشارات السوقية يومياً في المساء. ليس من أجل توقع السوق، بل لالتقاط المواضيع التي تستحق المشاركة يومياً. طبقة التجميع ليست معقدة، فقط مزيج من مصدر البيانات + مؤقت.
**الطبقة الثانية: إعادة الكتابة** هنا تدخل LLM. البيانات الأولية تدخل، وفقاً للقالب الذي وضعته، لتوليد تقرير سريع يتكون من 1200 كلمة أو أقل، مع سرد موضوعي. الشرط الأساسي هو: وجود أرقام محددة، وجود طوابع زمنية، وتجنب الأحكام الذاتية. لقد كانت التعليمات التي قدمتها لـ LLM صارمة جداً، لتقليل المساحة المتاحة ل"الإبداع".
**الطبقة الثالثة: الحراسة** هنا يأتي الجانب الحقيقي من الانضباط. لقد وضعت 4 آليات للتصدي: تحقق من عدد الكلمات (80-1800 كلمة)، فحص URL، قائمة الكلمات الحساسة، والتحقق من الحصة اليومية. كل واحدة منها هي حكم بولي مستقل، وأي فشل يؤدي إلى حظر مباشر، دون فرصة للمراوغة. الأكثر إثارة للاهتمام في هذه الطبقة هو أنها تجبر المحتوى الذي أكتبه على الامتثال لقواعد المنصة، بدلاً من الاعتماد على "الحظ".
**الطبقة الرابعة: الدفع** استخدم OpenAPI لدفع المحتوى مباشرة إلى منصة Binance، حالة النجاح أو الفشل تُكتب في الوقت الحقيقي إلى ملف محلي، لتسهيل تتبع السجلات.
لقد أتممت النظام بالكامل في ليلتين. لكن ما أريد قوله هو أن الصعوبة الحقيقية ليست في التنفيذ الفني، بل في الطبقة الثالثة - تلك الحارس. انهيار الأتمتة لدى الكثير من الناس غالباً ما يكون بسبب عدم صرامة قواعد الحراسة. إذا كانت طبقة الحراسة لديك صارمة بما فيه الكفاية، فإن خط السير بأكمله يمكن أن يستمر لفترة طويلة.
$BTC #BinanceSquare #AI
بناء خط سير الأتمتة في منصة Binance يعتمد على 4 طبقات.
**الطبقة الأولى: التجميع** فكرتي بسيطة جداً - كتابة سكربت cron لتجميع البيانات، يسحب تلقائياً بيانات CoinGecko، تدفقات الإعلانات، تغييرات حجم الحيازة، ومعدلات التمويل هذه الإشارات السوقية يومياً في المساء. ليس من أجل توقع السوق، بل لالتقاط المواضيع التي تستحق المشاركة يومياً. طبقة التجميع ليست معقدة، فقط مزيج من مصدر البيانات + مؤقت.
**الطبقة الثانية: إعادة الكتابة** هنا تدخل LLM. البيانات الأولية تدخل، وفقاً للقالب الذي وضعته، لتوليد تقرير سريع يتكون من 1200 كلمة أو أقل، مع سرد موضوعي. الشرط الأساسي هو: وجود أرقام محددة، وجود طوابع زمنية، وتجنب الأحكام الذاتية. لقد كانت التعليمات التي قدمتها لـ LLM صارمة جداً، لتقليل المساحة المتاحة ل"الإبداع".
**الطبقة الثالثة: الحراسة** هنا يأتي الجانب الحقيقي من الانضباط. لقد وضعت 4 آليات للتصدي: تحقق من عدد الكلمات (80-1800 كلمة)، فحص URL، قائمة الكلمات الحساسة، والتحقق من الحصة اليومية. كل واحدة منها هي حكم بولي مستقل، وأي فشل يؤدي إلى حظر مباشر، دون فرصة للمراوغة. الأكثر إثارة للاهتمام في هذه الطبقة هو أنها تجبر المحتوى الذي أكتبه على الامتثال لقواعد المنصة، بدلاً من الاعتماد على "الحظ".
**الطبقة الرابعة: الدفع** استخدم OpenAPI لدفع المحتوى مباشرة إلى منصة Binance، حالة النجاح أو الفشل تُكتب في الوقت الحقيقي إلى ملف محلي، لتسهيل تتبع السجلات.
لقد أتممت النظام بالكامل في ليلتين. لكن ما أريد قوله هو أن الصعوبة الحقيقية ليست في التنفيذ الفني، بل في الطبقة الثالثة - تلك الحارس. انهيار الأتمتة لدى الكثير من الناس غالباً ما يكون بسبب عدم صرامة قواعد الحراسة. إذا كانت طبقة الحراسة لديك صارمة بما فيه الكفاية، فإن خط السير بأكمله يمكن أن يستمر لفترة طويلة.
$BTC #BinanceSquare #AI