แผน GitHub Copilot: คู่มือฉบับสมบูรณ์ด้านฟีเจอร์และการดูแลจัดการในทุกระดับ

ภาพรวมแผน GitHub Copilot

GitHub มีระดับแผนที่แตกต่างกันหลายแบบสำหรับระบบนิเวศของตน โดยแพลตฟอร์มจะดำเนินการเปลี่ยนไปใช้การคิดค่าบริการตามการใช้งานให้เสร็จสิ้น โดยแทนที่กรอบ "Premium Request Unit" (PRU) แบบเดิมด้วย GitHub AI Credits ในเดือนมิถุนายน 2026

ภายใต้ระบบใหม่ การเติมโค้ดหลัก (core code completions) และคำแนะนำ “Next Edit” ยังคงไม่จำกัดและไม่ใช้เครดิต

อย่างไรก็ตาม การทำงานขั้นสูง เช่น แชตหลายไฟล์ เวิร์กโฟลว์เชิงเอเจนต์ เซสชันเขียนโค้ดระยะยาว และรีวิวโค้ดเชิงลึก จะใช้ AI Credits ตามการใช้โทเค็น (อินพุต เอาต์พุต และโทเค็นที่แคช) เทียบกับอัตรา API ที่เผยแพร่ของโมเดลนั้น ๆ

ราคาสมัครสมาชิกรายเดือนพื้นฐานยังคงเดิม แต่การเปลี่ยนแปลงนี้มีผลต่อวิธีที่ผู้ดูแลระบบตั้งงบประมาณสำหรับการใช้งานเกินโควตาและติดตามการใช้งานจริง

แผนรายบุคคล: Free, Student, Pro และ Pro+

ระดับสำหรับผู้ใช้รายบุคคลแตกต่างกันที่ระดับการเข้าถึงโมเดล ขีดจำกัดการใช้งาน และความสามารถเชิงทดลอง ตัวอย่างเช่น ขณะที่ระดับ Free เหมาะกับการลองใช้งานพื้นฐาน Pro+ จะให้เข้าถึง GitHub Spark ซึ่งเป็นสภาพแวดล้อมที่ออกแบบมาเพื่อสร้างแอปพลิเคชันที่มี AI ช่วย

ขณะนี้มีการหยุดรับลงทะเบียนใหม่สำหรับบัญชีเสียค่าบริการรายบุคคลของ GitHub อย่าง Pro, Pro+ และ Student ชั่วคราว บัญชีที่มีอยู่สามารถอัปเกรดจาก Pro เป็น Pro+ ได้ แต่บัญชีใหม่จะยังสมัครไม่ได้จนกว่า GitHub จะเปลี่ยนผ่านสู่ระบบคิดค่าบริการแบบ AI Credits ตามการใช้งานเสร็จสิ้น

Business และ Enterprise

ระดับ Business และ Enterprise คือจุดที่แผน GitHub Copilot ก้าวจากส่วนขยาย IDE ไปสู่ทรัพยากรโครงสร้างพื้นฐานขององค์กรที่ตรวจสอบได้เต็มรูปแบบ

GitHub Copilot Business เพิ่มฟีเจอร์การจัดการที่จำเป็น:

• การจัดสรรและเพิกถอนที่นั่งแบบศูนย์กลาง
• ฐานนโยบายครอบคลุมทั้งองค์กร
• บันทึกการตรวจสอบเชิงโครงสร้างและการติดตามเหตุการณ์การปฏิบัติตามข้อกำหนด
• การยกเว้นเนื้อหาและไฟล์ในรีโพสิทอรี
• การคุ้มครองความรับผิดด้านทรัพย์สินทางปัญญาเชิงพาณิชย์

GitHub Copilot Enterprise เพิ่มการควบคุมและศักยภาพมากยิ่งขึ้น:

