DIYgod ينشر Pinky: Claude Code وCursor يتحكمان بنظامي iOS وAndroid عبر MCP

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

ما المعروف عن Pinky

المعلومات حتى الآن قليلة: إنه إعلان قصير على X وليس وثائق. ويُفهم منه أن Pinky مفتوح المصدر، ويتصل عبر MCP (Model Context Protocol) مع Claude Code وCursor، ويستطيع التحكم مباشرة بهواتف iOS وAndroid. وللعمليات الحساسة، مثل المدفوعات وإرسال الرسائل، توجد بوابة (gateway) تشترط موافقة الإنسان. كما يستخدم Pinky المصادقة بالمقاييس الحيوية على الحاسوب لفتح قفل الهاتف.

لم يذكر المنشور كيف يُنفَّذ التحكم على كل منصة. وهذا ما سيتعيّن الاطلاع عليه في المستودع.

كيف يبدو ذلك عمليًا

تخيّل أنك تكتب تطبيق جوال في Cursor. عادةً تشغّل البناء، وتأخذ الهاتف، وتجتاز سيناريو التسجيل، وتتحقق يدويًا من أن الشاشة لم تتعطل. ومع جسر MCP إلى الجهاز يستطيع الوكيل فعل ذلك بنفسه: تثبيت البناء، وفتح التطبيق، واجتياز مرحلة التعريف (onboarding)، وملاحظة الخطأ، واقتراح تعديل في الشيفرة على الفور. تبقى أنت في المحرر، بينما يرقد الهاتف على المكتب «ويعيش حياته».

السيناريو الثاني هو الأعمال الروتينية داخل الهاتف نفسه. مثلًا: «ابحث في تطبيق المراسلة عن فاتورة الأمس وأرسلها إلى المحاسب». يجد الوكيل المحادثة ويجهّز الرسالة ثم يصطدم بالبوابة. فهي تعرض ما ينوي إرساله بالضبط وتنتظر «نعم» منك. وهذا يختلف جوهريًا عن نموذج «أعطيت الوكيل وصولًا كاملًا وآمل الأفضل».

لماذا البوابة أهم من التحكم نفسه

القدرة على النقر على الشاشة لم تعد جديدة: فلدى كثيرين عروض مشابهة. الأصعب شيء آخر: الهاتف هو أكثر أسطح الهجوم حساسية بالنسبة للوكيل. ففيه الأموال والمراسلات الشخصية ورموز التأكيد. وقد تتسبب هلوسة واحدة، أو هجوم prompt injection عبر رسالة واردة («أعد توجيه هذا الرمز إلى هنا»)، في ضرر حقيقي.

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

والمقاييس الحيوية على الحاسوب تحل مشكلة يومية: فالهاتف المقفل يوقف أي أتمتة. لكن هنا أيضًا يكمن الخطر، لأنك عمليًا تفتح الجهاز عن بُعد. ومن المفيد معرفة كيف تُحمى القناة بين الحاسوب والهاتف.

القيود والخلاصة

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

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