Harness เข้าซื้อสินทรัพย์ของ Augment Code เพื่อเชื่อมต่อเอเจนต์การเขียนโค้ดกับการส่งมอบซอฟต์แวร์

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

เมื่อวันที่ 8 ตุลาคม Harness ประกาศว่าบริษัทได้เข้าซื้อสินทรัพย์บางส่วนของ Augment Code รวมถึง Cosmos, Auggie CLI, Code Context Engine และเทคโนโลยีที่เกี่ยวข้อง ทีมงานที่อยู่เบื้องหลังผลิตภัณฑ์เหล่านี้จะเข้าร่วมกับ Harness Cosmos จะกลายเป็น Harness Cosmos Software Factory Agent ซึ่งจะขยายแพลตฟอร์มการส่งมอบซอฟต์แวร์ของบริษัทไปสู่การทำงานด้านวิศวกรรมที่เกิดขึ้นก่อนที่การเปลี่ยนแปลงจะถึงไพพ์ไลน์การปรับใช้

ความแตกต่างนี้สำคัญ: นี่เป็นการเข้าซื้อสินทรัพย์ที่เลือกและทีมที่เกี่ยวข้อง ไม่ใช่การซื้อบริษัท Augment Code ทั้งหมด ความสำคัญอยู่ที่เทคโนโลยีที่ถูกรวมเข้าด้วยกัน: เอเจนต์ที่เข้าใจและแก้ไขฐานโค้ด พร้อมกับระบบที่เข้าใจว่าการทดสอบ, ปล่อยและดำเนินการโค้ดนั้นเป็นอย่างไร

สิ่งที่ Harness นำเข้าสู่แพลตฟอร์มของตน

การประกาศนี้ทำให้ Cosmos กลายเป็นจุดเริ่มต้นของวงจรชีวิตการพัฒนาซอฟต์แวร์ (SDLC) ที่ค่อยๆ มีความอัตโนมัติเพิ่มขึ้น ความต้องการ, ตั๋วที่มอบหมาย หรือบั๊กที่รายงานสามารถเริ่มกระบวนการทำงานที่ประสานกันได้ ซึ่งเอเจนต์จะวางแผนการเปลี่ยนแปลง, เขียนโค้ดและการทดสอบ, และเปิด pull request วิศวกรยังคงมีส่วนร่วมในจุดตัดสินใจ เช่น การอนุมัติการออกแบบและการตัดสินใจรวมโค้ดขั้นสุดท้าย

สิ่งนี้เกินกว่าการสร้างแพตช์เริ่มต้น เอเจนต์ของ Cosmos สามารถทำงานต่อบน pull request เดียวกันเมื่อผู้ตรวจทบทวนทิ้งคอมเมนต์หรือการตรวจสอบล้มเหลว ผู้เชี่ยวชาญที่สร้างไว้ล่วงหน้า เช่น Project Builder, PR Author, Deep Reviewer และ PR Fixer ให้ทีมมีขั้นตอนการทำงานที่สามารถปรับให้เข้ากับรีโพซิทอรีและมาตรฐานของตนเองได้

แต่ละเอเจนต์ทำงานในเครื่องเสมือนที่แยกจากกัน การกำหนดเส้นทางโมเดล, การรวมกับ GitHub, Jira และ Slack, หน่วยความจำร่วม, การเวอร์ชันและการควบคุมงบประมาณ ให้โครงสร้างพื้นฐานที่รองรับการทำงานนี้ทั่วทั้งองค์กรวิศวกรรม

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

วิธีการทำงานของ Cosmos นอกเหนือจากหน้าต่างแชท

หน้าผลิตภัณฑ์ Cosmos ของ Augment เพิ่มรายละเอียดที่เป็นประโยชน์เกี่ยวกับโมเดลการทำงานนั้น Pull request, การแจ้งเตือน, ตารางเวลาและเว็บฮุคสามารถเปิดใช้งานผู้เชี่ยวชาญเฉพาะด้าน ทีมกำหนดสภาพแวดล้อม, การรวมระบบและจุดตรวจสอบของมนุษย์รอบ ๆ ตัวกระตุ้นเหล่านั้น ทำให้การทำงานเริ่มต้นได้โดยไม่ต้องให้ใครสั่งการใหม่สำหรับแต่ละเหตุการณ์