• Copilot Spaces: ฮับความรู้ที่ให้ผู้พัฒนาตั้งพรอมป์ตกับเอกสารภายใน วิกิ และมาตรฐานโค้ดของระบบ
• การผสาน GitHub.com Chat ที่ดียิ่งขึ้น
• การสืบทอดนโยบายแบบลำดับชั้นข้ามองค์กรย่อย

GitHub Copilot Enterprise ต้องมีการสมัครใช้งาน GitHub Enterprise Cloud ที่ยังใช้งานอยู่ เนื่องจาก GitHub Enterprise Cloud ราคา $21 ต่อผู้ใช้ต่อเดือน และไลเซนส์ Copilot Enterprise ราคา $39 ต่อผู้ใช้ต่อเดือน ต้นทุนขั้นต่ำจริงจึงอยู่ที่ $60 ต่อผู้ใช้ต่อเดือนสำหรับ Enterprise สิ่งนี้ไม่ใช้กับระดับ GitHub Copilot Business ซึ่งองค์กรที่ใช้ GitHub Free หรือ GitHub Team สามารถซื้อได้โดยตรง

องค์กรจะพลาดประโยชน์ระดับเอนเตอร์ไพรส์อย่างการสืบทอดนโยบาย แต่ยังคงได้การคุ้มครอง IP การตรวจสอบ การยกเว้นไฟล์ และการจัดการนโยบายระดับองค์กร จึงเป็นทางเลือกที่ดีสำหรับทีมวิศวกรรมขนาดกลาง

หากกำลังพิจารณาสมัคร Enterprise คู่มือ GitHub Copilot Enterprise ของเราจะแสดงวิธีใช้ฟีเจอร์ต่าง ๆ เช่น Copilot Spaces และ Usage Metrics API ใหม่

สิ่งที่แยกแผนรายบุคคลออกจากแผนสำหรับธุรกิจ

การจัดการข้อมูล การคุ้มครอง IP และการเรียกเก็บเงิน คือจุดที่แผนรายบุคคลและแผนธุรกิจแตกต่างกันอย่างมีนัยสำคัญ แม้ฟีเจอร์เพิ่มเติมสำหรับผู้ใช้จะเป็นเรื่องดี แต่การเข้าใจความต่างเหล่านี้เป็นกุญแจสำคัญสำหรับผู้ที่ตัดสินใจระหว่างการบริหารไลเซนส์ Pro ส่วนบุคคลหลายชุดกับการสมัครแผน Business

การจัดการข้อมูลและค่าเริ่มต้นด้านการฝึกโมเดล

สำหรับทีมที่ดูแลระบบกรรมสิทธิ์ ความเป็นส่วนตัวของข้อมูล มักเป็นตัวตัดสินระหว่างแผนส่วนบุคคลกับการสมัครแบบ Business

ในเดือนเมษายน 2026 GitHub ได้เปลี่ยนวิธีเก็บข้อมูลปฏิสัมพันธ์สำหรับแผน Copilot รายบุคคล สำหรับผู้ใช้ Free, Pro และ Pro+ ข้อมูลปฏิสัมพันธ์สามารถถูกนำไปฝึกโมเดลได้ตามค่าเริ่มต้น เว้นแต่ผู้ใช้จะเลือกไม่เข้าร่วมอย่างชัดเจน

มาทำความเข้าใจความแตกต่างระหว่างโค้ดที่พักอยู่ (code at rest) กับข้อมูลปฏิสัมพันธ์ เพื่อทราบว่าอะไรถูกใช้ในการฝึก AI:

• โค้ดที่พักอยู่: ซอร์สโค้ดดิบในรีโพสิทอรีส่วนตัวของคุณจะไม่ถูกอ่านหรือนำไปใส่ไว้ในชุดข้อมูลสาธารณะสำหรับการฝึก
• ข้อมูลปฏิสัมพันธ์: รวมถึงพรอมป์ต คำถามแชต บริบทของเคอร์เซอร์ บล็อกโค้ดโดยรอบที่ส่งผ่าน API ของ IDE ระหว่างการแก้ไขแบบแอคทีฟ เมตริกการยอมรับคำแนะนำ และล็อกคำติชม

