เปิดตัว Cursor CLI

 (cursor.com)
5 คะแนน โดย GN⁺ 2025-08-08 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Cursor Agent ตอนนี้สามารถใช้งานได้ใน CLI หรือสภาพแวดล้อม headless และสามารถใช้งานคำสั่งเดียวกันได้จาก IDE หรือเทอร์มินัล
  • ในเทอร์มินัลสามารถทำ การตรวจสอบการแก้ไขโค้ดโดยเอเจนต์, การแนะนำงานแบบเรียลไทม์ และ การตั้งกฎที่กำหนดเอง ได้
  • รองรับการใช้งาน โมเดล AI ล่าสุด (Anthropic, OpenAI, Gemini ฯลฯ) และสามารถผสานเข้ากับ IDE ที่ต้องการ รวมถึงเขียนงานสคริปต์และงานอัตโนมัติได้
  • นอกเหนือจากสภาพแวดล้อมแบบดั้งเดิมยังรองรับ การรันเอเจนต์แบบขนาน และการรันแบบระยะไกล และทำงานร่วมกับสภาพแวดล้อมการพัฒนาหลากหลาย
  • CLI มีสิทธิ์ อ่าน แก้ไข ลบไฟล์ และรันคำสั่ง จึงแนะนำให้ใช้งานเฉพาะในสภาพแวดล้อมที่เชื่อถือได้

ภาพรวม Cursor Agent CLI

รองรับสภาพแวดล้อม CLI/Headless

  • Cursor Agent รันได้ใน CLI หรือสภาพแวดล้อม headless
  • ผสานรวมกับ IDE (Neovim, JetBrains เป็นต้น), เทอร์มินัล, เซิร์ฟเวอร์ระยะไกล และสภาพแวดล้อมการพัฒนาอื่นๆ ได้
  • ใช้ชุดคำสั่งเดียวกันได้ในทุกที่
  • ตัวอย่าง: Cursor, JetBrains, Android Studio, Ghostty, Warp, Bash, Xcode

คุณสมบัติหลัก

  • ตรวจสอบการแก้ไขโค้ด: ในเทอร์มินัลสามารถตรวจสอบและนำการเปลี่ยนแปลงที่เอเจนต์เสนอไปใช้ได้โดยตรง
  • ปรับแต่งแบบเรียลไทม์: ในระหว่างการทำงานของเอเจนต์สามารถแนะนำการปรับปรุงได้ทันที
  • กำหนดกฎผู้ใช้: ปรับแต่งกฎได้ละเอียดผ่าน AGENTS.md และ MCP
  • ใช้งานโมเดล AI ล่าสุด: ใช้โมเดลล่าสุดอย่าง Anthropic, OpenAI, Gemini ได้ทันที
  • รองรับการทำงานอัตโนมัติ: อัปเดตเอกสารอัตโนมัติ, ทริกเกอร์รีวิวความปลอดภัย, สร้างเอเจนต์เขียนโค้ดแบบกำหนดเอง ฯลฯ

พัฒนาการของผลิตภัณฑ์

  • ช่วงแรก: การเติมข้อความอัตโนมัติที่ชาญฉลาดและรู้บริบท
  • หลังจากนั้น: ถามตอบด้วย AI, การแก้ไขโค้ดแบบอินไลน์ (⌘+K)
  • หลังจากคุณภาพการสร้างโค้ดดีขึ้น: ขยายให้เอเจนต์สามารถสร้างไฟล์ รันคำสั่งเทอร์มินัล และค้นหาใน codebase ได้
  • ปี 2025: ขยายเอเจนต์จาก Editor ไปยัง Web, Mobile, Slack
  • ปัจจุบัน: ขยายการสนับสนุนไปยัง CLI และสภาพแวดล้อม headless แล้ว

ตัวอย่างการติดตั้งและรัน CLI

# ติดตั้ง
curl https://cursor.com/install -fsSL | bash

# เริ่ม CLI ด้วยพรอมต์
cursor-agent chat "find one bug and fix it"
  • CLI ยังคงอยู่ในสถานะ เบต้า
  • ระบบรักษาคามลภัยยังอยู่ระหว่างการพัฒนา และเนื่องจากมีสิทธิ์เข้าถึงไฟล์และรันคำสั่ง จึงแนะนำให้ใช้งานเฉพาะใน สภาพแวดล้อมที่เชื่อถือได้ เท่านั้น

