لوحة مهام نافين: خطط وأثرِ وقد كإنسان أو وكيل أو هجين

الخبير الحقيقي لا يدير المهام كقائمة todo: إنه يفكّك ويرتب ويثري ويسند ويتحقق ويعيد التخطيط عندما تتحرك الواقعية. هذا بالضبط ما تفرضه لوحة نافين - عليك أو على الوكيل أو على ثنائي هجين.

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

ماذا يستطيع الوكيل فعلا مع المهام

ثلاثة أنماط تعاون

1. Dev-first (الإنسان يقود)

تنشئ البطاقات وتصقلها في Tasks (الكود أو Project Home). الوكيل يأخذ فقط ما تعطيه (/board task <id> أو claim يدوي). مثالي حين يبقى الحكم التجاري عندك.

2. Agent-first (الوكيل خبير)

/blueprint أو /mission: يقرأ الوكيل اللوحة (board plan) وينشئ معالم ومهاما ويربط depends_on ويضع القبول والتحقق ثم ينفذ عبر /forge أو /cruise. توافق على الخطة لا على كل حركة صغيرة.

3. هجين (الخبير الحقيقي)

الإنسان يحدد الهدف والقيود والقرارات غير القابلة للتراجع (blocked + human:…). الوكيل يثري ويقسم وينفذ الجاهز ويطلق وكلاء فرعيين على المتوازي ويتوقف فور نقص معلومة. نمط Magentic-One / Progress Ledger - أصلي في نافين بلا إطار خارجي.

القاعدة الذهبية: depends_on لا الأولوية وحدها

الأولوية تقول كم يهم الأمر.
depends_on يقول ما يستحيل ماديا قبل شيء آخر.

تستخرج اللوحة ثلاثة حقائق مفيدة:

• ready - كل التبعيات done؛
• blocked - تبعية مفتوحة أو إنسان أوقفها؛
• المسار الحرج - أطول سلسلة مفتوحة (قصّرها فتقصّر المشروع).

board next يعيد الطابور مرتبا سلفا: المسار الحرج أولا ثم ما يفتح أكثر ثم الأولوية. الوكيل لا «يشعر» بالبطاقة التالية: يتبع العقد.

أثرِ مهمة كقائد تقني

بطاقة نافين الجيدة تحمل:

• عنوانا واضحا ومخرجًا واحدا؛
• وصفا بسياق وخارج النطاق؛
• قبولا ثنائيا (done / not done)؛
• تحققا (test / lint / verify / manual / none)؛
• depends_on نحو المتطلبات الحقيقية؛
• مسندا صريحا (إنسان، وكيل، فرعي)؛
• تعليقات مستمرة (نتائج ومسارات ملفات وقرارات).

التدقيقات (/inspect و/fortify و/debug) يجب أن تنشئ مهاما status=fix لكل نتيجة مؤكدة - وإلا يموت المعرفة في الدردشة.

حالات خط تسليم حقيقي

backlog → planned → in_progress → review → audit → fix → done (+ blocked / cancelled).

• review: يجب أن ينظر إنسان؛
• audit / fix: نتائج للمعالجة؛
• done: دليل مرفق عندما يطلب التحقق ذلك؛
• blocked: قرار أو بيانات اعتماد أو عمل غير قابل للتراجع - مع تعليق بما ينقص.

الاستقلالية: عندما يسلسل الخبير

بموافقة استقلالية اللوحة:

1. board next ← claim؛
2. فرع معزول navin/task-<id>؛
3. تنفيذ + اختبارات؛
4. done مع دليل ← دفع + PR؛
5. إغلاق قضية GitHub إن كانت المزامنة مفعلة؛
6. المهمة التالية حتى blocked أو فراغ الطابور.

الدمج يبقى لك. الوكيل يبقى المنفذ المنضبط.

مقارنة: todo SaaS مقابل لوحة نافين

الأسئلة الشائعة

هل يستطيع الوكيل إنشاء مهام وحده؟

نعم: create / update / move / comment / milestone مثل إنسان في لوحة Tasks. تحت الاستقلالية يسلسل دون إعادة السؤال بين البطاقات.

ماذا لو نقصت معلومة؟

يضع blocked ويسند human:… ويعلّق ويُشعر - ولا يخترع حقائق.

هل ينفذ /blueprint كودا؟

لا. خطة + دفتر + مهام. البناء يبدأ بـ /forge أو /cruise أو زر Build.

أين أرى اللوحة؟

منصة الكود وتبويب Tasks في Project Home: نفس المكوّن ونفس الأحداث الحية.

حمّل نافين · الميزات · التوثيق

قراءات تالية

• استقلالية git / PR / القضايا → اللوحة المستقلة
• استمرارية المشروع → Project Home
• رادار الصحة → تدقيق Vision 360
• دورة Agent / Plan / Review → وحدة الكود
• فريق متعدد الوكلاء → وكلاء نافين

الخلاصة

إدارة المهام كخبير ليست تعليم خانات: إنها تخطيط رسم وإثراء كل بطاقة واختيار إنسان / وكيل / هجين وطلب أدلة وإعادة تخطيط دون فقدان الخيط. هذا ما تؤتمته نافين - حتى لا يبقى الوكيل دردشة لامعة بل شريك تسليم.