ข้อตกลงของ Business และ Enterprise มีการรับประกันตามสัญญาอย่างเข้มงวดว่าจะไม่ใช้ข้อมูลปฏิสัมพันธ์เพื่อการฝึกไม่ว่าในกรณีใด และไม่ต้องการการตั้งค่าด้วยตนเองจากผู้ใช้

หากต้องการดูเชิงลึกว่าข้อมูลถูกใช้อย่างไรและคุณแก้ปัญหาใน Copilot ได้อย่างไร ขอแนะนำให้อ่านคู่มือ GitHub Copilot: ความเป็นส่วนตัวและการแก้ปัญหา ของเรา

การคุ้มครองความรับผิดด้าน IP

GitHub Copilot Business และ Enterprise รวมความคุ้มครองการชดใช้ความเสียหายด้านทรัพย์สินทางปัญญา (IP indemnification) สำหรับโค้ดที่สร้างขึ้น แผนรายบุคคลไม่มี

ในทางปฏิบัติ การคุ้มครองนี้หมายความว่า GitHub ตกลงตามสัญญาว่าจะให้ความคุ้มครองทางกฎหมายภายใต้เงื่อนไขที่ระบุ หากโค้ดที่สร้างขึ้นก่อให้เกิดข้อพิพาทด้านทรัพย์สินทางปัญญา แม้จะไม่ลบความเสี่ยงทางกฎหมายทั้งหมด แต่ก็เปลี่ยนการอภิปรายด้านความรับผิดสำหรับทีมซอฟต์แวร์เชิงพาณิชย์

ฟรีแลนซ์ที่ส่งมอบโค้ดให้ลูกค้าควรใส่ใจประเด็นนี้ ความแตกต่างระหว่าง “เครื่องมือเพิ่มประสิทธิภาพส่วนบุคคล” กับ “แพลตฟอร์มพัฒนาที่ได้รับการสนับสนุนจากองค์กร” จะชัดเจนมากเมื่อมีสัญญาและการส่งมอบเชิงพาณิชย์เข้ามาเกี่ยวข้อง

การเรียกเก็บเงิน ที่นั่ง และการเปลี่ยนไปใช้ AI Credits

การเรียกเก็บเงินสำหรับผู้ใช้รายบุคคลใช้รูปแบบบริการตนเองที่ผูกกับบัญชีส่วนบุคคลโดยตรง แผน Business จะรวมศูนย์การเรียกเก็บเงินด้วยที่นั่งที่ผู้ดูแลอนุมัติ และแทนที่ผู้ใช้แต่ละรายจะมีถังเครดิตแยกกัน องค์กรจะรวม AI Credits รายเดือนตามจำนวนผู้ใช้

แผน Enterprise ให้การควบคุมละเอียดมากขึ้นด้วยขีดจำกัดการบังคับใช้ด้านงบประมาณแบบละเอียด การจัดกลุ่มตามศูนย์ต้นทุน และการจัดสรรระดับแผนก เพื่อให้แน่ใจว่าเวิร์กโฟลว์เชิงเอเจนต์ที่หนักของทีมพัฒนาเดียวจะไม่ใช้เครดิตของทั้งองค์กรจนหมด

SKU และข้อพิจารณาด้านความเป็นส่วนตัว

การทำความเข้าใจการคุ้มครองด้านความเป็นส่วนตัวของข้อมูลและ SKU ต่าง ๆ เป็นเรื่องสำคัญ ขอบเขตสถาปัตยกรรมที่กำกับการไหลของข้อมูล การคุ้มครองทางกฎหมาย และการติดตามในแต่ละระดับสรุปไว้ด้านล่าง:

การเปลี่ยนนโยบายการฝึกโมเดลในเดือนเมษายน 2026

