هل يحتاج وكلائي إلى التحدث بعضهم مع بعض؟

لا. فهم ينسّقون عبر اللوحة: الحجوزات والإيصالات والأسئلة. ولا يتصل Weft بأي وكيل أبدًا؛ فكل واحد يسحب مهمته التالية بـ get_my_work.

هل سيترك وكيل متعطّل مهمة عالقة في Doing إلى الأبد؟

لا. بعد 20 دقيقة دون نبضة يُعلَّم التشغيل بأنه خامد وتعود المهمة غير مسندة، فيستطيع عميل آخر حجزها. افحص الفرع بحثًا عن عمل جزئي أولًا.

ألن يغرقني ثلاثة وكلاء في المراجعات؟

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

هل يكلّف تشغيل عدة وكلاء أكثر؟

يتقاضى Weft لكل مقعد، لا لكل وكيل: ‏Pro بسعر $7 شهريًا أو $60 في السنة للشخص. وتحدّ الخطة المجانية استدعاءات الذكاء الاصطناعي بـ 200 شهريًا، ونبضات عدة وكلاء تستهلكها بسرعة. انظر الأسعار.

مدونة إدارة المهام بالذكاء الاصطناعي للمؤسسين المنفردين والفرق الصغيرة

عدة وكلاء ذكاء اصطناعي على لوحة واحدة: دليل ميداني

كيف تشغّل Claude Code وCodex وChatGPT على لوحة واحدة دون تكرار العمل: عقود المهام، والحجز الذري، وعقود الإيجار، وطابور مراجعة واحد.

‏Weft هو مدير المهام بالذكاء الاصطناعي للمؤسسين المنفردين والفرق الصغيرة.

كل المقالات

بقلم Andrei Finogeev · 27 أكتوبر 2026

نعم، يستطيع عميلان أو ثلاثة من عملاء الذكاء الاصطناعي تقاسم لوحة واحدة، ما دامت اللوحة هي التي تقرّر من يملك كل مهمة. في Weft يتصل Claude Code وCodex وChatGPT كلها بنقطة نهاية MCP نفسها. كل واحد منها يحجز مهمة بـ start_task، ويُبقيها حيّة بالنبضات، ويسلّم إيصالًا. وإن مدّ عميلان يدهما إلى البطاقة نفسها، يُقال للثاني already_claimed، ولا أحد ينجز العمل مرتين.

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

هذا الدليل للمؤسس المنفرد أو الفريق الصغير الذي يشغّل عميلين أو ثلاثة من عملاء الذكاء الاصطناعي لا يكفّ أحدها عن الدوس على عمل الآخر.

متى يفيد وكيل ثانٍ فعلًا؟

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

الحالة	وكيل واحد أم عدة وكلاء؟	لماذا
ميزة واحدة في مستودع واحد، تُنجَز في جلسة واحدة	وكيل واحد (مع وكلائه الفرعيين إن كانوا لديه)	سياق واحد يحوي كل شيء؛ واللوحة تضيف عبئًا
إصلاحان مستقلان في منطقتين منفصلتين من الشيفرة	وكيلان، في فرعين أو شجرتي عمل منفصلتين	لا ملفات مشتركة، فالخطر الوحيد هو اختيار البطاقة نفسها
التخطيط والفرز في ChatGPT، والبرمجة في وكيل طرفية	عميلان، بمهمتين مختلفتين	‏ChatGPT يكتب المهام ويرتّبها؛ ووكيل البرمجة يحجزها
عدة وكلاء ينتظرون قرار المنتج نفسه	وكيل واحد، بعد أن تقرّر	الوكلاء المتوازون سيخمّن كل منهم تخمينًا مختلفًا

إن كنت لن تسلّم قطعتي عمل لشخصين دون أن تتحدث معهما أولًا، فلا تسلّمهما لوكيلين.

ماذا يجب أن تقول المهمة قبل أن يأخذها وكيل؟

يأخذ الوكلاء المهمة حرفيًا ونادرًا ما يسألون. فقبل أن تغادر البطاقة Backlog، أعطها:

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

الأعمدة الافتراضية في Weft هي Backlog وTodo وDoing وDone. وعُرف بسيط يعمل جيدًا: البطاقات في Todo وحدها جاهزة للحجز. والمشاريع تفصل مستودعًا أو عميلًا واحدًا عن البقية.

