ในช่วงปลายปี 2025 ภูมิทัศน์การพัฒนาที่ช่วยเหลือด้วย AI ได้ก้าวไปอีกขั้นใหญ่: Google เปิดตัว ต้านแรงโน้มถ่วงแพลตฟอร์มการพัฒนา "ตัวแทนเป็นอันดับแรก" ที่สร้างขึ้นโดยใช้ Gemini 3 Pro และ Cursor ก็ได้จัดส่งไปแล้ว เคอร์เซอร์ 2.0 ด้วยโมเดล Composer และอินเทอร์เฟซแบบมัลติเอเจนต์ใหม่ ทั้งสองสัญญาว่าจะเปลี่ยนแปลงวิธีที่ทีมซอฟต์แวร์สร้างซอฟต์แวร์ด้วย AI แต่ทั้งสองมีการตัดสินใจด้านการออกแบบ การแลกเปลี่ยน และกำหนดเป้าหมายเวิร์กโฟลว์ที่แตกต่างกันเล็กน้อย
Google Antigravity คืออะไร และมีฟีเจอร์หลักๆ อะไรบ้าง?
ตำแหน่งของ Google ต้านแรงโน้มถ่วง เป็นการพัฒนาเต็มรูปแบบ เวที แทนที่จะเป็นเพียงผู้ช่วย: IDE + "Manager" ที่สามารถเรียกใช้ สังเกตการณ์ และควบคุมเอเจนต์อัตโนมัติผ่านโปรแกรมแก้ไข เทอร์มินัล และเบราว์เซอร์แบบฝังตัว เป้าหมายการออกแบบคือการให้เอเจนต์สามารถวางแผน ดำเนินการ ตรวจสอบ และทำซ้ำงานหลายขั้นตอน พร้อมกับสร้างสิ่งประดิษฐ์ที่เป็นมิตรกับมนุษย์ ซึ่งพิสูจน์สิ่งที่พวกเขาทำและเหตุผล Antigravity พร้อมใช้งานในเวอร์ชันพรีวิวสาธารณะบน Windows, macOS และ Linux และมีตัวเลือกโมเดลให้เลือก (Gemini 3 Pro เป็นค่าเริ่มต้น และ Sonnet/โมเดลจากผู้ผลิตรายอื่นเป็นตัวเลือกเสริม)
คุณสมบัติหลัก (โดยสังเขป)
- พื้นผิวผู้จัดการที่เน้นตัวแทนเป็นหลัก — UI ควบคุมภารกิจสำหรับการสร้าง การประสานงาน และการสังเกตตัวแทนหลายตัวในพื้นที่ทำงาน (งานที่ทำงานพร้อมกันและยาวนาน)
- มุมมองบรรณาธิการ + แผงด้านข้างของตัวแทน — ประสบการณ์ IDE ที่คุ้นเคยกับการรวมตัวแทนที่แน่นหนาสำหรับเวิร์กโฟลว์แบบซิงโครนัส
- สิ่งประดิษฐ์ (หลักฐานการทำงาน) — ตัวแทนจะสร้างเอกสารส่งมอบที่มีโครงสร้าง (แผนงาน แผนการใช้งาน ภาพหน้าจอ การสาธิตเบราว์เซอร์) เพื่อให้มนุษย์สามารถตรวจสอบผลลัพธ์ได้อย่างรวดเร็วแทนที่จะต้องวิเคราะห์บันทึกดิบยาวๆ
- การทำงานอัตโนมัติของเบราว์เซอร์และการจับ DOM — ตัวแทนสามารถควบคุมเบราว์เซอร์ที่ฝังไว้ บันทึกการบันทึก และโต้ตอบกับ DOM ของเพจเพื่อการตรวจยืนยันและการทดสอบแบบครบวงจร
- การเลือกแบบจำลองและโควตา — Gemini 3 Pro คือรุ่นเรือธง พร้อมตัวเลือกสำหรับรุ่นอื่นๆ โดย Google ให้ข้อจำกัดอัตราที่ "ใจดี" ไว้ในการดูตัวอย่างสาธารณะ
สถาปัตยกรรมและหลักสรีรศาสตร์ของนักพัฒนา
Antigravity ออกแบบมาเพื่อเป็นแพลตฟอร์มที่เน้นความคิดเห็น: ตัวแทนคือพลเมืองชั้นหนึ่งที่สามารถเข้าถึงตัวแก้ไข เทอร์มินัล และเบราว์เซอร์ได้ในรูปแบบที่ควบคุมได้ แพลตฟอร์มนี้เปิดเผยการควบคุมอัตโนมัติ — นโยบายการดำเนินการเทอร์มินัล (ปิด / อัตโนมัติ / เทอร์โบ) และ นโยบายการตรวจสอบ (ดำเนินการต่อเสมอ / ตัวแทนตัดสินใจ / ร้องขอการตรวจสอบ) — เพื่อให้ทีมสามารถปรับแต่งปริมาณเอเจนต์ที่มอบให้กับตัวแทนได้ก่อนที่เจ้าหน้าที่จะลงนาม UI เน้นที่ข้อมูลและข้อเสนอแนะที่สามารถแสดงความคิดเห็นได้ ซึ่งสะท้อนกระบวนการตรวจสอบแบบเอกสาร มากกว่าบันทึกเครื่องมือแบบดิบ
Cursor 2.0 คืออะไร และมีคุณสมบัติหลักอะไรบ้าง?
Cursor เริ่มต้นจากการเป็นโปรแกรมแก้ไขโค้ดที่เน้น AI เป็นหลัก โดยสร้างขึ้นจากแนวคิดของ "การเขียนโค้ดด้วยความรู้สึก" ซึ่งช่วยให้วิศวกรสามารถทำงานได้อย่างราบรื่นด้วยโปรแกรมแก้ไขที่เข้าใจโค้ดฐานทั้งหมด เคอร์เซอร์ 2.0 (เปิดตัวในช่วงปลายเดือนตุลาคม 2025) เป็นวิวัฒนาการ: อินเทอร์เฟซตัวแทนใหม่ + แต่งโมเดลการเขียนโค้ดเนทีฟรุ่นแรกของ Cursor ที่ออกแบบมาโดยเฉพาะสำหรับการโต้ตอบแบบเอเจนต์ ข้อเรียกร้องที่สำคัญ ได้แก่ ความหน่วงที่ลดลงอย่างมีนัยสำคัญ การดำเนินการแบบหลายเอเจนต์ และการทดสอบเบราว์เซอร์แบบบูรณาการ
ความสามารถหลัก
- แบบจำลองนักแต่งเพลง:Cursor พัฒนา Composer ให้เป็นโมเดลการเขียนโค้ดแนวใหม่ที่ได้รับการปรับให้เหมาะสมที่สุดสำหรับความหน่วงต่ำและ "รอบการเขียนแบบวนซ้ำสั้นๆ" ที่เป็นลักษณะเฉพาะของการเขียนโค้ดแบบอินเทอร์แอคทีฟ Cursor อ้างว่า Composer เร็วกว่าโมเดลที่มีความสามารถใกล้เคียงกันประมาณ 4 เท่าในเวิร์กโหลดของพวกเขา Composer ได้รับการฝึกฝนด้วยการเข้าถึงเครื่องมือ เช่น การค้นหาโค้ดเชิงความหมายและการแก้ไขแบบไพรมิทีฟ (เอกสารเผยแพร่ของพวกเขาเน้นการฝึกแบบ RL สำหรับงานวิศวกรรม)
- อินเทอร์เฟซหลายตัวแทนCursor 2.0 นำเสนอแถบด้านข้างและความสามารถในการวางแผน ซึ่งคุณสามารถรันเอเจนต์ได้สูงสุดแปดตัวพร้อมกันบนเวิร์กทรีที่แยกจากกันหรือเครื่องระยะไกล เพื่อหลีกเลี่ยงความขัดแย้งในการผสาน UI ถูกสร้างขึ้นโดยใช้การทำงานแบบคู่ขนานที่มีน้ำหนักเบา เพื่อให้เอเจนต์สามารถทำงานแยกกันพร้อมๆ กันได้
- เครื่องมือเบราว์เซอร์ดั้งเดิมCursor ได้เพิ่มเบราว์เซอร์แบบฝังตัวที่อนุญาตให้ตัวแทนตรวจสอบ DOM รันการทดสอบส่วนหน้าแบบครบวงจร และทำซ้ำจนกว่าเอาต์พุตที่สร้างขึ้นจะตรงตามการตรวจสอบแบบโต้ตอบ ซึ่งมีความคล้ายคลึงกับการรวมเบราว์เซอร์ของ Antigravity แต่ใช้งานภายในสภาพแวดล้อมเดสก์ท็อป/VS Code ของ Cursor
ทั้งสองแพลตฟอร์มเปรียบเทียบกันอย่างไรในด้านการประสานงานและการปรับขนาดตัวแทน?
แพลตฟอร์มใดจัดการเวิร์กโฟลว์หลายเอเจนต์ได้ดีกว่า?
- ต้านแรงโน้มถ่วง: ออกแบบมาตั้งแต่ต้นโดยเน้นที่ "ตัวแทนเป็นอันดับแรก" มอบการควบคุมภารกิจสำหรับตัวแทนที่มีศักยภาพหลายราย ความสามารถในการให้ตัวแทนเข้าถึงพื้นผิวเครื่องมือ (ตัวแก้ไข เทอร์มินัล เบราว์เซอร์) และการสร้างอาร์ทิแฟกต์เพื่อการตรวจสอบย้อนกลับ ซึ่งทำให้มีประสิทธิภาพสูงสุดสำหรับการประสานงานตัวแทนข้ามฟังก์ชันขนาดใหญ่ และกระบวนการอัตโนมัติที่ซับซ้อน
- เคอร์เซอร์ 2.0: รองรับเวิร์กโฟลว์แบบหลายเอเจนต์ แต่เน้นความปลอดภัยมากขึ้นด้วยเวิร์กทรีแบบแยกส่วนและการผสานรวม Git อย่างใกล้ชิด การทำงานแบบคู่ขนานของเคอร์เซอร์ (เช่น การรันเอเจนต์หลายตัวบนสำเนาโค้ดที่แยกส่วน) ได้รับการออกแบบมาเพื่อหลีกเลี่ยงความขัดแย้งของไฟล์และทำให้การทดลองใช้หลายเอเจนต์มีความปลอดภัยและรวดเร็วยิ่งขึ้น
คำตัดสิน: หากความต้องการหลักของคุณคือการประสานการทำงานของเอเจนต์ในระดับภารกิจบนหลายพื้นผิวเครื่องมือพร้อมการติดตามอาร์ทิแฟกต์ที่มีประสิทธิภาพ Antigravity มุ่งเป้าไปที่วิสัยทัศน์นั้น หากคุณต้องการการทดลองแบบวนซ้ำหลายเอเจนต์ที่รวดเร็วและจำกัดเฉพาะเวิร์กโฟลว์ของนักพัฒนาและความปลอดภัยของ Git แนวทางของ Cursor จะมีความอนุรักษ์นิยมและใช้งานได้จริงมากกว่า
Antigravity เทียบกับ Cursor 2.0 — การเปรียบเทียบคุณสมบัติ
| ลักษณะ / คุณสมบัติ | Google แอนตี้กราวิตี้ | เคอร์เซอร์ 2.0 (คอมโพเซอร์ + ตัวแทน) |
|---|---|---|
| เครื่องยนต์หลัก / รุ่น | ใช้ Gemini 3 Pro (พร้อมหน้าต่างบริบทขนาดใหญ่มาก) | ใช้โมเดล "Composer" ที่เป็นกรรมสิทธิ์ซึ่งได้รับการปรับให้เหมาะสมสำหรับการเข้ารหัส + รองรับการสลับระหว่างโมเดลต่างๆ (Composer, LLM อื่นๆ) |
| การสนับสนุนตัวแทน / หลายตัวแทน | แพลตฟอร์มที่ให้ความสำคัญกับตัวแทนเป็นหลัก: UI ส่วนกลางของ “ตัวจัดการตัวแทน” เพื่อสร้าง/จัดการตัวแทนในทุกงาน เวิร์กสเปซ และบริบท ตัวแทนทำงานได้อย่างอิสระผ่านโปรแกรมแก้ไข เทอร์มินัล และเบราว์เซอร์ | รองรับหลายเอเจนต์โดยมีเอเจนต์คู่ขนานสูงสุด ~ 8 ตัว (แยกผ่าน git worktrees หรือพื้นที่ทำงานแบบแซนด์บ็อกซ์) สำหรับงานคู่ขนาน เช่น การเขียนโค้ด การทดสอบ การรีแฟกเตอร์ ฯลฯ |
| รูปแบบเวิร์กโฟลว์ / ปรัชญา | “ตัวแทนมาก่อน” มากขึ้น: คุณมอบหมายงานระดับสูงให้ตัวแทนวางแผน + ดำเนินการ + ทดสอบ + สร้างอาร์ทิแฟกต์ภาพ/เบราว์เซอร์ (ทางเลือก) คุณควบคุมดูแล | “ช่วยเหลือนักพัฒนา/ไฮบริด” มากขึ้น: AI เร่งความเร็วในการเขียนโค้ด การรีแฟกเตอร์ การทดสอบ แต่มนุษย์ยังคงเป็นศูนย์กลาง เหมาะสำหรับการแก้ไขเพิ่มเติม การสร้างต้นแบบอย่างรวดเร็ว หรือเวิร์กโฟลว์การตรวจสอบด้วยตนเอง |
| การรวมเบราว์เซอร์ / การทดสอบ / เครื่องมือ | ระบบอัตโนมัติที่แข็งแกร่ง: ตัวแทนสามารถใช้เบราว์เซอร์ (ผ่านส่วนขยาย) รันคำสั่งเทอร์มินัล ทดสอบ เปิดเว็บแอปพลิเคชัน — ลูป "สร้าง → รัน → ตรวจสอบ" เต็มรูปแบบภายในสภาพแวดล้อม รองรับอาร์ทิแฟกต์ต่างๆ เช่น ภาพหน้าจอ/การบันทึกเบราว์เซอร์สำหรับการตรวจสอบ | เบราว์เซอร์แบบฝัง + เทอร์มินัลแบบแซนด์บ็อกซ์ ช่วยให้สามารถตรวจสอบ UI (เช่น การตรวจสอบ DOM) และตรวจสอบผลลัพธ์ภายในโปรแกรมแก้ไข เหมาะสำหรับการวนซ้ำที่รวดเร็วขึ้น และการแก้ไขแบบอินไลน์ + การทดสอบ |
| การมองเห็น การตรวจสอบ และผลลัพธ์สิ่งประดิษฐ์ | ตัวแทนสร้างผลงานอันทรงคุณค่า: แผนการดำเนินการ ผลการทดสอบ การบันทึก/ภาพหน้าจอเบราว์เซอร์ ความแตกต่าง — นำเสนอความโปร่งใสและการตรวจสอบที่ง่ายกว่าเกี่ยวกับสิ่งที่ตัวแทนทำ | เน้นที่ความแตกต่างของโค้ดและการตรวจสอบแบบ Git การเปลี่ยนแปลงสามารถมองเห็นได้ผ่านผลลัพธ์ของความแตกต่าง ไม่ค่อยมี "หลักฐานภาพ" (ไม่มีการบันทึกอัตโนมัติ) |
| ความเร็ว / ความหน่วง / การตอบสนอง | เนื่องจากเครื่องมือที่เน้นตัวแทนเป็นหลักและหนักหน่วง จึงอาจรู้สึกว่ามีน้ำหนักมากกว่า งานต่างๆ อาจใช้เวลานานกว่าการแก้ไขแบบเติมข้อความอัตโนมัติอย่างรวดเร็ว (โดยเฉพาะสำหรับงานที่ซับซ้อน) รายงานเบื้องต้นเตือนถึงความล่าช้าเป็นครั้งคราว หรือ "ตัวแทนขัดข้อง/ตัดการเชื่อมต่อ" | ปรับให้เหมาะสมเพื่อความเร็ว: Composer และการประมวลผลแบบขนานหลายเอเจนต์ได้รับการปรับแต่งเพื่อการวนซ้ำที่รวดเร็วและรอบการเขียนโค้ดที่รวดเร็ว เหมาะสำหรับการสร้างต้นแบบอย่างรวดเร็วและการแก้ไขแบบเพิ่มทีละส่วน |
| กรณีการใช้งานที่เหมาะสม / เหมาะสมที่สุด | เหมาะสำหรับงานขนาดใหญ่และซับซ้อน เช่น การสร้างฟีเจอร์แบบฟูลสแตก เวิร์กโฟลว์แบบหลายขั้นตอน งาน UI + การผสานรวมบนเบราว์เซอร์ ที่ต้องการระบบอัตโนมัติและการทดสอบแบบครบวงจร นอกจากนี้ยังมีประโยชน์เมื่อคุณต้องการความสามารถในการตรวจสอบและบันทึกข้อมูล | เหมาะสำหรับทีมขนาดเล็ก การสร้างต้นแบบอย่างรวดเร็ว การเปลี่ยนแปลงโค้ดแบบค่อยเป็นค่อยไป การรีแฟกเตอร์บ่อยครั้ง — เมื่อคุณต้องการผลลัพธ์ที่รวดเร็วและการแก้ไขโดยมนุษย์ เหมาะอย่างยิ่งเมื่อคุณต้องการลดการรบกวนและรักษาการควบคุม |
พวกเขาเปรียบเทียบกันอย่างไรในการเลือกแบบจำลองและการคำนวณ?
พวกเขาใช้รุ่นอะไรและคุณสามารถเสียบรุ่นของคุณเองได้หรือไม่?
- ต้านแรงโน้มถ่วง ได้รับการออกแบบให้มีความเชื่อมโยงอย่างแนบแน่นกับ Gemini 3 Pro (เรือธงของ Google) ด้วยการสนับสนุนระดับเฟิร์สคลาส แต่ยังสามารถใช้ประโยชน์จากรุ่นอื่นๆ ได้ ซึ่งทำให้ Google ได้เปรียบเมื่อคุณต้องการการปรับแต่ง Gemini อย่างละเอียด (เช่น ความหน่วง การเข้าถึงเครื่องมือ และความสามารถเฉพาะด้าน)
- เคอร์เซอร์ 2.0 นำเสนอโมเดล Composer ของตัวเอง ซึ่งปรับให้เหมาะสมที่สุดสำหรับการเขียนโค้ดและงานแบบเอเจนต์ และเน้นการอนุมานที่รวดเร็วและทรูพุตที่ใช้งานได้จริงสำหรับงานของนักพัฒนา นอกจากนี้ Cursor ยังคงไม่ยึดติดกับโมเดลในการผสานรวมหลายรูปแบบ ช่วยให้ทีมต่างๆ สามารถเลือกโมเดลที่เหมาะสมที่สุดกับความต้องการด้านต้นทุนและความแม่นยำ
คำตัดสิน: คาดว่า Antigravity จะโดดเด่นเมื่อฟีเจอร์เฉพาะของ Gemini มีความสำคัญ (การทำงานร่วมกันของเครื่องมือ อินเทอร์เฟซดั้งเดิมของ LLM) Composer ของ Cursor มุ่งเป้าไปที่ความเร็วที่คุ้มค่าและค่า Latency ที่ลดลง ซึ่งปรับแต่งมาสำหรับงานเขียนโค้ด
เมื่อเปรียบเทียบกันแล้ว ประสบการณ์ของนักพัฒนาและการบูรณาการเป็นอย่างไร?
ความรู้สึกภายในตัวแก้ไขและการผสานรวมภายนอกเป็นอย่างไรบ้าง?
- ต้านแรงโน้มถ่วง: Editor มีลักษณะคล้ายกับ IDE ที่คุ้นเคย แต่มีแถบด้านข้างของเอเจนต์และการสร้างอาร์ทิแฟกต์ มุ่งเป้าไปที่การผสานรวมอย่างลึกซึ้งระหว่างเอเจนต์ เทอร์มินัล และเบราว์เซอร์ ช่วยให้เอเจนต์สามารถทำงานได้ทั่วทั้งสแต็กการพัฒนา วิธีนี้ช่วยลดการสลับบริบทได้อย่างมากเมื่อเอเจนต์ได้รับความไว้วางใจให้รันการทดสอบ แพตช์ไฟล์ และสาธิตพฤติกรรมผ่านเซสชันเบราว์เซอร์ที่บันทึกไว้
- เคอร์เซอร์ 2.0: ให้ความรู้สึกเหมือน IDE ที่ขับเคลื่อนด้วย AI ที่สร้างขึ้นโดยเฉพาะสำหรับทีมที่ต้องการคงเครื่องมือพัฒนาและโฟลว์ Git ไว้เป็นอันดับแรก ตัวแก้ไขแบบหลายเอเจนต์ใช้เวิร์กทรีแบบแยกส่วนและผสานรวมการตรวจสอบโค้ด AI เข้าด้วยกัน ทำให้ผลลัพธ์ของเอเจนต์สามารถผสานรวมผ่านโฟลว์ PR มาตรฐานได้ง่ายขึ้น เคอร์เซอร์เน้นย้ำถึงความร่วมมือที่ปลอดภัยระหว่างมนุษย์และเอเจนต์
สิ่งใดที่บูรณาการได้ดีกว่ากับ CI/CD ที่มีอยู่และเครื่องมือระดับองค์กร?
ทั้งสองแพลตฟอร์มได้รับการออกแบบมาอย่างชัดเจนเพื่อบูรณาการ:
- Cursor เน้นการบูรณาการผู้ให้บริการ Git และคุณลักษณะการตรวจสอบโค้ดในระดับตัวแก้ไขที่ใส่ลงในไปป์ไลน์ของนักพัฒนาโดยตรง
- ระบบอาร์ติแฟกต์ของ Antigravity และการเข้าถึงเครื่องมือที่กว้างขึ้นทำให้มีประสิทธิภาพในเชิงแนวคิดสำหรับการทำงานอัตโนมัติแบบครบวงจร (เช่น การทดสอบ E2E อัตโนมัติ การโต้ตอบกับเบราว์เซอร์) แต่สิ่งนั้นยังต้องมีการกำกับดูแลที่รอบคอบในระดับองค์กรอีกด้วย
คำตัดสิน: สำหรับทีมที่ต้องการผสานรวมเข้ากับโฟลว์ Git/CI ที่มีอยู่ได้อย่างราบรื่น Cursor 2.0 สามารถใช้งานได้ทันทีโดยไม่ต้องติดตั้งซอฟต์แวร์เพิ่มเติม Antigravity มอบศักยภาพด้านระบบอัตโนมัติที่ล้ำสมัยกว่า แต่มาพร้อมกับการกำกับดูแลและค่าใช้จ่ายในการผสานรวมที่สูงกว่า
ตัวอย่างการปฏิบัติ: การใช้ Antigravity และ Cursor (โค้ดประกอบ)
ด้านล่างนี้คือ เป็นตัวอย่าง ตัวอย่างที่แสดงให้เห็นว่าทีมต่างๆ อาจโต้ตอบกับแต่ละแพลตฟอร์มได้อย่างไร ตัวอย่างเหล่านี้คือ รหัสเทียม / ตัวอย่างแนวคิดที่ออกแบบมาเพื่อสาธิตเวิร์กโฟลว์ทั่วไป โปรดดูเอกสารอย่างเป็นทางการเมื่อนำระบบอัตโนมัติในการผลิตไปใช้ (เอกสารอ้างอิงและโค้ดแล็บมีลิงก์อยู่ในแหล่งที่มา)
ตัวอย่างที่ 1 — คำจำกัดความภารกิจต่อต้านแรงโน้มถ่วง (JSON เชิงตัวอย่าง)
ตัวอย่างนี้แสดงให้เห็นว่านักพัฒนาอาจกำหนดภารกิจที่สั่งให้ตัวแทน Antigravity เพิ่มจุดสิ้นสุด API ใหม่ รันการทดสอบ และสร้างสิ่งประดิษฐ์ได้อย่างไร
{
"mission_name": "add_user_endpoint_v1",
"description": "Create POST /api/users endpoint, unit tests, and run CI.",
"agents": [
{
"name": "PlanAgent",
"role": "create a step-by-step plan",
"prompt": "Create tasks to add a users API: router, handler, tests, docs."
},
{
"name": "CoderAgent",
"role": "implement code",
"permissions": ,
"model": "gemini-3-pro"
},
{
"name": "VerifierAgent",
"role": "run tests and verify results",
"permissions":
}
],
"artifact_policy": {
"capture_screenshots": true,
"record_terminal": true,
"log_level": "verbose"
}
}
หมายเหตุ: การสร้างอาร์ทิแฟกต์ของ Antigravity เป็นคุณลักษณะที่ชัดเจนซึ่งออกแบบมาเพื่อให้สามารถตรวจสอบและบันทึกการกระทำของตัวแทนได้
ตัวอย่างที่ 2 — ตัวแทนคู่ขนานของ Cursor Composer (Python เชิงตัวอย่าง)
Cursor 2.0 เน้นการทำงานแบบแยกกันของเวิร์กทรี เพื่อไม่ให้เอเจนต์แบบขนานเกิดความขัดแย้ง รหัสเทียมต่อไปนี้แสดงการเรียกใช้เอเจนต์สองตัวเพื่อพัฒนาฟีเจอร์และการทดสอบแบบขนาน จากนั้นจึงผสานผลลัพธ์ผ่าน Git
# Pseudocode - illustrative only
from cursor_sdk import CursorClient
client = CursorClient(api_key="CURSOR_API_KEY", model="composer-v1")
# create isolated worktrees for each agent
agent_a = client.spawn_agent(name="feature_impl", worktree="worktree-feature")
agent_b = client.spawn_agent(name="tests_impl", worktree="worktree-tests")
# send tasks
agent_a.run("Add POST /api/users handler and update router. Create basic validation.")
agent_b.run("Create unit and integration tests for POST /api/users.")
# wait for agents to finish and fetch patches
patch_a = agent_a.get_patch()
patch_b = agent_b.get_patch()
# apply patches to local branches, run tests locally, open PRs
apply_patch_to_branch("feature/users", patch_a)
apply_patch_to_branch("feature/users-tests", patch_b)
# run CI locally
run_command("pytest -q")
# create PRs for human review
create_pr("feature/users", base="main", title="feat: add users endpoint")
create_pr("feature/users-tests", base="main", title="test: add users tests")
หมายเหตุ: เวิร์กทรีที่แยกจากกันของ Cursor และการรวม Git ถือเป็นแกนหลักของการออกแบบ ซึ่งจะช่วยลดความขัดแย้งในการผสานและทำให้สามารถตรวจสอบการเปลี่ยนแปลงได้ในเวิร์กโฟลว์ PR มาตรฐาน
สรุป
Antigravity และ Cursor 2.0 นำเสนอสองคำตอบที่สมเหตุสมผลสำหรับปัญหาเดียวกัน นั่นคือ เราจะผสานรวมเอเจนต์ LLM อันทรงพลังเข้ากับการพัฒนาซอฟต์แวร์ในชีวิตประจำวันได้อย่างไร Antigravity มุ่งสู่วิสัยทัศน์การควบคุมภารกิจที่กว้างขึ้น ซึ่งปฏิบัติต่อเอเจนต์เสมือนเพื่อนร่วมทีมที่เป็นอิสระในทุกโปรแกรมแก้ไข เทอร์มินัล และเบราว์เซอร์ Cursor 2.0 เลือกใช้แนวทางที่เน้นนักพัฒนาเป็นศูนย์กลางและประเมินผลอย่างถี่ถ้วน โดยให้ Git และการตรวจสอบโค้ดเป็นศูนย์กลาง ในขณะเดียวกันก็ช่วยให้สามารถทดลองใช้เอเจนต์หลายตัวได้อย่างรวดเร็ว
ทั้งสองอย่างนี้ถือเป็นความก้าวหน้าที่สำคัญ สำหรับทีม การตัดสินใจจะขึ้นอยู่กับว่าคุณต้องการระบบอัตโนมัติเชิงปฏิรูป (และสามารถรองรับค่าใช้จ่ายในการกำกับดูแลได้) หรือต้องการเพิ่มผลผลิตแบบค่อยเป็นค่อยไปและผสานรวมอย่างแน่นหนา ไม่ว่าจะด้วยวิธีใดก็ตาม ยุคของ การพัฒนาตัวแทน อยู่ที่นี่แล้ว และมันจะให้รางวัลแก่ทีมงานที่ให้ความสำคัญกับความปลอดภัย ความสามารถในการสังเกต และการตรวจสอบโดยมนุษย์ในวงจรเป็นข้อกังวลระดับสูงสุด
นักพัฒนาสามารถเข้าถึง LLM API ล่าสุดได้ เช่น คล็อด โอปุส 4.5 และ ราศีเมถุน 3 โปร ฯลฯ ผ่าน CometAPI รุ่นใหม่ล่าสุด ได้รับการอัปเดตอยู่เสมอจากเว็บไซต์อย่างเป็นทางการ เริ่มต้นด้วยการสำรวจความสามารถของโมเดลใน สนามเด็กเล่น และปรึกษา คู่มือ API สำหรับคำแนะนำโดยละเอียด ก่อนเข้าใช้งาน โปรดตรวจสอบให้แน่ใจว่าคุณได้เข้าสู่ระบบ CometAPI และได้รับรหัส API แล้ว โคเมทเอพีไอ เสนอราคาที่ต่ำกว่าราคาอย่างเป็นทางการมากเพื่อช่วยคุณบูรณาการ
พร้อมไปหรือยัง?→ ลงทะเบียน CometAPI วันนี้ !
หากคุณต้องการทราบเคล็ดลับ คำแนะนำ และข่าวสารเกี่ยวกับ AI เพิ่มเติม โปรดติดตามเราที่ VK, X และ ไม่ลงรอยกัน!