การเปลี่ยนจากโมเดลแบบยินยอมเข้าร่วม (opt-in) ไปเป็นแบบไม่เข้าร่วม (opt-out) สำหรับแผนรายบุคคล เน้นให้เห็นเวกเตอร์หลักของการรั่วไหลด้านการปฏิบัติตามข้อกำหนด เพย์โหลดข้อมูลปฏิสัมพันธ์ที่ถูกจับโดยอัตโนมัติระหว่างเซสชัน IDE แบบแอคทีฟประกอบด้วย:

• ประวัติแชตโดยละเอียดและบริบทของพรอมป์ต
• คำแนะนำโค้ดหลายบรรทัดและอัตราการยอมรับในเครื่อง
• บริบทของเคอร์เซอร์ในเอดิเตอร์ ซึ่งมักดึงบริบทไฟล์ข้างเคียง คำสั่งนำเข้า และการประกาศตัวแปรจากแท็บเอดิเตอร์ที่เปิดอยู่

ลองนึกภาพนักพัฒนาใช้บัญชี Copilot Pro ส่วนบุคคลขณะทำงานในรีโพสิทอรีของบริษัท หากการฝึกยังคงเปิดอยู่ ข้อมูลปฏิสัมพันธ์ที่ผูกกับเซสชันงานนั้นอาจเข้าสู่ระบบฝึกของ GitHub สถานการณ์นี้เป็นเหตุผลทั่วไปที่ทำให้องค์กรเลือกใช้แผน Business

การเลือก SKU ที่เหมาะกับข้อกำหนดด้านความเป็นส่วนตัว

ขึ้นอยู่กับระดับงาน อาจต้องใช้ SKU ต่างกัน

• นักพัฒนาเดี่ยว/โปรเจ็กต์ส่วนตัว: ระดับ Free หรือ Pro ให้ความยืดหยุ่นสูงสุด เพียงเลือกไม่เข้าร่วมในตั้งค่าความเป็นส่วนตัวส่วนบุคคลเมื่อทำงานกับโค้ดกรรมสิทธิ์
• ฟรีแลนซ์/ผู้รับจ้าง: แผน Business ให้เกราะป้องกัน ข้อตกลงกับลูกค้ามักห้ามส่งข้อมูลไปยังผู้ให้บริการ LLM ภายนอก ที่นั่งเฉพาะในองค์กรช่วยปกป้องสัญญา
• ทีมองค์กรที่มีข้อกำหนดด้านการปฏิบัติตามกฎ: ระดับ Business เป็นมาตรฐานพื้นฐาน ช่วยแยกท่อส่งข้อมูลและเปิดใช้ธรรมาภิบาลโดยผู้ดูแล
• อุตสาหกรรมที่ถูกกำกับ (การเงิน สาธารณสุข): ระดับ Enterprise มักเป็นข้อบังคับ ช่วยผสานการตั้งค่าความปลอดภัยเฉพาะ กำหนดถิ่นที่อยู่ของข้อมูลที่เข้มงวด และเลเยอร์การปรับแต่งเฉพาะที่อยู่ภายใน

การยกเว้นไฟล์เฉพาะจาก Copilot

การตั้งค่ากฎการยกเว้นไฟล์ของ GitHub Copilot เป็นหนึ่งในวิธีที่มีประสิทธิภาพที่สุดในการป้องกันสภาพแวดล้อม การยกเว้นเนื้อหาจะป้องกันเอเจนต์ IDE ภายในเครื่องจากการประมวลผลไฟล์ที่ระบุ ทำให้ไฟล์เหล่านั้นมองไม่เห็นสำหรับการเติมแบบอินไลน์ กล่องแชต และการทำงานเบื้องหลังแบบเอเจนต์

โปรดทราบว่ า GitHub Copilot CLI เอเจนต์คลาวด์ของ Copilot และโหมด Agent ใน Copilot Chat ภายใน IDE ไม่รองรับการยกเว้นเนื้อหา

การกำหนดค่ากฎการยกเว้น

