OpenAI Presence — เมื่อ AI ก้าวออกจากแชตบอต เข้าสู่ระบบงานจริงขององค์กร
โดย Nokka (นก-กา) | 22 กรกฎาคม 2026
บทความนี้เขียนโดย AI (DeepSeek V4 Pro) ผ่าน Hermes Agent ภายใต้การควบคุมของ Nokka (นก-กา)
วันที่ 22 กรกฎาคม 2026 — OpenAI เปิดตัว Presence แพลตฟอร์ม AI Agent สำหรับองค์กรที่ต้องการนำ Voice และ Chat Agent ไปใช้ในงานจริง [1]
ไม่ใช่แค่ตอบคำถาม แต่เชื่อมกับระบบบริษัท แก้ปัญหา ทำรายการที่ได้รับอนุญาต และส่งต่อให้คนเมื่อเจอเคสที่ไม่ควรตัดสินใจเอง
Presence คืออะไร — ไม่ใช่แชตบอต แต่เป็น Agent ที่ทำงานได้
Presence ไม่ใช่ผลิตภัณฑ์ที่คุณกดสมัครแล้วใช้ได้ทันที — มันคือ deployed product ที่ทีม Forward Deployed Engineers ของ OpenAI และพาร์ตเนอร์ที่เลือกไว้เข้าไปติดตั้งให้ [2] — ยังไม่มีแบบ Self-service [3]
แต่ละ deployment เริ่มจากงานเฉพาะ — เช่น แก้ปัญหาใบแจ้งหนี้, ดำเนินการเคลมประกัน, หรือตอบคำขอ IT ของพนักงาน [4] — Agent จะได้รับเฉพาะข้อมูลและสิทธิ์ที่จำเป็นกับงานนั้น
ลองนึกภาพลูกค้าโทรมาเรื่องบิล — Agent เข้าใจคำขอ, ยืนยันตัวตน, เปิดดูข้อมูลบัญชี, ใช้นโยบายของบริษัท, แล้วทำรายการที่อนุมัติไว้ให้ได้ในบทสนทนาเดียว ถ้าเคสเสี่ยงหรือเกินขอบเขต ก็เรียกคนมารับช่วงต่อ
Presence รองรับ Voice และ Chat ณ วันเปิดตัว — OpenAI บอกว่ามีแผนขยายไป Email และช่องทางอื่นในอนาคต แต่ยังไม่ยืนยัน timeline [2]
วิธีควบคุม — สิ่งที่ทำให้ Presence ต่างจาก "ปล่อย AI ทำงานเอง"
จุดที่น่าสนใจที่สุดของ Presence ไม่ใช่ความสามารถของ AI — แต่เป็น ระบบควบคุม
1. Least-Privilege Access
Agent แต่ละตัวได้เฉพาะข้อมูลและสิทธิ์ที่จำเป็นกับงานนั้น — บริษัทเป็นคนกำหนดว่าอะไรทำได้ อะไรต้องขออนุมัติ และตอนไหนต้องหยุด [1]
2. Simulations + Guardrails ก่อน Launch
ก่อน agent ไปเจอลูกค้าจริง ทีมสามารถทดสอบกับคำขอทั่วไป, edge cases, และสถานการณ์ความเสี่ยงสูง — Graders จะตรวจว่า agent ทำถูกต้องตามนโยบาย, ใช้เครื่องมือถูก, และ escalate เมื่อควร [1]
Guardrails สามารถแทรกแซงได้เมื่อ interaction หลุดออกนอกขอบเขตที่บริษัทกำหนด
| กลไกควบคุม | ทำงานอย่างไร |
|---|---|
| Least-Privilege Access | Agent ได้เฉพาะข้อมูลและสิทธิ์ที่จำเป็นกับงานนั้น |
| Simulations | ทดสอบกับ common requests, edge cases, high-risk scenarios ก่อน launch |
| Graders | ตรวจว่า agent ทำถูกตามนโยบาย, ใช้เครื่องมือถูก, escalate เมื่อควร |
| Guardrails | แทรกแซงเมื่อ interaction หลุดนอกขอบเขตที่กำหนด |
| Codex Improvement Loop | ดูบทสนทนาจริง → เสนอแก้ไข → ทีมทดสอบและอนุมัติก่อนใช้ |
| Shared Foundation | นโยบายและการประเมินผลที่ใช้ร่วมกันข้าม deployment |
3. Codex-Powered Improvement Loop
หลัง launch ระบบจะดูบทสนทนาที่เกิดขึ้นจริงและสัญญาณคุณภาพ แล้วให้ Codex (ผ่าน Presence plugin) เสนอการแก้ไข — ทีมงานต้องทดสอบและอนุมัติก่อนทยอยใช้เวอร์ชันใหม่ [1]
OpenAI รายงานว่า improvement loop นี้ลดอัตราการส่งต่อให้มนุษย์ลง 15 percentage points ภายใน 10 วัน — ตัวเลขจากระบบ phone support ของ OpenAI เอง [1]
4. Shared Foundation
บริษัทกำหนดสิ่งที่คงที่ข้าม deployment — เช่น นโยบาย, การประเมินผล, กฎการ escalate — และสิ่งที่เปลี่ยนตาม workflow หรือ channel — ทำให้ทีมต่อยอดจากของที่เวิร์คแล้ว ขยายไป use case ใหม่โดยไม่ต้องเริ่มจากศูนย์ [1]
ตัวเลข 75% — OpenAI ใช้เองก่อนแล้ว
Presence ไม่ใช่ของที่สร้างเสร็จแล้วโยนให้ลูกค้าลอง — OpenAI ใช้มันรัน phone support ภาษาอังกฤษของตัวเอง ที่เบอร์ 1-888-GPT-0090 อยู่แล้ว [1]
ผลลัพธ์ที่ OpenAI รายงาน:
- แก้ปัญหาสายขาเข้าได้ 75% โดยไม่ต้องให้คนช่วย
- ภายในไม่กี่สัปดาห์ ทำคะแนนเทียบเท่าหรือดีกว่า benchmark ที่ใช้ประเมินคุณภาพพนักงาน support ที่เป็นมนุษย์
- Codex-powered improvement loop ลด human handoff ลง 15 percentage points ใน 10 วัน
⚠️ ตัวเลขนี้เป็นผลที่ OpenAI รายงานจากระบบของตัวเอง — ยังไม่ใช่ผลทดสอบอิสระ
ลูกค้าองค์กรที่ใช้ Presence แล้วรวมถึง BBVA, SoftBank, และ IAG [1]
ข้อจำกัด — สิ่งที่ยังไม่ชัดเจน
Presence เปิดแบบ Limited General Availability — เฉพาะลูกค้าองค์กรที่เข้าเกณฑ์ — ยังไม่มีแบบ Self-service [3]
OpenAI ยังไม่เปิดเผย:
- ราคา — VentureBeat ถาม 2 ครั้งแล้วยังไม่ได้คำตอบ [2]
- ข้อจำกัดทางภูมิศาสตร์
- เงื่อนไขสัญญา
- ค่าใช้จ่ายด้านวิศวกรรมและการติดตั้ง ที่มาพร้อม deployment
เรื่องที่น่าสนใจ — Presence ใช้ OpenAI models เป็น core agent แต่ให้ลูกค้าเชื่อมต่อ third-party models และ services ผ่าน API สำหรับ guardrails, tools, และส่วนอื่นของ workflow ได้ [2] — นี่คือการยอมรับว่า enterprise ไม่ได้ใช้แค่โมเดลเดียว
สนามแข่งใหม่ — จาก "ใครตอบเก่งกว่า" สู่ "ใครควบคุมได้ดีกว่า"
ในมุมมองของผม Presence คือสัญญาณว่าสนามแข่งของ AI Agent กำลังขยับ
จาก "ใครตอบเก่งกว่า" — ซึ่งวัดด้วย benchmark scores — ไปเป็น "ใครเอาไปทำงานจริงแล้วควบคุมได้ดีกว่า"
องค์กรไม่ได้ต้องการแชตบอตที่พูดเก่งอย่างเดียว — แต่อยากได้ระบบที่:
- ทำงานได้จริงใน production
- รู้ว่าเมื่อไหร่ต้องเรียกคน
- ปรับปรุงได้โดยไม่เสียการควบคุม
- มีหลักฐานว่าผ่านการทดสอบก่อนเจอลูกค้า
Presence คือคำตอบของ OpenAI ต่อโจทย์นี้ — และการที่ OpenAI ใช้มันรัน support ของตัวเองก่อน คือการเดิมพันด้วยชื่อเสียงของตัวเองว่าระบบนี้ไว้ใจได้ [5]
ติดตามบทวิเคราะห์ AI และเครื่องมือสำหรับนักพัฒนาได้ที่ Nokka on dev.to — กด Follow ที่โปรไฟล์เพื่อรับอัปเดตทุกครั้งที่มีบทความใหม่
อ้างอิง
[1] OpenAI, "Introducing OpenAI Presence," 22 กรกฎาคม 2026. https://openai.com/index/introducing-openai-presence/
[2] Carl Franzen, "OpenAI unveils Presence, a new platform that lets enterprises launch and manage realtime voice agents and chatbots," VentureBeat, 22 กรกฎาคม 2026. https://venturebeat.com/orchestration/openai-unveils-presence-a-new-platform-that-lets-enterprises-launch-and-manage-realtime-voice-agents-and-chatbots
[3] Help Net Security, "OpenAI Presence connects AI agents to enterprise data with built-in guardrails," 22 กรกฎาคม 2026. https://www.helpnetsecurity.com/2026/07/22/openai-presence-ai-agent-platform/
[4] Firstpost, "OpenAI launches Presence to bring AI agents into customer support and enterprise workflows," 22 กรกฎาคม 2026. https://www.firstpost.com/tech/openai-launches-presence-to-bring-ai-agents-into-customer-support-and-enterprise-workflows-14033281.html
[5] Business Insider, "OpenAI Presence Is About to Take Another Leap Into Corporate Software," 22 กรกฎาคม 2026. https://www.businessinsider.com/openai-presence-corporate-software-customer-service-sales-2026-7
Top comments (0)