รัสต์ใช้นโยบาย LLM อย่างเป็นทางการสำหรับคลังหลัก

五ทีมในโครงการรัสต์ได้รับการยอมรับนโยบายอย่างเป็นทางการที่ควบคุมวิธีการใช้โมเดลภาษาขนาดใหญ่เมื่อมีส่วนร่วมใน rust-lang/rust ซึ่งเป็นคลังหลักของโครงการ Jynn Nelson ผู้เขียนนโยบายประกาศบนบล็อก Inside Rust เมื่อวันที่ 5 สิงหาคม 2026 นโยบาย (ที่ได้รับการอนุมัติจากทีมคอมไพล์เลอร์ ไลบรารี ประเภท รัสต์ด็อก และบูตสตรैप) แทนที่สิ่งที่เนลสันเรียกว่า “วิธีการดูแลที่ไม่ได้รับการเผยแพร่” ด้วยชุดกฎที่เขียนและเผยแพร่สู่สาธารณะ

นโยบายไม่ใช่จุดยืนทั่วทั้งโครงการเกี่ยวกับ AI และมีการระบุไว้อย่างระมัดระวังว่าใช้ได้เฉพาะกับคลัง rust-lang/rust และเฉพาะทีมที่อนุมัตินโยบายเท่านั้น แต่ภายในขอบเขตนั้น มันจึงวาดเส้นแบ่งที่ชัดเจน: LLMs ได้รับการยอมรับเป็นเครื่องมือในการคิด ไม่ใช่การแทนที่

สิ่งที่นโยบายระบุจริงๆ

เอกสารสรุปตัวเองในประโยคเดียว:

> ไม่มีปัญหาในการใช้ LLMs เพื่อตอบคำถาม วิเคราะห์ ย่อหน้า ตรวจสอบ เสนอแนะ ตรวจสอบ แต่ไม่ใช่เพื่อ สร้าง

ในทางปฏิบัติ สิ่งนี้จะสร้างสามระดับ อนุญาตโดยไม่มีข้อจำกัด: การใช้งานส่วนตัวที่ผู้ร่วมให้ข้อมูลเป็นคนเดียวที่เห็นผลลัพธ์ – การถามคำถามเกี่ยวกับฐานรหัส สรุปスレด การตรวจสอบโค้ดส่วนตัว อนุญาตพร้อมกับการเปิดเผยข้อมูลที่จำเป็น: การแปลภาษา การเปลี่ยนแปลงเล็กๆ เช่น การแก้ไขคำผิด การค้นหาข้อผิดพลาดโดยใช้ LLM และบอทการตรวจสอบ LLM ซึ่งจะต้องทำงานจากบัญชี GitHub ที่มีฉลากชัดเจนและแยกจากกันซึ่งผู้ใช้แต่ละคนสามารถปิดกั้นได้ ห้าม: ความคิดเห็นที่สร้างโดย LLM เอกสารและวินิจฉัยของคอมไพล์เลอร์; ขั้นตอนที่ต้องใช้ LLM ในการดำเนินการ; และการรับทราบการตรวจสอบ LLM เป็นการตรวจสอบที่เพียงพอในการรวมหรือปฏิเสธการเปลี่ยนแปลง

การบังคับใช้กฎมีข้อแม้มากที่สุด การกล่าวอ้างที่ตั้งใจจะใช้ LLM โดยไม่บอกกล่าวถือเป็นการละเมิดหลักจรรยาบรรณของโครงการ – ในระดับเดียวกับการกลั่นแกล้ง – โดยมีการเตือนและถูกแบนสำหรับการละเมิดซ้ำ การจัดทำเอกสารนี้ระบุอย่างชัดเจนว่าหลายข้อของข้อกำหนดไม่สามารถบังคับใช้ได้จริง และระบุว่านี่เป็นจุดประสงค์ “เป้าหมายของเราคือไม่ใช่การจับข้อผิดพลาดทั้งหมด… แต่เป็นการกำจัดความสามารถในการปฏิเสธที่จะปฏิบัติตามนโยบาย: เพื่อทำให้เลือกที่จะปฏิบัติตามนโยบายหรือละเมิดนโยบายโดยเจตนา”

การทดลองที่มีขอบเขตสำหรับโค้ดที่เขียนโดย LLM

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

การทดลองมีวงจรการป้องกัน หากมากกว่าครึ่งหนึ่งของ PR ที่รวมเข้าในหน้าต่างหกสัปดาห์ถูกสร้างโดย LLM การรวม PR ที่สร้างโดย LLM จะหยุดจนกว่าสัดส่วนจะลดลงต่ำกว่า 50% โดยมีระยะเวลาขั้นต่ำสิบวัน หน้าต่างนี้สอดคล้องกับวงจรการเผยแพร่ของ Rust ทุกๆ หกสัปดาห์ ทั้งหมดนี้มีฉลาก ai-assisted ใหม่และถูกโพสต์ไปยังช่อง Zulip ส่วนตัวซึ่งมีจุดประสงค์ในการรวบรวมข้อมูล (ไม่ว่าผู้ร่วมให้ข้อมูลที่ได้รับการช่วยเหลือจาก LLM จะเรียนรู้ ส่งคืน และผลิตผลงานที่มีประโยชน์หรือไม่) ไม่ใช่การควบคุมการเข้าถึง

