เปิดตัว Claude Code สำหรับ VSCode

• ส่วนขยายที่ผสาน Claude Code ของ Anthropic เข้ากับ VSCode เพื่อยกระดับประสบการณ์การเขียนโค้ดของนักพัฒนา
• ใช้งานได้ก็ต่อเมื่อติดตั้ง Claude Code แยกต่างหากไว้แล้วเท่านั้น

ฟีเจอร์หลัก

• ติดตั้งอัตโนมัติ: เมื่อรัน Claude Code ในเทอร์มินัลของ VSCode ส่วนขยายจะตรวจพบและติดตั้งให้อัตโนมัติ
• รับรู้บริบทจากส่วนที่เลือก: ข้อความที่เลือกไว้ในเอดิเตอร์จะถูกรวมเข้าไปในบริบทอินพุตของ Claude โดยอัตโนมัติ
• รองรับมุมมอง Diff: สามารถดูการเปลี่ยนแปลงของโค้ด (diff) ได้ทันทีในตัวดูแบบบิลต์อินของ VSCode
• คีย์ลัดแป้นพิมพ์: ใช้คีย์ลัดอย่าง Alt+Cmd+K เพื่อส่งโค้ดที่เลือกไปยังพรอมป์ต์ของ Claude ได้อย่างสะดวก
• ความสามารถในการรับรู้แท็บ: Claude สามารถรับรู้ข้อมูลของไฟล์ที่เปิดอยู่ใน VSCode เพื่อช่วยสนับสนุนโค้ดได้เหมาะกับบริบท
• ตัวเลือกการตั้งค่า: ใน /config หากกำหนด diff tool เป็น auto ก็จะเปิดใช้ฟีเจอร์ที่เกี่ยวกับการผสานรวมกับ IDE ได้ง่ายขึ้น

• เป็นเวอร์ชัน early release รุ่นแรกเริ่ม จึงอาจพบ บั๊กระหว่างการใช้งาน หรือมีบาง ฟีเจอร์ที่ยังไม่สมบูรณ์

[digitect38]

มีความแตกต่างจาก Cursor อย่างชัดเจน

1. Cursor ถูกผูกติดอยู่กับ VSCode ขณะที่ Claude Code เป็นแบบ CLI (command line interface) จึงใช้งานร่วมกับเครื่องมือใดก็ได้

2. Cursor ใช้ LLM อื่นอยู่เป็นหลัก แต่ Claude Code ถูกออกแบบมาให้เหมาะกับ Claude โดยเฉพาะ อย่างไรก็ตาม เมื่อเทียบกันในด้านความสามารถแล้ว Claude Code เหนือกว่าอย่างชัดเจน แม้จะเทียบกับ Gemini 2.5 Pro ก็ยังเป็นเช่นนั้น (อิงจาก .NET และอาจแตกต่างกันไปในแต่ละภาษา)

[bluekai17]

ถ้าอย่างนั้นมันต่างจาก Cursor ตรงไหน?

[iolothebard]

เฮ้อ ทำไมไม่ทำเวอร์ชันสำหรับ Windows แบบเนทีฟ (ไม่ใช่ WSL) สักที เอาแต่ไปทำอย่างอื่นเรื่อยเลย… อืม,.;;;

[wahihi]

WSL ก็เป็นส่วนหนึ่งของ Windows OS แต่เหมือนจะใช้ไม่เป็นสินะ... พัฒนาแต่ผ่าน GUI เลยไม่รู้จัก CLI ไปเลยหรือไง...

[yeorinhieut]

ถ้าใช้ WSL ก็มีปัญหาที่ประสิทธิภาพของระบบไฟล์ตกลงมาก (wsl2) และยังมีข้อเสียตรงที่ต้องพึ่งพา Hyper-V สำหรับการทำ virtualization ด้วยครับ/ค่ะ ยังมีหลายกรณีที่ไม่สามารถใช้ WSL ได้

[namojo]

ผมก็เห็นด้วยเหมือนกันครับ ที่บริษัทผมก็ห้ามใช้ WSL เหมือนกัน เลยทำไปทำมาสุดท้ายก็ยอมแพ้ครับ
พอฝ่าด่านใบรับรอง SSL จัดการจนใช้งานได้แล้ว กลับกลายเป็นว่า WSL ใช้ไม่ได้

