تدفقات الموافقة
الموافقة لا تساوي شيئًا إلا إذا كان ما تمت الموافقة عليه هو ما يُنشر فعليًا.
هذا يصف تصميمًا، وليس خدمة قيد التشغيل
المشكلة
عادة ما تكون الموافقات خارج الأداة التي تنشر. تُرسل لقطة شاشة إلى عميل، يرد العميل بنعم، ثم يتغيّر النص. تشير الموافقة الآن إلى مسودة لا يملكها أحد، والأداة لا تعرف ذلك، فتنشر مهما كان آخر ما أُعطي لها.
كيف صُمم المنتج
- تُرفق الموافقة بالمحتوى الدقيق الذي رُوجع. تحرير مسودة معتمدة يبطل الموافقة ويذكر أي حقل تغيّر، بدلًا من نقل القرار القديم بصمت.
- يمكن للمراجع الموافقة أو طلب تغييرات أو الرفض، ويُطلب تعليق لأي شيء غير الموافقة، لذا لا يُترك الكاتب أبدًا يخمّن ما يجب إصلاحه.
- تعيش هذه القاعدة في طبقة التطبيق المشتركة، لذا يلتزم بها تطبيق الويب وواجهة REST API وخادم MCP وواجهة سطر الأوامر والويب هوكس جميعًا. لا يوجد سطح لديه اختصار للالتفاف حول المراجعة.
ما هو مبني فعليًا
حالات الموافقة، وسطح المراجعة، وقواعد إعادة الموافقة، وأحداث التدقيق وراءها مبنية. ما لم يُبنَ هو الخطوة الأخيرة، لأنه لم يجتز أي موصّل تعريف الاكتمال الخاص به، لذا ليس لدى المنشور المعتمد وجهة بعد.
Questions
Does this workflow run today?
Not end to end. No connector is verified in production, so nothing described on this page publishes anywhere yet. The section on what is actually built says which parts exist.
Will it use unofficial ways to post?
No. Publishing goes only through each platform's official API. There is no browser automation, no scraping and no automated engagement.
وجدت شيئا خاطئا في هذه الصفحة
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.