زد
رحلة التاجر المراجعةتفعيل المتجر وأول 10 طلبات

اعرف أي طلب يحتاج تدخلك

v2.0.0

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

صُنعت بواسطة عبدالرحمن الناشري
النتيجة أولًا

ماذا ستحصل بعد تشغيله؟

  • طابور طلبات كامل بلا بيانات شخصية
  • إجراء آمن وقدرة تالية لكل استثناء
  • موانع بيانات ومفاتيح منع التكرار
قبل التشغيل

أكمل ما لا يعرفه البرومبت

بيانات المتجر والمنتجات تُقرأ عند التشغيل إذا كان متجر زد مرتبطًا. أنت تضيف القرارات التي لا يمكن معرفتها تلقائيًا.

من متجر زد عند الربط

الطلبات المفتوحة وبنودها، حالة الدفع، حجز وتوفر المخزون، التجهيز والشحن والتتبع

يُقرأ عند التشغيل
ما يحتاجه البرومبت منك
طلب التشغيل الجاهز للنسخ
شغّل البرومبت triage-open-orders.

استخدم بيانات المتجر المتصل أو الرابط العام حسب المتاح، ولا تدّع وصولًا غير موجود.

بيانات التاجر:
- وقت الفرز: [أدخل وقت الفرز]
- ملاك الإجراءات: [أدخل ملاك الإجراءات]
قبل التشغيل والملفاتالصلاحيات، ملاحظات الأمان وملفات البرومبت
قبل أن تستخدمه

يتضمن خطوات مترابطة، لذلك اقرأ الملف كاملًا قبل تشغيله.

قد يؤثر في بيانات أو قرارات المتجر. ابدأ بالقراءة أو المسودة ووافق قبل أي تغيير.

الصلاحيات المطلوبة

merchant_inputsتصفح الواجهة العامة

ملفات البرومبت

7 ملفات داخل 5 مجلدات
agentsتعليمات تنفيذ الوكيلملف واحد
assetsقالب المخرجات الجاهزملف واحد
examplesطلب عملي جاهزملف واحد
referencesالدليل المتخصص والمدخلات والسلامة3 ملفات
scriptsأداة تحقق قابلة للتشغيلملف واحد
LICENSE.txtحقوق الاستخدامSKILL.md4 KB
وثيقة البرومبت الكاملةافتحها فقط إذا أردت مراجعة كل التعليمات والخطوات
SKILL.mdللقراءة فقط
name
triage-open-orders
description
فرّز الطلبات المفتوحة إلى مسار طبيعي أو استثناء قابل للتنفيذ اعتمادًا على حالة الدفع والمخزون والتنفيذ والوعد الموثق، مع مالك وموعد ودليل ومنع تكرار. استخدمها عند بداية اليوم، قبل تسليم الطلبات للتجهيز، أو عند تراكم الطلبات دون وضوح الأولوية.

اعرف أي طلب يحتاج تدخلك

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

سير العمل

  1. اقرأ references/triage-method.md وreferences/source-register.md.
  2. ثبّت وقت القطع والمنطقة الزمنية ومصدر حقيقة الطلبات، ثم اطلب الحقول الناقصة دفعة واحدة.
  3. ارفض ملفًا يحتوي اسم العميل أو جواله أو بريده أو عنوانه؛ يكفي معرف الطلب.
  4. صنّف كل طلب إلى: طبيعي، دفع غير محسوم، مخزون غير محجوز، تنفيذ متعثر، شحن مهدد، طلب عميل، أو حجب بيانات.
  5. لا تعتبر pending مدفوعًا، ولا تعتبر غياب حركة الشحنة تأخرًا نهائيًا دون وعد أو SLA موثق.
  6. أعط كل استثناء حقيقة مرصودة، لا تفسيرًا؛ ثم مالكًا وموعدًا وaction_key.
  7. شغّل node scripts/validate-output.mjs <output.md> <orders.json> وسلّم وفق assets/output-template.md.

الحد الأدنى من المدخلات

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

حدود القرار

  • لا تغيّر حالة، ولا تلغي، ولا ترد مبلغًا، ولا تراسل العميل.
  • لا تختلق مهلة أو وعدًا أو سببًا.
  • إذا تعارضت الحالات، ضع الطلب في حجب بيانات وحدد الحقل المتعارض.
  • لا تكرر إجراء يحمل action_key منفذًا.

عقد المخرجات

  1. لقطة نطاق مؤرخة.
  2. طابور طلبات يضم كل طلب مرة واحدة.
  3. الإجراء الآمن التالي والقدرة المتخصصة والمالك والموعد.
  4. قائمة ما تعذر حسمه ولماذا.
  5. لا بيانات شخصية ولا ادعاء تنفيذ.

راجع examples/example-request.md وexamples/example-output.md، واستخدم examples/blocked-request.md كنمط حجب صادق.