การเปลี่ยนแปลงเส้นทาง URL ที่ทำโดยเอเจนต์ แสดงเป็น diff

สิ่งที่เอเจนต์ทำได้

• ไฟล์read_file, edit_file, grep, glob และ list_dir ทำงานกับรายการเส้นทางและไฟล์การตั้งค่าในโฟลเดอร์ทำงานของแชท และ edit_file จะแสดง diff ก่อน
• Shellรันคำสั่งทดสอบ โหลดใหม่ และส่งคำขอของคุณ และตัดสินความสำเร็จโดยรหัสการออกจริง คำสั่งที่อันตรายจะถูกบล็อก
• เว็บweb_search และ http_get อ่านเอกสารทางการและดึงหน้าเว็บของบริการของคุณเอง เพื่อให้คุณสามารถเปรียบเทียบกับสิ่งที่คาดหวัง
• ภาพหน้าจอและรูปภาพocr อ่านข้อความจากภาพหน้าจอที่บันทึกไว้ เช่น หน้าเว็บแสดงข้อผิดพลาดจากเบราว์เซอร์ และ gen_image บันทึกไฟล์รูปภาพจริงลงในโฟลเดอร์ทำงาน
• การประสานงานtask รันเอเจนต์ย่อยแบบขนาน run_on_model ส่งขั้นตอนที่ยากไปยังโมเดลที่ใหญ่กว่า และ skill เก็บ playbook ที่นำกลับมาใช้ใหม่ รวมถึง skill สำหรับระบบควบคุมเวอร์ชันสำหรับสาขาและการคอมมิตของไฟล์เส้นทางของคุณ
• โหมดการอนุมัติAuto-run ทำงานทันที Ask first หยุดก่อนการเปลี่ยนแปลง และ Plan only เขียนแผนและรันสิ่งใดสิ่งหนึ่ง
• Cronรันพรอมต์ตามกำหนดเวลา ดังนั้นการตรวจสอบซ้ำๆ ของที่อยู่ของคุณเอง เช่น คำขอwhose status code คุณสามารถอ่านได้ สามารถเริ่มได้โดยไม่ต้องเปิดแชท
• โมเดลเชื่อมต่อผู้ให้บริการ AI ผ่านจุดจบ API มาตรฐาน โมเดลที่รันในเครื่องของคุณ หรือโมเดลในตัว ซึ่งพร้อมใช้งานโดยไม่ต้องมีจุดจบของคุณ

สี่งาน ทีละขั้นตอน

แทนที่ 302 ด้วยการเปลี่ยนเส้นทาง 301

หน้าที่ย้ายถาวรแต่ยังคงตอบด้วยรหัสชั่วคราว ยังคงบอกเครื่องมือค้นหาและผู้ใช้ว่าที่อยู่เก่ายังคงใช้งานอยู่ list_dir และ grep ค้นหาไฟล์กฎที่กล่าวถึงเส้นทางเก่า และ read_file แสดงบรรทัดที่ส่งรหัส 302 edit_file เปลี่ยนรหัสนั้นเป็น 301 และแสดง diff ในโหมด Ask first เอเจนต์จะหยุดที่นี่ ยังไม่มีการโหลดใหม่ Shell จะรันคำสั่งทดสอบการตั้งค่าของคุณ โหลดใหม่ และส่งคำขอไปยังที่อยู่เก่า และการ์ดจะแสดงรหัสสถานะและส่วนหัว Location เปรียบเทียบพวกมันกับค่าที่คุณจดไว้ก่อนการเปลี่ยนแปลง และยอมรับ diff เฉพาะเมื่อทั้งสองตรงกัน ใส่รหัสที่คุณคาดหวังไว้ในแผนของคุณก่อนเริ่ม เพื่อให้การเปรียบเทียบเป็นการตรวจสอบกับค่าที่เขียนไว้ ไม่ใช่กับหน่วยความจำ

ตัดวงจรการเปลี่ยนเส้นทางที่ไม่มีที่สิ้นสุด