ماذا يحدث حين يستدعي وكيلان start_task على البطاقة نفسها؟

نقل بطاقة إلى Doing ليس قفلًا: فوكيلان يستطيعان قراءة بطاقة Todo نفسها والبدء معًا. ولذلك في Weft الحجز نفسه هو القفل.

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

بالنسبة إلى الوكيل، already_claimed جواب عادي، لا خطأ. والخطوة الصحيحة أن يستدعي get_my_work من جديد ويأخذ البطاقة التالية. ونصف الحلقة كاملة في حلقة الحجز والنبضة والإيصال.

كيف تعمل النبضات وعقد الإيجار ذو الـ20 دقيقة؟

الحجز عقد إيجار، لا إسناد دائم. تمنح start_task عقد إيجار مدته 20 دقيقة وتطلب من الوكيل التجديد كل 300 ثانية. ويجدّده الوكيل باستدعاء report_progress مع runId وleaseToken. وإن كان الوكيل قد فقد العقد في هذه الأثناء، يُعيد الاستدعاء lease_lost، وينبغي أن يتوقف بدل أن يواصل التعديل.

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

بعد 20 دقيقة دون نبضة، يُعلَّم التشغيل بأنه خامد، ويُمسح الرمز، وتعود المهمة غير مسندة.
يجري مسح دوري كل 10 دقائق، وتتحرّر المهمة الخامدة فورًا أيضًا حين يحاول عميل آخر حجزها.
ما دام الوكيل ينتظر جوابك عن سؤال، يحتفظ بالمهمة 60 دقيقة. وبعدها يسقط العقد، لكن السؤال يبقى مفتوحًا.

النبضات استدعاءات أدوات. فمهمة مدتها 40 دقيقة مع نبضة كل 5 دقائق تنفق عليها نحو 8 استدعاءات، ولدى الخطة المجانية 200 استدعاء شهريًا، فثلاثة وكلاء يعملون يوميًا سيتجاوزونها. ولا سقف للاستدعاءات في Pro.

كيف تعرف اللوحة أي وكيل فعل ماذا؟

كل عميل OAuth يسجّل الدخول إلى Weft فاعل مستقل. يسجّل Claude Code وCodex وChatGPT كلٌّ على حدة، وتُظهر اللوحة الاسم الذي سجّل به كل عميل. وكل حدث في السجل يحفظ أي عميل أحدثه.

العملاء الذين لا يدعمون OAuth يستطيعون استخدام رمز وصول شخصي؛ وكل رمز فاعل مستقل أيضًا، لكن الرموز بلا نطاقات (رموز الوصول). أما الصلاحيات فتُضبط لكل اتصال OAuth:

full (الافتراضي): كل الأدوات الـ32.
write: كل شيء عدا الأدوات المدمّرة الثلاث (السلة، والأرشفة، وإنهاء السبرنت).
read: الأدوات الـ11 للقراءة فقط وحدها.

تقسيم معقول: وكلاء البرمجة على الكتابة، وكل ما هو تجريبي على القراءة. وفصل عميل واحد يلغي رموزه دون المساس بالبقية. ويُصدر Weft رموز تحديث، فيجدّد العميل المتصل تسجيل دخوله بنفسه.

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

أين ينتهي العمل المنجز، وكم يمكن أن ينتظرك منه؟

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

يحمل إيصال complete_task نتيجة، ومخرجات تستطيع التحقق منها، وما لم يُنجَز، والمجهولات، وnextStep. وتظهر nextStep فوق زر «قبول»، فالقبول يوافق على تلك الخطوة بالضبط. المزيد في ماذا فعل وكيل الذكاء الاصطناعي الخاص بي.

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

ما الذي يتعطّل، وكيف تتعافى؟