[ng0301]

5555 เห็นด้วยมากจริง ๆ

[melong0124]

มันต่างจาก Git Copilot ยังไงบ้างนะ?

[digitect38]

Copilot ปรับแต่งมาสำหรับ IDE ของ MS และเรียกได้ว่าอยู่ในระดับเริ่มต้นอย่างแท้จริง ขณะที่ Claude ทำงานบน CLI / Git Bash จึงใช้งานได้ในหลายสภาพแวดล้อม และมีความสามารถด้านการเขียนโค้ดค่อนข้างสูงกว่าโดยเปรียบเทียบ

[kimjoin2]

มีปลั๊กอินสำหรับ IntelliJ ด้วยครับ
ความแตกต่างจาก CLI แบบธรรมดาก็คือ มันรับรู้ไฟล์หรือบรรทัดที่กำลังดูหรือเลือกอยู่ใน IDE ได้ทันที
แน่นอนว่าคุณจะรันจากเทอร์มินัลทั่วไปแล้วเริ่มเชื่อมต่อด้วยคำสั่ง /ide ก็ได้เช่นกัน

[GN⁺]

ความคิดเห็นบน Hacker News

• ผมคิดว่าวิธีเอาการเขียนโค้ดแบบ agent ไปผนวกรวมกับ IDE เดิมเป็นทิศทางที่ผิด วิธีที่ดีกว่าคือจัดการ Git worktree หลายชุดและให้แต่ละ agent ทำงานพร้อมกัน ไม่จำเป็นต้องรอเกิน 20 นาทีให้ Claude Code ทำงานเสร็จ ผมเลยทำ UI สำหรับจัดการสิ่งนี้ขึ้นมาเอง และมันก็ค่อย ๆ พัฒนาไปเป็น IDE รูปแบบใหม่ที่ใช้จัดการ/ตรวจทาน agent หลายตัวพร้อมกัน ไม่ได้ทำงานทีละอย่างเหมือนแบบเดิม https://github.com/stravu/crystal
  • ผมคิดต่างออกไปนิดหน่อย ผมใช้ Cursor กับโปรเจ็กต์เชิงพาณิชย์ทุกวัน background agent มีประโยชน์ในบางสถานการณ์ แต่ส่วนใหญ่มีแต่ทำให้เสียสมาธิ วิธีเขียนโค้ดที่ผมชอบคือโฟกัสที่เป้าหมายเดียวแล้วค่อย ๆ วนแก้ไปจนเข้าใกล้คำตอบ ระหว่างรอให้งานเสร็จ ผมก็ไปเปิดเอกสารหรือหาข้อมูลที่เกี่ยวข้องเพื่อคิดขั้นตอนถัดไป การรีวิวโค้ดเดิมหรือการเปลี่ยนแปลงต่าง ๆ เพื่อเข้าใจสถานะปัจจุบันอย่างแม่นยำนั้นสำคัญมาก แนวคิดเรื่องต้องมาคอยจัดการหลาย agent สำหรับแต่ละงานไม่เข้ากับสไตล์ผมเลย มันมีการสลับบริบทและมัลติทาสก์มากเกินไป
  • สิ่งที่ผมสงสัยเสมอเวลาเห็นข้อเสนอ workflow แบบนี้คือเราจะจัดการบริบทส่วนตัวของตัวเองอย่างไร แม้แต่ตอนรีวิวโค้ดของเพื่อนร่วมทีม ผมก็ไม่ได้พยายามเข้าใจและตรวจสอบทุกบรรทัดอย่างสมบูรณ์ แต่จะเช็กเร็ว ๆ ว่ามีความผิดพลาดใหญ่ไหม เช่น code style หรือ best practice แบบนี้ทำให้ผมรีวิว PR ได้หลายอันต่อวันอย่างรวดเร็ว แต่กับงานสำคัญกว่า โดยเฉพาะงานที่ผมรับผิดชอบเอง ผมจะทดสอบ branch และตรวจ implementation อย่างละเอียด ซึ่งต้องทำซ้ำทุกครั้งที่ PR มีการอัปเดต จึงใช้เวลามาก ถ้ามีหลาย agent เสนอ diff พร้อมกัน โดยเฉพาะเมื่อจำเป็นต้องตรวจสอบ ผมก็สงสัยว่าจะจัดการเรื่องการสลับบริบทอย่างไร และถ้ามีอัปเดตครั้งหนึ่งไปกระทบงานอื่นแบบแยบยล จะจัดการ dependency ระหว่างโมดูลอย่างไร
  • วิธีแบบนี้ก็ทำเป็นปลั๊กอิน IDE ได้เหมือนกัน
  • เครื่องมือเจ๋งมาก! แต่อยากรู้ว่าทำไมถึงไม่ใช้ Claude Code TS SDK ดูเหมือนว่าจะติดตั้งแพ็กเกจไว้ แต่โครงสร้างกลับไปเรียกคำสั่ง claude โดยตรงแทน อีกอย่าง แนะนำให้ลองดู electron-trpc ด้วย มันทำให้จัดการ IPC ง่ายขึ้นมาก
  • เครื่องมือนี้ก็น่าสนใจ แต่แก้คนละปัญหา background agent มีปัญหาใหญ่สองข้อ 1) มีแรงเสียดทานในการตั้งค่าสภาพแวดล้อมแยกให้เรียบร้อย ความยากต่างกันมากในแต่ละโปรเจ็กต์ ตั้งแต่แค่เลือกคอนเทนเนอร์ง่าย ๆ ไปจนถึงนรกของการตั้งค่าทุก dependency แต่ถ้าทำงานใน IDE ปกติทุกอย่างมักพร้อมอยู่แล้ว 2) ผู้ใช้ต้องเรียนรู้ว่า agent สร้างโค้ดอย่างไร ถ้า agent ทำงานอยู่ใน IDE และผมสามารถให้คำแนะนำหรือแก้ทิศทางแบบเรียลไทม์ได้ มันจะช่วยต่อยอดไปสู่ background agent ระยะยาวได้มากกว่า
