Cursor 3.11 มาแล้ว — Side Chats แตกบทสนทนาคู่ขนาน, ค้นหาทุก transcript และ hook ใหม่สำหรับ cloud agent

Cursor ปล่อยเวอร์ชัน 3.11 (10 กรกฎาคม 2026) ที่โฟกัสไปที่ปัญหาที่คนใช้ AI coding agent เจอทุกวัน: บทสนทนากับ agent มัน “ยาวและรก” — ต้องถามคำถามข้างเคียง สำรวจไอเดียแยก หรือย้อนกลับไปดูสิ่งที่ agent เคยทำ แต่ทุกอย่างกองอยู่ใน thread เดียวจนหาไม่เจอ เวอร์ชันนี้แก้ตรงจุดนั้นด้วยสามฟีเจอร์หลัก

Side Chats — แตกบทสนทนาย่อยแบบไม่ทำลาย thread หลัก

ฟีเจอร์เด่นสุดคือ Side Chats พิมพ์ /side, /btw หรือกดปุ่มบวกเพื่อเปิดบทสนทนาคู่ขนานข้าง ๆ thread หลัก แต่ละ side chat เป็น “บทสนทนา agent เต็มรูปแบบที่ถาวร” — ตามต่อได้ ย้อนกลับมาดูภายหลังได้ และ at-mention เพื่อดึง context กลับเข้า thread หลักได้ เหมาะกับการถามคำถามแทรก (“อธิบายฟังก์ชันนี้หน่อย”) หรือลองไอเดียนอกเส้นทาง โดยไม่ทำให้ agent หลักหลุดโฟกัสจากงานที่กำลังทำ

ค้นหาข้าม transcript ทั้งหมด

Cursor 3.11 เพิ่ม Conversation Search — กด Cmd+K ใน Agents Window เพื่อค้นข้อความจาก transcript ของ agent ทุกอัน โดยระบบสร้าง local search index ที่สเกลได้ถึงหลักพันบทสนทนาโดยยังลื่น นอกจากนี้ Cmd+F ในบทสนทนาที่เปิดอยู่ยังเพิ่มตัวนับจำนวน match และปุ่มเลื่อนไปมาระหว่างผลลัพธ์ — เล็กแต่ช่วยได้จริงเวลาต้องย้อนหาว่า agent เคยแก้ไฟล์ไหนไว้

Hook ใหม่สำหรับ cloud agent

สำหรับทีมที่จริงจังกับ agent observability เวอร์ชันนี้เพิ่ม hook ชุดใหม่: beforeSubmitPrompt, afterAgentResponse, afterAgentThought และอื่น ๆ Cursor ระบุว่า hook เหล่านี้ช่วยให้ทีม “สังเกต output และ reasoning ได้ดีขึ้น ควบคุม subagent และสร้าง self-correcting loop กับ cloud agent” ซึ่งเป็นทิศทางเดียวกับที่ Cursor, Claude Code และ GitHub Copilot กำลังแข่งกันเปิด hook/observability layer ให้ผูก guardrail และ policy ของทีมเข้ากับ agent ได้

นอกจากนี้ยังปรับ project และ repo picker ใหม่ ให้สร้างโปรเจกต์และเชื่อม GitHub/GitLab/Azure DevOps ได้จากในตัว picker เลย พร้อมค้นหาแบบ scope ตามที่ตั้ง (This Computer / Cloud / remote machines)

มุมมอง AI Curator

Side Chats คือการยอมรับความจริงข้อหนึ่งที่ชัดขึ้นเรื่อย ๆ ในปี 2026: การทำงานกับ coding agent ไม่ใช่ “แชตเส้นเดียว” อีกต่อไป แต่เป็นการจัดการ หลายเธรดของงานที่ทำคู่ขนานกัน เหมือนที่เราเปิดหลายแท็บ terminal หรือหลาย branch git คนที่ใช้ agent หนัก ๆ จะรู้ดีว่าปัญหาไม่ใช่ “agent ตอบไม่ได้” แต่คือ “context เละเพราะถามหลายเรื่องปนกันใน thread เดียว” การแยก side chat ที่ยัง at-mention กลับเข้าเธรดหลักได้ จึงตรงกับ mental model ของงานจริงมากกว่า

สิ่งที่ควรจับตาต่อคือ hook — นี่คือสนามรบเงียบ ๆ ระหว่าง IDE agent ทุกเจ้า ใครเปิด hook/observability ที่ผูกกับ CI, policy และ audit log ขององค์กรได้ก่อน จะเป็นคนที่ทีมองค์กร (รวมถึงในไทยที่เริ่มมี requirement ด้าน compliance กับโค้ดที่ AI เขียน) เลือกใช้ ฟีเจอร์ productivity อย่าง Side Chats ดึงนักพัฒนาเดี่ยว แต่ hook คือสิ่งที่ดึงทั้งทีมและงบองค์กร ข้อควรระวังคือ transcript ที่ค้นหาได้ทั้งหมดถูก index ไว้ที่ไหน — สำหรับโค้ดที่อ่อนไหว ควรตรวจว่า local index อยู่บนเครื่องจริงตามที่โฆษณา ไม่ใช่ sync ขึ้นคลาวด์โดยไม่รู้ตัว

แหล่งข่าว:

• Cursor Changelog — 3.11
• Cursor Hooks documentation