Auto-Ontology: من اعتمد معنى العميل النشط؟

قد يطلب تقرير عدد العملاء النشطين، بينما تقصد إحدى الفرق من اشترى وتقصد أخرى من سجل الدخول. يمكن أن يكون استعلاما SQL صحيحين من ناحية البنية وأن يعطيا نتيجتين مختلفتين. يقترح Auto-Ontology من NVIDIA وضع هذه التعريفات في طبقة يراجعها أشخاص قبل أن يستخدمها الوكيل.

هذه مراجعة للوثائق والكود في 4 نوفمبر. لم أثبت الخدمة ولم أقس دقة الإجابات. يظل تقليل الأخطاء ادعاء للمشروع. في التجربة المقترحة، أبحث عن تعريف يستطيع محلل آخر شرحه واستعلام يمكنه إعادة إنتاجه.

من المخطط إلى المعنى

يصف المستودع الرسمي استخراج المخططات وفحص الأعمدة وأخذ عينات من القيم. تقترح الخدمة مصطلحات وعلاقات بين الجداول وسمات SQL، وتحفظ السياق في Postgres مع تضمينات pgvector. قد تتضمن العينات قيما حقيقية، لذا يجب فحص وجهات البيانات وإعدادات النماذج قبل الاتصال.

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

فحص الجاهزية وفحص السؤال

يميز دليل MCP بين check_readiness وcheck_answerable. يتحقق الأول من وجود طبقة مجمعة واتصال يعمل. قد يبقى الكتالوج بعد فقدان الاتصال، فلا يثبت ظهور المصطلحات أن SQL قابل للتنفيذ. يقيم الثاني تغطية الطبقة للسؤال، لكنه لا يثبت صحة تعريف العمل نفسه.

ينفذ ask_question مسار التحويل إلى SQL ويعيد الإجابة والاستعلام والصفوف في حقول منفصلة. الحد الأقصى للصفوف المعادة هو 100، ويشير row_count وtruncated إلى التقييد. لا ينبغي اعتبار الجزء الظاهر قائمة كاملة. أما القيمة المجمعة فتحتاج إلى مراجعة التعبير والفلاتر.

صلاحيات صاحب الطلب

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

تتصل خدمة MCP بواجهة Next.js العامة. يصف الدليل دخول كل مستخدم والتحقق من الرموز المعتمة عبر UserInfo. تشمل التجربة المقترحة حسابين اصطناعيين بصلاحيات مختلفة وطلبا مسموحا وآخر مرفوضا ثم إعادة الطلب بعد إلغاء المنحة. لا تؤكد هذه المراجعة أن كشف backend الداخلي منفصلا يحافظ على الحماية نفسها.

التخزين عند غياب Vault

يذكر دليل الاتصالات أن Vault معطل افتراضيا. يلزم وجود VAULT_ADDR وVAULT_NAMESPACE وVAULT_ROLE_ID وVAULT_SECRET_ID جميعها. يتجاهل النظام الإعداد الجزئي مع تحذير، ثم يحفظ بيانات الاتصال كنص واضح في Postgres. يؤكد مسار خدمة الاتصال ووحدة Vault هذا الاختيار في الكود.

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

تجربة صغيرة قابلة للمراجعة

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

تحدد رخصة Apache-2.0 شروط إعادة الاستخدام. تتضمن النسخة التي فحصتها تغييرا مؤرخا في 3 نوفمبر للنماذج الافتراضية. الصيانة الحديثة لا تثبت ملاءمة الخدمة لبيانات العمل. أبدأ بمقياس واحد وقاعدة للقراءة فقط، وأوسع الوصول بعد التحقق من التعريفات والرفض وتخزين بيانات الاتصال.