أدوات وإضافات ومهارات وسير عمل FoneClaw: كيف تختار طبقة القدرة؟

خريطة سريعة: Tool وPlugin وSkill وWorkflow وShortcut

عندما نبني FoneClaw، لا نعامل كل قدرة باسم واحد فضفاض. نحتاج طبقات واضحة لأن وكيل الهاتف يعيش بين النية والأدوات والأذونات والنتيجة. لذلك نستخدم خمسة أسماء أساسية: Tool، Plugin، Skill، Workflow، وShortcut. أبسط طريقة لفهمها هي أن لكل طبقة فعلا تملكه: الأداة تنفذ، الإضافة تضيف، المهارة ترشد، سير العمل يرتب، والاختصار يبدأ.

هذه الخريطة هي جواب الفرق بين أدوات وإضافات ومهارات وسير عمل FoneClaw. الطبقات لا تستبدل بعضها. قد يبدأ المستخدم من Shortcut، يستخدم Workflow محفوظا، تستعين المهمة بـSkill للتوجيه، ثم تنفذ Tools مدمجة أو أدوات جاءت من Plugin. ما يبقى ثابتا في كل الحالات هو أن Android permissions وموافقات FoneClaw ونتائج الهاتف المرئية تظل جزءا من التنفيذ.

على صفحة ميزات FoneClaw نصف هذه الطبقات كجزء من بنية وكيل Android عملية، مع 100+ built-in tools ومسارات مدعومة للهاتف. الهدف من هذا الدليل هو أن تختار أصغر طبقة تملك التغيير الذي تريده بدلا من تحويل كل شيء إلى إضافة أو سير عمل.

الأدوات الذرية والإضافات القابلة للتثبيت

Tool هي أصغر وحدة تنفيذ في FoneClaw. عندما يفتح الوكيل تطبيقا، يقرأ شاشة مرئية ضمن عقد مدعوم، يضبط مستوى صوت، يأخذ لقطة شاشة، أو يفعّل مسار Do Not Disturb، فهو يستخدم أداة لها عقد واضح. هذا العقد يحدد المدخلات، الأثر، مستوى الموافقة، وما يجب التحقق منه بعد التنفيذ. من خبرتنا، وضوح عقد الأداة أهم من كثرة الأدوات؛ لأن الهاتف جهاز شخصي، وكل فعل يحتاج أن يكون مفهوما.

Plugin يختلف عن Tool لأنه حزمة تضيف قدرة جديدة إلى FoneClaw. الإضافة قد تأتي بتطبيق APK منفصل، توقيع، أذونات Android، وأدوات جديدة تسجلها داخل المضيف بعد التثبيت والتحقق. بذلك لا تصبح الإضافة مجرد نص توجيهي؛ هي توسع سطح القدرة عبر أدواتها، لكنها تعمل داخل سياسات FoneClaw وأذونات Android وموافقات المستخدم.

مثال ملفي واضح هو إضافة وكيل ذكاء اصطناعي لإدارة ملفات Android: التثبيت والأذونات والمعاينة. هناك نرى لماذا تحتاج إضافة إدارة الملفات إلى عقد تثبيت وأذونات ومسارات ومعاينة قبل التغيير. ومثال آخر على الحزم القابلة للتثبيت هو إضافة تنزيل YouTube المجانية والمحلية في FoneClaw المجاني على Android، حيث تظهر الإضافة كقدرة متخصصة لا كأداة مدمجة عامة.

التمييز العملي: إذا كان الفعل موجودا ضمن أدوات FoneClaw المدمجة، استخدم Tool مباشرة عبر طلبك. إذا كنت تحتاج قدرة جديدة لها حزمة وأذونات وأدواتها الخاصة، فأنت في مساحة Plugin. وفي الحالتين، لا تختفي الموافقات. تثبيت قدرة لا يجعل كل فعل آمنًا تلقائيا؛ التنفيذ المؤثر ما زال يحتاج سياقا ونتيجة قابلة للفحص.

التوجيه والإجراءات المتكررة ونقاط البدء السريعة

Skill في FoneClaw هي معرفة قابلة لإعادة الاستخدام حول كيفية التعامل مع نوع من المهام. هي ترشد الوكيل: ما الذي يجب الانتباه إليه؟ ما الخطوات المعتادة؟ ما حدود المهمة؟ ما الأسلوب المناسب؟ لكنها لا تمنح سلطة تنفيذ Android بنفسها. إذا قالت مهارة إن مهمة معينة تحتاج مراجعة قبل الإرسال، فهي توجه التخطيط؛ أما الإرسال أو فتح التطبيق أو تغيير الإعداد فيتم عبر Tool أو قدرة مقدمة من Plugin وبحسب الموافقة.

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

