→ المدونةأدلة عملية

من يراجع وكلاء الذكاء الاصطناعي عندك وأنت في إجازة؟

من يراجع عمل وكلاء الذكاء الاصطناعي وأنت في إجازة؟ افرز كل جلسة، وسمِّ مالكًا ثانيًا، وضيّق نطاق الكتابة، واضبط عتبة المقاطعة.

The Taskfolk team

11 د قراءة9 مشاهدة

XLinkedIn

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

كل إرشادات مراجعة مخرجات الوكلاء تفترض أنك ما زلت على مكتبك. مقال GitHub في مايو 2026 عن مراجعة pull requests التي يفتحها الوكلاء لا يجامل: «مراجعة طلبك بنفسك ليست اختيارية حين يكون الوكلاء في الصورة». وهو يفترض كذلك أن من أطلق التشغيل يبقى متاحًا للسؤال، وأسبوعان من الإجازة يكسران هذا الافتراض.

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

ما الذي يتعطّل فعلًا حين تغيب

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

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

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

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

في استطلاع أجرته Cloud Security Alliance في يناير 2026 على 228 من متخصصي الأمن وتقنية المعلومات، لم يكن 15% منهم متأكدين مَن المسؤول حين يُقدِم وكيل ذكاء اصطناعي على فعل غير مقصود. أما من أجابوا فتوزّعوا بين الأمن والهندسة والمنتج.

الخياران البديهيان يكلّفانك الأسبوعين

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

ودَعْ كل شيء يعمل، فتعود إلى طابور كان بطيئًا قبل سفرك أصلًا. تقارير LinearB المعيارية لعام 2026، المستخلصة من 8.1 مليون pull request في 4,800 فريق، وجدت أن طلبات الذكاء الاصطناعي تنتظر 4.6 أضعاف قبل أن يلتقطها أحد، وما يفتحه الوكلاء منها 5.3 أضعاف. ونسبة القبول 32.7% مقابل 84.4% للعمل اليدوي. التأخير في الالتقاط لا في المراجعة، والالتقاط هو ما يزيله غيابك.

ثم يبقى الخطر النادر. في فبراير 2026 نقلت Fortune أن Summer Yue، الباحثة في السلامة لدى Meta، شاهدت وكيل OpenClaw لديها يمسح صندوق بريدها كاملًا بعد أن فقد تعليمة التوقف وطلب التأكيد. كان قد عمل بأمان أسابيع على صندوق بريد اختباري، وأخفق أول مرة وُجّه فيها إلى الصندوق الحقيقي.

ولا واحد من الخيارين سياسة. كلاهما ما يفعله الناس بدل الفرز.

افرز كل جلسة، لا كل مستودع

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

قائمة الجلسات في مركز الوكلاء، وبجانب كل مفتاح مهمة شارة حالة: بحاجة إلى ردّ، متوقفة، قيد المراجعة، قيد الانتظار، قيد العمل، منجزة.

flowchart TD
  A["Open session"] --> B{"Could a bad finish cost money or data?"}
  B -->|"Yes"| C["Freeze: cancel, unassign"]
  B -->|"No"| D{"Needs a judgement only you can make?"}
  D -->|"Yes"| E["Park in needs input, question written down"]
  D -->|"No"| F{"Can someone else judge the output?"}
  F -->|"Yes"| G["Run supervised: second owner"]
  F -->|"No"| H["Run unattended: no merge rights"]
الفئة قبل السفر ما يفعله مهندس التغطية
تجميد ألغِ الجلسة، وأزِل الإسناد، ودوّن السبب لا شيء، عن قصد
تشغيل بلا إشراف قلّص نطاق الكتابة، وانزع صلاحية الدمج في المستودع لا شيء ما لم تتجاوز التذكرة موعدها
يحتاج إنسانًا أعِد الإسناد، وأضف متابعًا، واكتب المطلوب يقرأ، ويقرّر، ويفكّ التعثّر

اسحب القائمة نفسها للتسليم بمفتاح صلاحيته agents:read. مرشّح state يقبل قيمة واحدة في كل استدعاء، وتعود النتائج مرتّبة بالأحدث نشاطًا.

curl -s "https://taskfolk.ai/api/v1/workspaces/acme/agent-sessions?state=running" \
  -H "Authorization: Bearer tfk_live_a1b2..."
r = requests.get(
    "https://taskfolk.ai/api/v1/workspaces/acme/agent-sessions",
    params={"state": "running"},
    headers={"Authorization": "Bearer tfk_live_a1b2..."},
)
{
  "data": [
    {
      "agent_name": "Omar's Claude Code",
      "state": "running",
      "issue_key": "WEB-142",
      "note": "tests green, PR not opened",
      "external_url": null,
      "last_activity_at": "2026-08-03T16:41:09.000Z"
    }
  ]
}

سمِّ مالكًا ثانيًا لكل جلسة

لا لكل مستودع. فالبديل على مستوى المستودع يستلم قائمة pull requests بلا وسيلة تفرّق بين ما طُلب فعلًا وما هو سوء قراءة وكيل لتذكرة.

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

زر المتابعة على مهمة في Taskfolk، يضيف شخصًا إلى إشعارات المهمة دون نقل الإسناد.

دليل المناوبة من incident.io، المحدَّث في 27 فبراير 2026، يشير إلى أن فرقًا كثيرة تجعل من كان مناوبًا أساسيًا الأسبوع الماضي بديلًا هذا الأسبوع ليحمل البديل سياقًا حقيقيًا. اختر آخر من راجع عملًا لهذا الوكيل، لا أقلّ الناس انشغالًا.

