كفّ عن تحديث لوحة المهام يدويًا: دع الوكيل ينقل البطاقة

تكفّ عن تحديث لوحة المهام يدويًا حين ينقل الوكيلُ الذي ينجز العمل البطاقةَ بوصف ذلك جزءًا من إنجازه. في Weft تضع start_task المهمة في Doing، وتُبقي report_progress الحجز حيًّا أثناء عمل الوكيل، وتنقلها complete_task إلى Done، أو إلى صندوق الوارد لديك حين تحتاج المهمة إلى مراجعتك. فتتوقف عن أن تكون الشخص الذي يُبقي الحالة صحيحة، وتصبح الشخص الذي يقرّر.

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

لماذا تتقادم كل لوحة مهام؟

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

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

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

هل الحل تنظيف أم وقاية؟

هناك طريقتان لأتمتة لوحة. التنظيف يدع الانحراف يحدث ثم يستخدم الذكاء الاصطناعي لفرزه. ومقال Hypertask بعنوان Stop Manually Updating Your Task Board يسلك هذا الطريق: يصف زر AI Triage يقرأ صندوق الوارد لديك، ويوسم كل بند بأنه آمن للأرشفة أو يحتاج إلى مدخلاتك، ويؤرشف المجموعة الأولى بعد موافقتك. وإن كانت مشكلتك سيلًا من التعليقات والتنبيهات، فهذه أداة معقولة، ولدى Hypertask ذكاء اصطناعي مدمج لذلك. أما Weft فلا ذكاء اصطناعي مدمجًا فيه ولا فرز للإشعارات.

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

اخترنا الوقاية. فاللوحة التي تحتاج إلى جولة تنظيف كانت خاطئة بين الجولات.

كيف ينقل الوكيل البطاقة أثناء عمله؟

يتصل Weft بعميل الذكاء الاصطناعي الخاص بك عبر بروتوكول Model Context Protocol على https://letsweft.com/api/mcp. ويسجّل العميل الدخول عبر OAuth في المتصفح، فلا مفتاح تنسخه. وأربعة استدعاءات أدوات تحمل حالة المهمة من البداية إلى النهاية:

1. start_task تحجز المهمة وتنقلها إلى Doing. والحجز عقد إيجار مدته 20 دقيقة. وإن حاول وكيل ثانٍ المهمة نفسها، يتلقّى already_claimed ويُطلب منه ألا يكرّر العمل.
2. report_progress نبضة. كل استدعاء يجدّد العقد، والاستجابة تطلب من الوكيل التجديد كل 5 دقائق. وإن تعطّل الوكيل أو أُغلقت المحادثة، تتوقف النبضات، وينقضي العقد بعد 20 دقيقة، وتتحرّر المهمة ليأخذها أيٌّ كان. فالصمت حالة أيضًا.
3. request_input تطرح عليك سؤالًا، مع خيارات، بينما يحتفظ الوكيل بحجزه. ويصل السؤال إلى صندوق الوارد لديك، ويمكن أن يصل إلى هاتفك إشعارًا.
4. complete_task تسجّل النتيجة، والمخرجات التي تثبتها (رابط، أو إيداع، أو بصمة ملف)، وما لم يُنجَز، وما بقي مجهولًا، والخطوة التالية. وافتراضيًا تنتقل المهمة مباشرة إلى Done. وإن كانت المهمة معلَّمة بأنها تحتاج إلى مراجعة، أو فشل فحص تحقّق، فإنها تتوقف في صندوق الوارد لديك بدلًا من ذلك.

لا يحتاج الوكيل إلى أن يتذكّر تحديث أي شيء، لأن التحديث هو الاستدعاء الذي يجريه لينجز العمل. وللآليات الكاملة لعقود الإيجار والإيصالات، انظر دليل حلقة الحجز.

وحدّ واحد بصراحة: لا يتصل Weft بأي وكيل أبدًا. فالوكيل يسحب العمل حين تكون في جلسة معه، عبر get_my_work أو start_task. والبطاقات تتحرك لأن وكيلًا تشغّله ينقلها، لا لأن Weft يراقب مستودعك. ولا مزامنة لدى Weft مع GitHub أو Slack ولا webhooks، فطلب الدمج الذي يُدمج خارج جلسة وكيل لن ينقل بطاقة من تلقاء نفسه.