ทีมผู้ดูแลสามารถใช้การกำหนดค่ายกเว้นได้ทั้งในแผง Organization Settings ทั่วทั้งองค์กร หรือในระดับรีโพสิทอรีเฉพาะ เพียงเข้าไปที่การตั้งค่าของรีโพหรือองค์กรโดยคลิกปุ่ม Settings มุมขวาบน

เลือก “Code and automation” ใต้การตั้งค่า Copilot ในแถบด้านข้าง จากนั้นกรอกการยกเว้นในช่อง “Paths to exclude in this repository” ดังนี้:

# Ignore the /src/some-dir/kernel.rs file in this repository.
- "/src/some-dir/kernel.rs"

# Ignore files called secrets.json anywhere in this repository.
- "secrets.json"

# Ignore all files whose names begin with secret anywhere in this repository.
- "secret*"

# Ignore files whose names end with .cfg anywhere in this repository.
- "*.cfg"

# Ignore all files in or below the /scripts directory of this repository.
- "/scripts/**"

ในระดับรีโพขององค์กรก็คล้ายกัน เพียงแต่ตั้งค่าอยู่ใต้ “Repositories and Paths to exclude” โดยใช้รูปแบบต่อไปนี้:

REPOSITORY-REFERENCE:
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - …

การคงค่า REPOSITORY-REFERENCE ไว้เป็นส่วนหนึ่งของการตั้งค้ามีความสำคัญ ค่าตั้งต้นทั่วไปควรให้ความสำคัญกับข้อมูลยืนยันตัวตนที่สำคัญ โปรไฟล์ orchestration สำหรับโปรดักชัน โมดูลอัลกอริทึมกรรมสิทธิ์ที่อ่อนไหว หรือโฟลเดอร์ที่ถูกกำกับอย่างเข้มงวด

การบังคับใช้การยกเว้นข้ามฟีเจอร์ของ Copilot

เมื่อเกิดการจับคู่การยกเว้น การแยกข้อมูลจะเป็นแบบเบ็ดเสร็จในทุกระบบย่อยของ Copilot:

• การเติมแบบอินไลน์: ถูกบล็อกไม่ให้สร้างบริบทภายในไฟล์หรือดึงบริบทจากไฟล์นั้นเพื่อเติมไฟล์ข้างเคียง
• Copilot chat/agents: ระบบจะแจ้งว่าไม่สามารถรีวิวไฟล์ได้เนื่องจากข้อจำกัดนโยบายขององค์กร

เอนจิน IDE ภายในเครื่องมาตรฐานยังคงทำงานเหมือนเดิม เครื่องมืออำนวยความสะดวกอย่างการแยกวิเคราะห์ข้อความ ไฮไลต์ไวยากรณ์ และ IntelliSense ภายในเครื่องยังคอมไพล์ได้ตามปกติ เพราะเลเยอร์การยกเว้นไฟล์ใช้กับสตรีมเทเลเมทรีภายนอกของ Copilot โดยเฉพาะ

ผู้ดูแลต้องทดสอบแพทเทิร์นพาธอย่างรอบคอบโดยใช้รีโพสิทอรีสเตจิง ไวลด์การ์ดที่ผิดรูปแบบอาจล้มเหลวแบบเปิดเผย ทำให้ข้อมูลที่ตั้งใจจะแยกถูกเปิดออก

การจัดการนโยบายระดับองค์กร

การบังคับใช้นโยบายของ GitHub Copilot ในระดับองค์กรทำให้มั่นใจว่าความปลอดภัยขององค์กรถูกกำหนดโดยทีมผู้ดูแล ไม่ใช่โดยความชอบส่วนตัวของนักพัฒนา

การตั้งค่านโยบายที่มีให้ใช้

องค์กรสามารถควบคุมการตั้งค่าหลายอย่างสำหรับนักพัฒนา:

• การสลับฟีเจอร์: เปิดหรือปิด Copilot Chat ทั่วทั้งสภาพแวดล้อมการพัฒนา อินเทอร์เฟซบรรทัดคำสั่ง (ผ่าน Copilot CLI) หรือระบบรีวิวโค้ดเชิงเอเจนต์ขั้นสูง
• ตัวกรองโค้ดสาธารณะ: กลไกควบคุมทางกฎหมายที่บล็อกไม่ให้ Copilot ส่งคืนคำแนะนำโค้ดที่คล้ายกับรีโพสาธารณะบน GitHub มาก ลดความเสี่ยงด้านการปฏิบัติตามไลเซนส์โอเพ่นซอร์ส
• ข้อจำกัดการเลือกโมเดล: จำกัดว่าให้นักพัฒนาเลือกใช้โมเดลใดได้บ้าง (เช่น เวอร์ชันของ GPT หรือ Claude) ช่วยบริหารจัดการเวลาแฝง การใช้เครดิต และประสิทธิภาพ หากต้องการดูโมเดลที่มีให้ใช้ผ่านแพลตฟอร์มของ GitHub โปรดดูคู่มือเชิงปฏิบัติเรื่อง GitHub Models
• คำสั่งเฉพาะขององค์กร:แทรกไฟล์นโยบายแบบมาร์กดาวน์มาตรฐานที่แนบรูปแบบการเขียนโค้ด กรอบความปลอดภัย และกระบวนทัศน์สถาปัตยกรรมขององค์กรเข้ากับทุกพรอมป์ตที่นักพัฒนาของคุณส่ง

หากทีมยังไม่คุ้นเคยกับโมเดลองค์กรและสิทธิ์ของ GitHub หลักสูตร แนวคิด GitHub ระดับกลาง จะให้พื้นฐานที่เป็นประโยชน์ สำหรับกลุ่มวิศวกรรมที่ขยายไปยังเครื่องมือบรรทัดคำสั่ง โปรดดู บทเรียน GitHub Copilot CLI ของเรา

การสืบทอดนโยบายระดับ Enterprise

ในสภาพแวดล้อมองค์กรขนาดใหญ่ เอนจินนโยบายจะสืบทอดแบบลำดับชั้นอย่างเคร่งครัด: นโยบายระดับ Enterprise > นโยบายระดับองค์กร > การตั้งค่าส่วนบุคคลของผู้ใช้

ผู้ดูแลระบบระดับ Enterprise สามารถเลือกล็อกนโยบายทั่วทั้งหน่วยธุรกิจย่อยต่าง ๆ เช่นทีม อนุญาตให้องค์กรบางส่วน override แบบคัดเลือก หรือมอบอำนาจควบคุมลงสู่ลำดับล่าง ตัวอย่างเช่น ระดับเอนเตอร์ไพรส์อาจตั้งค่าทั่วโลกเพื่อจำกัดการใช้โมเดลบางชนิด

ในระดับทีม อาจจำกัดฝ่ายบริการทางการเงินให้ใช้ตัวกรองโค้ดสาธารณะอย่างเข้มงวด ขณะให้ฝ่ายวิจัยและพัฒนาซอฟต์แวร์ภายในทดลองใช้อย่างยืดหยุ่นมากกว่า

บันทึกการตรวจสอบ (Audit Logs)

เมื่อผู้ตรวจสอบความสอดคล้องต้องการการยืนยันซัพพลายเชนซอฟต์แวร์ของคุณ หรือทีมความปลอดภัยติดตามการรั่วไหลของข้อมูล GitHub Copilot จะบันทึกประวัติการเปลี่ยนแปลงของแพลตฟอร์ม

เหตุการณ์ของ Copilot ในบันทึกการตรวจสอบ

ระบบจะบันทึกบัญชีแยกประเภทของการดำเนินงานด้านการจัดการอย่างครอบคลุม ได้แก่

