حوّل نموذج الطلبات إلى مهمة مفروزة تلقائيًا (بلا بريد وارد بشري في المنتصف)

لا تتعطل الطلبات لأن أحدًا لا يريد إنجاز العمل. تتعطل لأنها تهبط في بريد وارد، والبريد الوارد طابور بلا مالك. بلاغ خطأ من عميل، وطلب وصول من فريق آخر، و"هل تلقي نظرة على هذا" من المبيعات، كلها تتكوم في بريد شخص ما، فيصبح ذلك الشخص عنق الزجاجة.

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

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

المسار، من أوله إلى آخره

نموذج الاستقبال في Taskfolk يعيش على عنوان عام:

https://taskfolk.ai/f/<token>

تشارك الرمز، ولا يحتاج المرسلون الخارجيون إلى حساب، ولا تكشف مساحة العمل أبدًا. حين يرسل أحدهم، تحدث أربعة أشياء بالترتيب:

1. تُنشأ مهمة في المشروع المرتبط بالنموذج.
2. تُختم إعدادات التوجيه الافتراضية للنموذج على تلك المهمة.
3. تعمل عليها قواعد أتمتة issue.created في مساحة العمل.
4. إن كان فرز الذكاء الاصطناعي مفعّلًا لذلك المشروع، أخذ جولة أولى على الأولوية والتسميات.

المسار نفسه، مرسومًا:

flowchart TD
    S["External submitter fills the public form"] --> I["Issue created in the form's project"]
    I --> RD["Routing defaults stamped: assignee, labels, sprint"]
    RD --> AU["issue.created automations run"]
    AU --> AI["AI triage takes a first pass, if enabled"]
    AI --> B["A classified, owned ticket on the board"]

حين تنظر إلى اللوحة، يكون الطلب قد صار تذكرة لها بيت ومالك وتصنيف أولي. لم يفرزها أحد بيده. دعني أمر على كل خطوة.

الخطوة الأولى: النموذج يصبح مهمة

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

رفع الملفات يعمل أيضًا. يستطيع المرسل الخارجي إرفاق لقطة شاشة أو ملف سجل، فيهبط مرفقًا حقيقيًا على المهمة المنشأة. تُحسب هذه البايتات من مساحة تخزين مساحة عملك كأي رفع آخر، وهذا يستحق المعرفة قبل أن توجّه نموذجًا عامًا مزدحمًا نحو مساحة عمل على خطة Free.

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

الخطوة الثانية: إعدادات التوجيه الافتراضية تتولى الفرز الممل

كل نموذج يحمل مجموعة إعدادات توجيه افتراضية، وهنا يُجاب معظم سؤال "من يتعامل مع هذا" من دون أن يقرأ أحد الطلب. يستطيع النموذج أن يضبط:

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

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

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

الخطوة الثالثة: الأتمتة تلتقط ما لا يستطيعه الإعداد الثابت

إعدادات التوجيه ثابتة. أما الأتمتة فشرطية، وذلك هو الفرق. حين تُنشأ المهمة، يطلق Taskfolk عليها قواعد أتمتة issue.created في مساحة العمل، القواعد نفسها التي تكتبها لأي مهمة، وقد صارت تطال استقبال النماذج أيضًا.

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

flowchart LR
    T["issue.created fires"] --> C{"title contains outage?"}
    C -->|yes| A["raise priority and assign the on call owner"]
    C -->|no| D["keep the form defaults"]

فقد يسم إعداد النموذج كل شيء بـ support، ثم تنظر قاعدة أتمتة في العنوان، فإن احتوى "outage" أو "down"، رفعت الأولوية ووجّهته إلى المُسند إليه المناوب. الإعداد الثابت يتولى الحالة الشائعة؛ والقاعدة تتولى الحالات التي تحتاج إلى تجاوز الطابور.

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

الخطوة الرابعة: فرز الذكاء الاصطناعي يأخذ التخمين الأول

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

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

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

ما الذي ما زال يحتاج شخصًا

الوعد هو "لا بريد وارد بشريًا في المنتصف"، وهذا صحيح في التوجيه. لكنه غير صحيح في الحكم. إليك ما لا تزيله الأتمتة.

ما زال شخص ما يقرر أن قواعد التوجيه موجودة أصلًا. إعدادات النموذج والأتمتة هي حكمك أنت، مرمّزًا مرة ومطبقًا مرات. تلك هي الغاية، لكنه يبقى قرارك، والقاعدة سيئة التصويب تسيء توجيه كل إرسال بصمت حتى تنتبه.

وما زال شخص ما يملك الرد. هبوط التذكرة في العمود الصحيح ليس جوابًا لمن قدّمها. يستطيع Taskfolk إرسال تأكيد للمرسل وإشعار مالك النموذج، لكن عبارة "نحن ننظر في الأمر، وهذا موعدنا" الفعلية إنسان يكتب لإنسان.

وما زال شخص ما يراجع الأطراف. التكرار الذي تسلل، والطلب الذي هو في حقيقته ثلاثة طلبات، والغاضب الذي يحتاج شخصًا الآن. الأتمتة تنظف الـ80 بالمئة الروتينية كي يقع انتباهك على الـ20 بالمئة التي تحتاجه فعلًا. هذا هو المكسب. وهو ليس اختفاء العمل.

الإعداد

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

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

التقاط الإرسالات عبر API

إن فضلت أن يقرأ وكيل الإرسالات ويصنفها بدل قاعدة، فالمهام نفسها جالسة خلف واجهة REST API، فيستطيع وكيل محدود الصلاحيات التقاطها لحظة إنشائها. المهام المنشأة من النماذج مهام عادية، فمفتاح بصلاحية issues:read يستطيع سردها، مرشحة بالتسمية التي تختمها إعدادات التوجيه:

curl "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues?label=bug" \
  -H "Authorization: Bearer $TASKFOLK_API_KEY"

const res = await fetch(
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues?label=bug",
  { headers: { Authorization: `Bearer ${process.env.TASKFOLK_API_KEY}` } },
);
const { data } = await res.json();
for (const issue of data) {
  console.log(issue.key, issue.priority, issue.title);
}

import os
import requests

res = requests.get(
    "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues",
    params={"label": "bug"},
    headers={"Authorization": f"Bearer {os.environ['TASKFOLK_API_KEY']}"},
)
for issue in res.json()["data"]:
    print(issue["key"], issue["priority"], issue["title"])

القائمة مرقّمة بمؤشر؛ تحمل الاستجابة pagination.next_cursor تعيد تمريره في ?cursor= حين يتجاوز نموذج مزدحم صفحة واحدة. ومن هناك يستطيع الوكيل فعل ما لا تستطيعه قواعدك: إزالة التكرار مقابل التذاكر الموجودة، أو سؤال المرسل سؤال متابعة، أو تصنيف الطلب تحت الملحمة التي ينتمي إليها فعلًا.