اتصالات قواعد البيانات

دع وكلاءك يستعلمون عن قاعدة البيانات،
للقراءة فقط حتى تقول غير ذلك

يدير AgentsRoom اتصالات MySQL وPostgreSQL وSQL Server وMongoDB وSQLite وGoogle BigQuery لديك، ويمنح وكلاء البرمجة بالذكاء الاصطناعي طريقة لتشغيل استعلامات عليها. للقراءة فقط افتراضيًا، وعبارة واحدة في كل مرة، مع إبقاء كلمة المرور بعيدة عن المتناول.

الوكيل الذي يستطيع قراءة الصفوف الحقيقية يتوقف عن التخمين بشأن بياناتك. والوكيل الذي لا يستطيع الكتابة إليها يتوقف عن كونه خطرًا تراقبه سطرًا بسطر.

حمّل AgentsRoomمجانيشاهد كيف يعمل

عميل قواعد بيانات

للقراءة فقط

AgentsRoom

SELECT id, email, plan FROM users LIMIT 50

DELETE FROM users WHERE id = 42

محظور : الاتصال للقراءة فقط

نفق SSHbastion.acme.dev

شبكة فرعية خاصة

مجموعة نتائج محدودة

عبر اتصالك المحفوظ

عبارة واحدة لكل استدعاءكلمة المرور لا تغادر التطبيق أبدًا

كيف يصل AgentsRoom إلى قاعدة بيانات في شبكة فرعية خاصة ويجيب عن استعلام للقراءة فقط من وكيل ذكاء اصطناعي.

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

تحفظ اتصالاتك في التطبيق كما تفعل في أي عميل قواعد بيانات : المحرك والمضيف والمنفذ والمستخدم وقاعدة البيانات، وTLS حين يتوقعه الخادم. وإذا لم تكن قاعدة البيانات متاحة من الإنترنت المفتوح، يُوجَّه الاتصال عبر نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM، باستخدام اتصالات SSH وSSM التي حفظتها بالفعل في AgentsRoom. هكذا تصبح قاعدة بيانات قابعة في شبكة فرعية خاصة شيئًا تستعلم عنه دون فتحها للعالم.

يبدأ كل اتصال للقراءة فقط. عبارة SELECT تُنفَّذ. أما العبارة التي تعدّل البيانات فلا، إلى أن تجعل ذلك الاتصال بعينه قابلًا للكتابة وتؤكد العملية. ولا تُقبل سوى عبارة واحدة لكل استدعاء، فلا يختبئ شيء إضافي خلف فاصلة منقوطة، ومجموعات النتائج محدودة كي لا يُغرق استعلام عريض وكيلًا أو نافذة. ويمكن أيضًا وسم اتصال بأنه إنتاج، ما يجعل التأكيد أصعب على أن يُمنح بالخطأ.

القراءة ليست كل المهمة. فالاتصال المحفوظ على جهاز يظهر على بقية أجهزتك، فتُعِدّ قاعدة البيانات مرة واحدة بدل مرة على كل حاسوب. ويمكن تصدير قاعدة بيانات إلى ملف، أو استعادتها من ملف، أو نسخها مباشرة إلى خادم آخر عبر الأنفاق نفسها: وهي العمليات التي كنت تغادر التطبيق من أجلها.

عميل قواعد بيانات يفترض أن وكيلًا هو من يقود

MySQL وPostgreSQL وSQL Server وMongoDB وSQLite وGoogle BigQuery، ومحركات الخوادم منها متاحة داخل الشبكات الخاصة، مع حواجز الحماية مفعّلة افتراضيًا.

اتصالات MySQL وPostgreSQL وSQL Server وMongoDB

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

صِل إلى قاعدة بيانات خاصة

قاعدة البيانات في شبكة فرعية خاصة ليست حالة استثنائية. وجّه الاتصال عبر نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM ويفتحها AgentsRoom لك، معيدًا استخدام اتصالات SSH وSSM التي حفظتها بالفعل في التطبيق. يتم الوصول إلى مثيل Google Cloud SQL عبر اسم اتصاله من خلال Cloud SQL Auth Proxy، بتسجيل دخول gcloud الخاص بك ودون حفظ أي شيء.

