Atlassian เปิด AMP—เอเจนต์ต้องมีตัวตนและร่องรอยในงานทีม

Atlassian เปิดตัว Agentic Multiplayer Protocol หรือ AMP ในงาน Team ’26 Europe ที่อัมสเตอร์ดัมเมื่อ 6 ตุลาคม 2026 และระบุว่าเริ่มทยอยนำออกใช้ในวันนั้น บริษัทวาง AMP เป็นกรอบให้คนและเอเจนต์ทำงานร่วมกันทั้งบนและนอกแพลตฟอร์ม โดยเอเจนต์มีตัวตน ขอบเขตสิทธิ์ และร่องรอยผลงานที่ทีมตรวจทานได้ การเริ่มนำออกใช้ไม่ได้หมายความว่าความสามารถทุกส่วนพร้อมให้ลูกค้า Atlassian Cloud ทุกองค์กรใช้งานพร้อมกัน

ใน รายงานจากงานของ TechRadar ที่เผยแพร่วันที่ 7 ตุลาคม Mike Cannon-Brookes ซีอีโอ Atlassian กล่าวถึงบทบาทของข้อมูลแวดล้อมว่า “Models are the engine, but context is the fuel.” การสาธิตบนเวทีเชื่อม AMP กับ Atlassian MCP Server และ Loom Record for Agent เพื่อให้เอเจนต์รับข้อมูลจากงานจริง ขณะที่มนุษย์ยังทบทวนผลและตัดสินใจในเรื่องสำคัญ

AMP วางรูปแบบการทำงานร่วมกันอย่างไร

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

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

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

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

ขอบเขต AMP รวมเอเจนต์ภายนอกด้วย หน้าแพลตฟอร์มยก Claude, Figma และ Cursor เป็นตัวอย่างแอปหรือเอเจนต์ที่เชื่อมกับงานบน Atlassian ได้ และอธิบายการลงทะเบียนเอเจนต์เพื่อกำหนดว่าจะให้พบมันบนบอร์ด Jira หน้า Confluence, Rovo Chat หรือเครื่องมือภายนอก จุดสำคัญสำหรับทีมที่ใช้หลายผลิตภัณฑ์จึงอยู่ที่การพางานกลับมาสู่พื้นที่ซึ่งคนอื่นมองเห็นและรับช่วงได้ ไม่ใช่เพียงการเปิดช่องให้เอเจนต์เรียกข้อมูลสำเร็จ

Jira, Confluence และ Rovo เห็นงานของเอเจนต์ตรงไหน

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

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

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

Rovo อยู่ในภาพนี้ทั้งในฐานะเอเจนต์ของ Atlassian และพื้นที่ที่เอเจนต์อื่นอาจปรากฏให้เรียกใช้ Rovo Chat เป็นหนึ่งในจุดที่การลงทะเบียนเอเจนต์สามารถนำมันไปแสดง ส่วน Rovo Studio ใช้สร้างเอเจนต์และระบบอัตโนมัติให้เข้ากับขั้นตอนงาน ความสัมพันธ์ระหว่าง Rovo กับ Jira หรือ Confluence จึงไม่ใช่การให้เอเจนต์เข้าถึงทุกโครงการโดยอัตโนมัติ การทำงานแต่ละครั้งยังต้องอยู่ในขอบเขตสิทธิ์และบริบทที่องค์กรอนุญาต

สำหรับผู้ดูแล Atlassian Cloud คำว่า ‘ตัวตน’ มีรายละเอียดมากกว่าชื่อที่แสดงบนหน้า Atlassian อธิบายรูปแบบที่เอเจนต์ทำงานตามสิทธิ์ของผู้ใช้ที่เรียกมัน หรือทำงานผ่านบัญชีเฉพาะของเอเจนต์ ข้อมูลที่ควรแยกให้ออกคือใครเรียกใช้เอเจนต์ เอเจนต์ได้รับสิทธิ์จากรูปแบบใด และการกระทำถูกบันทึกเป็นของใคร หากสามเรื่องนี้ถูกรวมเป็นชื่อเดียวในสายตาทีม การย้อนตรวจว่าการเปลี่ยนแปลงเกิดขึ้นภายใต้อำนาจของใครจะยากขึ้น

AMP กับ MCP ต่างกันในงานทีมอย่างไร

