سير عمل لتتبع الأخطاء يمتد من البلاغ إلى الإصلاح

افتح متعقب الأخطاء المتوسط فتجد ثلاثة تبويبات لا واحدًا. نموذج Google Form أو Typeform يجمع البلاغات من العملاء وفريق الجودة. جدول بيانات يحمل أعمدة فرز لا يبقيها أحد محدّثة. وسلسلة دردشة هي المكان الذي يحدث فيه فعلًا سؤال "هل نظر أحد في BUG-14 بعد؟". كل تسليم بين هذه الثلاثة يفقد سياقًا، والإصلاح، حين يصل، لا خيط يربطه بالبلاغ الذي بدأه.

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

لماذا يظل إعداد "نموذج زائد جدول بيانات زائد دردشة" ينكسر

مشكلة عملية تتبع الأخطاء المعتادة ليست في أي أداة منها بمفردها؛ كل واحدة جيدة وحدها. المشكلة في الدرزات بينها.

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

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

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

المراحل الخمس لسير عمل تتبع الأخطاء، من طرف إلى طرف

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

flowchart LR
  A[Report<br/>public form] --> B[Triage<br/>AI suggests priority, type, labels]
  B --> C[Board<br/>In Review gate]
  C --> D[Code<br/>GitHub commit auto-links]
  D --> E[Release<br/>auto-ships on tag + AI notes]

لكل مرحلة وظيفة واحدة:

1. البلاغ. نموذج عام بهوية بصرية على رابط قابل للمشاركة يحوّل الإرسال الخارجي (عميل أو فريق جودة أو زميل) إلى مهمة حقيقية، بلقطات الشاشة وكل شيء.
2. الفرز. يقرأ الذكاء الاصطناعي المهمة الجديدة ويقترح أولوية ونوعًا وتسميات. يطبّقها شخص، أو تختار تطبيقها تلقائيًا.
3. اللوحة. تتحرك المهمة عبر أعمدة مخصصة، وتجلس بوابة "قيد المراجعة" بين "قيد التنفيذ" و"منجزة" لا تستطيع التذكرة القفز فوقها.
4. الكود. الإيداع الذي يصلح الخطأ يشير إلى مفتاح المهمة في رسالته، والدفع يربطه بالجدول الزمني للمهمة.
5. الإصدار. وسم نسخة يقلب الإصدار المطابق إلى "مشحون" ويسوّد ملاحظات الإصدار من المهام التي يحويها.

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

المرحلة 1: نموذج استقبال أخطاء عام ينشئ المهام

يبدأ خط الأنابيب بنموذج استقبال أخطاء يستطيع الخارجيون الوصول إليه فعلًا. تُنشر نماذج Taskfolk على رابط عام بهوية بصرية عند /f/<token>، والإرسال هناك ينشئ مهمة مباشرة. لا تسجيل دخول مطلوبًا من المرسل، وهذا بالضبط ما تريده لبلاغ خطأ من عميل.

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

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

حدّان صادقان يستحقان الموازنة هنا. على الخطة المجانية، الملفات المرفوعة محدودة بـ 1 MB لكل ملف ومساحة العمل كلها بـ 128 MB من التخزين، فالنموذج الذي يجمع تسجيلات فيديو كبيرة سيمتلئ سريعًا ويحتاج خطة مدفوعة. أما منشئ النماذج نفسه فمتاح على كل خطة بما فيها Free.

للشرح الكامل لبناء نموذج ونشره، راجع كيفية إعداد نموذج طلبات.

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

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

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

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

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

الحدود تستحق قولًا صريحًا. عليك إنشاء تسمياتك أولًا، لأن الفرز لا يختار إلا من الموجود. الدفعة تقف عند 15 مهمة، فهذا ليس زر "افرز الباكلوج كله البالغ 400" بنقرة واحدة. ولأن استقبال النماذج يطلق قواعد أتمتة issue.created لديك، تستطيع جعل التوجيه بلا أيدٍ كليًا عبر قواعد الأتمتة حتى دون تفعيل الذكاء الاصطناعي المستقل.

المزيد عن المسارين في فرز المهام بالذكاء الاصطناعي الذي يُسند ويحدد الأولويات وحوّل نموذج طلبات إلى مهمة مفروزة.

المرحلة 3: لوحة ببوابة مراجعة لا تستطيع التذكرة تجاوزها

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

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

تلك القاعدة الواحدة هي الفرق بين لوحة توثّق عمليتك ولوحة تصمد عليها. لا أحد يعلّم خطأ على أنه مُصلح دون مروره بالمراجعة، لأن النظام لن يسمح له.

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

المرحلة 4: اربط إيداع الإصلاح بالخطأ

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

الآلية بسيطة وموثوقة. حين تدفع، يقرأ webhook رسائل إيداعاتك، ويجد أي إشارات #KEY-N (مثل #WEB-42)، ولكل مهمة مطابقة يسجل مرجع إيداع ويكتب مدخل إيداع مرتبط في الجدول الزمني لتلك المهمة. يحمل المدخل المستودع وSHA الإيداع والمؤلف والرسالة ورابطًا مباشرًا إلى الإيداع على GitHub. فترى على الخطأ نفسه الإيداع الذي مسّه بالضبط، دون أن يلصق أحد رابطًا في تعليق.