للقراءة فقط افتراضيًا

الاتصال الجديد يقرأ ولا شيء غير ذلك. الاستعلامات تُرجع صفوفًا، والعبارات التي تغيّر البيانات تُرفَض. لا يحتاج أحد إلى تذكّر تفعيل الوضع الآمن، لأن الوضع الآمن هو نقطة انطلاق كل اتصال.

قفلان قبل أي كتابة

الكتابة تتطلب فعلين مقصودين، لا فعلًا واحدًا. يجب جعل الاتصال قابلًا للكتابة، ويجب تأكيد العملية نفسها صراحة. نقرة واحدة غير منتبهة لا يمكن أن تتسلسل إلى UPDATE بلا شرط WHERE.

عبارة واحدة لكل استدعاء

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

الإنتاج موسوم

سِم اتصالًا بأنه إنتاج فيصبح التأكيد أصعب. تكفّ قاعدة البيانات المهمة عن أن تبدو تمامًا كالنسخة المحلية، لك في نهاية يوم طويل، وللوكيل الذي يعمل على قائمة مهام.

اتصالاتك، على كل جهاز

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

تصدير واستيراد ونسخ

صدّر قاعدة بيانات إلى ملف .sql، واستورد ملفًا كهذا إلى قاعدة بيانات، أو انسخ قاعدة بيانات مباشرة فوق أخرى. تُؤخذ نسخة احتياطية من الهدف قبل الكتابة فوقه، واستبداله بالكامل قرار منفصل له تأكيده الخاص.

الوكلاء يستعلمون عن قاعدة البيانات، ولا يحملون كلمة المرور أبدًا

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

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

قاعدة العبارة الواحدة تسدّ الثغرة الكلاسيكية. الاستدعاء الذي يحمل عبارة واحدة لا يمكن تمديده بفاصلة منقوطة وعبارة ثانية، فالاستعلام الذي يبدو بريئًا في المراجعة لا يستطيع فعل شيء آخر وقت التنفيذ. ولا يحتاج SQL Server إلى تلك الفاصلة المنقوطة، لذا فالقراءة فيه هي SELECT أو WITH لا تحمل أي كلمة مفتاحية للكتابة أو للمعاملات في أي موضع منها، وتُنفَّذ داخل معاملة يُتراجع عنها دائمًا (rollback). ومع مجموعات النتائج المحدودة، يبقى الخطأ خطأً بدل أن يصبح تصديرًا لبياناتك.

المحركات المدعومة

ستة محركات، ونسمّي الناقص منها

MySQL وMariaDB، وPostgreSQL، وSQL Server (بما في ذلك Azure SQL وAmazon RDS for SQL Server)، وMongoDB، وSQLite، وGoogle BigQuery. لكل منها برنامج تشغيل خاص به بدل طبقة ترجمة، لأن الفروق بينها حقيقية : جلسة PostgreSQL أو SQL Server مرتبطة بقاعدة بيانات واحدة، وMongoDB تأخذ استعلامًا لا SQL، وT-SQL لا تحتاج إلى فاصلة منقوطة بين عبارتين، وكل تصدير يعتمد على الأدوات التي تأتي مع ذلك المحرك، وSQLite مجرد ملف على حاسوبك، بلا مضيف ولا مستخدم ولا كلمة مرور، واتصال BigQuery هو مشروع Google Cloud ومجموعة بيانات (dataset) افتراضية، تسجّل الدخول إليه بحساب Google الخاص بك (gcloud auth application-default login)، دون تخزين أي مفتاح. ويُوصل إلى محركات الخوادم الأربعة مباشرة، أو عبر نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM حين لا تكون معروضة على الإنترنت المفتوح.