• สิ่งที่ผมอยากได้คือสภาพแวดล้อมที่รองรับการสลับบริบทด้วย git worktree อย่างทรงพลังในหน้าต่าง IDE เดียว, มีเฟรมเวิร์กสำหรับผูก terminal-based agent กับแต่ละ worktree branch, และท้ายที่สุดพัฒนาไปสู่ open protocol ที่ดีกว่าสำหรับ diff, การแจ้งเตือนขอสิทธิ์, และการแจ้งเตือนความคืบหน้า รวมถึง sidebar ที่ใช้ติดตามสถานะและการแจ้งเตือนของ agent แยกตาม worktree branch และมีอินเทอร์เฟซที่ตอบสนองต่อข้อความจาก agent ข้ามหลาย branch ได้รวดเร็วเหมือนการแจ้งเตือน เครื่องมือจัดการ agent แบบ standalone มีฟีเจอร์พวกนี้ แต่พออยากกระโดดเข้าไปทำงานแบบวิศวกรจริง ๆ ทันที เครื่องมือเหล่านั้นกลับใช้ไม่ได้ดีพอ ยังต้องมีการเชื่อมกับหน้าต่างทดสอบในเบราว์เซอร์หรืออินสแตนซ์ mobile emulator/simulator แยกตาม branch อีกด้วย และควรมีทั้ง code completion จากโมเดลที่รวดเร็ว, รองรับ language server ที่หลากหลาย, และระบบนิเวศส่วนขยายที่ทำหน้าที่เป็น IDE คุณภาพสูงได้ด้วย ตอนนี้ผมต้องแยกจัดการ Windsurf, Claude agent, เว็บเบราว์เซอร์, และ mobile simulator บนเดสก์ท็อป macOS หลายอัน ซึ่งยุ่งยากมาก
  • สิ่งที่ผมอยากได้คือ coding agent ที่มีความสามารถด้านดีบัก มันควรไล่ตาม stack ได้ ดูค่าของ local variable และ argument ได้ และมองเห็นได้จริงว่าข้างในเกิดอะไรขึ้น แทนที่จะต้องอาศัย print หรือ assert
  • เรื่องความสามารถในการตอบสนองต่อข้อความจาก agent ข้ามหลาย branch ได้รวดเร็วเหมือนการแจ้งเตือน ผมเองก็เคยพยายามทำปลั๊กอินสำหรับ VSCode อยู่เหมือนกัน เป็นฟีเจอร์ที่ให้ Claude กระโดดไปยังไฟล์และบรรทัดนั้นได้ทันที มันทำงานได้ระดับหนึ่ง แต่มีปัญหาค้างอยู่เรื่อย ๆ
