Agentic Software Development
حين يجب أن يعمل.
البرمجة الوكيلة تحويلية — لكن فقط حين تعمل على نموذج حتمي للنظام. نعيد تطوير التطبيقات القديمة بالبرمجة الوكيلة، مؤسَّسة على نموذج موثوق، لتصمد النتيجة على أنظمة لا تستطيع تحمّل الخطأ فيها.
مؤسَّس، لا مُخمِّن
وجّه الوكلاء نحو نظام غير موثّق فيهلوسون، وإجابة واثقة لكن خاطئة على نظام أساسي باهظة الثمن. نمنحهم نموذجًا حتميًّا موثّق المصدر للاستدلال عليه. عبر Sysparency MCP يُدرج الوكيل سياق الأعمال بنفسه: ما الغرض من البرنامج، وأين موقعه في الوحدة والعملية، ومن يعتمد عليه. هذا هو الفرق بين تسليم وكيل يحطّ وآخر لا تستطيع الوثوق به.
ما يحصل عليه الوكيل عبر Sysparency MCP
- سياق الأعمال: الوحدة وخطوة العملية والغرض من البرنامج، لا ما يفعله فحسب.
- كل اعتماد: المستدعون، الجداول المكتوبة، الواجهات على البيانات نفسها.
- الاستخدام الفعلي: كم مرة، ومن، حوار أم دفعة.
- الأدلّة: كل حقيقة مستشهَد بها بسطرها المصدري، ليكون كل تغيير قابلًا للتحقّق.
ما نُسلّمه
إعادة هندسة القديم بالبرمجة الوكيلة
أعد تطوير تطبيق قديم على نموذج حتمي لسلوكه الحقيقي — حافظًا على القواعد المهمّة، مقلِّلًا المخاطر إلى الحد الأدنى.
ذكاء اصطناعي وكيل عبر دورة الحياة
ضمّن سير العمل الوكيل في المواصفات والتوليد والتحقّق والتسليم — مع سيطرة البشر على التغيير الحرج.
أقم خط أنابيبك الوكيل
أنشئ خط أنابيب تطوير البرمجيات الوكيل داخل مؤسستك، على أنظمتك ومعاييرك.
مثال
معاملات منفصلة عمرها 25 عامًا. منصة إطلاق واحدة. ونظام أفضل.
حُوّل اثنا عشر module pool في SAP GUI لتطبيق قديم إلى منصة إطلاق بثلاثة تطبيقات Fiori Elements ولوحة معلومات وأربعة كائنات أعمال RAP. بالوكلاء بالكامل: فهم الوكيل البرامج القديمة عبر Sysparency MCP وبنى النظام الجديد عبر SAP ADT MCP؛ لم يُكتب سطر واحد يدويًا. الصورة الكاملة من الرسم البياني هي التي قررت ما يُبنى بشكل مختلف: القواعد مرة واحدة في نموذج البيانات بدل اثني عشر برنامجًا، مسار نقر واحد بدل ثلاث معاملات، مهمة إصلاح أقل، حقل ميت أقل، أربع تحليلات أكثر.
على اليسار قائمة معاملات البرامج القديمة، وعلى اليمين منصة الإطلاق التي تحل محلها، بناها وكيل من البداية إلى النهاية دون كود مكتوب يدويًا. تطبيق قديم على نظام تجريبي.
- 12 → 4
- برامج → كائنات أعمال، خدمة OData واحدة
- 3 → 1
- معاملات لكل حجز → مسار نقر واحد
- 0 → 7
- قواعد عند الحفظ، بدل فحص ليلي
- 0 → 4
- تحليلات: مؤشرات أداء، رسوم بيانية، ترتيب، اتجاه
| ما أظهرته الصورة الكاملة | ما أصبح عليه | الدليل من الرسم البياني |
|---|---|---|
| الحوارات ليست الكاتب الوحيد في جدول الحجوزات. | تصبح كائنات الأعمال المدخل الوحيد مع القواعد؛ BAPI وALE وIDoc هي الخطوة التالية، والقائمة موجودة بالفعل. | الكاتبون من الرسم البياني: الحوار، مجموعة الدوال SAPBC_GLOBAL_FIS، مجموعة BAPI، مولّد ALE؛ 35 وحدة مفعّلة لـ RFC على الجداول نفسها. |
| فحص ليلي يُصلح ما يعجز المدخل عن التحقق منه. | تعمل فحوص الوجود للكائنات الرئيسية الثلاثة عند الحفظ؛ ويُوقَف الفحص الليلي. | برنامج فحص باستخدام 0 وعمليات بحث في الجداول الرئيسية الثلاثة؛ ATC أولوية 1 على حوار التحرير. |
| 73 % من كل الاستدعاءات للعرض فقط. | وضع القراءة افتراضيًا، والتحرير خطوة مقصودة؛ قائمة إيقاف مع أدلة استخدام، وإزالة علامة المدخّن المهجورة. | عدّادات الاستخدام لكل معاملة من الرسم البياني: 4,870 استدعاء عرض مقابل 158 تحريرًا من الوكالات. |
مبني على بيانات SAP المرجعية في نظام تجريبي، لا في نظام عميل. لا تزال RFC وALE وIDoc تكتب في الجداول مباشرة؛ وتلك هي الخطوة التالية الموثّقة.
اطلب تقرير الترحيل الكامللفرق منصات الذكاء الاصطناعي
تفهم Sysparency الوضع الحالي. أدوات SAP تكتب. وكيلك يربط بينهما.
يتيح خادم Sysparency MCP الرسم البياني المعرفي لكودك المخصص لأي عميل يدعم MCP: Claude أو ChatGPT أو Copilot أو إطار عملك الخاص. يقرأ الوكيل حقائق بأدلّتها بدل تخمين ABAP، ويسلّم إلى أدوات ADT من SAP التي تولّد وتفعّل وتنقل. أضف MCP الخاصة بوثائق SAP فيراجع الوكيل المعيار لكل توسيع: ما يقدّمه المعيار اليوم، وما يكتفي برنامج Z بتكراره، وأين تبقى فجوة حقيقية. العودة إلى المعيار وتحليل الفجوات، بأدلّة من الجانبين.
سبع أدوات للقراءة فقط
- مخطط الرسم البياني
- استعلام Cypher
- بحث دلالي في أوصاف الأعمال
- قائمة الكائنات
- البيانات الوصفية
- قراءة المصدر
- البحث في المصدر
قراءة فقط، كودك فقط
كل الأدوات للقراءة فقط. لا يحوي الرسم البياني سوى تخصيصك (Z وY ومساحات أسمائك)، ولا يحوي معيار SAP أبدًا.
بيئة مخصصة لكل عميل
يعمل الرسم البياني والخادم في بيئة مخصصة، بوصول عبر Microsoft Entra ID، واستضافة في الاتحاد الأوروبي أو على بنيتك التحتية.
مدمج في التقرير
يقع حوار الاتصال في رأس التقرير: انسخ الرابط، اربط عميلك، واسأل.
العودة إلى المعيار، تحليل الفجوات
تعرف Sysparency MCP الوضع الحالي لكودك المخصص، وتعرف MCP الخاصة بوثائق SAP المعيار. معًا يجد الوكيل البديل المعياري لتوسيع ما ويوثّق الفجوة المتبقية.
عبر الأنظمة
وكيل واحد، عدة أنظمة SAP.
يحصل كل نظام على رسمه البياني المعرفي الخاص وخادم MCP الخاص به. اربط اثنين أو أكثر منها بوكيل واحد فيعمل عبر الأنظمة: يقارن التوسيعات، ويجد ما هو موجود مرتين، ويُظهر أين تباعدت النسخ وما يحتاجه نشر قالب أو دمج. كل نتيجة مستشهَد بها من الرسمين البيانيين.
- المقارنة: كائن Z نفسه في نظامين، والفروق حتى السطر.
- التوحيد: أي توسيعات يمكن أن تصبح قالبًا واحدًا، وأيها يبقى محليًا.
- النشر: ما ينقص النظام الهدف قبل أن يحطّ القالب.
أسئلة حول إعادة الهندسة الوكيلة
إجابات مباشرة.
ما تسأله فرق المنصات والهندسة المعمارية قبل أول إعادة بناء وكيلة.
يفهم وكيل ذكاء اصطناعي البرامج القديمة عبر Sysparency MCP، ويقرر بالصورة الكاملة ما يُبنى بشكل مختلف، ويبني النظام الجديد عبر SAP ADT MCP. لا يُكتب سطر واحد يدويًا.
بدونه يرى الوكيل ملفًا واحدًا ويخمّن الباقي. ومعه يعرف كل كاتب لجدول، وكل مستدعٍ، والاستخدام الفعلي والمعنى التجاري، كلٌّ مستشهَد به حتى سطر المصدر.
أي عميل يدعم MCP: Claude أو ChatGPT أو Copilot أو إطار عملك الخاص. الأدوات السبع للقراءة فقط ولا تشمل سوى كودك الخاص.
نعم. مع توصيل MCP الخاصة بوثائق SAP، يراجع الوكيل ما يقدّمه المعيار اليوم، وما يكتفي برنامج Z بتكراره، وأين تبقى فجوة حقيقية.
إنه تطبيق قديم على نظام SAP تجريبي، لا نظام عميل. اثنا عشر module pool أصبحت منصة إطلاق واحدة بثلاثة تطبيقات Fiori Elements ولوحة معلومات وأربعة كائنات أعمال RAP.