บริบทที่เดินทางไปกับคุณ
> ตัวสร้างดัชนีของ Cursor นั้นยอดเยี่ยมภายใน Cursor เอง Maguyva คือแผนที่ MCP บนคลาวด์ที่เอเจนต์ตัวเดียวกันสามารถสอบถามได้จากตัวแก้ไขโค้ด, CLI และ CI อื่น ๆ
ตัวสร้างดัชนีของ Cursor นั้นยอดเยี่ยมภายใน Cursor เอง การเติมคำในแท็บ การแก้ไขแบบอินไลน์ แชท และเอเจนต์ในหน้าต่างนั้นล้วนพึ่งพาดัชนีโปรเจกต์ที่ Cursor รันสำหรับพื้นที่ทำงานที่เปิดอยู่แล้ว หาก Cursor คือพื้นผิวเดียวที่คุณเขียนโค้ด และดัชนีนั้นก็หาไฟล์ที่ถูกต้องเจออยู่แล้ว ก็จงอยู่ที่นั่นต่อไป นี่คือกรณี ‘อยู่ที่เดิม’ ตามความเป็นจริง และมันสมควรเป็นประโยคแรกของหน้านี้
บทความนี้พูดถึงอีกครึ่งหนึ่งของสัปดาห์ทั่วไป รีโพซิทอรีเดียวกันนั้นก็เปิดอยู่ใน Claude Code เช่นกัน ถูกสอบถามจาก Codex CLI ถูกตรวจสอบบนเครื่องที่สอง หรือถูกสอบถามโดยเอเจนต์ที่รันใน CI คำถามไม่ใช่ ‘ตัวสร้างดัชนีตัวไหนดีกว่า’ คำถามคือแผนที่ที่เอเจนต์เชื่อถือในหน้าต่างหนึ่งนั้นเป็นแผนที่เดียวกันกับที่มันเชื่อถือในหน้าต่างถัดไปหรือไม่
Maguyva คือแผนที่ที่เดินทางไปกับคุณ มันคือชั้นบริบทโค้ดเบส MCP ระยะไกล เอเจนต์สอบถามมันในลักษณะเดียวกับที่สอบถามเครื่องมือ MCP อื่น ๆ ผลลัพธ์กลับมาเป็นเส้นทางไฟล์ที่จัดอันดับแล้วพร้อมหมายเลขบรรทัด Cursor ยังคงเป็นตัวแก้ไขโค้ด บริบทต่างหากที่เคลื่อนที่
ตัวสร้างดัชนีของ Cursor มีไว้เพื่ออะไร
การสร้างดัชนีในตัวของ Cursor มีอยู่เพื่อให้แชท เอเจนต์ และการค้นหาภายในตัวแก้ไขโค้ดสามารถดึงโค้ดที่เกี่ยวข้องได้ แทนที่จะพึ่งพาเพียงสิ่งที่พอดีกับหน้าต่างบริบทดิบของโมเดล นี่คือการออกแบบที่ถูกต้องสำหรับ IDE ดัชนีนี้เป็นแบบเนทีฟของ Cursor มันไม่ใช่เซิร์ฟเวอร์ MCP และไคลเอนต์อื่นเข้าถึงไม่ได้
นี่คือวิธีการทำงาน ตามที่อธิบายไว้ในเอกสารสาธารณะของ Cursor และคำอธิบายของ Cursor เอง ณ เวลาที่เขียนบทความนี้: เส้นทางการค้นหาหลักไม่ใช่ดัชนี embedding บนคลาวด์อีกต่อไป ทีม Cursor ระบุในฟอรัมชุมชนของพวกเขาว่าการค้นหาเชิงความหมายด้วย embedding เฉพาะทางกำลังถูกลดบทบาทลง เพื่อหันไปใช้การดึงข้อมูลแบบ grep เนื่องจากโมเดลปัจจุบันเก่งพอที่จะสำรวจต้นไม้ไฟล์ปัจจุบันด้วยตัวเองอยู่แล้ว แทนที่ด้วย Instant Grep ซึ่งเป็นดัชนีค้นหาในเครื่องที่สร้างจาก n-gram, รายการดัชนีผกผัน และตัวกรอง Bloom จัดเก็บในตารางค้นหาที่แมปเข้าหน่วยความจำ เพื่อให้คิวรีถูกประมวลผลบนเครื่องของนักพัฒนาเองแทนที่จะเป็นเซิร์ฟเวอร์
ดัชนีเองอาศัยอยู่ในไดเรกทอรี .git/cursor/ ของรีโพซิทอรีเอง ยึดกับ git commit เฉพาะ การเปลี่ยนแปลงตั้งแต่ commit นั้นจะถูกซ้อนทับแทนที่จะกระตุ้นการสแกนใหม่ และดัชนีจะถูกสร้างใหม่ก็ต่อเมื่อสถานะในเครื่องเบี่ยงเบนไปมากจากสิ่งที่มันสร้างขึ้นบน เนื่องจากมันอยู่ใน .git มันไม่เคยถูกติดตามและไม่เคยถูกพุชขึ้นรีโมต — ลบโฟลเดอร์นั้น แล้วดัชนีก็หายไป .gitignore ได้รับการเคารพในการสร้าง เนื่องจากมีเพียงเนื้อหาที่ถูกติดตามเท่านั้นที่มีสิทธิ์ และ .cursorignore ถูกบังคับใช้ในเส้นทางการอ่าน ไม่มีขั้นตอน embedding ฝั่งเซิร์ฟเวอร์หรือฐานข้อมูลเวกเตอร์ระยะไกลในเส้นทางนั้นอีกต่อไป เอกสารเก่าเคยอธิบายการออกแบบที่ช่วยเหลือด้วยคลาวด์ — การเข้ารหัสชิ้นส่วนโค้ด, การซิงค์ผ่านต้นไม้ Merkle, การใช้ดัชนีร่วมกันระหว่างสมาชิกในทีม — และทีม Cursor เองก็กล่าวตั้งแต่นั้นมาว่าการออกแบบนั้นกำลังถูกลดบทบาทลง ดังนั้นบทความนี้จึงไม่อธิบายมันว่าเป็นปัจจุบันอีกต่อไป
สิ่งที่โดดเด่นภายในตัวแก้ไขโค้ดคือเอเจนต์ย่อย Explore ของ Cursor มันสามารถเปิดการค้นหาแบบขนานหลายรายการในหน้าต่างบริบทของตัวเองบนโมเดลที่เร็วกว่า และส่งคืนเฉพาะสิ่งที่ค้นพบที่เกี่ยวข้องเท่านั้น เพื่อไม่ให้บทสนทนาหลักบวมด้วยผลการค้นหา นั่นคือจุดแข็งที่แท้จริงภายในตัวแก้ไขโค้ด รักษามันไว้
พื้นที่ทำงานแบบหลายรูทได้รับการรองรับ: บริบทของแต่ละโฟลเดอร์ที่เปิดอยู่จะพร้อมใช้งานสำหรับ Agent คุณสมบัติบางอย่างที่พึ่งพา git เช่น worktree จะถูกปิดใช้งานในการตั้งค่าแบบหลายรูท และ Cloud Agents ไม่รองรับพื้นที่ทำงานแบบหลายรูทเลย
ไม่มีสิ่งใดในนี้ที่เป็นเหตุผลให้เลิกใช้ Cursor มันคือคำอธิบายที่ถูกต้องของแผนที่ที่ดีมากในที่ที่มันอาศัยอยู่
‘เดินทางไปกับคุณ’ หมายความว่าอย่างไรกันแน่
แผนที่จะเดินทางไปกับคุณเมื่อคำถามเดียวกันให้คำตอบประเภทเดียวกันกลับมา พร้อมการอ้างอิงที่คุณเปิดได้ จากไคลเอนต์มากกว่าหนึ่งตัว
- ใน Cursor: ‘
parseConfigถูกกำหนดที่ไหน และใครเรียกใช้มัน’ - ใน Claude Code บนรีโพเดียวกัน: คำถามเดียวกัน
- ใน Codex CLI บนเครื่องตรวจสอบที่ไม่เคยเปิดหน้าต่าง Cursor เลย: คำถามเดียวกัน
- ในเอเจนต์ CI ที่พูดภาษา MCP: คำถามเดียวกัน กับสแนปช็อตบนคลาวด์เดียวกัน
หากทุกพื้นผิวสร้างดัชนีส่วนตัวของตัวเอง คุณก็ไม่ได้มีแผนที่เดียว คุณมีแคชหลายชุดที่กำลังเบี่ยงเบนออกจากกัน ดัชนีของตัวแก้ไขโค้ดอาจอัปเดตล่าสุดสำหรับต้นไม้บนดิสก์ เซสชัน CLI อาจล้าหลังไปหนึ่งวัน งาน CI อาจเห็นสำเนาโค้ดที่เช็กเอาต์ไว้ต่างกัน และเอเจนต์ก็จะยังคงฟังดูมั่นใจอยู่ดี
ตัวสร้างดัชนีของ Cursor ไม่ได้ถูกออกแบบมาเพื่อแก้ปัญหานั้น เนื่องจากมันอาศัยอยู่ภายในตัวแก้ไขโค้ด บริบทที่มันสร้างจึงมีไว้สำหรับตัวแก้ไขโค้ดนั้น ผู้อ่านที่ต้องการ CLI, ไปป์ไลน์ CI หรือตัวแก้ไขโค้ดอื่นด้วยเช่นกัน จำเป็นต้องมีเครื่องมือแยกต่างหากสำหรับพื้นผิวเหล่านั้น นี่คือข้อเท็จจริงเรื่องขอบเขต ไม่ใช่ข้อบกพร่อง Maguyva คือเครื่องมือแยกต่างหากนั้น
จำนวนภาษาที่เผยแพร่สำหรับตัวสร้างดัชนีของ Cursor ไม่ได้ถูกระบุไว้ในเนื้อหาที่ใช้งานได้ของบทความนี้ Maguyva เผยแพร่การรองรับมากกว่า 279 ภาษาและเทคโนโลยีที่อิงข้อความ ราคาของ Cursor ก็ไม่ได้ถูกทำซ้ำที่นี่เช่นกัน ดูหน้าราคาของพวกเขา Maguyva คิดค่าบริการต่อพื้นที่ทำงาน ไม่ใช่ต่อที่นั่ง โดยมีแผนที่เผยแพร่ที่ $0, $19, $49 และ $149 ขึ้นอยู่กับความครอบคลุมที่จัดทำดัชนีและขนาดพื้นที่ทำงาน
แผนที่บนคลาวด์เดียว ทุกไคลเอนต์ MCP
Maguyva คือเซิร์ฟเวอร์ MCP ระยะไกล คุณเชื่อมต่อ GitHub เลือกรีโพซิทอรีและไปป์ไลน์บนคลาวด์จะสร้างสัญลักษณ์ ขอบกราฟ และแผนที่ที่จัดอันดับแล้ว คุณเพิ่มคีย์ API ในการตั้งค่า MCP ของไคลเอนต์ที่คุณใช้อยู่แล้ว Maguyva มีคู่มือการตั้งค่าสำหรับไคลเอนต์ MCP ที่มีเอกสารประกอบ 24 ตัว — รวมถึง Cursor — และสามารถเชื่อมต่อกับไคลเอนต์ที่เข้ากันได้กับ MCP อื่น ๆ ที่รองรับการตั้งค่ามาตรฐานได้
หน้าการตั้งค่า Cursor เป็นเส้นทางเฉพาะสำหรับตัวแก้ไขโค้ด หากนั่นคือที่ที่คุณทำงาน เซิร์ฟเวอร์เดียวกันตอบสนอง Claude Code, VS Code, Windsurf, Codex CLI และอื่น ๆ คุณไม่ได้เปลี่ยนตัวแก้ไขโค้ด คุณกำลังมอบพื้นผิวเครื่องมือเดียวกันให้กับทุกเอเจนต์: เครื่องมือ MCP ที่เน้นลูกค้า 11 ตัวครอบคลุมการค้นหา สัญลักษณ์ การวิเคราะห์การพึ่งพา การดึงไฟล์ บริบทรีโพซิทอรีและเวิร์กโฟลว์เครื่องมืออรรถประโยชน์ที่กำหนดผลลัพธ์ได้แน่นอน การค้นหาเชิงความหมาย เชิงโครงสร้าง เชิงกราฟ และข้อความรวมกันเป็นผลลัพธ์ที่มีการจัดอันดับ
นั่นคือประโยชน์ของความสามารถในการพกพา การอ้างอิงที่คุณตรวจสอบใน Cursor เมื่อเช้านี้มีรูปแบบเดียวกันกับที่ Codex CLI จะส่งคืนในคืนนี้ เส้นทางไฟล์และหมายเลขบรรทัด เปิดมัน หากผิด คุณจะเห็น หากถูกต้อง การเปลี่ยนแปลงถัดไปก็มีที่ให้ลงจอด สิ่งที่อ้างคือการเปลี่ยนแปลงที่หลอนน้อยลง ไม่ใช่คำสัญญาว่าทุกการเปลี่ยนแปลงจะถูกต้อง
ความสดใหม่ถูกเผยแพร่ สแนปช็อตมีการประทับเวลา เพื่อให้เอเจนต์รู้ว่ากำลังอ่านต้นไม้เวอร์ชันใด อัตราการสร้างใหม่คือรายวันในแผนฟรีและรายชั่วโมงในแผนที่เสียเงิน ข้อจำกัดตามจริงคืองานในเครื่องที่ยังไม่ซิงค์: การเปลี่ยนแปลงที่มีอยู่เฉพาะในไดเรกทอรีทำงานยังไม่อยู่ในแผนที่บนคลาวด์ ข้อจำกัดนี้ไม่ขึ้นอยู่กับไคลเอนต์ที่คุณใช้สอบถาม และนั่นคือประเด็นที่แท้จริง การเบี่ยงเบนระหว่างไคลเอนต์ไม่ใช่ข้อจำกัดที่ซ่อนอยู่ตัวที่สองอีกต่อไป
เอกสารประกอบ ให้วงจรการเปิดใช้งานเดียวกันสำหรับทุกไคลเอนต์: จัดทำดัชนีรีโพที่คุณรู้จักอยู่แล้ว เชื่อมต่อไคลเอนต์ ถามคำถามหนึ่งข้อที่คุณสามารถตรวจสอบได้ ทำสิ่งนั้นครั้งหนึ่งใน Cursor ทำอีกครั้งจาก CLI ที่คุณใช้จริงในวันตรวจสอบ หากคำตอบทั้งสองอ้างอิงตัวจัดการเดียวกัน แสดงว่าแผนที่ได้เดินทางไปกับคุณจริง ๆ
แผนที่ทั้งสองอยู่ร่วมกันอย่างไร
ใช้ทั้งสองอย่าง มันไม่ใช่ทางเลือกในความหมายของหน้าเปรียบเทียบ
- เปิดตัวสร้างดัชนีของ Cursor ไว้สำหรับโปรเจกต์บนดิสก์ ให้ Explore, Instant Grep และเอเจนต์ภายในตัวแก้ไขโค้ดใช้มัน วงจรนั้นเป็นแบบเนทีฟและรวดเร็ว
- เพิ่ม Maguyva เป็นเซิร์ฟเวอร์ MCP ใน Cursor เพื่อให้เซสชันเดียวกันสามารถสอบถามแผนที่พื้นที่ทำงานบนคลาวด์ได้ด้วย Cursor เป็นไคลเอนต์ Maguyva ที่มีเอกสารประกอบ คุณไม่ได้เลือกดัชนีหนึ่งแล้วลบอีกดัชนีหนึ่ง
- เพิ่มเซิร์ฟเวอร์ Maguyva ตัวเดียวกันไปยัง Claude Code, Codex CLI หรือไคลเอนต์ MCP อื่นใดที่แตะต้องรีโพ รูปแบบคีย์ API เดียว พื้นที่ทำงานเดียว
- หากเอเจนต์ CI เข้ากันได้กับ MCP ให้ชี้ไปที่เซิร์ฟเวอร์เดียวกัน มันจะอ่านสแนปช็อตที่มีการประทับเวลาเดียวกับที่แล็ปท็อปอ่าน
ดัชนีของตัวแก้ไขโค้ดยังคงเป็นเครื่องมือที่ดีที่สุดสำหรับ ‘มีอะไรอยู่บนดิสก์ในหน้าต่างนี้ ตอนนี้’ แผนที่บนคลาวด์คือเครื่องมือที่ดีที่สุดสำหรับ ‘พื้นที่ทำงานนี้มีลักษณะอย่างไรสำหรับทุกเอเจนต์ที่จะแตะต้องมันวันนี้’ ประโยคเหล่านั้นไม่ได้แข่งขันกัน
โควตาพื้นที่ทำงานถูกเผยแพร่ที่หน้าราคา: รีโพ, บรรทัดที่จัดทำดัชนี และผู้ใช้ คิดค่าบริการต่อพื้นที่ทำงาน เอเจนต์และมนุษย์ใช้จำนวนผู้ใช้ร่วมกัน เริ่มต้นฟรีกับรีโพที่คุณสามารถประเมินได้อยู่แล้ว อัปเกรดพื้นที่ทำงานหลังจากการอ้างอิงพิสูจน์ตัวเองจากการสัมผัสกับต้นไม้นั้นเท่านั้น
สิ่งที่หน้านี้ไม่ได้อ้าง
มันไม่ได้อ้างว่าตัวสร้างดัชนีของ Cursor อ่อนแอ ไม่สมบูรณ์ หรือเป็นเหตุผลให้เปลี่ยนตัวแก้ไขโค้ด ประโยคแรกของบทความนี้ระบุตรงกันข้าม
มันไม่ได้อ้างว่า Maguyva แทนที่ Instant Grep หรือเอเจนต์ย่อย Explore สิ่งเหล่านั้นคือคุณสมบัติของ Cursor มันยังคงอยู่ใน Cursor
มันไม่ได้สร้างจำนวนภาษา ตัวเลขความหน่วง หรือการประหยัด token สำหรับผลิตภัณฑ์ใด ๆ ตัวเลขที่ไม่ทราบยังคงไม่ได้เผยแพร่
มันไม่ได้แสร้งทำเป็นว่างานในเครื่องที่ยังไม่ได้พุชอยู่ในแผนที่บนคลาวด์ สแนปช็อตที่มีการประทับเวลาทำให้ข้อจำกัดนั้นมองเห็นได้ มันไม่ได้ลบล้างข้อจำกัดนั้น
การทดสอบนั้นเรียบง่าย จัดทำดัชนีรีโพที่คุณรู้จักอยู่แล้ว ถามคำถามหนึ่งข้อที่คุณสามารถตรวจสอบได้ ก่อนใน Cursor แล้วในไคลเอนต์ MCP ตัวที่สอง บริบทที่เดินทางไปกับคุณคือการอ้างอิงเดียวกันในทั้งสองที่
// same map, wherever you opened it.
อ่านเพิ่มเติมที่เกี่ยวข้อง
เนื้อหาอื่นๆ จากบันทึกการพัฒนา Maguyva
แผนที่ก่อน ตรวจสอบทีหลัง_
ให้เอเจนต์เขียนโค้ดของคุณยึดกับแผนที่รีโพ ก่อนที่มันจะเขียน จากนั้นให้ Greptile ตรวจสอบคำขอรวมโค้ดทีหลัง คู่หูที่เสริมกัน ไม่ใช่ตัวแทนกัน
ทำไมเอเจนต์เขียนโค้ด AI ของคุณจึงหลอนเส้นทางไฟล์_
เอเจนต์เขียนโค้ด AI ประดิษฐ์เส้นทางไฟล์เมื่อพวกมันไม่มีแผนที่จริงของรีโพ นี่คือสาเหตุที่มันเกิดขึ้น และวิธีที่แผนที่ที่มีหลักฐานนำไปสู่การเปลี่ยนแปลงที่หลอนน้อยลง
การให้บริบทรีโพขนาดใหญ่แก่เอเจนต์ AI โดยไม่ต้องใช้ตัวสร้างดัชนีในเครื่อง_
วิธีให้เอเจนต์เขียนโค้ดมีแผนที่ของรีโพซิทอรีขนาดใหญ่ที่สามารถสอบถามได้จากคลาวด์ โดยไม่ต้องรันตัวสร้างดัชนีในเครื่องบนแล็ปท็อปของคุณ