• การกำหนดที่นั่ง การเพิกถอน และการเปลี่ยนกลุ่มการเรียกเก็บเงินอย่างชัดเจน
• การเปลี่ยนแปลงตัวกรองการทำซ้ำโค้ดสาธารณะ
• การแก้ไขรูปแบบการยกเว้นไฟล์และไดเรกทอรี
• สถานะการเปิดใช้ฟีเจอร์ (เช่น เปิดโหมดรีวิวโค้ดแบบเอเจนต์)

ความละเอียดของข้อมูลขึ้นอยู่กับการสมัครของคุณ ระดับ Business เน้นสตรีมเหตุการณ์การกระทำในขอบเขตองค์กร ส่วนบัญชี Enterprise จะปลดล็อกเทเลเมทรีนิติเวชข้ามองค์กร

การค้นหา การกรอง และการส่งออก

สตรีมบันทึกการตรวจสอบเข้าถึงได้โดยตรงในแผง Organization Settings ผู้ดูแลสามารถสืบค้นในอินเทอร์เฟซด้วยตัวระบุการกระทำเฉพาะ:

# Filter logs to identify who adjusted Copilot access privileges
action:copilot.cfb_seat_assignment_created

# Identify changes made to systemic exclusions within a date window
action:copilot.content_exclusion_updated created:2026-05-01..2026-05-31

บัญชี Enterprise รองรับการสตรีมเหตุการณ์เหล่านี้ไปยังระบบ SIEM ภายนอก (เช่น Splunk หรือ Datadog) เพื่อการแจ้งเตือนอัตโนมัติและการเก็บรักษาแบบแก้ไขไม่ได้อย่างรวมศูนย์

การจัดการที่นั่ง Copilot ด้วย REST API

การจัดสรรที่นั่งผู้ใช้ด้วยแดชบอร์ด UI ด้วยตนเองเหมาะกับทีมเล็ก แต่จะไม่รองรับเวิร์กโฟลว์ออนบอร์ดผู้ใช้จำนวนมากได้ดี การใช้เอ็นด์พอยต์ที่นั่งของ Github Copilot REST API ทำให้คุณสามารถจัดการอัตลักษณ์และการเข้าถึงทั้งหมดด้วยโค้ด

นี่เป็นส่วนที่ฉันชอบที่สุดของการดูแล Copilot เพราะทำให้การออกไลเซนส์กลายเป็นสิ่งที่ทีมวิศวกรรมทำให้อัตโนมัติได้อย่างเรียบร้อย

เอ็นด์พอยต์ API ที่สำคัญ

เวิร์กโฟลว์ API ที่พบบ่อย ได้แก่:

• ดึงรายการการกำหนดที่นั่ง
• กำหนดที่นั่ง
• ลบที่นั่ง
• ดึงเมตริกการใช้งาน
• อ่านการตั้งค่า Copilot ขององค์กร

การยืนยันตัวตนโดยทั่วไปต้องมี:

• โทเค็นการเข้าถึงส่วนบุคคลแบบกำหนดสิทธิ์ละเอียด
• สิทธิ์ของ GitHub App
• สิทธิ์ผู้ดูแลองค์กร

เพื่อเข้าถึงเส้นทางการจัดการเหล่านี้ สคริปต์อินทิเกรชันของคุณต้องยืนยันตัวตนด้วย Personal Access Token (PAT) ที่มีสโคป admin:org ระดับสูง หรือทำงานผ่าน GitHub App ที่ได้รับอนุญาตโดยมีสิทธิ์จัดการ Copilot ในระดับองค์กรอย่างชัดเจน

หากต้องการดูเชิงลึกเกี่ยวกับการเชื่อมต่อกับแพลตฟอร์มแบบโปรแกรมมิง แนะนำให้เรียนหลักสูตรทักษะ GitHub Foundations

รูปแบบอัตโนมัติทั่วไป

ตัวอย่างรูปแบบที่ใช้งานได้จริง ได้แก่:

• ออนบอร์ดอัตลักษณ์อัตโนมัติ: เชื่อมต่อระบบข้อมูล HR (เช่น Workday หรือ Okta) เข้ากับ GitHub ผ่านเว็บฮุค เมื่อวิศวกรเข้าร่วมทีมที่ระบุ สคริปต์จะยิงคำขอ POST เพื่อจัดเตรียมพื้นที่ทำงาน Copilot ให้โดยอัตโนมัติ

• เรียกคืนที่นั่งที่ไม่ใช้งาน: สคริปต์ Cron ตามกำหนดจะสอบถามการใช้งานที่นั่งผ่าน API หากผู้ใช้ไม่โต้ตอบกับ Copilot เกิน 30 วัน สคริปต์จะสั่ง DELETE เพื่อเรียกคืนไลเซนส์ รักษาเครดิตขององค์กร

• แดชบอร์ดการเงิน: ดึงเทเลเมทรีการจัดสรรและการใช้ประจำวันไปยังแพลตฟอร์ม BI ภายใน (เช่น Tableau) เพื่อการคิดค่าใช้จ่ายข้ามศูนย์ต้นทุนระดับแผนกอย่างชัดเจน

ตัวอย่าง: กำหนดที่นั่ง Copilot ด้วย Python

สคริปต์ต่อไปนี้สาธิตวิธีมอบที่นั่งขององค์กรให้กับนักพัฒนาที่ระบุด้วย Python:

	import requests
	# Identity Configuration
TOKEN = "YOUR_ORGANIZATION_ADMIN_PAT"
ORG = "your-corporate-org"
USERNAME = "target-developer-user"

url = f"https://api.github.com/orgs/{ORG}/copilot/billing/selected_users"

headers = {
    "Authorization": f"Bearer {TOKEN}",
    "Accept": "application/vnd.github+json",
    "X-GitHub-Api-Version": "2022-11-28"
}

payload = {
    "selected_usernames": [USERNAME]
}

response = requests.post(url, json=payload, headers=headers)

if response.status_code == 201:
    print(f"Successfully allocated Copilot seat to {USERNAME}.")
else:
    print(f"Failed allocation. Status: {response.status_code}")
    print(response.json())

ข้อคิดส่งท้าย

โครงสร้างแผนของ GitHub Copilot ดูเรียบง่ายจากหน้าราคา แต่เมื่อเริ่มบริหารทีม ความแตกต่างจะมีนัยสำคัญมาก

ขอบเขตความเป็นส่วนตัว นโยบายการฝึก ความสามารถในการตรวจสอบ และการควบคุมด้านธรรมาภิบาล มักสำคัญกว่าการเข้าถึงโมเดลล้วน ๆ นั่นคือเหตุผลที่การสนทนาเรื่อง GitHub Copilot Business กับ Enterprise มักกลายเป็นประเด็นด้านความปลอดภัยและปฏิบัติการ มากกว่าด้านวิศวกรรมเพียงอย่างเดียว

หากให้คำแนะนำทีมในวันนี้ ฉันจะเริ่มจากข้อกำหนดด้านธรรมาภิบาลก่อน:

• ต้องการการรับประกันความเป็นส่วนตัวตามสัญญาหรือไม่?
• ต้องการบันทึกการตรวจสอบหรือไม่?
• ต้องการการจัดการนโยบายแบบรวมศูนย์หรือไม่?

หลังจากนั้นจึงค่อยปรับให้เหมาะกับปริมาณการใช้งานและการเข้าถึงฟีเจอร์

เพื่อยกระดับทักษะทางเทคนิคของทีมและเตรียมตัวสำหรับการรับรองอย่างเป็นทางการ โปรดสำรวจเส้นทางการเรียนรู้ขั้นสูงเหล่านี้:

• หลักสูตรพัฒนาซอฟต์แวร์ด้วย GitHub Copilot
• ทักษะ AI สำหรับวิศวกรรมซอฟต์แวร์
• คู่มือการรับรอง GitHub สำหรับมืออาชีพด้านข้อมูล