الأمان معالج كما ينبغي. لكل مستودع متصل سره الخاص، وكل webhook يُتحقق منه بـ HMAC-SHA256 مقابل ترويسة X-Hub-Signature-256، وذلك السر مخزن مشفرًا بـ AES-256-GCM. ويستطيع مستودع واحد الاتصال بعدة مشاريع، وهو ما يطابق كيف يقابل المستودع الأحادي عادة أكثر من مشروع Taskfolk واحد.

كن واضحًا بشأن ما هذا وما ليس. إنه قائم على webhook الدفع وعلى الرسائل، فالإيداع الذي لا يذكر مفتاح المهمة في رسالته لا يُربط. لا مزامنة لحالة طلبات السحب ولا تتبع للفروع. إنه يربط الإيداعات، وكفى. ولا يحل محل CI/CD لديك؛ اختباراتك ونشراتك تظل تعمل حيث تعمل اليوم. هو فقط يمنح الخطأ خيطًا دائمًا إلى الكود الذي أصلحه.

الإعداد دقائق معدودة: راجع كيفية ربط GitHub.

المرحلة 5: اشحن الإصدار ودع الذكاء الاصطناعي يسوّد الملاحظات

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

الشحن التلقائي يعمل على وسومك. ادفع وسمًا مثل refs/tags/v1.2.0، أو انشر إصدار GitHub، فيقلب Taskfolk الإصدار المخطط المطابق في المشروع المرتبط إلى "صادر" ويختم تاريخ إصداره. مطابقة النسخة تحذف حرف v البادئ وغير حساسة لحالة الأحرف، فكل من v1.2.0 و1.2.0 يُحل، وهي معطوبة التكرار، فلا يشحن webhook معاد التسليم الإصدار نفسه مرتين أبدًا.

ثم الملاحظات. يجمع Taskfolk المهام المرتبطة بذلك الإصدار ويسوّد Markdown مجمّعًا في ميزات وإصلاحات وأخرى، وكل نقطة تبدأ بمفتاح المهمة (مثل WEB-12) فتعود الملاحظات مباشرة إلى العمل. وهو لا يلخص إلا المهام التي تزوده بها فعلًا، فلا يخترع مفتاحًا أبدًا، ويكتب عناوين ثنائية اللغة بالإنجليزية والعربية. والأهم أنه يعيد مسوّدة. تقرؤها وتحررها وتحفظها. لا ينشر الملاحظات من تلقاء نفسه أبدًا.

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

التفاصيل الكاملة في كيفية تخطيط الإصدارات والمعالم.

شغّل خط الأنابيب نفسه من API أو من وكيل

كل ما سبق واجهة، لكن لا شيء منه حكر على الواجهة. تتيح واجهة REST v1 وخادم MCP الرسمي لسكربت، أو لوكيل ذكاء اصطناعي، إنشاء المهام وتحريكها على اللوحة نفسها. النداء الرئيسي هو إنشاء مهمة في مشروع، ‏POST /v1/workspaces/{slug}/projects/{key}/issues بنطاق issues:write:

curl -X POST \
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues" \
  -H "Authorization: Bearer $TASKFOLK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "type": "bug",
    "title": "Checkout button unresponsive on Safari",
    "description_md": "Steps: 1. add item 2. click checkout. Nothing happens.",
    "priority": "high",
    "labels": ["checkout", "safari"]
  }'

const res = await fetch(
  "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues",
  {
    method: "POST",
    headers: {
      Authorization: `Bearer ${process.env.TASKFOLK_API_KEY}`,
      "Content-Type": "application/json",
    },
    body: JSON.stringify({
      type: "bug",
      title: "Checkout button unresponsive on Safari",
      description_md: "Steps: 1. add item 2. click checkout. Nothing happens.",
      priority: "high",
      labels: ["checkout", "safari"],
    }),
  },
);
const issue = await res.json();

import os, requests

res = requests.post(
    "https://taskfolk.ai/api/v1/workspaces/acme/projects/WEB/issues",
    headers={"Authorization": f"Bearer {os.environ['TASKFOLK_API_KEY']}"},
    json={
        "type": "bug",
        "title": "Checkout button unresponsive on Safari",
        "description_md": "Steps: 1. add item 2. click checkout. Nothing happens.",
        "priority": "high",
        "labels": ["checkout", "safari"],
    },
)
issue = res.json()

والاستجابة هي مورد المهمة المنشأة (HTTP 201):