أما Oracle وRedis وغيرها فغير مدعومة. وعلى SQL Server، تسجّل الدخول بحساب دخول SQL (SQL login)، إذ لا تتوفر مصادقة Windows ولا Active Directory ولا Entra ID، ولا يوجد تصدير ولا استيراد ولا نسخ. وعلى BigQuery، تفوتر Google كل استعلام بحسب حجم البيانات التي يقرأها، لذا لكل اتصال حد أقصى للفوترة لكل استعلام (1 GiB افتراضيًا، قابل للتعديل): أي استعلام يتجاوزه يُرفض بدل أن تُحتسب تكلفته. وفتح جدول مجاني وللقراءة فقط، ويستخدم وكلاؤك الأدوات نفسها db_list وdb_schema وdb_query مع حواجز الحماية نفسها، ويرون حجم البيانات التي قرأها كل استعلام، ولا يوجد هناك أيضًا تصدير ولا استيراد ولا نسخ. من حقك أن تعرف ذلك قبل التحميل لا بعده. والمحرك التالي يحدده ما يطلبه الناس، فإذا كان محركك ناقصًا، فاذكره في قائمة backlog العامة ليُحتسب.

اطلب محرك قاعدة بياناتك

تصدير واستيراد ونسخ

انقل قاعدة البيانات، لا تكتفِ بقراءتها

صدّر قاعدة بيانات إلى ملف. استورد ملفًا إلى قاعدة بيانات. أو انسخ قاعدة بيانات مباشرة فوق أخرى، بما في ذلك عبر نفق SSH أو جلسة AWS SSM التي حفظتها بالفعل. كل محرك يشغّل أدواته الرسمية الخاصة به، وتُكتب على القرص تدفقًا، فتصير قاعدة بيانات بحجم عدة جيجابايت شريط تقدّم لا انهيارًا.

هذه الأدوات تأتي مع قاعدة البيانات لا مع AgentsRoom : mysqldump وmysql، وpg_dump وpsql، وmongodump وmongorestore. ولا يملك SQL Server أداة مكافئة تنقل قاعدة بيانات كاملة كتدفّق واحد، لذا لا تصدير ولا استيراد ولا نسخ لاتصالاته. وحين لا تكون الأدوات على الجهاز، يقول التطبيق أيها بالضبط ويتيح لك تحديد المجلد الذي يضمها، كما يليق بعميل قواعد بيانات: فالتطبيق المُشغَّل من Dock أو من قائمة ابدأ لا يرى سوى PATH مختصر إلى أدنى حد، ولولا ذلك لأعلن أنها مفقودة على جهاز يملكها.

النسخ هو الموضع الذي تكلّف فيه نقرة خاطئة يومًا كاملًا، ولذلك بُني حوله هو، لا حول المسار المثالي.

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

من قاعدة بيانات خاصة إلى إجابة

احفظ الاتصال، ووجّهه، ثم استعلم عنه أو دع وكيلًا يفعل ذلك.

احفظ الاتصال

أضف قاعدة البيانات : المضيف والمنفذ والمستخدم واسم قاعدة البيانات، وTLS إن كان الخادم يتوقعه. امنحها اسمًا تتعرف عليه لاحقًا، وسِمها بأنها إنتاج إن كانت كذلك.

وجّهه إن كان خاصًا

إذا لم تكن قاعدة البيانات متاحة مباشرة، وجّه الاتصال إلى نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM مبنية على الاتصالات المحفوظة بالفعل في AgentsRoom. تصبح قاعدة بيانات في شبكة فرعية خاصة قابلة للوصول دون تعريضها للعلن. على Google Cloud، اختر مثيل Cloud SQL بدلًا من ذلك: يشغّل AgentsRoom وكيل Cloud SQL Auth Proxy نيابةً عنك.

استعلم عنها، أو دع وكيلًا يستعلم

نفّذ عبارتك من التطبيق، أو دع وكيلًا ينفّذ واحدة عبر MCP. للقراءة فقط إلى أن تغيّر ذلك، وعبارة واحدة لكل استدعاء، ومجموعات نتائج محدودة، وتأكيد صريح يقف بين أي كتابة وبياناتك.

متى يحتاج الوكيل إلى الصفوف الحقيقية

اللحظات التي تكون فيها قراءة بيانات الإنتاج أقصر طريق إلى الإصلاح.

تنقيح مقابل بيانات حقيقية

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

قاعدة بيانات ليست علنية

