كان تغيير وكيلك سهلًا. أما تتبّع التغييرات فلم يكن كذلك.
في Mihu طرق كثيرة لتغيير وكيلك. والآن لكل تغيير سجل كامل، وطريق للعودة.
يمكنك تغيير وكيلك من لوحة التحكم. ويمكنك تغييره عبر API، أو من CLI. ويمكنك ربط Claude أو ChatGPT أو أي عميل ذكاء اصطناعي آخر يدعم MCP بمساحة عملك وإخباره بما تريد فحسب. ويمكنك أن تطلب ذلك من Mihu Assistant. يختبر Simulator Studio وكيلك ويقترح الإصلاحات. ومع Auto-Improvement، يقرأ الوكيل محادثاته ويحسّن نفسه.
بنينا كل ذلك عن قصد. يجب أن يكون تغيير وكيلك سهلًا من أي مكان تعمل فيه.
لكن علينا أيضًا أن نكون صادقين بشأن ما نتج عن ذلك. قبل هذا التحديث، لم يكن واضحًا ما الذي تغيّر في الوكيل، ولا من أين جاء التغيير، ولا متى حدث، ولا من أجراه. قد يعدّل زميل، وسكربت، ومساعد ذكاء اصطناعي، والوكيل نفسه الوكيلَ ذاته في عصر اليوم نفسه، وعندما يبدأ بالتصرف بشكل مختلف، لا توجد إجابة واضحة عن السؤال البسيط: ماذا حدث؟ كان عليك قراءة الإعدادات كلها والتخمين.
ما الذي فعلناه حيال ذلك
كل تغيير هو إصدار. وكل إصدار يجيب عن الأسئلة الأربعة.
الآن، كلما تغيّر وكيلك فعلًا، نحفظ إصدارًا. ليس عند الضغط على «حفظ»، بل عندما يصبح شيء ما مختلفًا حقًا بعد ذلك. يسجّل كل إصدار مصدر التغيير ومن أجراه: عضو فريق باسمه، أو API، أو CLI، أو عميل ذكاء اصطناعي عبر MCP، أو Simulator Studio، أو Auto-Improvement. ويمكن فتح كل إصدار ليعرض ما تغيّر بالضبط، بالحالة القديمة على اليسار والجديدة على اليمين، والأجزاء المختلفة فقط. لا تقرأ الوكيل بأكمله. تقرأ الفرق.
ماذا، وأين، ومتى، ومن. قائمة واحدة، أيًّا كان مصدر التغيير.
هذا كل ما في الأمر. لا شيء لإعداده، ولا شيء عليك تذكّره. إنه مفعّل لكل وكيل في مساحة عملك، وفي كل خطة.
كل شيء مشمول، وليس التعليمات فقط
الإصدار هو الوكيل بأكمله.
نريد أن نكون واضحين في هذا، لأن أدوات كثيرة تقول «سجل الإصدارات» وتقصد نص التعليمات فقط لا غير. هذا مناسب لمربع تعليمات. أما Mihu فهي منصة: الوكيل هنا مبني من أجزاء كثيرة، والإصدار يجب أن يشملها كلها. لذا فالإصدار هو الوكيل بأكمله: تفاصيله، ونواياه وما تحتاج إليه، وإجراءاته، وإرشاداته وملاحظاته، وتدريبه، والمستندات والجداول التي يجيب منها، وكيف يبدو صوته على الهاتف وكيف يكتب، ومتى يسلّم المحادثة إلى شخص ولمن، والتكاملات المرتبط بها. كل شيء، من تكاملاتك إلى قاعدة المعرفة.
فعلنا ذلك بهذه الطريقة لأن المشكلات نادرًا ما تكون في مكان واحد. التغيير الذي جعل الوكيل أسوأ ربما مسّ قاعدة، وحقلًا مطلوبًا، ورقم هاتف في آن واحد. عندما تعود، يعود كل ذلك معًا. وإلا فهي ليست عودة حقيقية.
العودة
نقرة واحدة، ولا يُحذف شيء أبدًا.
لكل إصدار زر استعادة. اضغطه، وأكّد، فيعود الوكيل تمامًا كما كان في تلك اللحظة. تضيف الاستعادة مدخلًا جديدًا إلى السجل بدلًا من إعادة كتابته، فترى دائمًا أن استعادة حدثت ومن أجراها، ويمكنك المضي قدمًا من جديد إذا تبيّن أن العودة لم تكن القرار الصحيح. لا يضيع أبدًا أي شيء فعلته أنت أو غيرك.
ونتحقق أيضًا من بعض الأمور حتى لا تفاجئك الاستعادة. إذا حفظ أحدهم إصدارًا أحدث بينما كنت تنظر إلى الصفحة، نطلب منك التحديث ورؤيته أولًا. وإذا حُفظ إصدار بينما كانت المستندات لا تزال قيد الاستيراد، نطلب منك اختيار إصدار مكتمل. وإذا كان الإصدار الذي تستعيده يقرأ من مستندات تحتاج إلى التحضير من جديد، يحدث ذلك في الخلفية بينما يواصل الوكيل عمله.
سمِّ الإصدارات التي تثق بها
ليسهل عليك لاحقًا العثور على الإصدار الذي تريده.
يمكن إعطاء أي إصدار اسمًا. معتمد من القسم القانوني. يعمل جيدًا. قبل الأسعار الجديدة. هذه هي العادة الصغيرة التي نقترحها: قبل أن تُجري أنت أو مساعد ذكاء اصطناعي تغييرًا كبيرًا، سمِّ الإصدار الذي لديك. يستغرق ذلك ثواني، ويعني أنه مهما حدث بعد ذلك، سيكون طريق العودة واضحًا.
للفرق التي تنشر الوكلاء من خلال السكربتات، يعمل الأمر نفسه من API وCLI: اعرض الإصدارات، وسمِّ أحدها، واستعد أحدها. التفاصيل في وثائق المطورين.
هذا هو Agent Versions. غيّر وكيلك من أي مكان تشاء، وبالجرأة التي تشاء. نحن نحتفظ بالسجل، ونحتفظ بطريق العودة.
ملاحظة حول بيانات الاعتماد
الاتصالات يُشار إليها، ولا تُنسخ.
الحسابات التي تربطها ضمن التطبيقات، بكلمات مرورها ورموزها ومفاتيح API الخاصة بها، لا تُنسخ إلى الإصدارات. الإصدار يشير فقط إلى الاتصال الذي استخدمه. إذا أُزيل اتصال بعد حفظ إصدار، لا يمكن استعادة ذلك الإصدار حتى يوجد الاتصال من جديد؛ نخبرك بذلك، ولا يتغيّر شيء حتى يحدث. أما البيانات السرية الموجودة على الوكيل نفسه فتُخزَّن مشفّرة، ولا تُعرض أبدًا في عرض الإصدار أو عبر API، وتعود مع بقية الوكيل عند الاستعادة.
الأسئلة الشائعة
ما الذي يُعتبر تغييرًا؟
أي شيء يغيّر الوكيل فعلًا: تفاصيله، أو نواياه، أو إجراءاته، أو إرشاداته، أو تدريبه، أو مصادر معرفته، أو إعدادات الصوت والرسائل، أو القواعد والتوجيه، أو التكاملات التي يستخدمها. الضغط على «حفظ» دون تغيير أي شيء لا ينشئ إصدارًا.
هل يهم من أين جاء التغيير؟
لا. لوحة التحكم، وAPI، وCLI، وعميل الذكاء الاصطناعي عبر MCP، وMihu Assistant، وSimulator Studio، والتحسين الذاتي، كلها تنتهي في سجل الإصدارات نفسه، مع كتابة المصدر بجانب كل إصدار.
هل يمكنني رؤية ما تغيّر، وليس فقط أن شيئًا ما تغيّر؟
نعم. افتح إصدارًا وسترى الحالة السابقة على اليسار والجديدة على اليمين، مع عرض الأجزاء التي تغيّرت فقط.
ماذا يحدث عندما أعود إلى إصدار أقدم؟
يصبح الوكيل تمامًا كما كان في ذلك الإصدار. ويُضاف مدخل جديد إلى السجل يفيد بأنه استُعيد. لا يُحذف شيء، فيمكنك المضي قدمًا من جديد إذا احتجت.
هل يمكنني تمييز إصدار أثق به؟
نعم. أعطه اسمًا. يبقى سهل العثور عليه، والعودة إليه بنقرة واحدة.
هل هذا متاح عبر API؟
نعم. يمكن عرض الإصدارات وتسميتها واستعادتها عبر API وCLI.
هل بيانات الاعتماد جزء من الإصدار؟
اتصالات التكامل لا تُنسخ إلى الإصدارات؛ الإصدار يشير إليها فقط، وإذا أُزيل اتصال فلا يمكن استعادة الإصدار حتى يوجد من جديد. أما البيانات السرية المخزّنة على الوكيل نفسه فتبقى مشفّرة، ولا تُعرض أبدًا في عرض الإصدار أو في API، وتعود عند الاستعادة.
افتح سجل إصدارات وكيلك
إنه موجود بالفعل، على كل وكيل، وفي كل خطة. سمِّ الإصدار الذي يعمل اليوم، وغيّر ما تشاء غدًا.
سجّل مجانًا ←