• ผมไม่ค่อยแน่ใจว่าความต่างที่แท้จริงระหว่าง Cursor กับ Claude Code คืออะไร ผมใช้มาทั้งคู่แล้ว และเพราะบริษัทซัพพอร์ต ผมเลยย้ายมาใช้ Cursor เฉย ๆ นอกจากต่างกันที่เป็น CLI หรือ UI แล้ว ทั้งคู่ก็แก้หลายไฟล์ได้เหมือนกัน เลยไม่เห็นจุดต่างชัด ๆ หวังว่าช่วงเปลี่ยนผ่านอันน่าอึดอัดที่ต้องใช้หลายเอดิเตอร์พร้อมกันหรือสลับไปมาระหว่าง JetBrains กับ Cursor จะจบลงเร็ว ๆ
  • สองตัวนี้ต่างกันมากในแง่คุณภาพและการใช้งาน Claude Code เป็น agentic แบบเต็มตัว คุณมอบหมายงานให้มันแล้วมันจะลงมือทำทั้งก้อนเอง สร้างโค้ดที่ค่อนข้างดีและใช้งานได้จริง มันทดสอบ คอมมิต รันคำสั่ง เข้าถึงระบบรีโมต และดีบักได้ มันไม่ได้พยายาม optimize การใช้ token ดังนั้นโค้ดที่ได้จากความพยายามครั้งแรกมักมีคุณภาพสูงกว่า Cursor แต่ก็แลกกับค่าใช้จ่ายที่สูงกว่า ส่วน agent mode ของ Cursor ยังอยู่ในช่วงต้น ๆ Cursor ยังใกล้เคียงเครื่องมือแก้ไฟล์เป็นหลัก ขณะที่ Claude Code คล้ายจูเนียร์ดีเวลอปเปอร์คนหนึ่ง
  • หลายครั้งผมใช้สองตัวร่วมกัน Cursor เป็น IDE ส่วน Claude Code รันในเทอร์มินัลของ IDE นั้นเอง ในแง่ประสิทธิภาพ วิธีการทำงานแบบ agent ของทั้งคู่ต่างกัน และถึงจะใช้โมเดลพื้นฐานตัวเดียวกัน ก็ยังต่างกันในเรื่องการวิเคราะห์ codebase, การใช้โมเดลย่อย, การเชื่อมกับเครื่องมือต่าง ๆ เป็นต้น
  • แปลกดีที่คุณไม่รู้สึกถึงความต่าง สำหรับผม Claude เหนือกว่าทุกด้าน ผมใช้ scala, python, js และ dart เป็นหลัก มันทำหน้าที่เป็นผู้ช่วยที่เพิ่มประสิทธิภาพได้มาก โดยเฉพาะกับการแก้ไขขนาดเล็กถึงกลาง ถ้าวางแผนดีและใช้อย่างถูกทาง มันแทบจะเหมือนเวทมนตร์ มีการทำโค้ดซ้ำบ้างนิดหน่อย แต่ประมาณนั้น ส่วน Cursor ต้องคอยเกลาหนักมากจนสุดท้ายยิ่งทำให้ช้าลง
  • Claude Code น่าประทับใจจริง ๆ มันเหมือนมีโปรแกรมเมอร์อีกคนมานั่งอยู่ในเทอร์มินัลด้วยกัน มันไม่สมบูรณ์แบบ และคุณยังต้องช่วยมันอยู่จนกว่ามันจะเข้าใจสิ่งที่คุณต้องการอย่างถูกต้อง แต่ถ้าจัดบริบทให้ดี มันน่าทึ่งมาก สำหรับผม ผมไม่ได้ให้มันเข้าใจทั้งโปรเจ็กต์ครบถ้วนด้วยซ้ำ และก็ไม่ได้ใช้กับ TypeScript หรือเว็บดีเวลอปเมนต์
  • Cursor ต้องย้ายไปใช้ IDE แยกต่างหาก (เว้นแต่เดิมคุณใช้ VSCode อยู่แล้ว) ส่วน Claude Code (หรือ Aider) จะแก้ไฟล์ในโปรเจ็กต์จากเทอร์มินัลควบคู่กับ IDE ปัจจุบันได้เลย สำหรับผมที่ใช้ชุด vim+tmux+bash จึงชอบผู้ช่วยแบบ CLI มากกว่า แต่ข้อดีนี้ก็ใช้ได้เหมือนกันกับคนที่ใช้ GUI IDE อื่นที่ไม่ใช่ VSCode