تعيش قاعدة البيانات في شبكة فرعية خاصة بلا نقطة وصول علنية. وجّه الاتصال عبر نفق SSH أو جلسة AWS SSM مبنية على اتصالاتك المحفوظة، واستعلم عنها دون فتح منفذ على الإنترنت.

دع الوكيل يتحقق، لا يخمّن

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

الإنتاج، دون خطر الكتابة

قراءة الإنتاج ضرورية غالبًا، أما الكتابة إليه فنادرًا ما تكون ضرورية في منتصف مهمة. سِم الاتصال بأنه إنتاج، وأبقِه للقراءة فقط، فيكفّ الفرق بين التحقيق والتخريب عن الاعتماد على انتباه أحدهم.

حدّث staging ببيانات حقيقية

الخلل لا يتكرر إلا على صفوف حقيقية. انسخ قاعدة البيانات إلى خادم staging لديك عبر النفق الذي حفظته سابقًا، مع أخذ نسخة مما كان هناك أولًا.

تفتح الحاسوب المحمول فتجد كل شيء

اتصالاتك تتبع حسابك: المضيفات نفسها، والأنفاق نفسها، ووسوم القراءة فقط والإنتاج نفسها. ومع تفعيل كلمات المرور المتزامنة، تنتقل كلمات المرور معك أيضًا، مشفَّرة من طرف إلى طرف، فلا تعيد كتابة أي شيء؛ ومن دونها، يطلب منك كل جهاز كلمة المرور مرة واحدة.

وكلاء الذكاء الاصطناعي + SQL

كيف يستعلم وكلائي عن قاعدة البيانات؟

db_listdb_schemadb_querydb_connection_new

عبر AgentsRoom MCP، بأربع أدوات. تُرجع db_list اتصالاتك المحفوظة وبياناتها الوصفية، وتتنقل db_schema بين المخططات والجداول والأعمدة دون سطر SQL واحد، وتنفّذ db_query عبارة واحدة وتعيد الصفوف، وتقترح db_connection_new قاعدة بيانات لم تحفظها بعد. يفتح AgentsRoom الاتصال، بما في ذلك نفق SSH أو جلسة AWS SSM أمامه إن وُجدت. ما يعود إلى الوكيل هو مجموعة نتائج، لا بيانات اعتماد أبدًا.

لا يستطيع الوكلاء الكتابة إلا إذا فعّلت «السماح للوكلاء بالكتابة» على اتصال قابل للكتابة أيضًا. هذا الخيار الذي تفعّله بنفسك معطّل افتراضيًا، ويُزامَن مع الاتصال عبر حسابك. وبعد تفعيله تُنفَّذ عمليات الكتابة فورًا، لذا لا تستخدمه إلا إذا كنت تثق بالوكيل في تلك القاعدة. يتحقق تطبيق سطح المكتب من هذه الصلاحية في عمليته الرئيسية، ولا تزال db_query تقبل عبارة واحدة فقط في كل استدعاء.

تسجيل قاعدة بيانات يمكن أيضًا أن يكون بالكامل عمل الوكيل. تحافظ db_connection_new على مسار المراجعة: تفتح نموذج الإنشاء مملوءًا مسبقًا بالمضيف والمستخدم واتصال SSH أو AWS SSM الذي ينبغي الوصول إليها من خلاله، وأنت تراجعه وتكتب كلمة المرور وتحفظ، ولا يُخزَّن شيء قبل ذلك. وما لم توقف «يمكن للوكلاء إدارة الاتصالات» (الإعدادات، مفعّل افتراضيًا)، تكتب db_connection_save الاتصال مباشرة، وكلمة المرور لا تزال لا تمر عبر المحادثة أبدًا: تُنسخ من سرّ في خزنتك يكتفي الوكيل بذكر اسمه. يحصل الوكيل على ما يحتاجه للتفكير في بياناتك، ولا تتوفر له أي من الطرق التي يتحول بها هذا الوصول عادة إلى حادثة.

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

اكتشف AgentsRoom MCP

