مترجَم عن الأصل الصيني. وعند الاختلاف بينهما، يُعتد بالأصل.

Confer — تعريف المنتج

في جملة واحدة

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

المشكلة التي نعالجها

الألم الأساسي

المعرفة محبوسة داخل الوثائق، ومَن يحتاجها ليس هو مَن يفهمها:

• قطاع الأعمال: دمج عتاد أو حزمة تطوير أو خدمة من طرف ثالث يفرض على المطوّر أن يخوض آلاف الصفحات من ملفات PDF وWord والوثائق على الويب. ودعم المورّد بطيء الرد، يجلس في منطقة زمنية أخرى، ولا يصيب دائماً. وأدوات البرمجة بالذكاء الاصطناعي مثل Claude Code لا تُحسن التعامل مع هذا المزيج: «وثيقة هائلة + معرفة خاصة بالمورّد».
• الأفراد: للعثور على خدمة (مطعم، ترميم، أعمال منزلية، طبيب) لا بد من الاتصال هاتفياً أو البحث في العتمة. وحين يكون الصديق غير متصل أو مشغولاً، لا سبيل للوصول إليه أصلاً.

حدود الحلول القائمة

الفرضية الجوهرية لـ Confer

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

المستخدمون المستهدفون

المرحلة الأولى (المنتج الأصغر القابل للتطبيق): مطوّرو قطاع الأعمال

• الملمح: مطوّرون يعملون على دمج العتاد، أو إدخال حزم تطوير من طرف ثالث، أو ربط أنظمة المؤسسات — وبخاصة مهندسو الواجهة والخلفية في الفرق الصغيرة والمتوسطة.
• الألم المعتاد: وثائق المورّد رديئة؛ الدعم الفني يتأخر؛ وClaude Code يخطئ كثيراً حين تنقصه المعرفة الخاصة بالمورّد.
• سلطة القرار: المطوّر يختار أدواته بنفسه (تركيب إضافة MCP لا يحتاج موافقة مدير).

المرحلة الثانية: شركات قطاع الأعمال

• الشركات التي تريد أن تمنح عملاءها وشركاءها نافذة دعم بالذكاء الاصطناعي (وبخاصة مصنّعو المعدّات الصناعية، وشركات البرمجيات كخدمة، وشركات أدوات المطوّرين).
• الشركات المتوسطة والكبيرة التي تريد أن يتعاون موظفوها عبر شبكة وكلاء مؤسسية موحّدة.

المرحلة الثالثة: الأفراد

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

عرض القيمة

السيناريوهات الرئيسية (أربع قصص من أولها إلى آخرها)

السيناريو الأول: مطوّر يدمج عتاداً عبر Claude Code (السيناريو المحوري للمنتج الأصغر)

لاو وانغ يستخدم Claude Code لبناء تكامل Modbus مع جهاز X100 من شركة ABC Industries.

1. يقول لاو وانغ لـ Claude Code: «اكتب قراءة الحرارة عبر Modbus لجهاز X100، بأربع قنوات متزامنة.»
2. يستنتج Claude Code أن الجهاز من ABC Industries، وأن وكيل ABC مسجَّل في المشروع من قبل.
3. يستدعي Claude Code الأمر agent_network.ask_peer(peer="abc-industries", question="سجلات الحرارة في X100 وكود الوظيفة الموصى به؟").
4. يستقبل وكيل ABC الاستعلام، ويبحث في الدليل v3.2 المركّب لديه، فيجد «سجلات الحرارة 0x40-0x47، وكود الوظيفة الموصى به 0x03»، ويعيدها مع أرقام صفحات المصدر.
5. تترسّب الإجابة تلقائياً في .claude/peers/abc-industries/facts.md.
6. يكتب Claude Code الشيفرة استناداً إلى هذه الحقيقة المتحقَّق منها.
7. يحصل لاو وانغ على شيفرة جاهزة لطلب دمج، وكل قرار مهم فيها مسنود بمصدر.

