Earendil تتراجع عن رفضها لـ MCP وتضمّه إلى أداتها Pi عبر ميزة Codemode
حين يكتب الـ agent كودًا يستدعي الأدوات بدل استدعائها واحدة واحدة، يتوقف النموذج عن رؤية كل نتيجة ويرى الملخص فقط، لكنه ينفّذ كودًا لم يقرأه أحد.
نشرت شركة Earendil في 29 سبتمبر 2026 أنها ضمّت بروتوكول MCP إلى أداتها Pi، بعد أن كانت قد أعلنت سابقًا أنها لن تستخدمه. وحصد المقال 581 نقطة على Hacker News. ويأتي ذلك بعد أيام من مقال جادل بأن MCP كان فكرة خاطئة بسبب تضخم السياق بتعريفات الأدوات.
وما تغيّر بحسب المقال هو طريقة الاستخدام لا البروتوكول. فبدل أن يستدعي الـ agent الأدوات مباشرة، صار يكتب كودًا يستدعيها. وتسمي الشركة هذه الميزة Codemode، وفيها يكتب الـ agent كود JavaScript يُنفَّذ داخل الـ harness الموثوق، لا داخل sandbox الأداة.
والفرق يتعلق بعدد الرحلات إلى النموذج. فحين يستدعي الـ agent أداة، تعود النتيجة إلى النموذج ليقرر الخطوة التالية. ومع 100 عنصر تصبح هناك 100 رحلة، ويُعاد إرسال السياق السابق كله في كل واحدة منها. أما في الكود، فتتحول هذه الرحلات إلى loop عادي، ولا يرى النموذج إلا النتيجة المجمعة.
والمثال الذي يعرضه المقال هو تصنيف 167 issue من Linear بالتوازي على 4 workers، انتهى خلال أجزاء من الثانية. وكانت النتيجة 156 محايدة، و11 فيها ضيق بسيط، وصفر غاضبة. ولم ينشر المقال أرقامًا عن عدد التوكنز قبل الطريقة وبعدها.
وتبقى في هذه الطريقة مفارقة. فالخاصية نفسها التي توفر التوكنز هي التي تجعل النموذج ينفّذ كودًا كتبه بنفسه ولم يراجعه أحد قبل تشغيله. ويصبح السؤال لدى الفرق التي تبني agents هو أين تقع المراجعة حين يتحول استدعاء الأدوات إلى برنامج يكتبه النموذج.