Shortcut هو مدخل سريع. قد يطلق عبارة مألوفة، يفتح مسارا معينا، أو يبدأ Workflow محفوظا. قيمته أنه يقلل الاحتكاك عند البداية. إذا كان لديك أمر تستخدمه يوميا مثل “جهز الهاتف للاجتماع”، فالاختصار يجعل بدء المهمة أسرع، بينما تظل الخطوات الداخلية خاضعة للطبقات التي تنفذها.

لنفترض الهدف نفسه: “جهز اجتماعي”. Skill قد تعلّم الوكيل ما يتضمنه اجتماعك عادة: كتم إشعارات، ضبط صوت، فتح تطبيق، تذكير بالملخص. Workflow يحفظ ترتيب هذه الخطوات. Shortcut يبدأها من فقاعة أو أمر سريع. Tools تنفذ ضبط الصوت وDo Not Disturb وفتح التطبيق. وإذا كانت هناك قدرة خارجية مثبتة، فقد تساهم Plugin بأداة إضافية. لمن يريد أمثلة أكثر حول الإجراءات المحفوظة، يقدم مقال أتمتة مهام أندرويد بأمر صوتي واحد: دليل عملي مع FoneClaw شرحا أوسع لسير العمل المتكرر.

كيف تتكامل طبقات القدرة في FoneClaw؟

تركيب الطبقات يبدأ من طلب المستخدم. يقول المستخدم: “رتب ملفات التنزيل بعد أن أراجع المقترح”، أو “جهز الهاتف للمكالمة”، أو “افتح الإعداد الذي يوقف التنبيهات لهذا التطبيق”. FoneClaw يقرأ النية والسياق، ثم يقرر أي طبقة تساعد. أحيانا يكفي Tool واحد. أحيانا نحتاج Workflow. أحيانا تستدعي المهمة Plugin. وأحيانا تساعد Skill في فهم طريقة التعامل مع الحالة.

لا يوجد مسار واحد ثابت لكل طلب. في مهمة بسيطة مثل رفع الصوت، قد يختار الوكيل أداة مدمجة مباشرة. في مهمة متكررة مثل وضع الاجتماع، قد يبدأ Workflow ويستخدم أدوات ضبط الصوت وDND والتذكير. في مهمة ملفية، قد تسهم إضافة إدارة الملفات بأدوات list أو rename أو download حسب عقدها. في مهمة تحتاج معرفة خاصة، قد تطبق Skill قواعد تنسيق أو مراجعة قبل اختيار أدوات التنفيذ.

المهم أن التركيب لا ينقل السلطة بين الطبقات. Skill لا تتحول إلى إذن. Shortcut لا يوافق بدلا من المستخدم. Plugin لا يتجاوز أذونات Android. Workflow لا يلغي موافقة خطوة مؤثرة. كل طبقة تضيف شيئا محددا، ثم يجمعها مضيف FoneClaw حول حالة المهمة والنتيجة المرئية.

هذا التفكير يتصل باتجاه أوسع في التطبيقات القابلة للاستدعاء آليا. إذا كنت تريد ربط طبقات FoneClaw بمفهوم قدرات التطبيقات نفسها، فمقال App Intents والتطبيقات القابلة للاستدعاء آليًا لوكلاء الذكاء الاصطناعي يشرح كيف تتحول بعض قدرات التطبيقات إلى وظائف يمكن للوكلاء اكتشافها واستدعاؤها. في FoneClaw نستخدم الفكرة نفسها على مستوى هاتف Android: قدرة واضحة، سياق محدود، موافقة عند الأثر، ونتيجة قابلة للفحص.

الأذونات والموافقات وملكية البيانات عبر الطبقات

الأمان في طبقات FoneClaw يبدأ من فصل المسؤوليات. Android permission يحدد ما يستطيع التطبيق أو الإضافة الوصول إليه على الجهاز. موافقة FoneClaw تحدد هل قبل المستخدم فعلا معينا في سياق مهمة محددة. عقد Plugin يصف قدراته وأذوناته ونتائجه. Skill يحتوي معرفة وإرشادا. Workflow يحفظ خطوات. Shortcut يفتح مدخلا. كل طبقة تملك جزءا، ولا تتحول أي طبقة إلى تفويض شامل.

عندما تثبت Plugin، قد تطلب أذونات Android تخدم قدرتها. هذا لا يجعل كل عملية داخلها مقبولة تلقائيا. إذا كانت العملية تؤثر في ملفات أو ترسل بيانات أو تغير إعدادا، نحتاج موافقة أو مراجعة بحسب أثر الفعل. كذلك، لا نفترض أن كل إضافة لها نموذج بيانات واحد؛ كل قدرة يجب أن توضح ما تحتاجه وما تعيده وكيف تظهر النتيجة للمستخدم.

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

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

