การเขียนโปรแกรม Pascal ที่จบลงด้วยดิฟให้คุณตรวจสอบได้

สิ่งที่ตัวแทนสามารถทำได้ในโปรเจกต์

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

สี่งานจากโปรเจกต์จริง

อ่านยูนิทที่สืบทอดมา

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

ทำให้ฟังก์ชันสตริงจัดการ Unicode

เพื่อแปลงรหัส Unicode ในสตริง ให้หาฟังก์ชันที่สร้างหรือแยกข้อความก่อน ตัวแทนรัน grep สำหรับชื่อฟังก์ชัน อ่านยูนิทด้วย read_file และเสนอการเปลี่ยนแปลงด้วย edit_file ใน Ask first ดิฟจะรอให้คุณ Shell จากนั้นรันคำสั่งคอมไพล์และคำสั่งทดสอบของคุณ และแต่ละการ์ดแสดงรหัสการออกจริง สตริงใช้เครื่องหมายคำพูดเดี่ยวและ := กำหนดค่า ดังนั้นอ่านดิฟเทียบกับวิธีการทำงานของฟังก์ชันเก่า ทดสอบด้วยข้อความจากข้อมูลของคุณเองและปฏิเสธการเปลี่ยนแปลงหากกรณีหนึ่งทำงานแตกต่างออกไป เก็บสำเนาของฟังก์ชันเก่ายังคงไว้จนกว่าการทดสอบจะตรงกัน

ลดการคืนค่าในฟังก์ชัน

ผู้คนโต้แย้งเกี่ยวกับจำนวนการคืนค่าที่ฟังก์ชันควรมี และ Arraydeck ปล่อยให้ตัวเลือกนั้นเป็นของคุณ เลือกฟังก์ชันที่มีการออกหลายจุดและขอเวอร์ชันที่ตั้งค่า Result เพียงครั้งเดียว ตัวแทนอ่านยูนิท แก้ไขฟังก์ชันและแสดงการเปลี่ยนแปลงเป็นดิฟ การเขียนโปรแกรม Pascal เก็บค่าการคืนค่าใน Result ดังนั้นการแก้ไขจึงมีขนาดเล็กและตรวจสอบทีละบรรทัดได้ง่าย รันการทดสอบของคุณ afterwards เพราะตัวแทนไม่สามารถรับประกันได้ว่าเวอร์ชันใหม่จะทำงานเหมือนเวอร์ชันเก่า และปฏิเสธดิฟหากการทดสอบล้มเหลว การแก้ไขขนาดเล็กที่ตรวจสอบแล้วชนะการเขียนใหม่ขนาดใหญ่

ตรวจสอบว่าฟอร์มใช้ไดอะล็อกอย่างไร

เพื่อดูว่าจะใช้ FMX dialogs อย่างถูกต้องในโปรเจกต์ของคุณอย่างไร ถามตัวแทนให้หาทุกที่ที่แสดงไดอะล็อก มันรัน grep บนไฟล์ .pas เปิดการจับคู่ด้วย read_file และเขียนรายการสั้นๆ ลงในแชท โดยระบุแต่ละยูนิทและตัวจัดการเหตุการณ์แต่ละตัว เหตุการณ์เช่นการคลิกปุ่มเป็นขั้นตอนของฟอร์ม ดังนั้นรายการจึงอ่านเหมือนสารบัญ สลับเป็น Ask first ก่อนที่คุณจะขอการเปลี่ยนแปลง ตรวจสอบแต่ละดิฟและทดสอบฟอร์มของคุณเอง เพราะตัวแทนไม่ได้ออกแบบฟอร์มแบบภาพ ทำซ้ำสำหรับแต่ละฟอร์ม