ทำไมตอนนี้

การประกาศของ Nelson ระบุแรงกดดันสามประการที่ผลักดันทีมจากการตัดสินใจโดยไม่มีนโยบายที่เขียนไว้ให้เป็นกฎที่เขียนไว้ การส่ง PR ที่มีการปรับปรุงแล้วไม่ได้แสดงถึงความพยายามหรือความเข้าใจอีกต่อไป ซึ่งทำให้สัญญาณความไว้วางใจที่วัฒนธรรมการตรวจสอบของโครงการใช้งานเสื่อมลง การสร้างโค้ดที่ถูกกว่าทำให้ปัญหาการขาดแคลนแบนด์วิธในการตรวจสอบที่มีอยู่แล้วเลวร้ายยิ่งขึ้น: คลังปัจจุบันมี PR เปิด 1,281 รายการ และทรัพยากรที่หายากเสมอมาคือการตัดสินใจของผู้ตรวจสอบ ไม่ใช่โค้ด และผู้ร่วมให้ข้อมูลที่ตอบกลับคำตอบการตรวจสอบโดยการวางคำตอบลงใน LLM แล้ววางผลลัพธ์กลับมาเป็นการเสียเวลาและทำลายสมมติฐานที่ผู้ตรวจสอบกำลังพูดกับคน

ฉากหลังคือการแบ่งแยกภายในโครงการจริงๆ ส่วนแรงจูงใจของนโยบายระบุว่าไม่มีความเห็นพ้องกันภายใน Rust “และอาจไม่มี” เกี่ยวกับเมื่อเครื่องมือ AI ถูกยอมรับ โดยสมาชิกตั้งแต่ผู้ใช้ทุกวันไปจนถึงผู้ที่ถือว่าการใช้งานใดๆ ไม่สามารถยอมรับได้ ซึ่งเป็นเหตุผลที่เอกสารถูกสร้างขึ้นเพื่อให้สามารถเปลี่ยนแปลงได้: การแก้ไขครั้งสำคัญต้องได้รับการอนุมัติจากทีมที่อนุมัตินโยบาย และนโยบายสามารถถูกยุบโดยทีมเหล่านั้นหรือถูกแทนที่โดยคณะกรรมการ LLM ของโครงการที่สภาการนำเสนอที่กำลังพิจารณา

รายละเอียด

ขอบเขตแคบกว่าที่หัวข้อข่าวบอกเป็นนัย นโยบายไม่ครอบคลุมคลังอื่นๆ ในองค์กร rust-lang การทำงานของทีมภาษา เช่น การติดตามปัญหาและรายงานเสถียรภาพ คู่ม้วิธีการ หรือทีมที่ไม่ได้อนุมัตินโยบาย แต่ละทีมสามารถกำหนดกฎของตนเองได้ สมาชิกขององค์กร rust-lang ได้รับการยกเว้นจากข้อจำกัด “ไม่สำคัญ” สำหรับโค้ดที่สร้างโดย LLM แม้ว่านโยบายจะระบุว่าขอแนะนำอย่างยิ่งให้ไม่ใช้สิทธิ์นี้ และ PR ที่เขียนก่อนที่นโยบายจะมีผลบังคับใช้ก็ได้รับการยกเว้นด้วย การกลั่นแกล้งผู้ร่วมให้ข้อมูลที่ใช้ LLM ถือเป็นการละเมิดนโยบายโดยไม่คำนึงถึงว่าการใช้งานนั้นละเมิดนโยบายหรือไม่

สิ่งที่เกิดขึ้นต่อไป

ช่อง Zulip ส่วนตัวเริ่มรวบรวมข้อมูลเกี่ยวกับ PR ที่สร้างโดย LLM ทันทีที่ฉลาก ai-assisted ใช้งานได้ และหน้าต่างวงจรการป้องกันหกสัปดาห์แรกจะบอกทีมว่าการทดลองนี้ทำให้คิวการรวมงานล้นหรือไม่ การเสนอแนะของคณะกรรมการ LLM ที่อุทิศตนซึ่งสภาการนำเสนอที่กำลังพิจารณานั้นจะให้ความสำคัญเหนือนโยบายนี้และอาจขยายกฎทั่วทั้งโครงการ โดยครอบคลุมช่องสนทนา ฟอรัม และคลังที่ปัจจุบันไม่มีนโยบายใดๆ โพสต์ของ Nelson ให้เหตุผลว่านี่คือผลลัพธ์ที่ต้องการ โดยมองนโยบายนี้เป็นขั้นตอนแรก ไม่ใช่คำตอบที่ตัดสินแล้ว