ให้ตัวแทนของคุณคิวรีฐานข้อมูลได้,
อ่านอย่างเดียวจนกว่าคุณจะบอกเป็นอย่างอื่น
AgentsRoom จัดการการเชื่อมต่อ MySQL และ MariaDB ของคุณ และให้ตัวแทนเขียนโค้ด AI มีช่องทางรันคิวรีกับมัน อ่านอย่างเดียวโดยค่าเริ่มต้น ทีละหนึ่งคำสั่ง และรหัสผ่านถูกเก็บให้พ้นมือ
ตัวแทนที่อ่านแถวข้อมูลจริงได้จะเลิกเดาเรื่องข้อมูลของคุณ ตัวแทนที่เขียนทับมันไม่ได้จะเลิกเป็นความเสี่ยงที่คุณต้องคอยคุมทีละบรรทัด
วิธีที่ AgentsRoom เข้าถึงฐานข้อมูลในซับเน็ตส่วนตัวและตอบคิวรีแบบอ่านอย่างเดียวจากตัวแทน AI
ตัวแทนเขียนโค้ด AI ที่มองไม่เห็นข้อมูลของคุณจะเขียนโค้ดตามสคีมาที่มันจินตนาการขึ้นเอง มันคิดคอลัมน์ขึ้นมาใหม่ สมมติว่า enum มีสามค่าทั้งที่จริงมีเจ็ด และอธิบายบั๊กด้วยทฤษฎีแทนที่จะเป็นแถวข้อมูลจริง การให้การเชื่อมต่อฐานข้อมูลกับมันแก้เรื่องนี้ได้ และมันก็เป็นวิธีที่เร็วที่สุดในการเปลี่ยนตัวแทนที่มีประโยชน์ให้กลายเป็นเหตุการณ์ร้ายเช่นกัน AgentsRoom ถูกสร้างขึ้นรอบ ๆ ความตึงเครียดนี้
คุณบันทึกการเชื่อมต่อ MySQL และ MariaDB ไว้ในแอปแบบเดียวกับที่ทำในไคลเอนต์ SQL ตัวไหนก็ได้ : โฮสต์, พอร์ต, ผู้ใช้, ฐานข้อมูล และ TLS เมื่อเซิร์ฟเวอร์ต้องการ ถ้าฐานข้อมูลเข้าถึงจากอินเทอร์เน็ตเปิดไม่ได้ การเชื่อมต่อจะถูกส่งผ่านอุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM โดยใช้การเชื่อมต่อ SSH และ SSM ที่คุณบันทึกไว้ใน AgentsRoom อยู่แล้ว นั่นคือวิธีที่ฐานข้อมูลซึ่งนั่งอยู่ในซับเน็ตส่วนตัวกลายเป็นสิ่งที่คุณคิวรีได้ โดยไม่ต้องเปิดมันสู่โลกภายนอก
ทุกการเชื่อมต่อเริ่มต้นแบบอ่านอย่างเดียว SELECT รันได้ คำสั่งที่จะแก้ไขข้อมูลรันไม่ได้ จนกว่าคุณจะทำให้การเชื่อมต่อนั้นเขียนได้และยืนยันการดำเนินการเสียก่อน ระบบรับเพียงหนึ่งคำสั่งต่อหนึ่งการเรียก จึงไม่มีอะไรแอบซ่อนอยู่หลังเซมิโคลอน และชุดผลลัพธ์ถูกจำกัดจำนวน คิวรีที่กว้างเกินไปจึงท่วมตัวแทนหรือหน้าต่างไม่ได้ การเชื่อมต่อยังถูกทำเครื่องหมายเป็นโปรดักชันได้ ซึ่งทำให้การยืนยันเกิดขึ้นโดยบังเอิญได้ยากขึ้น
ไคลเอนต์ SQL ที่ตั้งสมมติฐานว่าตัวแทนเป็นคนขับ
MySQL และ MariaDB เข้าถึงได้ในเครือข่ายส่วนตัว พร้อมการ์ดเรลที่เปิดไว้โดยค่าเริ่มต้น
การเชื่อมต่อ MySQL และ MariaDB
บันทึกการเชื่อมต่อหนึ่งชุดต่อหนึ่งฐานข้อมูล : โฮสต์, พอร์ต, ผู้ใช้, ฐานข้อมูลที่จะเปิด และ TLS เมื่อเซิร์ฟเวอร์ต้องการ ฐานข้อมูลในเครื่อง, ตัว staging และ replica ของโปรดักชันอยู่ในรายการเดียวกัน พร้อมให้เลือกแทนที่จะต้องพิมพ์ใหม่
เข้าถึงฐานข้อมูลส่วนตัว
ฐานข้อมูลในซับเน็ตส่วนตัวไม่ใช่กรณีพิเศษ ส่งการเชื่อมต่อผ่านอุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM แล้ว AgentsRoom จะเปิดมันให้คุณ โดยใช้การเชื่อมต่อ SSH และ SSM ที่คุณบันทึกไว้ในแอปอยู่แล้ว
อ่านอย่างเดียวโดยค่าเริ่มต้น
การเชื่อมต่อใหม่อ่านได้อย่างเดียว ไม่มีอย่างอื่น คิวรีคืนแถวข้อมูลกลับมา ส่วนคำสั่งที่จะเปลี่ยนข้อมูลถูกปฏิเสธ ไม่มีใครต้องคอยจำว่าต้องเปิดโหมดปลอดภัย เพราะโหมดปลอดภัยคือจุดที่ทุกการเชื่อมต่อเริ่มต้น
สองกุญแจก่อนการเขียน
การเขียนต้องอาศัยการกระทำที่ตั้งใจสองอย่าง ไม่ใช่อย่างเดียว การเชื่อมต่อต้องถูกทำให้เขียนได้ และตัวการดำเนินการเองต้องถูกยืนยันอย่างชัดเจน คลิกพลาดเพียงครั้งเดียวจึงลุกลามไปเป็น UPDATE ที่ไม่มี WHERE ไม่ได้
หนึ่งคำสั่งต่อหนึ่งการเรียก
การเรียกแต่ละครั้งพาไปได้เพียงหนึ่งคำสั่งเท่านั้น อะไรก็ตามที่ต่อท้ายหลังเซมิโคลอนจะถูกปฏิเสธแทนที่จะถูกรัน การอ่านที่ดูเหมือนการอ่านจึงลักลอบพาคำสั่งที่สองไปด้วยไม่ได้ และชุดผลลัพธ์ยังถูกจำกัดจำนวนซ้อนไปอีกชั้น
โปรดักชันถูกทำเครื่องหมายไว้
ทำเครื่องหมายการเชื่อมต่อเป็นโปรดักชัน แล้วการยืนยันจะยากขึ้น ฐานข้อมูลที่สำคัญจะเลิกดูเหมือนสำเนาในเครื่องเป๊ะ ๆ ทั้งสำหรับคุณตอนปลายวันที่ยาวนาน และสำหรับตัวแทนที่กำลังไล่ทำรายการงาน
ตัวแทนคิวรีฐานข้อมูล แต่ไม่เคยถือรหัสผ่าน
ข้อมูลประจำตัวฐานข้อมูลของคุณถูกเก็บไว้โดย AgentsRoom ไม่ใช่ถูกแจกออกไป ตัวแทนขอรันคิวรีกับการเชื่อมต่อที่มันรู้จักด้วยชื่อ แอปเปิดการเชื่อมต่อ รันคำสั่ง และคืนแถวข้อมูลกลับมา รหัสผ่านไม่เคยเป็นส่วนหนึ่งของสิ่งที่ตัวแทนได้รับ ไม่เคยอยู่ในคิวรีที่มันเขียน และไม่เคยอยู่ในบทสนทนาที่มันเก็บไว้
กฎอ่านอย่างเดียวคืออีกครึ่งหนึ่งของเรื่องนี้ และสำหรับตัวแทนแล้วมันไม่ใช่ค่าเริ่มต้นที่มันจะพูดหว่านล้อมให้พ้นไปได้ เครื่องมือที่ตัวแทนใช้คิวรีปฏิเสธทุกอย่างที่ไม่ใช่การอ่าน ไม่ว่าการเชื่อมต่อนั้นจะอนุญาตอะไรก็ตาม การทำให้การเชื่อมต่อเขียนได้จะปลดล็อกการเขียนให้คุณ ในคอนโซล SQL ที่ซึ่งการเขียนแต่ละครั้งขอการยืนยันอย่างชัดเจน และการยืนยันนั้นถูกทำให้ยากขึ้นโดยตั้งใจเมื่อการเชื่อมต่อถูกทำเครื่องหมายเป็นโปรดักชัน ผลลัพธ์ที่แย่ที่สุดของการที่ตัวแทนรันคิวรีผิดพลาดจึงยังคงเป็นคำตอบที่ผิด ไม่ใช่ตารางที่หายไป
กฎหนึ่งคำสั่งปิดช่องโหว่คลาสสิก การเรียกที่พาไปหนึ่งคำสั่งไม่สามารถถูกต่อด้วยเซมิโคลอนและคำสั่งที่สองได้ คิวรีที่อ่านแล้วดูไม่มีพิษภัยตอนรีวิวจึงไปทำอย่างอื่นตอนรันไม่ได้ เมื่อรวมกับชุดผลลัพธ์ที่ถูกจำกัดจำนวน ความผิดพลาดก็ยังคงเป็นความผิดพลาด แทนที่จะกลายเป็นการดูดข้อมูลออกไป
วันนี้คือ MySQL และ MariaDB เท่านั้น ไม่มีอย่างอื่น
ไคลเอนต์ฐานข้อมูลใน AgentsRoom พูดโปรโตคอลระดับสายของ MySQL และ MariaDB เข้ากันได้กับมัน ทั้งคู่จึงรองรับแล้วในตอนนี้ : เชื่อมตรง หรือผ่านอุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM เมื่อเซิร์ฟเวอร์เข้าถึงจากอินเทอร์เน็ตเปิดไม่ได้
PostgreSQL, MongoDB, SQL Server, SQLite และตัวอื่น ๆ ยังไม่รองรับ คุณควรได้รู้เรื่องนี้ก่อนดาวน์โหลด ไม่ใช่หลังจากนั้น เอนจินตัวถัดไปถูกตัดสินจากสิ่งที่ผู้คนร้องขอ ถ้าตัวของคุณยังไม่มี บอกว่าเป็นตัวไหนบน backlog สาธารณะ แล้วมันจะถูกนับ
ขอเอนจินฐานข้อมูลของคุณจากฐานข้อมูลส่วนตัวสู่คำตอบ
บันทึกการเชื่อมต่อ กำหนดเส้นทางให้มัน แล้วคิวรีเอง หรือให้ตัวแทนทำแทน
บันทึกการเชื่อมต่อ
เพิ่มฐานข้อมูล : โฮสต์, พอร์ต, ผู้ใช้, ชื่อฐานข้อมูล และ TLS ถ้าเซิร์ฟเวอร์ต้องการ ตั้งชื่อที่คุณจะจำได้ในภายหลัง และทำเครื่องหมายเป็นโปรดักชันถ้ามันเป็นอย่างนั้นจริง
กำหนดเส้นทางถ้ามันเป็นส่วนตัว
ถ้าฐานข้อมูลเข้าถึงโดยตรงไม่ได้ ให้ชี้การเชื่อมต่อไปที่อุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM ที่สร้างจากการเชื่อมต่อที่บันทึกไว้ใน AgentsRoom อยู่แล้ว ฐานข้อมูลในซับเน็ตส่วนตัวจะเข้าถึงได้โดยไม่ต้องเปิดมันสู่สาธารณะ
คิวรีเอง หรือให้ตัวแทนคิวรี
รันคำสั่งของคุณจากในแอป หรือให้ตัวแทนรันหนึ่งคำสั่งผ่าน MCP อ่านอย่างเดียวจนกว่าคุณจะเปลี่ยน หนึ่งคำสั่งต่อหนึ่งการเรียก ชุดผลลัพธ์ถูกจำกัดจำนวน และมีการยืนยันอย่างชัดเจนคั่นอยู่ระหว่างการเขียนทุกครั้งกับข้อมูลของคุณ
เมื่อตัวแทนต้องการแถวข้อมูลจริง
จังหวะที่การอ่านข้อมูลโปรดักชันคือทางที่สั้นที่สุดสู่การแก้ไข
ดีบักกับข้อมูลจริง
บั๊กโผล่เฉพาะกับบัญชีไม่กี่บัญชี ให้ตัวแทนอ่านแถวเหล่านั้น แล้วมันจะเจอค่าที่ทำให้ตรรกะพัง แทนที่จะเสนอทฤษฎีสามข้อว่าข้อมูลน่าจะหน้าตาเป็นอย่างไร
ฐานข้อมูลที่ไม่เปิดสู่สาธารณะ
ฐานข้อมูลอยู่ในซับเน็ตส่วนตัวที่ไม่มีปลายทางสาธารณะ ส่งการเชื่อมต่อผ่านอุโมงค์ SSH หรือเซสชัน AWS SSM ที่สร้างจากการเชื่อมต่อที่คุณบันทึกไว้ แล้วคิวรีมันได้โดยไม่ต้องเปิดพอร์ตสู่อินเทอร์เน็ต
ให้ตัวแทนตรวจสอบ ไม่ใช่เดา
ก่อนจะเขียน migration หรือคิวรี ตัวแทนดูได้ว่าจริง ๆ แล้วมีอะไรเก็บอยู่ มันอ่าน มันรายงาน และมันไม่เคยได้ความสามารถในการเปลี่ยนแปลงอะไรระหว่างที่ทำแบบนั้น
โปรดักชัน โดยไม่มีความเสี่ยงจากการเขียน
การอ่านโปรดักชันมักจำเป็น ส่วนการเขียนลงไปแทบไม่เคยจำเป็นระหว่างที่งานกำลังดำเนินอยู่ ทำเครื่องหมายการเชื่อมต่อเป็นโปรดักชัน เก็บมันไว้แบบอ่านอย่างเดียว แล้วเส้นแบ่งระหว่างการสืบค้นกับการทำพังจะเลิกขึ้นอยู่กับว่าใครกำลังตั้งใจดูอยู่หรือไม่
ตัวแทนของฉันคิวรีฐานข้อมูลอย่างไร?
ผ่าน AgentsRoom MCP ด้วยเครื่องมือสี่ตัว db_list คืนการเชื่อมต่อที่คุณบันทึกไว้พร้อมข้อมูลเมตาของมัน, db_schema ไล่ดูสคีมา ตาราง และคอลัมน์โดยไม่ต้องใช้ SQL สักบรรทัด, db_query รันหนึ่งคำสั่งและคืนแถวข้อมูลกลับมา และ db_connection_new เสนอฐานข้อมูลที่คุณยังไม่ได้บันทึกไว้ AgentsRoom เป็นฝ่ายเปิดการเชื่อมต่อ รวมถึงอุโมงค์ SSH หรือเซสชัน AWS SSM ที่อยู่ข้างหน้ามันเมื่อมี สิ่งที่เดินทางกลับไปหาตัวแทนคือชุดผลลัพธ์ ไม่ใช่ข้อมูลประจำตัว
db_query เป็นแบบอ่านอย่างเดียวไม่ว่าการเชื่อมต่อจะอนุญาตอะไรก็ตาม การทำให้การเชื่อมต่อเขียนได้จะปลดล็อกการเขียนให้คุณ ในคอนโซล SQL ที่ซึ่งการเขียนแต่ละครั้งถูกยืนยันอย่างชัดเจน และที่ซึ่งการเชื่อมต่อที่ถูกทำเครื่องหมายเป็นโปรดักชันจะประกาศตัวออกมาดัง ๆ แต่มันไม่ได้ปลดล็อกการเขียนให้ตัวแทน : กฎอ่านอย่างเดียวของ db_query อยู่ในแอปเดสก์ท็อป ไม่ใช่ในโปรเซส MCP มันจึงยังยืนอยู่แม้ตัวแทนจะถูกหว่านล้อมให้ขออย่างอื่น การรัน DROP ไม่ได้ต้องใช้รหัสผ่าน นั่นคือเหตุผลที่การ์ดเรลตั้งอยู่บนตัวคำสั่ง ไม่ใช่บนข้อมูลประจำตัวเพียงอย่างเดียว
ขีดจำกัดเดียวกันนี้ใช้กับการลงทะเบียนฐานข้อมูล db_connection_new เปิดฟอร์มสร้างที่กรอกไว้ล่วงหน้าด้วยโฮสต์, ผู้ใช้ และการเชื่อมต่อ SSH หรือ AWS SSM ที่ควรใช้เข้าถึงมัน แล้วคุณตรวจทาน พิมพ์รหัสผ่าน และบันทึก ไม่มีอะไรถูกเก็บจนกว่าคุณจะทำเอง ตัวแทนได้สิ่งที่มันต้องใช้ในการให้เหตุผลกับข้อมูลของคุณ ส่วนวิธีต่าง ๆ ที่การเข้าถึงแบบนี้มักกลายเป็นเหตุการณ์ร้ายนั้นไม่มีให้มันใช้สักอย่างเดียว
ค้นพบ AgentsRoom MCPคำถามที่พบบ่อย
รองรับฐานข้อมูลอะไรบ้าง?
MySQL และ MariaDB เท่านั้น ไคลเอนต์พูดโปรโตคอลระดับสายของ MySQL และ MariaDB เข้ากันได้กับมัน ทั้งคู่จึงใช้งานได้ ทั้งแบบเชื่อมตรงหรือผ่านอุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM ส่วน PostgreSQL, MongoDB, SQL Server, SQLite และที่เหลือยังไม่รองรับในวันนี้ ถ้าคุณต้องการตัวใดตัวหนึ่ง ขอมันบน backlog สาธารณะ : รายการนี้เติบโตตามสิ่งที่ผู้คนร้องขอจริง
ตัวแทน AI เขียนลงฐานข้อมูลของฉันได้หรือไม่?
ไม่ได้ เครื่องมือ MCP ที่ตัวแทนใช้คิวรีคือ db_query ซึ่งเป็นแบบอ่านอย่างเดียวไม่ว่าการเชื่อมต่อจะอนุญาตอะไรก็ตาม : SELECT, SHOW, DESCRIBE, EXPLAIN และ WITH ผ่านได้ ส่วนอะไรก็ตามที่จะเปลี่ยนแปลงข้อมูลถูกปฏิเสธ การทำให้การเชื่อมต่อเขียนได้จะปลดล็อกการเขียนให้คุณในคอนโซล SQL ที่ซึ่งการเขียนแต่ละครั้งถูกยืนยันอย่างชัดเจน ไม่ใช่ปลดล็อกให้ตัวแทน การ์ดเรลตั้งอยู่บนตัวคำสั่งมากกว่าบนรหัสผ่าน เพราะการรัน DROP ไม่ได้ต้องใช้รหัสผ่าน
ฉันจะเข้าถึงฐานข้อมูลในซับเน็ตส่วนตัวได้อย่างไร?
ส่งการเชื่อมต่อผ่านอุโมงค์ SSH หรือเซสชันฟอร์เวิร์ดพอร์ตของ AWS SSM ที่สร้างจากการเชื่อมต่อ SSH และ SSM ที่คุณบันทึกไว้ใน AgentsRoom อยู่แล้ว แอปจะเปิดอุโมงค์หรือเซสชันและต่อฐานข้อมูลผ่านมัน ฐานข้อมูลจึงยังคงเข้าถึงไม่ได้จากอินเทอร์เน็ตสาธารณะ
ตัวแทนของฉันเห็นรหัสผ่านฐานข้อมูลหรือไม่?
ไม่เห็น ตัวแทนคิวรีผ่าน MCP โดยเรียกชื่อการเชื่อมต่อ AgentsRoom ถือข้อมูลประจำตัวไว้และรันคำสั่งเอง รหัสผ่านจึงไม่เคยถูกคืนกลับไปให้ตัวแทน ไม่เคยถูกเขียนลงในคิวรี และไม่เคยเป็นส่วนหนึ่งของบทสนทนา
ตัวแทนรันหลายคำสั่งพร้อมกันได้หรือไม่?
ไม่ได้ หนึ่งการเรียกพาไปได้หนึ่งคำสั่งเท่านั้น อะไรก็ตามที่ต่อท้ายหลังเซมิโคลอนจะถูกปฏิเสธแทนที่จะถูกรัน ซึ่งตัดวิธีที่เก่าแก่ที่สุดในการซ่อนการเขียนไว้ในสิ่งที่ดูเหมือนการอ่านออกไป
การทำเครื่องหมายการเชื่อมต่อเป็นโปรดักชันเปลี่ยนอะไร?
มันทำให้การยืนยันที่ต้องผ่านก่อนการเขียนเข้มขึ้น ฐานข้อมูลที่สำคัญเลิกทำตัวเหมือนสำเนาในเครื่อง ซึ่งเป็นสิ่งที่คุณต้องการตอนปลายวันที่ยาวนาน และเป็นสิ่งที่คุณต้องการยิ่งกว่านั้นจากตัวแทนที่กำลังไล่ทำรายการงาน
ถ้าคิวรีคืนแถวข้อมูลจำนวนมากจะเกิดอะไรขึ้น?
ชุดผลลัพธ์ถูกจำกัดจำนวน คิวรีที่จะคืนตารางขนาดมหึมาจะกลับมาแบบถูกตัดทอน แทนที่จะท่วมหน้าต่างหรือบริบทของตัวแทน SELECT ที่กว้างเกินไปจึงเป็นแค่ความไม่สะดวก ไม่ใช่การดูดข้อมูลของคุณออกไป
ตัวแทนเพิ่มการเชื่อมต่อฐานข้อมูลได้หรือไม่?
มันเสนอได้ แต่ไม่มีวันบันทึกเอง db_connection_new เปิดฟอร์มสร้างที่กรอกไว้ล่วงหน้าด้วยโฮสต์, พอร์ต, ผู้ใช้ และการเชื่อมต่อ SSH หรือ AWS SSM ที่ควรใช้เข้าถึงฐานข้อมูลนั้น แล้วคุณตรวจทาน พิมพ์รหัสผ่าน และบันทึก ไม่มีอะไรถูกเก็บจนกว่าคุณจะทำเอง และตัวแทนไม่เคยเป็นฝ่ายให้ข้อมูลประจำตัว
ตัวแทนเรียนรู้สคีมาของฉันได้อย่างไร?
ด้วย db_schema ซึ่งสำรวจการเชื่อมต่อที่บันทึกไว้โดยไม่ต้องใช้ SQL เลย เรียกโดยไม่ใส่อาร์กิวเมนต์ มันจะแสดงรายการสคีมา ใส่ชื่อฐานข้อมูล มันจะแสดงตารางและวิว ใส่ชื่อตาราง มันจะคืนคอลัมน์ พร้อมชนิดข้อมูล การรับค่าว่าง คีย์ และค่าเริ่มต้นของแต่ละคอลัมน์ วิธีนี้ถูกกว่าและปลอดภัยกว่าการให้ตัวแทนคิวรี information_schema ด้วยมือ
คุณอาจจะชอบ
RDS ผ่าน AWS SSM
เข้าถึงอินสแตนซ์ Amazon RDS ที่ไม่มีปลายทางสาธารณะได้จากเครื่องของคุณเอง ผ่าน aws ssm start-session และเอกสาร AWS-StartPortForwardingSessionToRemoteHost ไม่ต้องดูแล bastion ไม่ต้องใช้ VPN ไม่ต้องมีกฎ SSH ขาเข้า AgentsRoom เปิดเซสชันบนพอร์ต loopback แล้วต่อไคลเอนต์ SQL ผ่านมัน รองรับ MySQL และ MariaDB เท่านั้น จึงใช้ได้กับ RDS MySQL และ Aurora รุ่นที่เข้ากันได้กับ MySQL
การเชื่อมต่อ SSH
บันทึกการเชื่อมต่อ SSH ของคุณ เปิดเทอร์มินัลในตัวผ่าน SSH และรัน Claude Code, Codex หรือ Antigravity CLI โดยตรงบนเซิร์ฟเวอร์ระยะไกลหรือ VPS ของคุณ ใช้การรับรองความถูกต้องด้วยคีย์ SSH หรือรหัสผ่าน โปรไฟล์การเชื่อมต่อแบบต่อโครงการ ไม่ต้องใช้ไคลเอนต์ SSH แยกต่างหาก
ตัวจัดการความลับ
เก็บคีย์ API, โทเค็น และรหัสผ่านไว้ในคีย์เชนของระบบปฏิบัติการ อ้างอิงถึงมันด้วย {{secret:NAME}} ในคำสั่งพัฒนาและสภาพแวดล้อมของตัวแทน แล้วให้ AgentsRoom แทนค่าให้ตอนเปิดใช้งาน ตัวแทนเห็นเพียงชื่อ ไม่เคยเห็นค่า และไม่มีอะไรถูกซิงก์ขึ้นเซิร์ฟเวอร์
Dev Terminals
ผู้จัดการเทอร์มินัลและตัวเปิดโปรเซสต่อโครงการ เริ่มต้น backend, frontend และ workers ในคลิกเดียว ทั้งในเครื่องหรือบนเซิร์ฟเวอร์ระยะไกล
AgentsRoom MCP
เซิร์ฟเวอร์ MCP ที่ให้ตัวแทนของคุณขับ AgentsRoom เอง : โครงการ, เทอร์มินัล, backlog และการเชื่อมต่อ พร้อมการ์ดเรลที่มาพร้อมกับมัน
ให้ข้อมูลแก่ตัวแทนของคุณ ไม่ใช่ให้คีย์
ดาวน์โหลด AgentsRoom บันทึกการเชื่อมต่อ MySQL และ MariaDB ของคุณ เข้าถึงมันผ่านอุโมงค์ SSH หรือเซสชัน AWS SSM แล้วให้ตัวแทนของคุณคิวรีมันแบบอ่านอย่างเดียว
แอปคู่หู: ตรวจสอบตัวแทนของคุณได้ทุกที่
นำของคุณเอง: Claude, Codex, Antigravity CLI, หรือผู้ให้บริการ AI อื่น ๆ
ส่งข้อบกพร่องและคำขอไปยังแบ็คล็อกสาธารณะของคุณโดยตรง
มองเห็น AgentsRoom ในการทำงาน