{
  "data": {
    "id": "018f9c2a-7b1e-7c33-9a4d-2f6b8e1d0c55",
    "key": "WEB-42",
    "url": "https://taskfolk.ai/w/acme/p/web/WEB-42",
    "number": 42,
    "type": "bug",
    "title": "Checkout button unresponsive on Safari",
    "description_md": "Steps: 1. add item 2. click checkout. Nothing happens.",
    "status": "backlog",
    "status_id": "018f9c2a-9001-7000-8000-0000000000a1",
    "status_name": "Backlog",
    "priority": "high",
    "assignee_id": null,
    "assignees": [],
    "reporter_id": "018f9c2a-1234-7000-8000-0000000000ff",
    "parent_id": null,
    "epic_id": null,
    "milestone_id": null,
    "sprint_id": null,
    "release_id": null,
    "rank": "0|i00007:",
    "labels": [
      { "id": "018f9c2a-aa01-7000-8000-000000000001", "name": "checkout", "color": "#ffd60a" },
      { "id": "018f9c2a-aa01-7000-8000-000000000002", "name": "safari", "color": "#4f8cff" }
    ],
    "estimate_minutes": null,
    "spent_minutes": null,
    "completion_pct": null,
    "start_at": null,
    "due_at": null,
    "resolved_at": null,
    "archived_at": null,
    "created_at": "2026-07-16T10:04:22.000Z",
    "updated_at": "2026-07-16T10:04:22.000Z"
  }
}

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

كم يكلف، ومتى يناسبك هذا الخط

سبب تشغيل المراحل الخمس في أداة واحدة ليس الترتيب فحسب، بل الكلفة. في Taskfolk، خط الأنابيب كله (النماذج وفرز الذكاء الاصطناعي وحالات سير العمل وGitHub والإصدارات) متاح على كل خطة بما فيها Free. السعة هي السقف الوحيد. وهكذا يبدو الأمر بجانب المشتبه بهم المعتادين، حتى يوليو 2026.

الأداة	الخطة المجانية	المستوى المدفوع التالي	نموذج استقبال عام + فرز ذكاء اصطناعي مدمجان؟
Taskfolk	0 دولار، مكتملة الميزات (نماذج وفرز ذكاء اصطناعي وبوابات سير عمل وGitHub وإصدارات)؛ القيود: 128 MB تخزين، 1 MB للملف، 5 مشاريع، قاعدتا أتمتة، 25 وحدة رصيد شهريًا	Pro بـ 3 دولارات لمقعد المنفّذ شهريًا (30 دولارًا سنويًا)؛ Business بـ 6 دولارات شهريًا (60 دولارًا سنويًا)؛ المشاهدون مجانًا	نعم، كلاهما، على كل خطة
Jira	0 دولار، بحد 10 مستخدمين	Standard بنحو 7.91 دولارًا للمستخدم شهريًا؛ Premium بنحو 14.54 دولارًا للمستخدم شهريًا	لا نموذج أخطاء عامًا أصليًا ولا فرز ذكاء اصطناعي مدمجًا على المجاني
Linear	0 دولار، أعضاء بلا حد لكن بحد فريقين و250 مهمة	Business بـ 16 دولارًا للمستخدم شهريًا (بفوترة سنوية)	لا نموذج استقبال عامًا
Trello	0 دولار، بحد 10 لوحات و10 MB للملف و250 تشغيل أتمتة شهريًا	Standard بـ 5 دولارات للمستخدم شهريًا (سنوي) أو 6 دولارات شهريًا	لا
GitHub Issues	0 دولار، مستودعات عامة وخاصة بلا حد مع Issues وProjects وPRs وDependabot	Team بـ 4 دولارات للمستخدم شهريًا (Enterprise بـ 21 دولارًا)	لا. إنه متعقب مستودعات كود بلا نموذج استقبال عام أو فرز ذكاء اصطناعي خاص به

ملاحظة على شكل التسعير، لأن الأسعار المعلنة تخفيه. لا يحاسب Taskfolk إلا على مقاعد المنفّذين بـ 3 دولارات (Pro) أو 6 دولارات (Business) للمقعد شهريًا، والمشاهدون مجانيون. ‏Standard في Jira بـ 7.91 وPremium بـ 14.54 دولارًا للمستخدم، مع تناقص سعر المستخدم عند أعداد مقاعد أكبر. مجانية Linear كريمة في الأعضاء لكنها محدودة بصرامة بفريقين و250 مهمة، وهو ما يتجاوزه طابور أخطاء نشيط سريعًا، ومستواها Business بـ 16 دولارًا للمستخدم شهريًا. ‏Trello وGitHub رخيصان بالمقعد لكن لا أحد منهما يشحن نموذج استقبال أخطاء عامًا مع فرز ذكاء اصطناعي كما يحتاج هذا السير.

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

وإن تبنيته على Free، فوازن ثلاثة قيود سلفًا: قاعدتا أتمتة نشطتان (فسلسلة استقبال وتوجيه مؤتمتة كليًا ستضيق، والأتمتة الأغنى تريد 20 قاعدة في Pro أو بلا حد في Business)، و25 وحدة رصيد ذكاء اصطناعي شهريًا (كافية لاقتراحات الفرز غير المحسوبة، ومحدودة لملاحظات الإصدار المحسوبة)، وحد 1 MB للملف الواحد على المرفقات.

الإنسان في الحلقة، لا بلا أيدٍ افتراضيًا

خيار تصميمي واحد يسري في هذا الخط كله، ويستحق التصريح لا الإخفاء: الذكاء الاصطناعي يقترح والإنسان يقرر.

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

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