Model Context Protocol หรือ MCP เป็นมาตรฐานเชื่อมไคลเอนต์ AI เข้ากับข้อมูลและเครื่องมือที่เรียกใช้ได้ Atlassian MCP Server เป็นช่องทางหนึ่งที่พาบริบทจากแพลตฟอร์มไปยังเครื่องมือภายนอก ส่วน AMP เป็นกรอบที่ Atlassian ใช้อธิบายว่าคนกับเอเจนต์ควรร่วมงานกันอย่างไรหลังมีการเชื่อมต่อแล้ว การเปรียบเทียบจึงต้องแยกหน้าที่ทางเทคนิคออกจากสิ่งที่ทีมมองเห็นในผลิตภัณฑ์

• หน้าที่: MCP กำหนดวิธีที่ไคลเอนต์ AI ติดต่อแหล่งข้อมูลหรือเรียกเครื่องมือ ส่วน AMP ครอบประสบการณ์การมอบหมายงาน การร่วมแก้ไข และการส่งผลกลับสู่พื้นที่ทีม ความสามารถเชื่อมต่อเป็นเทคโนโลยีหนึ่งในกรอบ AMP; รูปแบบการร่วมงานเป็นแนวทางออกแบบที่กว้างกว่า
• ตัวตนเอเจนต์: MCP ทำให้ไคลเอนต์ติดต่อเครื่องมือได้ แต่การเชื่อมต่อนั้นไม่ได้ทำให้เพื่อนร่วมทีมเห็นโดยตัวมันเองว่าเอเจนต์ใดอยู่บนบอร์ดหรือใครเป็นเจ้าของ AMP วางตัวตน การปรากฏตัว และการระบุผลงานเป็นหลักของงานร่วมกัน ขณะที่การลงทะเบียนและบัญชีเฉพาะของเอเจนต์เป็นความสามารถผลิตภัณฑ์ที่ต้องดูสถานะการเปิดใช้แยกต่างหาก
• บริบท: MCP เป็นเส้นทางให้เครื่องมือ AI เข้าถึงบริบทที่ได้รับอนุญาต ส่วน AMP วาง Teamwork Graph เป็นแหล่งเชื่อมความรู้และประวัติงานที่เอเจนต์นำไปประกอบการทำงาน การมีเส้นทางเข้าถึงข้อมูลไม่ได้รับประกันว่าเอเจนต์เห็นทุกหน้า ทุกโครงการ หรือเหตุผลของทุกการตัดสินใจ; ขอบเขตจริงขึ้นกับข้อมูลที่เชื่อมและสิทธิ์ที่กำหนด
• การอนุมัติ: AMP วางให้คนรับผิดชอบการตัดสินใจสำคัญและมีจุดให้ตรวจผลงานของเอเจนต์ นี่เป็นหลักการกำกับงานที่ขั้นตอนในผลิตภัณฑ์ต้องรองรับ การใช้ MCP เรียกเครื่องมือไม่ได้สร้างผู้อนุมัติหรือจุดหยุดให้ทบทวนขึ้นมาเอง ทีมจึงต้องดูว่ากระบวนงานที่ใช้อยู่กำหนดให้ใครยอมรับผลก่อนงานเดินต่อ
• การตรวจสอบย้อนหลัง: AMP เน้นการระบุผู้กระตุ้นเอเจนต์ สิ่งที่เอเจนต์ทำ และผลที่ผูกกับงานใน Jira หรือเนื้อหาใน Confluence บันทึกการเรียกเครื่องมือผ่าน MCP อาจช่วยอธิบายการเชื่อมต่อ แต่ยังไม่เท่ากับร่องรอยผลงานที่ผู้ร่วมทีมเปิดดูในพื้นที่งานเดียวกัน บันทึกตรวจสอบและการเชื่อม Agent Sessions เป็นส่วนของผลิตภัณฑ์ที่ทำให้แนวทางนี้จับต้องได้

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

การทยอยเปิดใช้หมายถึงอะไรต่อการกำกับงาน

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

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

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

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

อ่านเพิ่มเติม:

• Atlassian ดึง GPT-6 เข้า Rovo แต่งานของเอเจนต์ยังต้องย้อนตรวจได้
• DigitalOcean เปิด Managed Agents แต่ Public Preview ยังไม่มี SLA