تبويب «النشاط» نفسه الذي يسرد استدعاءات db_query وdb_schema، مصوَّر هنا على خادم SSH محفوظ : ينفّذ وكيل ثلاثة أوامر، ويهبط كل واحد منها مع مخرجاته ورمز الخروج والمدة، ثم يُفتح سجل ذلك الاتصال بالكامل. يبقى هذا السجل على حاسوبك.

شاهد على YouTube

الأسئلة الشائعة

اسألنا عن شيء آخر

ما قواعد البيانات المدعومة؟

MySQL وMariaDB، وPostgreSQL، وSQL Server (مع Azure SQL وAmazon RDS for SQL Server)، وMongoDB، وSQLite، وGoogle BigQuery. لكل منها برنامج تشغيل خاص به. ومحركات الخوادم متاحة مباشرة أو عبر نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM؛ واتصال SQLite ملف على حاسوبك تختاره بمساره؛ واتصال BigQuery مشروع Google Cloud تفتحه بحساب Google الخاص بك مع حد أقصى للفوترة لكل استعلام (1 GiB افتراضيًا)، بحيث يُرفض الاستعلام المكلف بدل أن تُحتسب تكلفته. أما Oracle وRedis وبقية المحركات فغير مدعومة اليوم. وإذا كنت بحاجة إلى أحدها، فاطلبه في قائمة backlog العامة : تنمو القائمة بما يطلبه الناس فعلًا.

هل يستطيع وكيل الذكاء الاصطناعي الكتابة في قاعدة بياناتي؟

نعم، حين تسمح بذلك صراحةً. لا يستطيع الوكيل الكتابة إلا إذا كان الاتصال قابلًا للكتابة وفعّلت «السماح للوكلاء بالكتابة» في إعدادات ذلك الاتصال. وعندها تُنفَّذ عمليات الكتابة فورًا، لذا لا تفعّل هذا الخيار إلا إذا كنت تثق بالوكيل في تلك القاعدة. وفي غير ذلك تبقى db_query للقراءة فقط.

كيف أصل إلى قاعدة بيانات في شبكة فرعية خاصة؟

وجّه الاتصال عبر نفق SSH أو جلسة إعادة توجيه منافذ AWS SSM، مبنية على اتصالات SSH وSSM التي حفظتها بالفعل في AgentsRoom. يفتح التطبيق النفق أو الجلسة ويصل قاعدة البيانات من خلاله، فتبقى قاعدة البيانات غير متاحة من الإنترنت العام. بالنسبة إلى Google Cloud SQL، اختر المثيل (project:region:instance) ويشغّل AgentsRoom وكيل Cloud SQL Auth Proxy بتسجيل دخول gcloud الخاص بك، عبر IP خاص عند الحاجة ومع مصادقة قاعدة البيانات عبر IAM إن أردت الاستغناء عن كلمة المرور تمامًا.

هل يرى وكلائي كلمة مرور قاعدة البيانات؟

لا. يستعلم الوكلاء عبر MCP بتسمية اتصال. يحتفظ AgentsRoom ببيانات الاعتماد وينفّذ العبارة بنفسه، فلا تُرجَع كلمة المرور إلى الوكيل أبدًا، ولا تُكتب في الاستعلام، ولا تكون جزءًا من المحادثة.

هل يستطيع وكيل تنفيذ عدة عبارات دفعة واحدة؟

لا. الاستدعاء الواحد يحمل عبارة واحدة بالضبط. وأي شيء مكدَّس خلف فاصلة منقوطة يُرفَض بدل أن يُنفَّذ، ما يزيل أقدم طريقة لإخفاء كتابة داخل ما يبدو قراءة.

ماذا يغيّر وسم اتصال بأنه إنتاج؟

يشدّد التأكيد المطلوب قبل أي كتابة. تكفّ قاعدة البيانات المهمة عن التصرف كالنسخة المحلية، وهو ما تريده في نهاية يوم طويل، وتريده أكثر من وكيل يعمل على قائمة مهام.

ماذا يحدث مع استعلام يُرجع صفوفًا كثيرة؟

مجموعات النتائج محدودة. الاستعلام الذي كان سيُرجع جدولًا ضخمًا يعود مبتورًا بدل أن يغرق النافذة أو سياق الوكيل، فيبقى SELECT عريض مصدر إزعاج لا تصديرًا لبياناتك.