وثمة قيد حقيقي على النظرة الجامعة إلى الوكلاء كلهم: العرض المحفوظ يخزّن مُسندًا إليه واحدًا لا مجموعة، فلا عرض محفوظ يعني «أي شيء يحمله أي وكيل». إما عرض لكل وكيل، وإما مركز الوكلاء.

عرض القائمة في Taskfolk وقائمة العروض المحفوظة مفتوحة فوق جدول يخلط عمود المُسند إليه بين أشخاص ووكيل اسمه Codex Bot.

ضيّق ما يجوز لكل وكيل أن يمسّه

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

نافذة سياسة حقول الوكيل في Taskfolk بعنوان «ما الذي يمكن لهذا الوكيل تعديله؟»، وفيها أربعة عشر مربع اختيار لحقول المهمة، بعضها محدَّد.

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

والسياسة لكل حقل لا لكل قيمة: إما أن يكتب الوكيل في الحالة وإما لا، ولا يمكنك أن تقول «إلى قيد المراجعة فقط». وهي تحكم حقول المهام وحدها، فلا تمنع وكيلًا من كتابة كود أو دمج فرع، وتلك مهمة حماية الفروع. إنها تضيّق دائرة الضرر دون أن تغيّر ما يقرؤه الوكيل، وذلك موضوع آخر في حقن التعليمات يبدأ من التذكرة.

والضابط الآخر هو عمود الحالة. الانتقالات المسموح بها بوابة صارمة: أي نقلة ممنوعة تفشل في كل مسارات الكتابة، بما فيها الأتمتة. أما حدود WIP فليست كذلك، فتحمرّ شارة العدد ولا شيء يرفض البطاقة.

التذكرة هي وثيقة التسليم

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

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

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

العمود الجانبي لمهمة في Taskfolk: لوحة نشاط الوكيل تعرض جلسة منجزة بجوارها شارة حمراء «غير مُتحقَّق»، إلى جانب سجل التغييرات المنسوبة.

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

ثم اكتب المطلوب، تعليقًا على كل تذكرة حيّة:

Handover, 4 to 18 August. Second owner: @priya
Ask: replace the PDF renderer, keep the current API surface.
Verified: unit tests pass, invoice-golden fixtures updated.
Not verified: nothing rendered against the production font pack.
Permitted next step: open a PR. Do not merge.
Do not decide without me: whether to drop the legacy A4 layout.

ستة أسطر لكل جلسة هي الفرق بين مهندس تغطية يستطيع التصرّف وآخر ينتظر هبوط طائرتك.

عتبة المقاطعة

قرّر قبل السفر ما الذي يستحق رسالة إلى شخص في طائرة، واكتبه في ذلك التعليق.

الأتمتة تتولّى التوجيه. من بين المشغّلات العشرة أربعة مرتبطة بالوقت: issue.due_soon وissue.overdue وsprint.started وsprint.ended. والمهم هنا issue.overdue، بشرط أن يكون المُسند إليه وكيلك، وبإجراء يعيد إسناد التذكرة إلى مهندس التغطية. بهذا يتحول الإخفاق الصامت الذي فتحنا به المقال إلى تذكرة في ملخّص إنسان حاضر.

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

flowchart LR
  A["Agent held ticket passes its due date"] --> B["Rule fires on issue.overdue"]
  B --> C{"Assignee is the agent?"}
  C -->|"No"| D["Nothing happens"]
  C -->|"Yes"| E["Assign to the covering engineer"]
  E --> F["Comment naming the absent owner"]
  F --> G["Ticket enters a human daily digest"]

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

وللعتبة نفسها، استعِر الرقم الذي ينقله incident.io عن Google SRE Workbook: لا أكثر من حادثتين أو ثلاث تستدعي تدخّلًا في المناوبة الواحدة. فإن كانت قواعدك ستصل إلى أحدهم أكثر من ذلك، فالعتبة خاطئة لا الشخص. ولا يملك Taskfolk نظام استدعاء، فيبقى هذا اتفاقًا داخل الفريق: توزيع صلاحيات القرار بين فريقك ووكلاء الذكاء الاصطناعي.

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

قائمة التراجع ليوم عودتك

كل ما شغّلته بيدك يُطفأ بيدك. اكتب القائمة قبل السفر، وإلا اكتشفتها في سبتمبر.

أوقف قاعدة التصعيد. وأعِد سياسة الحقول لكل وكيل، لأن قائمة سماح مضيَّقة تبقى غير مرئية حتى يبدأ الوكيل بالإخفاق في كتابات كان يجريها من قبل. واحذف العروض المؤقتة وأزِل المتابعين.

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

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

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

أسئلة شائعة

هل أوقف وكلاء البرمجة عندي أثناء إجازتي؟

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

من يراجع pull requests الوكلاء إذا كان من أطلق التشغيل غائبًا؟

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

كيف أحدّ مما يستطيع الوكيل تغييره حين لا يراقبه أحد؟

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

ما الذي يجب أن يتضمنه تسليم الوكلاء قبل الإجازة السنوية؟

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

ما الذي يستحق فعلًا مقاطعة إجازة أحدهم؟

قرار لا يملك غيره صلاحية اتخاذه، لا غير. وكل ما عداه يذهب إلى مهندس التغطية عبر قاعدة تأخّر عن الموعد. واستعِر رقم الاستدامة الذي ينقله incident.io عن Google SRE Workbook: لا أكثر من حادثتين أو ثلاث تستدعي تدخّلًا في المناوبة الواحدة، وإلا فالعتبة خاطئة.

قراءات ذات صلة

أضف تعليقًا

ابدأ النقاش.