• เมื่อสัปดาห์ก่อน ตอน github เริ่มจำกัด premium request ของ copilot ผมกลับตกใจมากกว่าที่แทบไม่มีแรงต้านอะไรเลย พอเริ่มมีคนชนลิมิตกันจริงจังมากขึ้น ผมคาดว่าจะมีแรงต้านมากกว่านี้ ยังดีที่มีคู่แข่งอยู่จริง ๆ
  • Claude Code สามารถเผาเงิน 10 ดอลลาร์ได้ในรันเดียวแบบพริบตา
• ผมสงสัยว่ามันมีข้อได้เปรียบพิเศษอะไรไหมเมื่อเทียบกับการใช้ VSCode Copilot ใน Agent mode + Claude Sonnet 3.7 หรือ 4 อยากรู้ว่าผมกำลังพลาดอะไรไปหรือเปล่า
  • คุณต้องลองใช้ Claude Code เองถึงจะตอบคำถามนี้ได้ มานั่งถกกันตรงนี้ก็ไม่ค่อยมีประโยชน์ ถ้าคุณใช้ลินุกซ์เทอร์มินัลเป็นหลัก คุณน่าจะติดใจทันที และควรอ่านเอกสารด้วย ใช้ CLAUDE.md, ทำงานใหญ่ให้เป็นเอกสารแผนในรูปแบบมาร์กอัป, แล้ววนลูปวางแผน-แก้ไข-มอบหมายให้มันทำ พอเริ่มเข้าใกล้ context limit ก็เขียนเมมโมรีลงไฟล์แล้วใช้ /clear ก่อนอ่านกลับเข้าไปใหม่ วิธีนี้มีประสิทธิภาพกว่ามาก
  • ผมพยายามเชื่อม Playwright MCP กับ Copilot agent mode แต่ไม่สำเร็จ มันติดตั้งแล้วและเห็นในรายการเครื่องมือให้เลือก แต่สุดท้าย Copilot ก็ไม่ยอมให้เข้าถึงฟังก์ชันได้