ما يزول من الألم: لا يفتح لاو وانغ ملف PDF؛ ولا يخمّن Claude Code؛ والإجابة ذات حجية لأنها من المورّد؛ وفي المرة القادمة التي يكتب فيها شيفرة مشابهة تُستعمل المعرفة المترسّبة من تلقاء نفسها.

السيناريو الثاني: تعاون عدة وكلاء داخل مراسلة مؤسسية

في الشركة مجموعة مشروع باسم «تكامل Modbus» تضم 3 مهندسين + وكيل ABC Industries + وكيل حزمة التطوير الداخلية.

1. يشير المهندس شياو لي إلى وكيل ABC في المجموعة: «ما مدى الجهد في X100 ضمن وضع RTU؟»
2. يجيب وكيل ABC: «24 فولت تيار مستمر، نقلاً عن دليل التركيب ص 12.»
3. يقرأ المهندس شياو وانغ الإجابة ويشير إلى وكيل حزمة التطوير الداخلية: «هل هذا متوافق مع مكتبة PowerSupply عندنا؟»
4. يستشهد وكيل الحزمة الداخلية بالويكي الداخلي ويجيب: «متوافق، لكن يلزم استخدام safe_mode=True.»
5. يُؤرشَف الحوار كاملاً تلقائياً بوصفه خيطاً، وفي المرة القادمة التي يَرِد فيها سؤال مشابه يمكن الإحالة إلى ذلك الخيط.

السيناريو الثالث: الإجابة نيابةً عن صديق (نصف آلي)

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

1. يرسل شياو تشانغ رسالة إلى لاو لي على Confer: «نطلع الجبل صباح السبت؟»
2. يطالع وكيل لاو لي التقويم: صباح السبت فارغ، وبعد الظهر مخصّص للأولاد.
3. يجيب الوكيل شياو تشانغ: «صباح السبت فارغ، لكن بعد الظهر عليه توصيل الأولاد. الأفضل الخروج مبكراً والعودة قبل الثانية.»
4. حين ينتهي الاجتماع يرى لاو لي ما أجاب به وكيله نيابةً عنه، فيضيف إليه أو يعدّله.

السيناريو الرابع: التنسيق مع مورّد من بلد آخر ولغة أخرى

المهندس الصيني شياو تشِن يعمل على معدّات صناعية من شركة Vendor X الألمانية.

1. يسأل شياو تشِن بالصينية: «كم قناة يستطيع الجهاز X أخذ عيّناتها خلال 100 مللي ثانية؟»
2. يُترجَم السؤال الصيني إلى الألمانية ويُرسَل إلى وكيل Vendor X الناطق بالألمانية.
3. يستشهد الوكيل الألماني بدليله الألماني ويجيب: «128 قناة، ص 45.»
4. تُترجَم الإجابة إلى الصينية من أجل شياو تشِن؛ ويحتفظ الجزء المقتبَس بالنص الألماني الأصلي مع تعليق بالصينية، وبنقرة واحدة تُفتَح الصفحة الأصلية.

ما لن نفعله

Confer صراحةً لا:

• ❌ يدرّب نماذج كبيرة خاصة به (يستخدم واجهات OpenAI / Anthropic / DeepSeek وغيرها)
• ❌ يحلّ محل Slack أو Feishu كمراسلة مؤسسية كاملة (تركيزنا على تعاون الوكلاء؛ والدردشة العادية تأتي على الهامش)
• ❌ يحلّ محل Claude Code (نحن شريكه في العمل، لا منافسه)
• ❌ يبني نظام دفع أو عقود أو شؤون قانونية خاصاً به (ذلك شأن البرمجيات كخدمة القائمة أصلاً)
• ❌ يصنع «شبكة تواصل اجتماعي للذكاء الاصطناعي» علنية (تلك الصيغة التي يلهو فيها الوكلاء فيما بينهم، على طريقة Moltbook)

مؤشرات النجاح (تقريبية)

القراءة الاستراتيجية

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