Atlassian OpenAI คือชื่อเรียกดีลที่ Atlassian และ OpenAI ประกาศขยายความร่วมมือเมื่อ 6 ต.ค. 2569 เพื่อนำโมเดลตระกูล GPT-6 ไปใช้กับ agent ใน Jira, Confluence และ Rovo บทความนี้เหมาะกับผู้ดูแลระบบ ฝ่ายจัดซื้อ และฝ่ายกฎหมายขององค์กรไทยที่เก็บข้อมูลโครงการและลูกค้าไว้ในระบบเหล่านี้ อ่านแล้วจะรู้ว่าต้องตรวจอะไรเรื่องข้อมูลและ PDPA
ลองนึกภาพบริษัทซอฟต์แวร์ไทย 50 คนที่เก็บสเปกงานลูกค้า สัญญา และตั๋วแจ้งปัญหาไว้ใน Jira กับ Confluence (ตัวอย่างสมมติ) ถ้าระบบเดิมมี AI agent ที่ใช้โมเดลของ OpenAI ผู้ดูแลระบบต้องตอบได้ว่าข้อมูลเหล่านั้นไปถึงใครบ้าง
สรุปสั้น: Atlassian และ OpenAI ประกาศขยายความร่วมมือเมื่อ 6 ต.ค. 2569 นำโมเดลตระกูล GPT-6 ไปใช้กับ agent ใน Jira, Confluence และ Rovo พร้อมตัวเชื่อม MCP ให้ ChatGPT กับ Codex อ่านข้อมูลของ Atlassian ได้ ยังไม่เปิดเผยมูลค่าดีลและราคา องค์กรไทยควรตรวจตัวเชื่อม สิทธิ์ของ agent และสัญญาประมวลผลข้อมูลตาม PDPA มาตรา 40
ดีล Atlassian OpenAI คืออะไร และประกาศอะไรไว้บ้าง
ดีล Atlassian OpenAI คือการขยายความร่วมมือที่ประกาศเมื่อ 6 ต.ค. 2569 ต่อจากความร่วมมือที่เริ่มตั้งแต่ปี 2566 โดยนำโมเดลตระกูล GPT-6 มาใช้กับ agent บนแพลตฟอร์มของ Atlassian ข้อมูลนี้มาจาก Crypto Briefing และ FourWeekMBA ที่สรุปประกาศของสองบริษัท เพราะหน้าประกาศบน openai.com เปิดอ่านไม่ได้ (ตอบ 403)
| ประเด็น | ข้อเท็จจริงตามรายงาน |
|---|---|
| วันประกาศ | 6 ต.ค. 2569 (ร่วมมือกันมาตั้งแต่ปี 2566) |
| โมเดล | ตระกูล GPT-6 ใช้กับ agent ใน Jira, Confluence, Rovo |
| ชั้นข้อมูล | Rovo ใช้ร่วมกับ Teamwork Graph |
| ตัวเชื่อม | Atlassian MCP Server เชื่อม ChatGPT, Codex กับเครื่องมือของ Atlassian |
| นักพัฒนาใช้ Codex | กว่า 3,000 คน |
| มูลค่าและราคา | ยังไม่เปิดเผย |
รายงานยังระบุว่า GPT-6 Astra จะไม่ใช่โมเดลหลักของ Rovo เพราะ Rovo ใช้ระบบกลาง (AI gateway) เลือกโมเดลจากหลายค่ายตามงาน แต่ผู้เขียนยืนยันข้อความนี้จากหน้าต้นทางไม่ได้ จึงถือเป็นข้อมูลที่ยังไม่ยืนยัน ข่าวว่า Atlassian ผูกพันใช้จ่ายกับ OpenAI หลายปีก็ยังไม่ยืนยันเช่นกัน
ดีล Atlassian OpenAI กระทบองค์กรไทยที่ใช้ Jira และ Confluence อย่างไร
ดีล Atlassian OpenAI กระทบองค์กรไทยตรงจุดที่ข้อมูลโครงการ สัญญา และข้อมูลลูกค้าอาจถูกส่งให้โมเดลภายนอกประมวลผลผ่าน agent หัวข้อนี้เป็นการวิเคราะห์ของผู้เขียน และสื่อที่ตรวจไม่ได้ระบุกำหนดเปิดใช้หรือแผนบริการที่ได้ใช้ จึงยังไม่ควรสรุปว่าทุกบัญชีใช้ได้แล้ว
ข้อมูลใน Jira และ Confluence ไปถึงโมเดลภายนอกได้ทางไหน
จากสิ่งที่รายงาน ข้อมูลอาจไปถึงโมเดลภายนอกได้ 2 ทาง ทางแรกคือ agent ใน Rovo ที่ใช้โมเดลของ OpenAI ร่วมกับ Teamwork Graph ทางที่สองคือตัวเชื่อม Atlassian MCP Server ที่ให้ ChatGPT กับ Codex อ่านข้อมูลของ Atlassian ได้ ผู้ดูแลระบบควรตรวจว่าเปิดตัวเชื่อมนี้ไว้หรือไม่ และกำหนดว่า agent เห็นโครงการใดได้บ้าง
Teamwork Graph เชื่อมทีม โครงการ และเอกสารเข้าด้วยกัน ยิ่งเชื่อมกว้าง ยิ่งต้องคุมสิทธิ์ให้ละเอียด (การวิเคราะห์ของผู้เขียน) แนวคุมสิทธิ์ agent อ่านได้ใน Agentic AI Governance: ธุรกิจไทยต้องควบคุมสิทธิ์ AI Agent อย่างไร ส่วนความเสี่ยงของตัวเชื่อมอยู่ใน ช่องโหว่ AI agent OpenAI: 5 จุดเสี่ยงข้อมูลรั่วที่ไทยต้องรีบเช็ก
PDPA มาตรา 40 และมาตรา 28–29 เกี่ยวกับ agent ใน Jira อย่างไร
ถ้า Jira หรือ Confluence เก็บข้อมูลส่วนบุคคล เช่น ชื่อ อีเมล หรือรายละเอียดสัญญาของลูกค้า การให้ agent ส่งข้อมูลนั้นไปประมวลผลกับโมเดลภายนอกทำให้ต้องเช็กสัญญาประมวลผลข้อมูลตาม พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 และการส่งข้อมูลไปต่างประเทศตามมาตรา 28–29
ถ้าการใช้ agent ทำให้ผู้รับข้อมูลหรือวัตถุประสงค์เปลี่ยนจากที่แจ้งลูกค้าไว้ ควรกลับไปดู Privacy Notice ตามมาตรา 23 ด้วย เรื่องคลาวด์ต่างประเทศกับร่างกฎหมายเก็บข้อมูลในประเทศอ่านได้ใน ร่าง พ.ร.บ. โครงสร้างพื้นฐานดิจิทัล บังคับเก็บข้อมูลคนไทยในประเทศ ธุรกิจที่ใช้คลาวด์ต่างประเทศต้องเตรียมอะไร
ฝ่ายจัดซื้อควรถามผู้ขาย SaaS เรื่องโมเดล AI ว่าอะไร
ฝ่ายจัดซื้อควรถามว่า “ระบบนี้ส่งข้อมูลไปโมเดลของค่ายใดบ้าง” กับผู้ขาย SaaS ทุกราย ไม่ใช่เฉพาะ Atlassian เพราะซอฟต์แวร์องค์กรกำลังเป็นตัวกลางเลือกโมเดลแทนลูกค้า (การวิเคราะห์ของผู้เขียน) ถ้ารายงานเรื่อง AI gateway เป็นจริง ผู้รับข้อมูลอาจมีหลายค่าย ไม่ใช่ OpenAI รายเดียว
ถ้าไม่ตรวจเรื่อง Atlassian OpenAI ก่อนใช้ agent จะเสี่ยงอะไร
ถ้าไม่ตรวจเรื่อง Atlassian OpenAI ข้อมูลลูกค้าหรือสัญญาในตั๋วงานอาจถูกส่งให้โมเดลภายนอกโดยไม่มีสัญญาประมวลผลข้อมูลรองรับ และ agent ที่ได้สิทธิ์กว้างเกินไปอาจดึงข้อมูลข้ามโครงการมาตอบ องค์กรจะตอบลูกค้าหรือหน่วยงานกำกับไม่ได้ว่าข้อมูลไปอยู่ที่ไหน
ผู้ดูแลระบบและฝ่ายกฎหมายควรทำอะไรกับ Jira และ Confluence ก่อนเปิดใช้ agent
ผู้ดูแลระบบและฝ่ายกฎหมายควรเริ่มจากตรวจตัวเชื่อมและสิทธิ์ก่อน แล้วค่อยเก็บเรื่องสัญญากับผู้ขาย 5 ข้อนี้เรียงตามลำดับที่ควรทำ
- 1. ตรวจว่าเปิดตัวเชื่อม MCP ไป ChatGPT และ Codex ไว้หรือไม่ ไล่ดูในหน้าตั้งค่าผู้ดูแลระบบ และปิดตัวที่ไม่มีคนรับผิดชอบ
- 2. กำหนดสิทธิ์ว่า agent เห็นโครงการใดได้บ้าง ตัดโครงการที่มีสัญญา ข้อมูลลูกค้า หรือความลับทางการค้าออกก่อนเปิดใช้
- 3. ถามผู้ขายว่าส่งข้อมูลไปโมเดลของค่ายใดบ้าง ขอรายชื่อผู้ให้บริการโมเดล ที่ตั้งของข้อมูล และเงื่อนไขการนำข้อมูลไปฝึกโมเดล เป็นลายลักษณ์อักษร
- 4. ตรวจสัญญาประมวลผลข้อมูลและการส่งข้อมูลไปต่างประเทศ เทียบกับ PDPA มาตรา 40 และมาตรา 28–29 แล้วแก้ Privacy Notice ถ้าผู้รับข้อมูลเปลี่ยน
- 5. เพิ่มคำถามเรื่องโมเดล AI ในแบบประเมินผู้ขาย SaaS ใช้ชุดเดียวกับผู้ขายทุกราย และทบทวนทุกครั้งที่ผู้ขายเพิ่มฟีเจอร์ AI
ถ้าต้องการคนช่วยทบทวนสัญญาประมวลผลข้อมูลและแบบประเมินผู้ขาย SaaS ดูรายละเอียดได้ที่ บริการ AI Governance และ PDPA ของ Kooru ติดตามต่อได้ที่ หมวด AI & Governance
มุมมองผู้เชี่ยวชาญ
ข้อสังเกตเชิงวิชาชีพของผมคือ ข่าวนี้ไม่ได้บอกว่า OpenAI ชนะใคร แต่บอกว่าซอฟต์แวร์ที่เราใช้ทุกวันกำลังกลายเป็นคนเลือกว่าข้อมูลของเราจะไปให้โมเดลค่ายไหน เมื่อซอฟต์แวร์เลือกโมเดลแทนเรา คำถามว่าข้อมูลไปไหนต้องเริ่มที่สัญญากับผู้ขาย ไม่ใช่ที่ชื่อโมเดล จุดที่องค์กรมักพลาดคือประเมินผู้ขายตอนซื้อ แล้วไม่กลับมาประเมินซ้ำเมื่อผู้ขายเพิ่มฟีเจอร์ AI ภายหลัง
— Phuwara Krobtaku —
LL.M. (IP & IT) | M.S. (IT) | Thai Barrister & Attorney-at-Law
คำถามที่พบบ่อยเกี่ยวกับ Atlassian OpenAI
Atlassian OpenAI ประกาศอะไรเมื่อ 6 ต.ค. 2569
Atlassian และ OpenAI ประกาศขยายความร่วมมือที่เริ่มตั้งแต่ปี 2566 โดยนำโมเดลตระกูล GPT-6 มาใช้กับ agent ใน Jira, Confluence และ Rovo มีตัวเชื่อม MCP ให้ ChatGPT กับ Codex อ่านข้อมูลของ Atlassian ได้ และนักพัฒนาของ Atlassian กว่า 3,000 คนใช้ Codex อยู่แล้ว
ดีล Atlassian OpenAI มีมูลค่าเท่าไร
ยังไม่เปิดเผยทั้งมูลค่า ระยะสัญญา และราคา ข่าวว่า Atlassian ผูกพันใช้จ่ายกับ OpenAI หลายปียังไม่ยืนยัน เพราะหน้าประกาศบน openai.com เปิดอ่านไม่ได้ จึงต้องอ้างจากสื่อที่สรุปประกาศ
องค์กรไทยที่ใช้ Jira ต้องทำอะไรเรื่อง PDPA เมื่อ agent ใช้โมเดลภายนอก
ต้องตรวจว่ามีสัญญาประมวลผลข้อมูลครอบคลุมตาม PDPA มาตรา 40 และตรวจการส่งข้อมูลไปต่างประเทศตามมาตรา 28–29 ถ้ามีข้อมูลส่วนบุคคลของลูกค้าหรือพนักงานอยู่ในระบบ ควรขอรายชื่อโมเดลที่รับข้อมูลจากผู้ขายเป็นลายลักษณ์อักษรด้วย
แหล่งอ้างอิง
- Crypto Briefing — (อ่านต้นฉบับ) — อ่านข่าวที่ Crypto Briefing
- FourWeekMBA — (อ่านต้นฉบับ) — อ่านข่าวที่ FourWeekMBA
บทความนี้เป็นการสรุปข่าวและให้ข้อมูลทั่วไป ไม่ใช่คำแนะนำทางกฎหมาย หากต้องการคำปรึกษาเฉพาะกรณีของธุรกิจคุณ ควรปรึกษาผู้เชี่ยวชาญ
