Slack Code เปลี่ยนการเขียนโค้ดด้วย AI ให้เป็นงานทีมใน Slack

Code channel ทำงานอย่างไร

ขั้นตอนทั่วไปอาจเริ่มจากไอเดีย รายงานบั๊ก คำขอปรับเว็บไซต์ หรือฟีเจอร์ใหม่ใน Slack ดังนี้

1. สมาชิกทีมแท็ก AI coding agent ที่รองรับ
2. เอเจนต์สร้าง Code channel สำหรับงานนั้น
3. ทีมใส่ข้อกำหนด ข้อจำกัด และบริบทของโปรเจกต์
4. เอเจนต์จัดทำแผนและเสนอการเปลี่ยนแปลง
5. ทีมตรวจสอบโค้ด diff และพรีวิวผลลัพธ์ที่มีให้ใช้งาน
6. สมาชิกทีมสามารถสั่งให้เอเจนต์ปรับแนวทาง หรืออนุมัติขั้นตอนถัดไป

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

ผลลัพธ์คือทีมจะเห็นทั้งเหตุผลและบริบทเบื้องหลังงาน รวมถึงซอฟต์แวร์ที่ AI สร้างขึ้นมา ไม่ได้เห็นเพียงโค้ดก้อนสุดท้ายเท่านั้น

คนที่ไม่ใช่นักพัฒนาก็เข้าร่วมได้

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

ตัวอย่างเช่น ผู้จัดการผลิตภัณฑ์อาจรายงานบั๊กใน Slack พร้อมอธิบายพฤติกรรมที่คาดหวัง จากนั้นเอเจนต์อาจวิเคราะห์ปัญหาและเสนอวิธีแก้ นักพัฒนาจะตรวจ diff ที่ได้ว่าปลอดภัยและเหมาะสมกับโค้ดเบสหรือไม่ ก่อนที่ทีมจะตัดสินใจเดินหน้าสร้าง pull request หรือเข้าสู่รอบตรวจสอบเพิ่มเติม

อย่างไรก็ตาม Slack Code ไม่ได้ทำให้ AI agent กลายเป็นผู้ตัดสินใจขั้นสุดท้าย สิ่งที่เปลี่ยนคือ “พื้นที่ทำงานร่วมกัน” และความโปร่งใสของกระบวนการ ทำให้ผู้เกี่ยวข้องหลายฝ่ายตรวจสอบงานของเอเจนต์ได้ง่ายขึ้น

มนุษย์ยังต้องอนุมัติงานสำคัญ

Slack วาง Slack Code ให้เป็นชั้นสำหรับการมองเห็นและการทำงานร่วมกัน ไม่ใช่ใบอนุญาตให้ระบบนำโค้ดที่ยังไม่ผ่านการตรวจสอบไปใช้งานโดยอัตโนมัติ ทีมสามารถกำหนดให้มนุษย์อนุมัติการดำเนินการที่มีผลกระทบสูง เช่น การเปลี่ยนแปลงที่อาจถูกนำขึ้นระบบ production

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

ประวัติการทำงานยังค้นหาได้

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

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

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

เปิดให้ใช้เมื่อไร และรองรับเอเจนต์ใดบ้าง

Salesforce ระบุว่า Slack Code เปิดให้ใช้งานกับ Slack ทุกแพ็กเกจตั้งแต่วันเปิดตัว โดยพาร์ตเนอร์เอเจนต์กลุ่มแรกมาจาก Anthropic, GitHub, Cognition และ Vercel ขณะที่ ChatGPT ก็ถูกระบุเป็นหนึ่งในเอเจนต์ที่เข้าร่วมการทำงานได้

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

Slack Code กับกลยุทธ์ของ Salesforce

Salesforce นำเสนอ Slack Code ที่งาน Dreamforce ในฐานะวิธีทำให้การพัฒนาซอฟต์แวร์เป็นกีฬาประเภททีม โดยวาง Slack เป็นชั้นประสานงานระหว่าง AI agent จากหลายผู้ให้บริการ แทนที่จะบังคับให้ทีมใช้โมเดลหรือเครื่องมือเขียนโค้ดของ Salesforce เพียงรายเดียว

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

สรุป

แนวคิดหลักของ Slack Code เข้าใจได้ไม่ยาก: แท็ก coding agent เปิดช่องโปรเจกต์เฉพาะ แล้วให้ทีมร่วมกันติดตาม ชี้แนะแนวทาง ตรวจสอบ และอนุมัติงาน

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

ทั้งนี้ ผลลัพธ์จะขึ้นอยู่กับคุณภาพของการเชื่อมต่อกับเอเจนต์แต่ละราย และความเข้มงวดของมาตรฐานการอนุมัติภายในทีม