الذكاء الاصطناعي يقترح،
والشخص يقرّ

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

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

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

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

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

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

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

المسؤولون. إدخال وكيل MCP خارجي (Claude Code وCodex وCursor وغيرها) إلى مؤسستك فعل محكوم: إذن مخصص، org.agent.connect، يقرّر من يستطيع ربط وكيل، ويمكنه استبعاد أشخاص أو فرق محددة، وتحديد عدد الاتصالات لكل مؤسسة، وتقييد أي اتصال بمشاريع محددة ليحصل على الوصول اللازم فقط، كل ذلك من قسم الأشخاص. وإلغاء شخص افتراضي يقطع وصوله فورًا. وتشرح صفحة التعاون بين الأشخاص والذكاء الاصطناعي كيف يشارك الوكلاء بعد ذلك كأعضاء في المؤسسة.