ลูปการเปลี่ยนเส้นทางที่ไม่มีที่สิ้นสุดด้านหลัง reverse proxy มักหมายถึงชั้นสองชั้นบังคับใช้ https ดังนั้นเบราว์เซอร์จึงไม่สามารถเข้าถึงหน้าเว็บได้ grep ค้นหาคำว่า redirect ในไฟล์ proxy และไฟล์การตั้งค่าของแอปพลิเคชัน และ read_file เปิดทั้งสอง ไฟล์สองไฟล์ edit_file ลบรายการที่ซ้ำซ้อนจากไฟล์หนึ่งและแสดง diff Shell รันคำสั่งทดสอบการตั้งค่าของคุณ และคำสั่งคำขอจะติดตามการเปลี่ยนเส้นทางที่คุณขอให้ติดตาม ดังนั้นรหัสการออกและจำนวนการกระโดดจะปรากฏในการ์ด ตรวจสอบ diff เก็บสำรองไฟล์เก่า และเริ่มด้วย Plan only หากเซิร์ฟเวอร์ทำงานอยู่ หลังจากแก้ไขแล้ว ให้ขอที่อยู่อีกครั้งและนับจำนวนการกระโดด: หนึ่งถูกต้อง สองหรือมากกว่าหมายถึงกฎอื่นยังคงเปลี่ยนเส้นทาง

รวม www และโดเมนเปล่า

ที่อยู่สองที่อยู่ให้บริการเว็บไซต์เดียวกัน แบ่งผู้เยี่ยมชมของคุณ ดังนั้นเลือกหนึ่งและส่งอีกที่หนึ่งไปยังมันด้วยการเปลี่ยนเส้นทาง url เพียงรายการ เขียนกฎสำหรับโดเมนของคุณเอง เช่น www.example.com ไปยัง example.com ลงในไฟล์แผนก่อน read_file เปิดกฎปัจจุบัน edit_file เพิ่มการเปลี่ยนเส้นทางถาวรด้วย diff และ Shell รันคำสั่งทดสอบการตั้งค่าของคุณและคำสั่งคำขอต่อชื่อทั้งสอง วงจรทำให้ผู้เยี่ยมชมช้าลงและอาจเกิดลูป คำขอที่สองจึงต้องแสดงการกระโดดเพียงครั้งเดียว ตรวจสอบ diff ในโหมด Ask first และยืนยันว่ากฎส่งผู้เยี่ยมชมไปยังเนื้อหาเดียวกันที่พวกเขาขอ การเปลี่ยนเส้นทางที่นำไปสู่ที่ที่ไม่เกี่ยวข้องเป็นข้อผิดพลาด และไม่ใช่สิ่งที่กฎมีไว้สำหรับ

แก้ไข proxy บนเซิร์ฟเวอร์ระยะไกล

reverse proxy บน VPS ระยะไกลที่คุณบริหารสามารถเข้าถึงได้ผ่านสภาพแวดล้อม SSH ซึ่งคำสั่ง Shell รันบนเซิร์ฟเวอร์ในขณะที่เครื่องมือไฟล์ทำงานในโฟลเดอร์ทำงานของแชท เลือกสภาพแวดล้อมนั้น รันคำสั่งทดสอบการตั้งค่าของคุณและคำสั่งโหลดของคุณผ่าน Shell และอ่านรหัสการออกจริงในการ์ดแต่ละใบ Auto-run จะทำงานทันที Ask first เป็นตัวเลือกที่ดีกว่าสำหรับเซิร์ฟเวอร์ที่ทำงานอยู่ เพราะการเปลี่ยนแปลงทุกการเปลี่ยนแปลงรอการอนุมัติของคุณของคุณ afterwards ขอที่อยู่สาธารณะและเปรียบเทียบรหัสสถานะกับค่าที่คุณบันทึกไว้ เก็บสำรองการตั้งค่าเก่าบนเซิร์ฟเวอร์และวิธีที่จะย้อนกลับ ใช้เฉพาะบนเซิร์ฟเวอร์ที่คุณเป็นเจ้าของหรือบริหาร