هل يستطيع وكيل إضافة اتصال بقاعدة بيانات؟

نعم، بل افتراضيًا يستطيع حفظه من تلقاء نفسه أيضًا. تكتب db_connection_save الاتصال مباشرة من دون أي نموذج، وكلمة المرور لا تظهر في محادثة أبدًا: يسمّي الوكيل سرًّا من خزنتك وينسخه AgentsRoom إلى سلسلة المفاتيح. وفضّل db_connection_new حين تودّ المراجعة أولًا: تفتح نموذج الإنشاء مملوءًا مسبقًا بالمضيف والمنفذ والمستخدم واتصال SSH أو AWS SSM الذي ينبغي الوصول إلى قاعدة البيانات من خلاله، ولا يُخزَّن شيء قبل أن تراجعه وتكتب كلمة المرور وتحفظ، ولا يقدّم الوكيل بيانات اعتماد أبدًا. أوقف «يمكن للوكلاء إدارة الاتصالات» في الإعدادات فلا يبقى سوى مسار المراجعة.

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

عبر db_schema، التي تستكشف اتصالًا محفوظًا دون أي SQL. إذا استُدعيت بلا وسيط سردت المخططات، ومع قاعدة بيانات سردت الجداول والعروض، ومع جدول أعادت الأعمدة وأنواعها وقابليتها للقيم الفارغة ومفاتيحها وقيمها الافتراضية. وهذا أقل كلفة وأكثر أمانًا من جعل وكيل يستعلم عن information_schema يدويًا.

هل تتزامن اتصالات قواعد البيانات بين أجهزتي؟

نعم. الاسم والمضيف والمنفذ والمستخدم وقاعدة البيانات الافتراضية والنطاق ووسم القراءة فقط ووسم الإنتاج ونفق SSH أو SSM الذي يمر عبره، كلها تتبع حسابك، فالاتصال المحفوظ على جهاز يظهر على بقية أجهزتك بدل إعادة كتابته. افتراضيًا تبقى كلمة المرور مشفَّرة في سلسلة مفاتيح الجهاز الذي كتبتها فيه، ولهذا يطلبها منك الاتصال القادم من جهاز آخر مرة واحدة. فعّل كلمات المرور المتزامنة من الإعدادات > الحساب فتنتقل كلمة المرور معك أيضًا، مشفَّرة من طرف إلى طرف بمفتاح لا تملكه إلا حواسيبك: يخزّنها AgentsRoom دون أن يستطيع قراءتها، وكلمة المرور التي تغيّرها على جهاز تُحدَّث على بقية أجهزتك. ويظل بإمكانك إبقاء أي كلمة مرور على جهاز واحد فقط.

هل يمكنني تصدير قاعدة بيانات واستيرادها في مكان آخر؟

نعم، على MySQL وPostgreSQL وMongoDB. يمكنك تصدير قاعدة بيانات إلى ملف، واستيراد ملف كهذا إلى قاعدة بيانات، أو نسخ قاعدة بيانات مباشرة فوق أخرى، بما في ذلك عبر أنفاق SSH أو SSM التي حفظتها بالفعل. كل محرك يشغّل أدواته الرسمية الخاصة به (mysqldump وmysql، وpg_dump وpsql، وmongodump وmongorestore)، وهي تأتي مع قاعدة البيانات لا مع AgentsRoom: فإن لم يُعثر عليها، يطلب منك التطبيق تحديد المجلد الذي يضمها. ولا يجري النسخ إلا بين اتصالين من المحرك نفسه، لأن النسخة المصدَّرة لا تُستعاد إلا في المحرك الذي أنتجها. ويُرفض الاستيراد على اتصال للقراءة فقط، ويُصدَّر الهدف إلى ملف تختاره أنت قبل أن يُكتب فيه شيء، أما استبدال الهدف فخيار منفصل يذكر اسم قاعدة البيانات في تأكيده. ولا ينطبق شيء من هذا على SQLite: فقاعدة البيانات ملف أصلًا، تنسخه كأي ملف آخر. ولا ينطبق شيء منه على SQL Server كذلك: فلا توجد أداة من Microsoft تنقل قاعدة بيانات كاملة كتدفّق واحد كما يفعل mysqldump (فأداة sqlpackage تكتب ملف .bacpac، وأداة bcp تنسخ جدولًا واحدًا في كل مرة).