كيف تبدو لوحة يدوية بجوار لوحة ينقل الوكيل بطاقاتها؟

ماذا أُؤتمت، وما الذي يجب أن يبقى قراري؟

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

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

هل يستطيع الذكاء الاصطناعي إعداد اللوحة من محادثة؟

نعم، وهذا الجزء السهل. صِف المشروع في محادثتك، فيستطيع الوكيل استدعاء initialize_board لإنشاء الأعمدة الافتراضية الأربعة (Backlog وTodo وDoing وDone) ثم bulk_create_tasks لإضافة الخطة كلها في معاملة واحدة. فإما أن تصل الدفعة كاملة أو لا شيء، وتُحسب استدعاءً واحدًا من حصتك الشهرية. والمهمة التي تُنشأ دون عمود تذهب إلى Backlog.

يرى مقال Hypertask بعنوان Why We Let AI Agents Build Entire Boards أن المشروع، لا المهمة الواحدة، هو الوحدة الصحيحة التي تُسلَّم للوكيل. ونتفق على أن الوكلاء ينبغي أن يبنوا اللوحات. لكننا نختلف في أن البناء هو الجزء الصعب.

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

لهذا لدى Weft حدّ للانتباه بدل حدّ للإنشاء. فحين ينتظرك الكثير، ترفض start_task حجز عمل جديد وتجيب بـ attention_queue_full، مع ما يستطيع الوكيل فعله بعد (الإبلاغ عن التقدّم، ومراجعة عمله، وقراءة اللوحة). والحد 5 بنود لمساحة عمل لشخص واحد و10 للفريق، أو 45 دقيقة من وقت المراجعة المقدّر، أيها يأتي أولًا. وأسئلة request_input تُحسب ضمنه أيضًا، لأن الإجابة عنها تكلّف الانتباه نفسه.

يستطيع الوكيل أن يخطّط قدر ما يشاء، لكنه لا يستطيع بدء الشيء السادس بينما تنتظرك خمسة أشياء منجزة.

كيف ينبغي أن يبدو أسبوعي الأول؟

صِل عميلًا واحدًا أولًا. في ChatGPT، ‏Weft تطبيق منشور على كل الخطط، بما فيها المجانية. وفي claude.ai أو Claude Desktop تضيفه موصّلًا مخصّصًا. وفي Claude Code يكفي أمر واحد: claude mcp add --transport http weft https://letsweft.com/api/mcp (انظر صفحة إعداد Claude Code). ثم الصق هذا في المحادثة وعدّل سطر المشروع:

أنت متصل بلوحتي في Weft. التزم بهذه القواعد طوال هذا الأسبوع.

الإعداد (اليوم):
1. استدعِ get_board_state. إن لم تكن هناك أعمدة، فاستدعِ initialize_board.
2. مشروعي: [صِفه في 3-5 جمل].
   اقترح 12 مهمة على الأكثر في قائمة. اعرض عليّ القائمة أولًا.
   وبعد أن أوافق، أضفها باستدعاء bulk_create_tasks واحد.

في كل مرة تعمل فيها على مهمة:
3. استدعِ get_my_work لترى ما يخصك وهل في طابوري متسع.
4. استدعِ start_task لحظة تبدأ العمل الفعلي، لا ونحن
   نناقشه فقط. واحتفظ بـ runId وleaseToken.
5. استدعِ report_progress كل بضع دقائق أثناء العمل.
6. إن وصلت إلى قرار يخصني (المال، النشر، أي شيء
   لا رجعة فيه، أو مفترق حقيقي)، فاستدعِ request_input مع 2-4 خيارات.
   لا تخمّن ولا تستأذن في المتابعة.
7. أنهِ بـ complete_task: نتيجة في سطر واحد، ومخرجات أستطيع
   التحقق منها (روابط، إيداعات، ملفات)، وnotDone، وunknowns، وnextStep.
