Skip to content
Get App

Home Assistant + AI via MCP: Setup, Capabilities, and Limitations

شرح عملي لكيفية استخدام بروتوكول MCP لربط الذكاء الاصطناعي مع Home Assistant للتحكم الذكي في المنزل.

Key Takeaways

  • بروتوكول MCP يتيح اتصالًا مباشرًا وفعالًا بين الذكاء الاصطناعي وHome Assistant.
  • Home Assistant يحتوي على خادم MCP مدمج لا يحتاج إلى إعدادات معقدة.
  • يمكن التحكم في الوصول إلى الأجهزة والكيانات بشكل دقيق عبر Assist.
  • الاتصال عبر MCP لا يتطلب مفتاح API منفصل ويعتمد على OAuth للمصادقة.
  • خادم MCP المدمج محدود بعدم السماح بالوصول إلى ملفات التكوين لكنه يدعم التحكم الفعلي بالأجهزة.

What the video covers

  • توضيح استخدام بروتوكول MCP لتمكين اتصال الذكاء الاصطناعي الخارجي مع Home Assistant.
  • شرح كيفية إعداد Home Assistant كخادم MCP مدمج بدون الحاجة لخوادم إضافية.
  • تحديد الكيانات المتاحة للتحكم والوصول عبر Assist داخل Home Assistant.
  • مقارنة بين اتصال MCP واتصالات API الخارجية مثل OpenAI Conversation.
  • توضيح شرط الوصول الخارجي عبر HTTPS لاستخدام MCP عن بُعد.
  • تجربة عملية لربط عميل الذكاء الاصطناعي Claude مع Home Assistant عبر MCP.
  • كيفية منح الأذونات والتحكم في تنفيذ الأوامر من قبل الذكاء الاصطناعي.
  • عرض استرجاع البيانات الحية من أجهزة المنزل وتنظيمها حسب الغرف والكيانات.
  • توضيح حدود خادم MCP المدمج مثل عدم إمكانية الوصول لملفات التكوين YAML.
  • تأكيد قدرة الذكاء الاصطناعي على تنفيذ أوامر حقيقية والتحكم في الأجهزة عبر MCP.

Answers

Questions about this video

ما هو بروتوكول MCP وكيف يستخدم مع Home Assistant؟

MCP هو بروتوكول مفتوح يسمح لتطبيقات الذكاء الاصطناعي بالاتصال بأنظمة خارجية مثل Home Assistant، حيث يعمل Home Assistant كخادم MCP مدمج لتوفير بيانات وحالة الأجهزة.

هل يحتاج Home Assistant إلى خادم MCP منفصل لتشغيل هذا التكامل؟

لا، Home Assistant يحتوي على خادم MCP مدمج ضمن التكاملات، لذا لا حاجة لتثبيت خوادم MCP إضافية.

كيف يمكن التحكم في الأجهزة والكيانات المتاحة للذكاء الاصطناعي عبر MCP؟

يمكن تحديد الكيانات المتاحة عبر إعدادات المساعد الصوتي في Home Assistant، حيث يمكن تفعيل أو تعطيل الوصول لكل كيان بشكل منفصل وتعيين أسماء سهلة الاستخدام.

Full Transcript — Download SRT & Markdown