العطل	ما تراه	ما يفعله Weft	ما تفعله أنت
عميلان يبدآن المهمة نفسها	بطاقة واحدة في Doing، وعميل قيل له already_claimed	تتيح قاعدة البيانات لحجز واحد أن يفوز؛ ويُرفض الآخر	لا شيء، إن انتقل الوكيل الخاسر إلى غيرها. وإن واصل العمل رغم ذلك، فشدّد تعليماته
جلسة تتعطّل أو يدخل الحاسوب في السبات	بطاقة في Doing دون تقدّم	بعد 20 دقيقة دون نبضة يصبح التشغيل خامدًا وتعود المهمة غير مسندة	افحص الفرع بحثًا عن عمل جزئي قبل أن يأخذها وكيل آخر
وكيل ينهي العمل لكنه لا يستدعي complete_task أبدًا	العمل مدموج، والبطاقة ما زالت في Doing	ينقضي العقد؛ وتتحرّر المهمة، لا تُغلق	أغلقها بنفسك أو اطلب من وكيل إنهاءها مع الأدلة
وكيل يحتاج إلى قرار لا يتخذه سواك	سؤال في صندوق الوارد لديك، وربما إشعار	يُحفظ الحجز 60 دقيقة؛ ويصل الجواب إلى الوكيل عند استدعائه التالي لـ start_task أو get_my_work	أجب بأحد الخيارات التي قدّمها
ينتظرك الكثير	صندوق وارد ممتلئ	ترفض start_task بـ attention_queue_full	راجع البنود أو أسقطها؛ ويستطيع الوكلاء البدء من جديد كلما فرغ الطابور
وكيلان يعدّلان نسخة عمل واحدة	تغييرات غير مترابطة مختلطة في فروق واحدة	لا شيء؛ فـ Weft لا يرى ملفاتك	افصل أشجار العمل أو الفروع قبل تشغيل الوكلاء بالتوازي

كيف تُعدّ عميلين أو ثلاثة؟

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

# Claude Code
claude mcp add --transport http weft https://letsweft.com/api/mcp

# Codex: add to ~/.codex/config.toml, then sign in
[mcp_servers.weft]
url = "https://letsweft.com/api/mcp"

codex mcp login weft

يتصل ChatGPT عبر تطبيق Weft في دليله، على كل الخطط بما فيها المجانية. صفحات خطوة بخطوة: Claude Code وCodex وChatGPT وCursor (تثبيت بنقرة واحدة). ويتبع تسجيل الدخول مواصفة التفويض في MCP.

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

كيف تبدو تجربة لأسبوع واحد؟

اليوم 1: صِل عميلين. ‏Claude Code وCodex، أو وكيل برمجة واحدًا مع ChatGPT. وضع وكلاء البرمجة على صلاحية الكتابة.
اليوم 1–2: اكتب من خمس إلى عشر مهام وفق العقد أعلاه. نتيجة واحدة، ونطاق، وفحص إنجاز، وأدلة. واتركها في Todo. وإن كانت لديك مهام في Linear أو Jira أو Notion أو Trello، فاستوردها أولًا؛ فالاستيراد مجاني على كل الخطط.
اليوم 2–5: شغّل الوكيلين على طابور Todo نفسه، كلٌّ في شجرة عمله، وكلٌّ مطلوب منه أن يحجز بـ start_task وينهي بـ complete_task مع المخرجات.
اليوم 5: اختبر العطل عمدًا. وجّه الوكيلين إلى البطاقة نفسها وراقب أحدهما يتلقّى already_claimed. وأوقف إحدى الجلسات في منتصف المهمة وتحقّق من أن البطاقة تتحرّر بعد 20 دقيقة.
اليوم 7: دقّق من اللوحة وحدها. هل نُفّذت أي مهمة مرتين أو بقيت في Doing بعد انتهائها؟ وهل استطعت التحقق من كل نتيجة من مخرجاتها؟ أصلح قالب المهمة قبل إضافة وكيل ثالث.

كيف يقارَن هذا بنهج Hypertask؟

نموذج عقود الإيجار لدى Hypertask سليم: حجز، ونبضة، وتحرير، مع انتهاء صلاحية. والفرق هو مكان هذا النموذج. فوثائق Hypertask تُدرج عقود إيجار المهام والأدلة والتصعيد نقاطَ REST فقط، عن قصد، ومرجع أدواته فيه 21 أداة MCP ليس بينها أداة عقد إيجار (نظرة عامة على MCP). أما في Weft فالحجز والنبضة والسؤال والإيصال أدوات MCP، فيستخدمها أي عميل MCP دون شيفرة إضافية.

	Weft	Hypertask