• ผมสงสัยว่าข้อได้เปรียบของโซลูชันนี้ เมื่อเทียบกับการใช้ Claude backend ใน Copilot agent mode คืออะไร
  • คำอธิบายอื่น ๆ ในเธรดนี้ (โดยเฉพาะ https://news.ycombinator.com/item?id=44353972) ก็ใช้กับ vscode copilot ได้เหมือนกัน
  • หลังจากลองใช้มาสองสามวัน สิ่งที่ดีขึ้นจากการรวมเข้าด้วยกันนี้คือความไม่สะดวกที่แต่ก่อนต้องเปิดไฟล์ด้วยตัวเองเพื่อตรวจดูการอัปเดต ในโหมด terminal ทุกอย่างเกิดขึ้นอยู่เบื้องหลังจนไม่รู้ว่าเกิดอะไรขึ้น แต่ใน IDE แบบรวม คุณมองเห็นทุกอย่างแบบเรียลไทม์ได้ อย่างไรก็ตาม ชื่อที่ agent ตั้งให้ เช่น Pondering, Twerking, Juggling ฯลฯ ตอนแรกดูแปลกใหม่ แต่ไม่นานก็ไร้ประโยชน์
• คำถามอาจออกนอกเรื่องหน่อย แต่อยากรู้ว่ามีใครใช้ Roo ใน VSCode ไหม และฟีเจอร์เบราว์เซอร์ของ Roo ทำงานร่วมกับ Claude ที่ GitHub copilot ให้มาได้ดีหรือเปล่า
• เท่าที่ผมเข้าใจ ถ้ารัน Claude Code ใน VSCode (หรือ Cursor) มันจะติดตั้งสิ่งนี้ให้อัตโนมัติ ไม่ต้องไปตามหามาติดตั้งเอง ถูกไหม?
  • การที่ Claude Code ติดตั้งเองอัตโนมัติเมื่อรันใน VSCode นี่ไม่รู้สึกว่าล้ำเส้นไปหน่อยเหรอ?
  • ใช่ มีเขียนไว้ชัดเจนในหน้าเว็บของ extension ด้วย

  Auto-installation: When you launch Claude Code from within VSCode’s terminal, it automatically detects and installs the extension
  

• พอเริ่มตระหนักว่า Claude Code เข้าใจหลายขั้นตอนพร้อมกันได้ workflow ของผมก็เริ่มเปลี่ยนไป จากเดิมที่คิดเป็นรายไฟล์ ค่อย ๆ เปลี่ยนไปเป็นหน่วยการกระทำเดียวอย่าง “แยกโมดูล, เขียนเทสต์, รีแฟกเตอร์จุดเรียกใช้งาน” ซึ่ง Claude ก็เข้าใจมันเป็นหน่วยเดียวกันได้ด้วย (ในโหมดใช้ความพยายามสูงสุด) การเปลี่ยนแปลงนี้ค่อย ๆ เปลี่ยนวิธีเข้าหาการเขียนโค้ดของผม ทำให้กังวลเรื่องไวยากรณ์น้อยลง เขียน scaffolding มากขึ้น และจับหลายงานมารวมกันจัดการ นี่เป็นการเปลี่ยนที่ละเอียดอ่อนแต่มีผลระยะยาวมาก ผมสงสัยว่าจุดที่เราจะเริ่มปรับโครงสร้าง codebase อย่างตั้งใจเพื่อให้ LLM agent สำรวจได้ดีขึ้นจริง ๆ เช่น ทำให้แบนลง, อ้อมน้อยลง, ใช้ declarative metadata มากขึ้น จะมาถึงเร็วแค่ไหน
  • ก่อนจะเรียกสิ่งนี้ว่าอนาคต มันก็เริ่มเกิดขึ้นแล้ว Armin Ronacher หันไปเขียน Go มากขึ้นแทน Python ก็เพราะ LLM เข้าใจ Go ได้ดีกว่า เพื่อนร่วมงานผมก็ย้ายเดสก์ท็อปแอปไป Rust เพราะ tooling กับ type system ทำให้ agent สำรวจได้ง่ายกว่า ตอนนี้จุดสนใจกำลังย้ายไปสู่การทำเอกสารให้ AI อ่านเข้าใจได้ง่ายขึ้นแล้ว
  • ผมได้ยินมาเรื่อย ๆ ว่า LLM ทำงานได้ดีกับภาษาอย่าง Go ที่มี static type ชัดเจน, ไวยากรณ์กระชับ, และแนวทางการเขียนที่สม่ำเสมอ เลยทำให้คิดเรื่องนี้อยู่ตลอดว่า ถ้าเราไม่ต้องกังวลกับความซับซ้อนที่ไม่จำเป็นซึ่งเกิดจากเครื่องมือต่าง ๆ มากนัก ไม่ว่าจะเป็นภาษา เฟรมเวิร์ก หรือไลบรารี เราก็จะเอาทรัพยากรทางสมองไปใช้แก้ปัญหาที่เป็นแก่นแท้ได้มากขึ้น
• ตื่นเต้นที่ Claude Code จะมาใน Jetbrains ด้วย! https://plugins.jetbrains.com/plugin/27310-claude-code-beta-
  • ไม่เข้าใจว่าทำไมคอมเมนต์นี้โดนโหวตลบเยอะนัก ผมเองก็ตื่นเต้นเหมือนกัน ขอบคุณที่แชร์

[namojo]

พอใช้ Claude Code ผมรู้สึกว่ามันคล้ายแนวคิดแบบ MSA อยู่เหมือนกัน คือยิ่งแยกเป็นหน่วยย่อยระดับไมโครเซอร์วิสได้มากเท่าไร แล้วมอบหมายให้แต่ละหน่วยรับผิดชอบงานของตัวเอง ก็น่าจะมีประสิทธิภาพที่สุด