Cosmos ยังสนับสนุนการกำหนดผู้เชี่ยวชาญและขั้นตอนการทำงานตามเหตุการณ์ในรูปแบบ YAML ที่เวอร์ชัน, การนำการเปลี่ยนแปลงผ่าน Auggie CLI และการจัดการประวัติการกำหนดค่าบน Git สิ่งนี้ทำให้ขั้นตอนการทำงานของเอเจนต์เองเป็นสิ่งที่ทีมสามารถตรวจสอบและเปลี่ยนแปลงได้ผ่านแนวปฏิบัติวิศวกรรมที่คุ้นเคย หน้าผลิตภัณฑ์อธิบายความรู้ร่วมขององค์กรและขีดจำกัดการใช้จ่ายพร้อมกับการควบคุมเหล่านั้น

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

Code Context Engine เป็นหัวใจของข้อตกลงนี้

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

คำอธิบายของ Augment เกี่ยวกับ Code Context Engine ระบบทำการจัดทำดัชนีโค้ดแบบเชิงความหมายและดึงข้อมูลที่เกี่ยวข้องกับงานนั้น มันอ้างอิงความสัมพันธ์ระหว่างรีโพซิทอรีและบริการ, ประวัติคอมมิต, รูปแบบของฐานโค้ดและวัสดุสนับสนุนเช่นเอกสารและทิกเก็ต แทนที่จะใส่รีโพซิทอรีทั้งหมดลงในพรอมต์ ระบบจะจัดอันดับและคัดสรรบริบทที่เกี่ยวข้อง

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

Harness กำลังเข้าซื้อความสามารถด้านบริบทนี้พร้อมกับเครื่องมือที่ทำให้มันทำงานได้ โอกาสที่กว้างขึ้นคือการเชื่อมต่อความรู้ว่ารหัสทำอะไรกับหลักฐานของสิ่งที่เกิดขึ้นหลังจากมันออกจากรีโพซิทอรี

การเชื่อมต่อรีโพซิทอรีกับระบบที่กำลังทำงาน

Harness มีการทำงานอยู่แล้วในด้านการส่งมอบของวงจรชีวิต ตัวแทนของบริษัทครอบคลุมการส่งมอบซอฟต์แวร์ การทดสอบความปลอดภัย การปกป้องขณะทำงาน และการจัดการต้นทุน การเข้าซื้อกิจการนี้สร้างเส้นทางให้การทำงานด้านวิศวกรรมที่เตรียมโดย Cosmos สามารถเคลื่อนย้ายเข้าสู่กระบวนการทำงานต่อเนื่องเหล่านั้นได้

กราฟความรู้การส่งมอบซอฟต์แวร์ของบริษัท Software Delivery Knowledge Graph ถูกออกแบบให้เชื่อมต่อข้อมูลจาก Git, CI/CD, โครงสร้างพื้นฐานคลาวด์, ความปลอดภัยและเครื่องมือการดำเนินงาน. Harness อธิบายว่าเป็นชั้นเชิงความหมายที่มีความสัมพันธ์ที่จัดโครงสร้าง, ตัวตนมาตรฐานและการกรองการเข้าถึง. ตัวอย่างเชิงปฏิบัติหนึ่งคือการแก้ไขชื่อที่แตกต่างกันของบริการเดียวกันในหลายที่ เช่น ที่รีโพซิทอรี, Kubernetes และระบบการเฝ้าติดตาม.

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

ในการ ประกาศการเข้าซื้อกิจการ ของ Harness, บริษัทอธิบายว่าการเชื่อมต่อ Code Context Engine และ Software Delivery Knowledge Graph เป็นขั้นตอนต่อไปที่วางแผนไว้. วงจรข้อเสนอแนะที่ตั้งใจไว้จะส่งผลการค้นพบลงสู่กระบวนการทำงานของวิศวกรรมเพื่อให้เอเจนต์สามารถเตรียมการแก้ไขและส่งผ่านการตรวจสอบอีกครั้ง. ผู้อ่านควรแยกแยะทิศทางการบูรณาการนี้ออกจากการอ้างว่าแต่ละส่วนของกระบวนการทำงานร่วมกันทั้งหมดได้ถูกส่งมอบแล้ว.

Autonomy still needs a release decision

วงจรที่เสนออาจลดแหล่งที่มาของภาระงานวิศวกรรมที่คุ้นเคย: การสร้างปัญหาใหม่และการพาเนื้อหาไปยังเครื่องมืออื่น ๆ หากการทดสอบเปิดเผยการถดถอย ผลลัพธ์ที่มีประโยชน์คือการแก้ไขที่เชื่อมโยงกับการตรวจสอบที่ล้มเหลว ตามด้วยหลักฐานว่าการแก้ไขทำงานได้ การเปิด pull request อีกอันโดยไม่มีหลักฐานนั้นจะเพียงย้ายคอขวดไปเท่านั้น

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

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

การเดิมพันบนเส้นทางเต็มจากแนวคิดสู่การผลิต

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

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

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