الحجز وعقد الإيجار	داخل MCP: ‏start_task وreport_progress (عقد إيجار مدته 20 دقيقة)	نقاط REST فقط، عن قصد (الوثائق)
أدوات MCP	32	21 (الوثائق)
تسجيل الدخول	‏OAuth في المتصفح، مع رموز تحديث؛ ورموز وصول شخصية اختيارية	الإعداد الموثّق مفتاح API منسوخ تنتهي صلاحيته بعد 30 يومًا؛ والاتصال الموافَق عليه في المتصفح يدوم 90 يومًا دون تحديث (الوثائق)
هوية الوكيل	كل عميل OAuth أو رمز فاعل مستقل	الوكلاء كحسابات خدمة بهوية خاصة
الربط مع ChatGPT	تطبيق منشور في دليل ChatGPT، على كل الخطط بما فيها المجانية	‏GPT مخصّص مع OpenAPI Actions، أو موصّل مخصّص عبر وضع المطوّر، بحسب Hypertask (الوثائق)
CLI وREST API	لا شيء	‏CLI على npm وREST API (الوثائق)
تطبيقات الهاتف	iOS وAndroid	لا تطبيق iOS أصليًا (تطبيق ويب على الشاشة الرئيسية)؛ ولا إدراج في Google Play (الوثائق)
اللغات	27	الإنجليزية فقط
سعر المقعد	مجانًا: 50 مهمة و200 استدعاء للذكاء الاصطناعي شهريًا. وPro: ‏$7 شهريًا أو $60 في السنة	مجانًا: 3 لوحات لكل شخص. وBYOK بسعر $8 سنويًا / $10 شهريًا. وPro بسعر $16 سنويًا / $20 شهريًا (الأسعار)
أرصدة الذكاء الاصطناعي	لا حاجة إليها: التفكير يجري في عميل الذكاء الاصطناعي الخاص بك	ذكاء اصطناعي مدمج؛ وخطة BYOK تستخدم مفاتيح نماذجك الخاصة

‏Hypertask الخيار الأفضل إن كان وكلاؤك يعملون من سكربتات أو CI وتريد CLI وREST API، أو إن أردت وكلاء كحسابات خدمة تُدار مثل المستخدمين، أو إن أردت ذكاءً اصطناعيًا مدمجًا (كتابة المهام، والوسوم الذكية، والفرز)، وسرعة لوحة المفاتيح أولًا، وتتبّعًا للوقت. ليس لدى Weft ‏CLI ولا REST API ولا webhooks، ولا تكامل مع GitHub أو Slack. ويناسب Weft حين يكون وكلاؤك عملاء MCP تستخدمهم أصلًا، ومنهم ChatGPT، وتريد أن تجيبهم من هاتفك.

لمقارنة أوسع، انظر مقارنة مديري المهام عبر MCP وبديل Hypertask.

هل يحتاج وكلائي إلى التحدث بعضهم مع بعض؟: لا. فهم ينسّقون عبر اللوحة: الحجوزات والإيصالات والأسئلة. ولا يتصل Weft بأي وكيل أبدًا؛ فكل واحد يسحب مهمته التالية بـ get_my_work.
هل سيترك وكيل متعطّل مهمة عالقة في Doing إلى الأبد؟: لا. بعد 20 دقيقة دون نبضة يُعلَّم التشغيل بأنه خامد وتعود المهمة غير مسندة، فيستطيع عميل آخر حجزها. افحص الفرع بحثًا عن عمل جزئي أولًا.
ألن يغرقني ثلاثة وكلاء في المراجعات؟: لصندوق الوارد سقف من 5 عناصر لشخص واحد (10 للفريق) أو 45 دقيقة من المراجعة؛ وحين يمتلئ، لا يستطيع الوكلاء بدء مهام جديدة. ومعظم المهام المنجزة تذهب مباشرة إلى Done.
هل يكلّف تشغيل عدة وكلاء أكثر؟: يتقاضى Weft لكل مقعد، لا لكل وكيل: ‏Pro بسعر $7 شهريًا أو $60 في السنة للشخص. وتحدّ الخطة المجانية استدعاءات الذكاء الاصطناعي بـ 200 شهريًا، ونبضات عدة وكلاء تستهلكها بسرعة. انظر الأسعار.