00:00
Speaker A
أهلاً أصدقائي، يمكن استخدام الذكاء الاصطناعي في Home Assistant ليس فقط كمساعد دردشة أو مساعد صوتي عادي.
00:17
Speaker A
إذ يمكن لعميل ذكاء اصطناعي خارجي استخدام بروتوكول MCP للاتصال مباشرةً بـ Home Assistant، والحصول على الحالة الراهنة للمنزل، وتحليل عدة أجهزة في آنٍ واحد،
00:24
Speaker A
وحتى تنفيذ أوامر تحكم حقيقية. كل هذا يتم من خلال إمكانيات Home Assistant المدمجة، دون الحاجة إلى تثبيت خادم MCP منفصل.
00:31
Speaker A
لهذا الغرض، يتضمن Home Assistant تكاملاً مدمجاً مع خادم بروتوكول سياق النموذج (MCP).
00:44
Speaker A
MCP هو بروتوكول مفتوح يسمح لتطبيقات الذكاء الاصطناعي بالوصول إلى الأدوات والبيانات من الأنظمة الخارجية. في إعدادنا، يعمل Home Assistant نفسه كخادم، ويتصل به عميل ذكاء اصطناعي متوافق.
00:58
Speaker A
في هذا الفيديو، سنقوم بتهيئة كل شيء من البداية واختباره عملياً. سنرى المعلومات التي يمكن للذكاء الاصطناعي الوصول إليها في Home Assistant الخاص بي - سنجري عدة استعلامات لاسترداد حالات الأجهزة وتنفيذ الأوامر.
01:06
Speaker A
وبالطبع، سنرى القيود الحقيقية لخادم MCP المدمج: ما يتلقاه الذكاء الاصطناعي عبر Assist وما لا يمكنه الوصول إليه.
01:17
Speaker A
لن يكون هذا شرحًا نظريًا لإمكانيات بروتوكول سياق النموذج (MCP)، بل اختبارًا عمليًا لما يُمكن فعله اليوم باستخدام الذكاء الاصطناعي ومساعد المنزل (Home Assistant) عبر الأدوات المدمجة.
01:25
Speaker A
قبل أن نبدأ، يُرجى الإعجاب بهذا الفيديو والاشتراك في القناة إن لم تكن مشتركًا بالفعل.
01:45
Speaker A
لنبدأ بشرح آلية عمل هذا الاتصال. في هذا الإعداد، يعمل مساعد المنزل كخادم MCP، بينما يُمكن لعميل ذكاء اصطناعي خارجي يدعم MCP الاتصال به. أما في مساعد المنزل، فكل ما هو مطلوب مُدمج بالفعل، فلا حاجة لتثبيت أي خوادم MCP إضافية.
01:52
Speaker A
في قائمة تكامل مساعد المنزل، يوجد خياران متشابهان: بروتوكول سياق النموذج (MCP) وخادم بروتوكول سياق النموذج (MCP).
02:02
Speaker A
نحتاج إلى الخيار الثاني تحديدًا، لأن مساعد المنزل سيعمل كخادم في هذا الإعداد، وسيتصل به عميل الذكاء الاصطناعي الخارجي.
02:10
Speaker A
عند إضافة خادم MCP، يُتيح مساعد المنزل استخدام Assist للتحكم في النظام عبر MCP. نترك هذا الخيار مُفعلاً ونُضيف التكامل.
02:18
Speaker A
من خلال واجهة برمجة تطبيقات Assist، سيتمكن عميل الذكاء الاصطناعي الخارجي من الوصول إلى إمكانيات مساعد المنزل المُصرح بها.
02:27
Speaker A
بعد إضافته، يظهر خادم MCP ضمن التكاملات المُكوّنة. لا يوجد أي شيء آخر لضبطه هنا - في إعدادنا هذا، سنترك كل شيء على الإعدادات الافتراضية.
02:43
Speaker A
الآن، نحتاج إلى تحديد الكيانات التي ستكون متاحة فعليًا عبر MCP. للقيام بذلك، ننتقل إلى إعدادات المساعد الصوتي ونفتح قسم "الوصول". هنا توجد قائمة الكيانات المتاحة بالفعل لـ Assist.
02:50
Speaker A
لكل كيان، يمكنك السماح بالوصول إليه بشكل منفصل عبر Assist، بالإضافة إلى تكوين أسماء سهلة الاستخدام وأسماء بديلة إضافية.
03:02
Speaker A
هذا مفيد لطلبات اللغة الطبيعية، عندما نستخدم الاسم العادي للجهاز بدلاً من اسمه الكامل. إذا لزم الأمر، يمكن جعل أي كيان غير متاح لـ Assist.
03:12
Speaker A
يوجد مستشعر درجة الحرارة هذا في Home Assistant، ولكن الوصول إليه عبر Assist معطل. وبالتالي، لن يتمكن الذكاء الاصطناعي المتصل من استرداد قيمته.
03:24
Speaker A
من المهم أيضًا عدم الخلط بين هذا الإعداد وعمليات التكامل مثل OpenAI Conversation. في تلك الحالة، يتصل Home Assistant نفسه بنموذج لغة خارجي عبر واجهة برمجة تطبيقات (API).
03:35
Speaker A
هنا، يختلف الاتجاه: يتصل عميل ذكاء اصطناعي خارجي بـ Home Assistant عبر MCP. لذلك، لا يلزم وجود مفتاح API منفصل لاتصال MCP نفسه.
03:43
Speaker A
بالنسبة لخيار الاتصال عن بُعد الذي اخترناه، هناك شرط إلزامي إضافي: يجب أن يكون Home Assistant متاحًا خارجيًا عبر HTTPS.
03:51
Speaker A
أستخدم Home Assistant Cloud مع تمكين الوصول عن بُعد، ولكن أي عنوان خارجي آخر مُهيأ بشكل صحيح سيفي بالغرض أيضًا.
04:07
Speaker A
في النهاية، تبدو سلسلة العمليات كالتالي: يتصل عميل الذكاء الاصطناعي الخارجي بعنوان Home Assistant عبر نقطة النهاية /api/mcp، ويتم التعامل مع الطلب بواسطة خادم MCP المدمج، ثم يتم استخدام واجهة برمجة تطبيقات Assist، ويقتصر الوصول فقط على الكيانات التي كشفناها صراحةً
04:16
Speaker A
لـ Assist. كل شيء جاهز من جانب Home Assistant - الآن نحتاج فقط إلى اختيار عميل MCP وتوصيله بالخادم.
04:34
Speaker A
وهنا ظهرت أولى الفروقات. في البداية، كنت أخطط لربط ChatGPT تحديدًا، ولكن حساب ChatGPT Plus الخاص بي لا يحتوي حاليًا على وضع المطور ولا خيار لإضافة خادم MCP مخصص. لذلك سنختبر خادم MCP المدمج في Home Assistant باستخدام عميل آخر - Claude.
04:47
Speaker A
وهذا لا يتطلب اشتراكًا مدفوعًا في Claude. تتوفر الموصلات المخصصة مع MCP عن بُعد أيضًا في الخطة المجانية، على الرغم من أن الخطة المجانية تسمح لك بربط موصل واحد فقط. بالنسبة لاختبارنا، هذا أكثر من كافٍ.
05:03
Speaker A
انتقل إلى تخصيص، وافتح الموصلات، وانقر فوق إضافة. أنشئ موصلًا مخصصًا جديدًا. سنسميه Home Assistant، وسنحدد عنوان URL الخارجي لخادمنا مع إضافة /api/mcp إليه.
05:10
Speaker A
يحاول Claude التحقق من الخادم تلقائيًا وتحديد طريقة التفويض، ولكن في حالتي لم ينجح الكشف التلقائي.
05:19
Speaker A
هذه ليست مشكلة في خادم MCP نفسه - يستخدم Home Assistant آلية تسجيل عميل OAuth مختلفة قليلاً، لذلك سنتابع الإعداد يدويًا.
05:33
Speaker A
بالنسبة للتفويض، حدد الخيارات المشار إليها. بالنسبة لمعرف العميل، أدخل عنوان Claude. اترك خانة "سر العميل" فارغة - هذا هو الإعداد الموصى به في وثائق Home Assistant لـ Claude.
05:46
Speaker A
بعد إضافتها، يظهر الموصل في Claude، لكنه غير مُصرّح به بعد. انقر على "اتصال". سيُفتح متصفح مع صفحة المصادقة. أولًا، يطلب منا Claude تأكيد الحساب الذي نستخدمه للاتصال.
05:58
Speaker A
بعد تسجيل الدخول، نؤكد أيضًا أننا بدأنا بالفعل عملية توصيل الموصل من Claude Desktop. بعد ذلك فقط نصل إلى صفحة Home Assistant.
06:07
Speaker A
هنا نرى تحذيرًا: نحن على وشك منح Claude حق الوصول إلى مثيل Home Assistant الخاص بنا. نُصرّح باستخدام حسابنا.
06:29
Speaker A
بعد نجاح المصادقة، نتلقى تأكيد "متصل" ونعود إلى Claude. الآن تم إنشاء الاتصال فعليًا. تلقى Claude مجموعة من أدوات Home Assistant المتاحة من خادم MCP المدمج. في حالتي، هناك 23 أداة: استرداد السياق الحالي، تشغيل الأجهزة وإيقافها، التحكم في الإضاءة، وأنظمة التكييف،
06:38
Speaker A
ومشغلات الوسائط، وغيرها من الإجراءات. بشكل افتراضي، تتطلب استدعاءات الأدوات تأكيدًا، لذلك لا يستطيع Claude تنفيذ أي أمر دون إذننا.
06:54
Speaker A
لنجرب الآن استخدام كلود لاسترجاع الحالة الحالية للأجهزة في مساعد المنزل. أرسل الطلب الأول، وقبل الوصول إلى مساعد المنزل، يُظهر كلود الأداة التي سيستخدمها ويطلب الإذن بتشغيلها.
07:00
Speaker A
يمكنك الموافقة على هذه الطلبات بشكل منفصل في كل مرة، أو السماح له بالعمل دون تأكيدات إضافية.
07:16
Speaker A
لا يهم اللغة التي تستخدمها في الطلب، استخدم اللغة الأنسب لك. صغتُ الطلب الأول بأبسط شكل ممكن: انظر إلى مساعد المنزل الخاص بي وأخبرني باختصار ما هي المعلومات التي يمكنك رؤيتها حاليًا عن المنزل.
07:35
Speaker A
هنا، لم أحدد بنية الإجابة ولم أقيد النموذج بمجرد سرد الحقائق. لذلك، يقرر كلود بنفسه ما يعتبره مهمًا: فهو يُصنف البيانات حسب الغرف وأنواع الأجهزة، ويختار الحالات الأكثر وضوحًا، ويحاول وصف الوضع العام في المنزل بإيجاز.
07:55
Speaker A
ولكن في الوقت نفسه، يبدأ النموذج في "استخدام خياله" قليلًا - فيُفسر الأسماء، ويفترض الغرض من الكيانات الفردية، ويستخلص استنتاجات قد لا تكون موجودة مباشرة في بيانات مساعد المنزل. في المحادثات العادية، هذا مناسب تمامًا، ولكن إذا أردنا فهم ما مرره MCP إلى النموذج بدقة،
08:14
Speaker A
فنحن بحاجة إلى طلب أكثر تحديدًا. الآن، سأقدم طلبًا أكثر تحديدًا: باستخدام البيانات الحالية المتاحة فقط من مساعد المنزل، اذكر بإيجاز ما تراه: الغرف، وأجهزة الاستشعار، والأجهزة، وحالاتها الحالية. لا تستنتج أي استنتاجات أو تفترض أي شيء إلا إذا كان ذلك واضحًا من بيانات مساعد المنزل.
08:27
Speaker A
وهنا نلاحظ نوعًا مختلفًا تمامًا من الاستجابة. لا يحاول كلود تلخيص الوضع العام في المنزل، بل يبدأ بتقديم لقطة فعلية لحالة مساعد المنزل الحالية.
08:39
Speaker A
البيانات. أولًا، يُصنّف النظام العناصر حسب الغرف المُحددة فيه، ويُدرج حالاتها الخاصة: مشغلات الوسائط، والإضاءة، وأجهزة التكييف، والمستشعرات، والنوافذ، والأبواب، وغيرها.
08:47
Speaker A
بدلًا من الاستنتاجات العامة، يُمكننا الآن رؤية قيم مُحددة لدرجة الحرارة، والرطوبة، وثاني أكسيد الكربون، والسطوع، وحالة كل جهاز.
08:59
Speaker A
ثم تُعرض القائمة نفسها للغرف الأخرى. على سبيل المثال، تُعرض غرفة النوم، وغرفة الأطفال، والحمام، والممر بشكل منفصل مع مستشعراتها، وأجهزة التكييف، والإضاءة، وغيرها من العناصر المُتاحة.
09:16
Speaker A
يُنظم كلود البيانات المُستلمة عبر MCP بشكل مستقل وفقًا لهيكل Home Assistant. كما يُظهر كلود العناصر التي لم تُخصص لها غرفة مُحددة في Home Assistant. لا يُحاول فرضها على غرف مُعينة، بل يضعها في مجموعة مُنفصلة ويُصنفها حسب النوع.
09:38
Speaker A
ونتيجةً لذلك، يُقدم لنا المُوجه الثاني لمحةً فنيةً أكثر دقةً عن Home Assistant. الخيار الأول أكثر ملاءمةً عندما نريد ملخصًا سهل الفهم لحالة المنزل، بينما يُعدّ الخيار الثاني أفضل عندما نريد التحقق من المعلومات التي يتلقاها الذكاء الاصطناعي فعليًا عبر MCP ومدى صحة تنظيم عناصرنا داخل Home
09:58
Speaker A
Assistant نفسه. لنتحقق الآن من مدى حداثة البيانات. أسأل: ما هي النوافذ والأبواب المفتوحة حاليًا؟ يسترجع كلود سياق Home Assistant الحالي ويعرض قائمة منفصلة بالأبواب والنوافذ المفتوحة. بعد الإجابة الأولى، أُغيّر حالة عدد منها وأُكرّر الطلب نفسه.
10:12
Speaker A
في الإجابة الثانية، تكون القائمة قد تغيّرت بالفعل. عل
10:25
Speaker A
لنجرّب الآن سيناريو أكثر عملية. بدلاً من فحص نوع واحد من الأجهزة، أسأل: تحقق من الحالة الحالية للمنزل وأخبرني ما إذا كان هناك أي شيء يجب أن أنتبه إليه قبل المغادرة: النوافذ أو الأبواب المفتوحة، والأضواء المضاءة، والأجهزة الأخرى النشطة بوضوح.
10:42
Speaker A
استخدم بيانات مساعد المنزل فقط ولا تفترض أي شيء. هنا، يجب جمع البيانات من عدة مجالات في وقت واحد وعرضها كقائمة مرجعية واحدة واضحة قبل مغادرة المنزل.
10:55
Speaker A
يسرد كلود الأبواب والنوافذ المفتوحة، ويلاحظ بشكل منفصل أجهزة استشعار التهوية النشطة، ويعرض جميع الأضواء المضاءة حاليًا، ويسرد الأجهزة الأخرى النشطة بوضوح.
11:02
Speaker A
الجزء الأخير من الإجابة توضيحي بشكل خاص: العديد من المرحلات في حالة التشغيل، لكن كلود لا يستنتج أن الأجهزة نفسها تعمل حاليًا. ينص صراحةً على أن البيانات تُظهر فقط أن المرحلات تعمل، وليس أن الأجهزة تُنفذ دورة عمل فعلية.
11:21
Speaker A
لذلك، مع توجيه دقيق بما فيه الكفاية، لا يستطيع الذكاء الاصطناعي جمع حالة المنزل بأكمله في إجابة واحدة فحسب، بل يمكنه أيضًا فصل الحقائق المعروفة بشكل صحيح عن المعلومات التي لا يوفرها مساعد المنزل فعليًا.
11:33
Speaker A
الآن دعونا نلقي نظرة على مثال أكثر تحديدًا - نظام الطاقة Deye. أطلب: تحقق من الحالة الحالية لنظام الطاقة الخاص بي من Deye: هل الشبكة الخارجية متاحة حاليًا، ومستوى شحن البطارية الحالي، وإجمالي طاقة الحمل، وأي من المراحل الثلاث لديها أعلى حمل حاليًا.
11:52
Speaker A
يتصل Claude بمساعد المنزل لكنه لا يستطيع الإجابة. من Deye، لا يمكنه الوصول إلا إلى درجة حرارة البطارية ودرجة حرارة العاكس.
12:00
Speaker A
ببساطة، البيانات المطلوبة للطلب غير متاحة لمساعد المنزل. يحدد Claude السبب بشكل صحيح، بل ويقترح إضافة البيانات المفقودة من خلال قسم "المساعدات الصوتية" ← "الكشف" الذي نعرفه بالفعل.
12:12
Speaker A
يمكننا القيام بذلك والبحث عن البيانات المطلوبة في قائمة "الكشف" العامة. ولكن عندما يحتوي الجهاز على عشرات أو حتى مئات البيانات، أجد أنه من الأنسب أولاً فتح بطاقة الجهاز نفسه - في هذه الحالة، Deye SUN15 - وتحديد البيانات التي سيحتاجها الذكاء الاصطناعي فقط
12:31
Speaker A
. افتح العنصر المطلوب، على سبيل المثال مستوى شحن البطارية، وانتقل إلى إعداداته، ثم حدد قسم المساعدين الصوتيين.
12:39
Speaker A
بهذه الطريقة، لن تحتاج إلى البحث عن مستشعر معين في القائمة العامة الضخمة لجميع عناصر Home Assistant.
12:48
Speaker A
هنا، فعّل خاصية "العرض" ومنح الوصول لـ Assist. يمكن عرض العناصر الأخرى المطلوبة للطلب بنفس الطريقة تمامًا.
12:55
Speaker A
لا داعي لعرض جميع معلمات Deye للذكاء الاصطناعي، فمن الأفضل توفير البيانات المطلوبة فقط لسيناريوهات محددة.
13:04
Speaker A
هناك أيضًا خيار أسرع. إذا كان العنصر المطلوب معروضًا بالفعل على لوحة التحكم، يمكنك النقر عليه مباشرةً، وفتح إعداداته، والسماح بالوصول لـ Assist من خلال قسم المساعدين الصوتيين نفسه.
13:17
Speaker A
بعد ذلك، أعود إلى المحادثة نفسها وأطلب من Claude التحقق من الحالة مرة أخرى. الآن الإجابة كاملة: الشبكة الخارجية متاحة، وشحن البطارية 90%، والحمل الإجمالي حوالي 513 واط، والمرحلة الثالثة هي الأكثر استهلاكًا للطاقة حاليًا.
13:34
Speaker A
لذلك، لم تكن هناك حاجة لتغيير موصل MCP نفسه أو إعادة تهيئة أي شيء في Claude. يكفي عرض الكيانات المطلوبة لـ Assistant، وستصبح متاحة فورًا عبر MCP عند الطلب التالي.
13:46
Speaker A
الآن، دعونا نتجاوز الوضع الحالي ونتحقق من إعدادات Home Assistant الفعلية. طلبتُ من كلود البحث عن الحزمة المتعلقة بـ Deye SUN15، والتحقق من ملف YAML بحثًا عن الأخطاء والتعقيدات غير الضرورية، واقتراح خيارات تحسين محددة.
14:00
Speaker A
وهذا يكشف فورًا عن حدود خادم MCP المدمج. يوضح كلود صراحةً أنه من خلال هذا الموصل، لا يمكنه سوى رؤية الكيانات المعروضة والإجراءات المتاحة، ولكنه لا يملك صلاحية الوصول إلى ملف configuration.yaml، أو مجلد الحزم، أو أي ملفات أخرى على
14:17
Speaker A
خادم Home Assistant. لكن هذا لا يعني أن كلود لا يستطيع تحليل YAML نفسه. ببساطة، نسختُ محتويات الحزمة المطلوبة مباشرةً إلى المحادثة وكررتُ الفحص باستخدام الكود الفعلي.
14:29
Speaker A
بعد ذلك، حلل كلود الإعدادات دون أي مشاكل: أولًا، لاحظ أن البنية نظيفة عمومًا ولا توجد أخطاء نحوية ظاهرة، ثم بدأ البحث عن مشاكل منطقية، ونقاط ضعف محتملة، وأماكن يمكن فيها تبسيط الكود.
14:46
Speaker A
على سبيل المثال، يُشير إلى غياب مسار احتياطي في وظيفة "choose": فإذا تلقى "input_select" حالة غير معروفة أو غير متاحة بشكل غير متوقع، فإن نظام التشغيل الآلي لا يقوم بأي إجراء ولا يُشير إلى حدوث ذلك.
14:59
Speaker A
ثم يُلاحظ كلود أن ترتيب الإجراءات يختلف بين أوضاع "Deye" المختلفة، ويقترح على الأقل توثيق سبب هذا الاختلاف بشكل واضح. بعد ذلك، ينتقل إلى التحسين: حيث يجد منطقًا زائدًا في القوالب ويقترح تبسيطه دون تغيير السلوك.
15:14
Speaker A
لذا، فإن الذكاء الاصطناعي قادر تمامًا على تحليل ملفات YAML الخاصة بـ "Home Assistant" وإيجاد تحسينات مفيدة. لا يكمن القيد في النموذج، بل تحديدًا في خادم MCP المُدمج: فهو لا يُتيح الوصول إلى ملفات التكوين. إذا أردنا أن يتحقق الذكاء الاصطناعي من الحزم وعمليات التشغيل الآلي مباشرةً،
15:30
Speaker A
فنحن بحاجة إلى مستوى أعمق من التكامل. حتى هذه اللحظة، كنا نقرأ البيانات ونحللها بشكل أساسي.
15:38
Speaker A
الآن، دعونا نختبر التحكم. أطلب من كلود تشغيل الثريا في الردهة وضبط السطوع على 30%. للقيام بذلك، يعثر النظام على الكيان المطلوب في Home Assistant ويستدعي أداة التحكم بالإضاءة المناسبة.
15:52
Speaker A
يُنفذ الأمر بنجاح، ويظهر ذلك فورًا في Home Assistant نفسه - حيث تُضاء الثريا، ويُضبط سطوعها على 30% بالضبط.
16:02
Speaker A
لذا، من خلال اتصال MCP نفسه، لا يمكننا فقط استرداد الحالات وتحليلها ، بل يمكننا أيضًا تنفيذ إجراءات حقيقية على الأجهزة المتصلة بـ Assist.
16:11
Speaker A
لقد أثبت خادم MCP المدمج في Home Assistant أنه أداة فعالة ومفيدة للغاية. من خلاله، يمكن لعميل الذكاء الاصطناعي الخارجي استرداد الحالات الحالية للكيانات المتصلة بـ Assist، وتحليل عدة معايير في وقت واحد، وتنفيذ أوامر تحكم حقيقية.
16:25
Speaker A
في الوقت نفسه، من المهم أن نفهم أن هذا مجرد مستوى أساسي من التكامل. نحن نعمل من خلال واجهة برمجة تطبيقات Assist ويمكننا أن نرى يقتصر الأمر على ما سُمح لـ Home Assistant بعرضه عبر Expose.
16:39
Speaker A
وقد رأينا أيضًا قيود هذا النهج. لا يمنح خادم MCP المدمج الذكاء الاصطناعي وصولًا مباشرًا إلى ملف configuration.yaml أو الحزم أو سجلات التتبع أو غيرها من بيانات Home Assistant الداخلية.
16:51
Speaker A
لذا فهو يتعامل مع حالات الأجهزة بشكل جيد، ولكنه في هذا التكوين لا يصبح بعدُ مسؤولًا كاملًا لـ Home Assistant.
16:57
Speaker A
ولكن بالطبع، لا تنتهي إمكانيات دمج الذكاء الاصطناعي مع Home Assistant عند هذا الحد. إذا كنت مهتمًا بهذا الموضوع وترغب في درس منفصل حول دمج الذكاء الاصطناعي بشكل أعمق - مع إمكانية الوصول إلى التكوين وتحليل الأتمتة والحزم واكتشاف الأخطاء واقتراحات تحسين التعليمات البرمجية -
17:15
Speaker A
فأعجب بهذا الفيديو وأخبرني بذلك في التعليقات. هذا كل شيء. آمل أن يكون الفيديو مفيدًا وممتعًا لك.
17:24
Speaker A
سأكون ممتنًا لإعجابك - فهو يساعد في الترويج للفيديو على YouTube. إذا كنت لا ترغب في تفويت مراجعات ودروس جديدة عن المنزل الذكي، فاشترك في قناتي.
17:34
Speaker A
ستجد جميع الروابط المذكورة، بالإضافة إلى قنوات Telegram الخاصة بي وشبكات التواصل الاجتماعي ومجموعات المناقشة، في الوصف أسفل الفيديو.
17:42
Speaker A
شكرًا لك على المشاهدة، أراك في المرة القادمة - السلام عليكم جميعًا.
Topics:Home Assistantالذكاء الاصطناعيMCPالتحكم في المنزل الذكيClaudeAssistبروتوكول سياق النموذجتكامل الذكاء الاصطناعيأتمتة المنزلالاتصال عن بُعد

Get More with the SozAI App

Transcribe recordings, audio files, and YouTube videos — with AI summaries and speaker detection. 30 minutes free.

Or transcribe another YouTube video here →