كيف يُحمى الحساب الذي يحمل اتصالاتي؟

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

لقطات الشاشة

لقطات حقيقية من التطبيق تُضاف مع تطور هذه الميزة.

اتصل بـ Google BigQuery باستخدام تسجيل الدخول الخاص بك في Google
حدد ما يمكن أن يفرضه استعلام BigQuery واحد، لكل اتصال
التحقق من شهادة الخادم في اتصالات TLS المباشرة، مع خيار للاشتراك في الخوادم ذات الشهادات الذاتية

1 / 3

قد يعجبك أيضًا

RDS عبر AWS SSM

صِل إلى مثيل Amazon RDS بلا نقطة نهاية عامة، من جهازك أنت، عبر aws ssm start-session ومستند AWS-StartPortForwardingSessionToRemoteHost. لا خادم bastion تصونه، ولا VPN، ولا قاعدة SSH واردة. يفتح AgentsRoom الجلسة على منفذ loopback ويوصل عميل قواعد البيانات من خلاله. MySQL وPostgreSQL وSQL Server وMongoDB، أي RDS MySQL وRDS PostgreSQL وRDS for SQL Server وAurora وDocumentDB.

Cloud SQL Auth Proxy

صِل إلى مثيل Cloud SQL لـ MySQL أو PostgreSQL من جهازك أنت، مع IP خاص ودون خادم bastion. يشغّل AgentsRoom أداة Cloud SQL Auth Proxy على منفذ loopback ببيانات gcloud Application Default Credentials الخاصة بك، ويدعم مصادقة قاعدة البيانات عبر IAM، ويتيح لوكلاء الذكاء الاصطناعي الاستعلام عنه للقراءة فقط.

اتصالات SSH

احفظ اتصالات SSH الخاصة بك، وافتح طرفية SSH مدمجة، وشغّل Claude Code أو Codex أو Antigravity CLI مباشرة على خادمك البعيد أو VPS. المصادقة بمفتاح SSH أو كلمة مرور، وملفات اتصال لكل مشروع، دون الحاجة إلى عميل SSH منفصل.

مدير الأسرار

خزّن مفاتيح API ورموز الوصول وكلمات المرور في سلسلة مفاتيح نظام التشغيل لديك، وأشِر إليها بصيغة {{secret:NAME}} في أوامر التطوير وبيئات الوكلاء، ودع AgentsRoom يستبدلها عند الإطلاق. يرى الوكلاء الأسماء ولا يرون القيم أبدًا، ولا يُزامَن أي شيء مع خادم.

طرفيات التطوير

مدير طرفيات ومشغّل عمليات لكل مشروع. شغّل الخادم الخلفي والواجهة الأمامية والـ workers بنقرة واحدة، محليًا أو على خادم بعيد.

AgentsRoom MCP

خادم MCP الذي يتيح لوكلائك قيادة AgentsRoom نفسه : المشاريع والطرفيات وقائمة backlog والاتصالات، مع حواجز الحماية المرافقة له.

امنح وكلاءك البيانات، لا المفاتيح

حمّل AgentsRoom، واحفظ اتصالات MySQL وPostgreSQL وSQL Server وMongoDB وSQLite وGoogle BigQuery الخاصة بك، وصِل إلى اتصالات الخوادم عبر نفق SSH أو جلسة AWS SSM، ودع وكلاءك يستعلمون عنها، للقراءة فقط ما لم تفتح اتصالًا لكتاباتهم.

تحميلمجاني

التطبيق المرافق: تابع وكلاءك أينما كنت

استخدم Claude أو Codex أو Antigravity CLI أو أي مزود AI آخر.

تثبيت الملحق

Chrome Web Store

أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.

وكلاء تقرؤهم كأنها محادثة

لكل وكيل دور ووجه وسلسلة رسائل تقرؤها كما في تطبيق المراسلة.