อ้างอิง

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-08-08
ความคิดเห็นจาก Hacker News

  • ฉันไม่ค่อยรู้เลยว่าอยากเอาไปใช้ที่ไหนได้นอกจากสภาพแวดล้อมเสมือนที่ไม่ได้ใช้จริง จึงน่าจะดีมากถ้าบริการนี้มี VM สำหรับรันในพื้นที่จัดเก็บจำกัด และฉันคงไม่เคยให้สิทธิ์กับ LLM เกินกว่า "อ่านอย่างเดียว" บนดิสก์ที่ฉันเป็นเจ้าของหรือดูแลเอง

  • อยากรู้นานาทีนี้ที่คนส่วนใหญ่จะเริ่มใช้แนวทาง AGENT.md แทนการตั้งชื่อไฟล์แบบ gemini.md/claude.md/crush.md/summary.md/qwen.md ให้เป็นมาตรฐาน ดู agent.md (redirect: https://ampcode.com/AGENT.md) ด้วย และยังมี agent-rules.org อีกด้วย

    • ชื่อไฟล์นั้นดู intuitive กว่าแบบที่ฉันใช้ แต่ดูแล้วสนุกน้อยลง จึงอยากใช้วิธีเชื่อม symlink กับไฟล์ ROBOTS.md แทน
    • เรื่องนี้ก็เป็นข้อกังวลอีกข้อหนึ่งเช่นกัน ผมก็รวมไว้ที่ AGENT.md แล้วสร้าง alias สำหรับ Claude, Gemini ฯลฯ เพื่อให้เรียกแล้วอ่านไฟล์นี้เสมอ แต่ปัญหาคือ agent มักลืมเร็วมาก ประสบการณ์ agentic coding ใน CLI น่าจะดีขึ้นได้ที่: (1) เช็กได้ง่ายว่าล่าสุดสั่งคำสั่งอะไรไปบ้าง และ (2) สร้าง sandbox เพื่อรัน unattended session ได้ง่ายขึ้น ผมเชื่อว่าที่ต้องการสำหรับการสร้างโค้ดจริงๆ ไม่ใช่ AI-driven code generator อย่างเดียว แต่เป็น code generator ที่ใช้ AI เป็นตัวช่วยแต่มีพฤติกรรม deterministic
    • ผมคิดว่าผู้ให้บริการบางรายอาจมีท่าทีแบบเฉพาะตัวแบบ Microsoft ยุค 90 ที่ปฏิเสธ "มาตรฐานใหม่" ที่กำลังเกิดขึ้น ในท้ายที่สุด ใน CLI ก็ยังมีทางอ้อมให้ใช้งานได้โดยอ่านแนวทางระบบอยู่ดี แต่ใน IDE ปรากฏว่าการ lock-in กับไฟล์คอนฟิกหนักกว่าเยอะ เวลาไปดูว่าถ่ายทอดเอกสารแนวทางเดียวกันให้ AI coder แต่ละตัวทำยังไง ผมเคยเขียนไว้ก่อนแล้ว ตัวอย่าง: ลิงก์เคส
    • แนวคิด AGENT.md ทำให้ดูมีแนวโน้มดี แต่ดูเหมือนจะไม่ค่อยเข้ากับโครงสร้างแบบ .cursor/rules/ ที่รวมไฟล์ rules หลายไฟล์ตาม front-matter; ไม่แน่ใจว่า agent อื่นๆ รองรับวิธีแบบนี้ไหม และด้วยเหตุนี้เอง Cursor ก็ทายไม่ถูกว่าอ่าน rules file ใดบ้าง มีการลิงก์ rules เสริม แต่ยังไม่รู้ว่า agent ใดรองรับแบบนี้ดี

  • ช่วงหลังการปล่อย AI coding agents เร็วมาก จนแทบไม่แพ้การปล่อย JavaScript frameworks และต้องบอกว่าฉันถือว่านี่เป็นแนวโน้มที่ค่อนข้างน่าตื่นเต้น

    • ตอนนี้นึกภาพว่าสามารถ vibe coding กับ JavaScript frameworks กี่ตัวได้ก็สนุกดี

  • ไม่คิดว่าจะได้ความสนุกขนาดนี้จาก coding agent ที่ใช้ที่ terminal แต่อย่างใด รันตัวหนึ่งไว้เบื้องหลังแล้วใช้ไปกับ #dayjob ได้สบาย ๆ ยังได้ความรู้สึกแบบ hacker เพิ่มอีก 2025 อาจถูกเรียกว่า "ปีแห่ง terminal" ได้เลย สำหรับงาน prototype ของฉันเองก็เหมาะมาก และจากประสบการณ์ที่ใช้มา Claude code ก็เป็นเทคโนโลยีที่สนุกที่สุด

  • ตอนนี้ CLI เป็นไอเดียที่ดีแล้ว ส่วนขั้นต่อไปน่าจะมีการสร้าง abstraction ใหม่แบบว่าใครสักคน (คงเป็นฉัน) ไปเปิด issue/feature request ใน GitHub PR แล้วกดปุ่มเดียวให้ agent จัดการให้ได้ เห็นคนพูดใน GitHub ในประเด็นนี้มาก่อนแล้ว แต่ gh copilot ของพวกเขามีตัวเลือกเยอะมากจนสับสนว่าตัวไหนเป็น GA หรือเข้าถึงได้แบบไหน (อ้างอิง: official docs มีอยู่ แต่ใช้งานไม่ลื่นไหลเท่าที่คาดหวัง)

  • ฉันรู้สึกว่าคนใช้ AI agents กำลังรื้อความหมายเดิมของ IDE ใหม่ได้จริง ๆ ในยุค chat AI ไม่มีแนวโน้มแบบนี้ ทุกครั้งที่ agent ทำงานอิสระมากขึ้น ความสำคัญของ UI แบบ IDE แบบเดิมก็ลดลง ผมเชื่อว่า CLI tool อาจสร้างระบบนิเวศเครื่องมือพัฒนารุ่นใหม่ได้ การทำ Full IDE plugin สำหรับ VSCode, IntelliJ และอื่นๆ เป็นงานที่ยากมาก และความเข้ากันได้ระหว่าง IDE ก็ไม่ดีเท่าไหร่ ในทางกลับกัน CLI และ MCP กลับง่ายและยืดหยุ่น/พกพาได้มากกว่า

  • ผมคิดว่า Cursor จะเป็นชุดเครื่องมือที่ดีที่สุดในระยะยาว

    1. จะทำ end-to-end developer experience ได้ดีขึ้นผ่านการรวม CLI, background agent, IDE, และ GitHub app (เช่น bugbot) อย่างใกล้ชิด
    2. เมื่อ frontier model ซึมซับการแบ่งงานเองได้แล้ว Claude code จะไม่พิเศษกว่านี้มากนัก
    3. ต้องมีปรัชญาเพื่อลดต้นทุนการสลับระหว่างผู้ให้บริการโมเดลให้ต่ำสุด (เชื่อมโยงกับผู้เล่นอิสระ) เพื่อให้แรงจูงใจอยู่ที่การพัฒนาโมเดล ไม่ใช่ lock-in ที่ UI/data/network โมเดล ควรแข่งขันกันที่คุณภาพโมเดล
    • ผมกลับยืนยันว่าเราควรเดิมพันข้างตรงข้าม ผมเชื่อว่า agentic harness จะเกิดขึ้นพร้อมกับ RL training เหมือนที่ Tony และ Schüt สร้างร่วมกันจริง ๆ ทั้งเหตุผลที่ Claude code มีความสำคัญเชิง ontological ใน Cursor และเหตุผลที่ Cursor เล็งทิศทาง agentic เร็ว ๆ และไปร่วมมือกับ OpenAI ในท้ายที่สุด ผมคิดว่าหากไม่จับมือกับ OpenAI หรือ Meta Cursor คงเดินต่อไปยาก

  • สถานการณ์ที่ค่อนข้างติดตลกนะ ฉันคาดหวังไว้ว่า Anthropic จะทำ "Claude GUI" ให้ในที่สุด

    • ในงานเปิดตัว Claude Code ได้ยินมาว่าเขาเคยมองว่าเร็ว ๆ นี้ทุก IDE จะไม่จำเป็นแล้ว จึงคิดว่าการทำ GUI ไม่คุ้มค่า
    • จึงสงสัยว่ามันอาจเป็น Claude Desktop ใช่ไหม

  • ตอนนี้หลาย frontier lab เข้ามาแข่งตลาดแล้ว และปล่อยให้ผู้ใช้ใช้ผ่าน subscription ในรูปแบบ CLI ได้แล้ว ในสถานการณ์นี้ฉันไม่ค่อยเห็นว่าทำไม Cursor หรือโปรดักต์ลักษณะเดียวกันยังอยู่รอดได้ หากฟังก์ชันอยู่แล้วใน subscription ของ OAI/Anthropic/GOOG แล้ว ทำไมต้องจ่ายเพิ่ม

    • แต่ฉันเริ่มคิดคนละทางว่า ถ้า Cursor ทำ UX ให้ดีที่สุดในทุก use case ได้ (chatbot บนมือถือ/เดสก์ท็อป, assistant, coding agent แบบ IDE/CLI/web container ฯลฯ) คงมีผลิตภัณฑ์ที่ถูกขัดเกลาเพิ่มตามทรัพยากรที่ทุ่ม และเมื่อจับตลาดได้ โมเดลจะกลายเป็น commodity อย่างมาก ช่วยให้เลือกใช้ใน Cursor ตามบริบทได้ สุดท้ายผู้ใช้ต้องเรียนรู้คำสั่งและตั้งค่าของ Cursor จนเปลี่ยนไปใช้เครื่องมืออื่นมีต้นทุนสูงมาก แค่ติดตั้ง/ลบแอปหรือปลั๊กอินก็เป็นภาระแล้ว
    • ถ้า Cursor ต้องอยู่รอด ต้องมีกลยุทธ์ที่โจ่งแจ้งและแตกต่างอย่างชัดเจน ผมคิดว่าจาก Cursor เอง โมเดลของแต่ละ lab ก็กำลังถูกทำให้เป็น commodity เร็วขึ้นเรื่อย ๆ ผมเองสมัครใช้ทั้ง Cursor และ ChatGPT แล้ว ถ้าใช้ Android ก็คงยอมจ่ายสำหรับ Gemini ด้วย ฉันเห็นว่าบ็อตแชท (1) แข่งขันในเชิง subscription อ่อนกว่า API model และ (2) การแข่งขันในตลาดบ็อตแชทปัจจุบันเป็นเรื่อง UX มากกว่าคุณภาพโมเดล ดังนั้นผู้ชนะน่าจะเป็น ChatGPT และผลิตภัณฑ์ที่รวมเป็นดีฟอลต์อยู่แล้ว (เช่น Gemini, MSFT Copilot)
    • เพราะเลือกโมเดลดีที่สุดได้ตลอดเวลาได้เสมอเลย: เมื่อวานเลือก Claude Opus 4.1 วันนี้ใช้ GPT-5 ได้ หากผมจ่ายเฉพาะ Anthropic ก็คงถูกล็อกไว้กับ Claude

  • สงสัยว่าข้อดีของ Cursor เมื่อเทียบกับ IDE แบบเดิมคืออะไร และอยากรู้ว่ามันถูกสร้างมาให้เหมือน Claude Code หรือไม่

    • มองมุมใหม่: เวลา agent เขียนโค้ดให้เรา เราจำเป็นต้องมี IDE เสมอหรือ? IDE/editor ถูกออกแบบมาสำหรับมนุษย์ ไม่ได้หมายความว่าต้องให้ agent ต้องใช้เท่านั้น หมายความว่าไม่ต้องบังคับใช้ IDE แบบ fork ที่ไม่สมบูรณ์ให้ agent ไปใช้งาน
    • หลายบริษัทเริ่มยอมรับว่า mainline VSCode คือ moat แบบหนึ่งจริง ๆ ตอนนี้ผมและคนรอบตัวไม่ค่อยใช้ agent ที่ต้องการ VSCode fork เท่าไร และข้อดีคือรองรับคนที่ชอบ Jetbrains หรือ editor แบบเทอร์มินัลได้ด้วย
    • ก็สามารถใช้ IDE อื่นนอกจาก VSCode ได้
    • รัน Cursor CLI ใน terminal ของ IDE ที่เลือก และไม่ต้องผูกติดกับ Claude model เท่านั้น
    • ยังมีข้อสงสัยอีกอย่างอยู่เสมอ: ทำไม Cursor ถึงไม่เอาคุณสมบัติเหล่านี้มาผนวกในโปรดักต์หลัก แต่ดันแยกเป็นฟีเจอร์เฉพาะต่างหาก