- ส่วนขยาย GitHub Copilot Chat ของ VS Code ถูกเผยแพร่เป็นโอเพนซอร์ส
- ใน Chat view สามารถถาม Copilot ด้วยภาษาธรรมชาติเพื่อรับความช่วยเหลือเกี่ยวกับโค้ดได้ทันที
- ใช้โค้ดในเวิร์กสเปซ ตัวแปร ข้อมูล Participant คำสั่ง Slash ฯลฯ เพื่อให้คำตอบแบบรับรู้บริบท
- สามารถใช้ Inline chat เพื่อนำข้อเสนอแนะจาก AI ไปใช้ในโค้ดได้โดยตรง
- ทำรีแฟกเตอร์ เพิ่มการจัดการข้อยกเว้น อธิบายอัลกอริทึมที่ซับซ้อน ฯลฯ ได้แบบเรียลไทม์
ภาพรวม
- GitHub Copilot เป็นเครื่องมือผู้ช่วยเขียนโปรแกรมที่ขับเคลื่อนด้วย AI ซึ่งเป็นส่วนขยายที่ช่วยเพิ่มทั้งความเร็วและคุณภาพในการเขียนโค้ด
- ผู้ใช้สามารถเลือก โมเดล ที่เหมาะกับโปรเจ็กต์ที่สุด ปรับแต่งคำตอบในแชต และใช้ agent mode เพื่อสร้างเซสชันการเขียนโปรแกรมร่วมกันอย่างเป็นธรรมชาติได้
- GitHub Copilot (เติมโค้ดอัตโนมัติ) และ GitHub Copilot Chat (AI แบบสนทนา) ติดตั้งเป็นส่วนขยายแยกกัน
- ใช้งานได้ผ่านแพ็กเกจฟรีหรือการอนุมัติจาก ผู้ดูแลระบบองค์กร และต้องมีการสมัครใช้งาน
- มีสินค้าหลากหลายสำหรับการใช้งานส่วนบุคคลและธุรกิจ (แพ็กเกจบุคคล ธุรกิจ และองค์กร)
- Copilot Chat ทำงานได้เฉพาะบน VS Code เวอร์ชันล่าสุดเท่านั้นเนื่องจากลักษณะการผสานเข้ากับ UI และสามารถเชื่อมต่อกับโมเดลและฟีเจอร์ล่าสุดได้
- บน VS Code รุ่นเก่าจะใช้ได้เฉพาะ Copilot Chat เวอร์ชันก่อนหน้า
- การใช้ Copilot Chat ถือเป็นการยอมรับข้อกำหนดพรีวิวและประกาศด้านความโปร่งใสของ GitHub Copilot
- โค้ดของผู้ใช้ยังคงได้รับการรับรองความเป็นเจ้าของ และจะไม่ถูกนำไปใช้เป็นโค้ดแนะนำให้กับผู้ใช้ GitHub Copilot คนอื่น
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
มีการแชร์ลิงก์ไปยังเทมเพลต system prompt ที่พวกเขาใช้อยู่ตรงนี้ ลิงก์
Copilot ใน vs code ยังมีหลายจุดที่ไม่เป็นไปตามความคาดหวัง และดูขาดความเนี้ยบสมบูรณ์แบบที่คาดหวังจากระดับ Microsoft
สงสัยว่า หลังจากเพิ่ม agent mode แล้ว ยังรู้สึกแบบนี้อยู่หรือไม่ สำหรับประสบการณ์ของฉัน การใช้งานค่อนข้างน่าพอใจมาก ยังไม่เคยลอง gemini CLI หรือ cline แต่ก็ไม่คิดว่าสองตัวนั้นจะดีกว่า Copilot
เมื่อก่อนเคยมีความคาดหวังกับ Microsoft แต่พอดูผลิตภัณฑ์ที่ออกมาในช่วง 15 ปีหลัง ก็ยากที่จะยังมีความคาดหวังแบบนั้นได้
อยากให้มีใครสักคนใช้ AI มาวิเคราะห์ decision tree ของการที่ Copilot Chat จัดการ prompt และ response ว่าทำงานอย่างไร
Copilot Chat เป็นเพียง frontend ของ Microsoft SaaS เท่านั้น ส่วนที่สำคัญจริง ๆ ถูกซ่อนไว้หลัง GitHub Copilot API จึงยากจะมองว่าเป็นโอเพนซอร์สในความหมายที่แท้จริง ไม่มีใครเข้าถึงการออกแบบหรือข้อมูลการฝึกของ LLM นี้ได้ และก็ self-host ไม่ได้ด้วย มันเป็นแค่อีกโมเดลสมัครสมาชิกหนึ่งและเป็นโครงสร้างที่ส่งต่อข้อมูลส่วนบุคคลให้บุคคลที่สาม โดยไม่มีคุณค่าต่อชุมชนหรือประโยชน์สาธารณะ
ฉันขอโต้แย้งความเห็นนี้ โดยทั่วไปโมเดล LLM เชิงพาณิชย์ระดับ SOTA ล้วนมีคุณภาพโค้ดและข้อจำกัดคล้ายกัน จุดที่แตกต่างจริง ๆ คือสถาปัตยกรรมที่ส่งผ่านข้อมูลบริบทที่มีความหมายและวิธีประมวลผลผลลัพธ์ เอเจนต์ที่แค่ป้อนเนื้อหาไฟล์ซ้ำ ๆ ให้ LLM ใครก็ทำได้ แต่แค่วิธีนั้นอย่างเดียวก็ยังไม่ทำให้ได้ coding agent ที่ดี
ตามตรรกะของคำวิจารณ์นี้ได้ค่อนข้างยาก โอเพนซอร์สก็หมายถึงการเปิดซอร์สตามตัวอักษรอยู่แล้ว ส่วนจะมีประโยชน์กับผู้ใช้มากน้อยแค่ไหนเป็นอีกประเด็นหนึ่ง
ฉันเข้าใจว่าความหมายของโอเพนซอร์สก็คือการเปิดเผยซอร์สโค้ด จึงไม่ค่อยเข้าใจว่าทำไมต้องวิจารณ์เรื่องนี้เป็นพิเศษ
เห็นด้วยว่า Copilot Chat เป็นเพียง frontend แต่ถ้า frontend เองถูกทำให้เป็นโอเพนซอร์ส ก็เกิดคุณค่าต่อสาธารณะตรงที่ใครสักคนไม่จำเป็นต้องสร้าง UI ใหม่ตั้งแต่ต้น และคำวิจารณ์ที่บอกว่าควรโอเพนซอร์สไปถึงการออกแบบ LLM หรือข้อมูลฝึกด้วยก็ดูเกินจริง เพราะในทางปฏิบัติชุมชนโอเพนซอร์สไม่ได้มีทรัพยากรคอมพิวต์มหาศาลพอจะรันสิ่งนั้นได้
ช่วงหลังเห็นคอมเมนต์บ่นเกี่ยวกับ API ด้าน "AI" บ่อยมาก ในฐานะคนที่ไม่ใช่นักพัฒนาก็เลยเข้าใจได้ไม่ง่าย แต่เมื่อก่อนฉันก็เคยมีความไม่พอใจคล้ายกันกับ "Web API"
เมื่อก่อนเว็บไซต์ไม่ได้มี API และคนก็มักจะ scrape ข้อมูลที่เปิดเผยบนเว็บโดยตรง วิธีนี้ทำได้ตราบใดที่เว็บไซต์ยังมีอยู่ โดยไม่ต้องสมัครสมาชิก
ตรงกันข้าม Web API มักจำกัดสิทธิ์เข้าถึงด้วยวิธีอย่างการเก็บอีเมล ติดตามประวัติการใช้งาน ข้อจำกัดของบัญชี หรือแผนค่าบริการ และบางครั้งก็มีความเสี่ยงที่ API จะถูกปิดโดยไม่แจ้งล่วงหน้า
ตัวเลือกในการดาวน์โหลดข้อมูลทั้งหมดจากหน้าเว็บมีอยู่เพียงไม่กี่กรณี เช่น บางเว็บไซต์ของภาครัฐ หรือ Wikipedia dump
แนวทางนี้ถูกนำมาใช้กับ LLM ด้วย ทำให้ข้อมูลภายในอย่างค่าน้ำหนักของโมเดลก็ยังไม่ถูกเปิดเผย ขณะที่ผู้ใช้กลับได้รับเพียงการเข้าถึงข้อมูลสาธารณะทางอ้อมผ่านการสมัครบัญชีหรือสมัครสมาชิก ข้อมูลอยู่บนเซิร์ฟเวอร์แต่รับออกมาโดยตรงไม่ได้
จึงอดสงสัยไม่ได้ว่าสุดท้ายแล้วเครื่องมือและเทคโนโลยีที่นักพัฒนาเคยสนับสนุน กลับเริ่มทำงานในทางที่เสียเปรียบต่อนักพัฒนาเองหรือไม่