ثلاثة أمثلة كاملة من FoneClaw

المثال الأول: إعداد قابل للرجوع مثل Do Not Disturb. يطلب المستخدم: “فعّل وضع الاجتماع لمدة ساعة”. قد يستخدم FoneClaw Tool مدعومة لضبط DND، يعرض المدة والنتيجة، ثم يتحقق من الحالة بعد التنفيذ. إذا كان الإذن ناقصا، يظهر استرداد الإذن. هنا لا نحتاج Plugin ولا Skill معقدة؛ أداة واضحة وموافقة مناسبة تكفي.

المثال الثاني: روتين اجتماع متكرر. يطلب المستخدم كل يوم: “جهز اجتماعي”. هنا يصبح Workflow مفيدا. الترتيب قد يشمل خفض الصوت، تفعيل DND، فتح تطبيق اجتماع، وتجهيز تذكير بالملخص. Shortcut يبدأ هذا السير بسرعة، وSkill قد ترشد أسلوب التحضير، بينما تنفذ Tools خطوات Android. وفق أحدث معلومات FoneClaw المتاحة حتى الآن، تساعد الفقاعة العائمة وإرفاق الشاشة الحالية واستمرارية المهمة والإيقاف واسترداد الأذونات في جعل هذا المسار قابلا للمراجعة أثناء استخدام الهاتف.

المثال الثالث: قدرة مدعومة بإضافة. إذا طلب المستخدم “نظّم ملفات التنزيل وورّني المعاينة”، فنحن في مساحة Plugin مثل File Manager. الإضافة تضيف أدوات ملفية، Workflow قد يحفظ تسلسل الفرز، Skill قد ترشد قواعد التسمية، وموافقة المستخدم تظهر قبل تغيير مؤثر. هذا النوع من السيناريو يوضح لماذا لا نضع كل شيء داخل طبقة واحدة: الإضافة تضيف القدرة، لكن الموافقة والتحقق وحالة المهمة تظل في FoneClaw.

يمكنك البدء بتجربة بسيطة على خط الأساس الحالي المتاح من FoneClaw: شغّل مهمة DND قصيرة، احفظ Workflow بسيطًا، ثم جرّب قدرة Plugin منخفضة المخاطر. بعد ذلك قارن: هل احتجت أداة واحدة؟ هل تكرر التسلسل؟ هل كانت القدرة خارجية؟ الإجابة ستقودك إلى الطبقة الصحيحة.

كيف تختار طبقة التوسيع المناسبة؟

اختر أصغر طبقة تملك التغيير. إذا احتجت فعلا واحدا على الهاتف، فابدأ بـTool. إذا احتجت قدرة جديدة تأتي من حزمة منفصلة، فاختر Plugin. إذا احتجت إرشادا أو معرفة متخصصة، فاختر Skill. إذا احتجت تسلسلا يتكرر، فاحفظ Workflow. إذا احتجت بدءا أسرع، فأنشئ Shortcut.

الأخطاء الشائعة تبدأ عندما نستخدم طبقة أكبر من الحاجة. لا تجعل Plugin مكانا لقواعد يمكن أن تعيش في Skill. لا تجعل Skill بديلا عن Tool تنفيذية. لا تحفظ Workflow لفعل تستخدمه مرة واحدة. ولا تجعل Shortcut يخفي خطوة تحتاج مراجعة. كلما كان التصنيف أدق، أصبحت الموافقات أوضح والاسترداد أسهل.

• سؤال القرار الأول: هل نحتاج فعلا على Android الآن؟ استخدم Tool.
• هل القدرة غير موجودة وتحتاج تثبيتا وأذونات؟ استخدم Plugin.
• هل المشكلة في طريقة التفكير أو الإرشاد؟ استخدم Skill.
• هل الخطوات تتكرر بترتيب معروف؟ استخدم Workflow.
• هل تريد بدء نفس الطلب بسرعة؟ استخدم Shortcut.

إذا كنت تعمل على خدمة أو تطبيق يريد أن يصبح قابلا للاستدعاء من الوكلاء، فمقال App Intents والتطبيقات القابلة للاستدعاء آليًا لوكلاء الذكاء الاصطناعي يربط هذا القرار بنظام أوسع للتطبيقات القابلة للاستدعاء. أما داخل FoneClaw، فالقاعدة التي نستخدمها كفريق بناء واضحة: طبقة واحدة تملك القدرة، طبقة أخرى قد ترشدها أو تبدأها، والمستخدم يبقى صاحب القرار عند الأثر.