ควรใช้โมเดลใดขับเคลื่อนการแก้ไข Object Pascal

Arraydeck ไม่ได้มาพร้อมโมเดลเดียวตายตัว คุณสามารถเชื่อมต่อผู้ให้บริการ AI แบบคลาวด์ผ่าน endpoint มาตรฐาน รันโมเดลบนเครื่องของคุณเอง หรือใช้โมเดลในตัว และเปลี่ยนการเลือกได้ตลอดเวลาเมื่องานต้องการความสามารถที่แตกต่างออกไป

สามวิธีในการเชื่อมต่อโมเดล

ผู้ให้บริการ AI แบบคลาวด์

เข้าถึงผู้ให้บริการ AI แบบคลาวด์ผ่าน API endpoint มาตรฐานที่คุณป้อนในแอป พร้อมคีย์ API ของคุณ เหมาะสำหรับหน่วยโค้ดขนาดใหญ่ การรีแฟกเตอร์ที่ยาวนาน และงานที่ต้องการเหตุผลจากโมเดลขนาดใหญ่ ผลกระทบด้านความเป็นส่วนตัวชัดเจน: คำสั่งจะถูกส่งไปยังผู้ให้บริการ รวมถึงข้อความจากไฟล์ใดๆ ที่เอเจนต์อ่าน และอยู่ภายใต้ข้อกำหนดของผู้ให้บริการ คีย์ API ของคุณยังคงอยู่บนเครื่อง PC ของคุณ และข้อมูลลับในผลลัพธ์ของเครื่องมือจะถูกซ่อนก่อนส่งไปยังโมเดล การเรียกเก็บเงินสำหรับบริการของผู้ให้บริการเป็นความสัมพันธ์ระหว่างคุณกับผู้ให้บริการโดยตรง

โมเดลที่รันบนเครื่อง PC ของคุณ

โมเดลที่รันบนเครื่อง PC ของคุณจะตอบคำขอจากเครื่องของคุณเอง เหมาะสำหรับโค้ดส่วนตัว การแก้ไขขนาดเล็กที่รวดเร็ว และงานที่ห้ามมีข้อมูลออกนอกเครื่อง เมื่อใช้โมเดลในเครื่อง ข้อมูลทุกอย่างจะไม่ออกนอกเครื่อง รวมถึงแชท โฟลเดอร์งาน และคีย์ API จะอยู่บน PC ของคุณ ข้อจำกัดคือฮาร์ดแวร์ โมเดลขนาดเล็กมีหน้าต่างบริบท (context window) ที่เล็กกว่า และอาจต้องการหน่วยโค้ดที่สั้นลงหรือคำแนะนำที่ชัดเจนกว่า ดังนั้นควรอ่าน diff อย่างระมัดระวังเป็นพิเศษ

โมเดลในตัว

โมเดลในตัวพร้อมใช้งานโดยไม่ต้องมี endpoint ของคุณเอง เลือกใช้เมื่อต้องการลองใช้ Arraydeck ในโปรเจกต์แรก อ่านหน่วยโค้ด หรือขอการเปลี่ยนแปลงเล็กน้อย คุณภาพอาจแตกต่างกันไปตามงานเช่นเดียวกับโมเดลอื่นๆ ดังนั้นควรตรวจสอบ diff ก่อนยอมรับ รันคำสั่ง build และเปิดใช้งาน Ask first ไว้ คุณสามารถเชื่อมต่อผู้ให้บริการคลาวด์หรือโมเดลในเครื่องภายหลังในการตั้งค่าเดียวกันได้

ปุ่ม Test บอกอะไรคุณ

กด Test หลังจากป้อน endpoint คีย์ หรือชื่อโมเดล ปุ่มนี้จะตรวจสอบ endpoint และแสดงเวลาตอบสนองและหน้าต่างบริบท เวลาตอบสนองบอกคุณว่าคำตอบใช้เวลาเท่าไรในการเชื่อมต่อนี้ ซึ่งช่วยเมื่อคุณเปรียบเทียบโมเดลสองตัวในงานเดียวกัน หน้าต่างบริบทแสดงปริมาณข้อความที่โมเดลสามารถรับได้ในครั้งเดียว ซึ่งสำคัญสำหรับหน่วยโค้ดยาวที่มีหลาย procedure การทดสอบล้มเหลวมักหมายถึงที่อยู่หรือคีย์ที่ผิด ดังนั้นควรแก้ไขการตั้งค่าก่อนเริ่มงาน

การเลือกโมเดลให้เหมาะกับงาน

ใช้โมเดลขนาดใหญ่สำหรับการรีแฟกเตอร์ หน่วยโค้ดยาว และตรรกะที่ซับซ้อน และใช้โมเดลขนาดเล็กสำหรับการแก้ไขเล็กๆ เช่น การเพิ่ม try ... finally หรือเปลี่ยนชื่อ procedure คุณสามารถผสมผสานโมเดลในแชทเดียวกันได้ run_on_model จะส่งขั้นตอนที่ยากเพียงขั้นตอนเดียวไปยังโมเดลขนาดใหญ่ ในขณะที่งานอื่นๆ ยังคงอยู่บนโมเดลที่คุณเลือก และ task จะเริ่ม sub-agents เมื่อส่วนต่างๆ ของงานสามารถรันแบบขนานกันได้ จับคู่โมเดลกับขั้นตอน และตรวจสอบหน้าต่างบริบทด้วยปุ่ม Test ก่อนวางหน่วยโค้ดขนาดใหญ่

คุณภาพแตกต่างกันระหว่างโมเดลและระหว่างงาน ไม่มีโมเดลใดที่ทำถูกทุกงาน อ่าน diff สร้างโปรเจกต์ และรันการทดสอบของคุณก่อนยอมรับการเปลี่ยนแปลง Ask first จะหยุดชั่วคราวก่อนการเปลี่ยนแปลงที่ส่งผลต่อสิ่งใดสิ่งหนึ่ง ดังนั้นคำตอบที่อ่อนจากโมเดลใดๆ จะทำให้คุณเสียเวลาอ่านเพียงไม่กี่วินาที แทนที่จะเป็นหน่วยโค้ดที่พัง Reject diff และเขียนคำขอใหม่เมื่อผลลัพธ์ไม่ตรงตามความต้องการ