8. لا تنقل بطاقة إلى Done يدويًا أبدًا. فـ complete_task تفعل ذلك.
9. إن قالت start_task ‏attention_queue_full، فتوقف عن بدء عمل جديد.
   أخبرني بما ينتظرني وساعدني على إفراغه.

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

اثنتا عشرة مهمة عدد مقصود. ففي الخطة المجانية لديك 50 مهمة نشطة و200 استدعاء للذكاء الاصطناعي شهريًا، والأسبوع الأول لتعلّم الحلقة، لا لملء اللوحة. وإن كنت تنقل لوحة قائمة، فإن Weft يستورد ملفات CSV من Linear أو Jira أو Notion وJSON من Trello على كل الخطط.

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

وبحلول الجمعة، تحقّق من أمرين: هل لكل بطاقة في Done شيء تستطيع فتحه للتحقق منها، وهل وصلك أي شيء كان بوسعك أن تقرّره مسبقًا؟ إن كان كذلك، فاكتب ذلك الخيار الافتراضي في موجّه الأسبوع التالي.

ما الذي لا يفعله Weft هنا؟

• لا ذكاء اصطناعي مدمج فيه. فالتفكير يجري في عميل الذكاء الاصطناعي الخاص بك، ولذلك لا أرصدة ذكاء اصطناعي تشتريها من Weft ولا زر فرز.
• لا ينقل البطاقات بناءً على أحداث خارجية. لا مزامنة مع GitHub أو GitLab أو Slack، ولا webhooks، ولا REST API عامة. وإن كان ينبغي أن تتبع حالتك الإيداعات وعمليات الدمج دون تدخّل وكيل، فأداة لديها هذه التكاملات أنسب.
• لا يجعل كل مهمة تنتظرك. فمعظم العمل المنجز يذهب مباشرة إلى Done مع إيصاله. ولا يتوقف في صندوق الوارد لديك إلا المهام التي تحتاج إلى مراجعة، أو تفشل في فحص.

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

إن كان الوكيل ينقل البطاقات، فكيف أعرف أنه لم يعلّم كل شيء بأنه منجز وحسب؟

‏Done في Weft يأتي من complete_task، التي تسجّل النتيجة والمخرجات وما لم يُنجَز وما بقي مجهولًا. اقرأ المخرجات، لا الملخّص. وللعمل الذي تريد التحقق منه قبل اعتماده، علّم المهمة بأنها تحتاج إلى مراجعة فتتوقف في صندوق الوارد لديك لتختار: قبول أو إعادة أو لاحقًا أو إسقاط.

ماذا يحدث حين يتعطّل الوكيل في منتصف الطريق؟

يتوقف عن إرسال report_progress. وبعد 20 دقيقة دون نبضة ينقضي العقد وتتحرّر المهمة ليأخذها أيٌّ كان، بما في ذلك وكيل آخر. ولا تحتاج إلى أن تلاحظ التعطّل حتى تكفّ اللوحة عن الادّعاء بأن أحدًا يعمل عليها.

هل سيبطئ حدّ الانتباه وكلائي؟

إنه يبطئ البدء، لا الإنهاء. فحين ينتظرك 5 بنود (10 للفريق) أو 45 دقيقة من المراجعة، ترفض start_task العمل الجديد، لكن الوكيل يظل قادرًا على الإبلاغ عن التقدّم وقراءة اللوحة. وأسرع طريقة لرفع الحجب أن تتخذ قرارًا بشأن ما في صندوق الوارد لديك أصلًا.

هل أستطيع إبقاء بعض الوكلاء للقراءة فقط؟

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

هل أحتاج إلى خطة مدفوعة لهذا؟

لا. الحلقة كلها تعمل على الخطة المجانية، مع 50 مهمة نشطة و200 استدعاء للذكاء الاصطناعي شهريًا؛ وتُحسب bulk_create_tasks استدعاءً واحدًا. أما Pro فبسعر $7 للمقعد شهريًا أو $60 للمقعد سنويًا ويُزيل هذه السقوف.

هل هذا أفضل من الفرز بالذكاء الاصطناعي؟

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