**99% ของคนยังไม่รู้ว่า OpenAI ได้สร้างความก้าวหน้าครั้งใหญ่ในวงการ AI engineering อีกแล้ว
**
- การเปิดตัวฟีเจอร์ใหม่ที่เปลี่ยนชีวิตไปเลย (สวัสดี Grokbot) ซึ่งผมจะพูดถึงในบทความนี้: มันคืออะไร ทำไมถึงสำคัญ และวิธีตั้งค่าให้ได้ผล 100% Dots คือจุดเริ่มต้นที่น่าสนใจที่สุด มันมอบ personal agent พร้อม cloud computer ส่วนตัวให้คุณ และสามารถสั่งงานเบื้องหลังได้ ทำความรู้จัก Dots
DevDay ยังมาพร้อมกับโมเดลใหม่ เอกสารที่แชร์ร่วมกัน อัปเดตด้านการเขียนโค้ด ปลั๊กอิน และเครื่องมือสำหรับสร้าง agent เข้าไปในโปรดักต์ของคุณเองด้วย
ก่อนจะได้รู้ข้อมูลวงใน - สมัครรับจดหมายข่าว Substack ของผมเพื่ออัปเดตข้อมูลใหม่ๆ ก่อนใคร - https://substack.com/@0xcodila
1. สร้าง Dot ของคุณและมอบหมายงานให้มัน
https://x.com/OpenAI/status/2104980481876070819
เปิด Dots ใน ChatGPT บนเดสก์ท็อป แล้ว ทำตามขั้นตอนแนะนำ คุณสามารถเพิ่มการเชื่อมต่อระหว่างการตั้งค่า หรือกลับมาทำทีหลังก็ได้
ตอนเปิดตัว สิทธิ์ใช้งานส่วนตัวจะเริ่มทยอยเปิดให้ผู้ใหญ่ที่ใช้แพ็กเกจ Pro 100, 200 และ 500
แต่ยังไงก็อย่าลืมเช็ค เงื่อนไขการเข้าถึงปัจจุบัน ก่อนซื้อแพ็กเกจเพื่อใช้ฟีเจอร์นี้นะ!
ถ้าบัญชีของคุณยังไม่มี Dots ขั้นตอนที่ 5-8 ก็ยังเป็นจุดเริ่มต้นที่มีประโยชน์อยู่ดี ขึ้นอยู่กับแพ็กเกจที่คุณใช้
Dots เวอร์ชันเปิดตัวทำงานบน
GPT‑6 Astra
และนี่คือจังหวะที่ Dots เอาชนะ GrokBot Grok 4.6 นั้นอ่อนมาก และทางเดียวที่จะพัฒนาได้คือการต่อ GPT และ Claude เข้ากับมันโดยตรง
https://x.com/0xCodila/status/2104634929518641487
Sol เป็นตัวเลือกโมเดลแยกต่างหากสำหรับ Work, Codex และ API
ทีนี้ลองมอบหมายหน้าที่ให้ Dot ของคุณดู คำสั่งอย่าง "ช่วยฉันทำงานให้มีประสิทธิภาพขึ้น" นั้นปล่อยให้อะไรหลายๆ อย่างคลุมเครือเกินไป
เริ่มจากตรงนี้:
ช่วยฉันประสานงานการเปิดตัว [product] ในวันที่ [date] โดยใช้เอกสารสรุปการเปิดตัว เช็กลิสต์ และบทสนทนาที่ฉันแชร์ให้โดยเฉพาะ ช่วยระบุข้อกำหนดที่เปลี่ยนแปลง อุปสรรคที่ติดขัด งานที่ยังไม่มีคนรับผิดชอบ และการตัดสินใจที่ฉันต้องทำ สำหรับงานแรก ให้ส่งรายงานสถานะการเปิดตัวพร้อมลิงก์แหล่งที่มา ถามฉันหากขาดสิทธิ์เข้าถึงอะไร ร่างข้อเสนอแนะมาให้ดูก่อน และรอฉันอนุมัติก่อนส่งข้อความหรือแก้ไขไฟล์ที่แชร์ร่วมกัน
อ่านรายงานแรกนั้นอย่างละเอียด มันรู้วันที่เปิดตัวที่ถูกต้องไหม? คุณเปิดแหล่งอ้างอิงของมันได้หรือเปล่า? มันเผลอเอาข้อเสนอแนะไปปนกับการตัดสินใจที่ตกลงกันไว้แล้วหรือไม่?
แก้ความเข้าใจผิดพวกนั้นให้เรียบร้อยก่อนมอบงานประจำให้มัน
ชัยชนะครั้งแรกของคุณคือเอกสารสรุปที่ถูกต้อง ทุกอย่างหลังจากนี้จะต่อยอดจากจุดนี้
2. เชื่อมต่อแอปและคอมพิวเตอร์ที่มันต้องใช้
สำหรับการส่งข้อความ ให้เปิดโปรไฟล์ของ Dot แล้วเลือก Add
คู่มือช่องทางเชื่อมต่อ จะครอบคลุมตัวเลือกที่รองรับ รวมถึง Slack และ Microsoft Teams
สำหรับการเปิดตัวของเรา ให้เชื่อมต่อเอกสารต้นทางและเครื่องมือสื่อสารที่งานนั้นต้องใช้ จากนั้นบอกให้ Dot ของคุณเช็คว่ามันเข้าถึงอะไรได้บ้างจริงๆ
ค้นหาเอกสารสรุปการเปิดตัวและเช็กลิสต์ที่ฉันแชร์ไว้ ส่งลิงก์และการเปลี่ยนแปลงล่าสุดที่เกี่ยวข้องมาให้ฉัน บอกด้วยว่าแหล่งอ้างอิงไหนที่ฉันขอไปแล้วแต่อ่านไม่ได้
สำหรับเว็บไซต์ที่ต้องล็อกอิน ให้เปิด cloud computer จากเมนู Computers ในโปรไฟล์ของ Dot แล้วใช้ browser handoff หรือขั้นตอนการลงชื่อเข้าใช้แบบส่วนตัว
- เบราว์เซอร์ของมันมีเซสชันเป็นของตัวเอง การที่คุณล็อกอินอยู่ในแล็ปท็อปส่วนตัว ไม่ได้แปลว่า Dot จะล็อกอินเข้าไปด้วยโดยอัตโนมัติ
กรอกข้อมูลเข้าสู่ระบบผ่านหน้าจอล็อกอิน ทำการยืนยันบัญชีให้ครบถ้วน แล้วคืนการควบคุมเพื่อให้มันทำงานต่อได้
งานบนคลาวด์สามารถรันต่อไปได้แม้คุณจะปิดฝาแล็ปท็อป แต่การทำงานบนคอมพิวเตอร์ของคุณเองจะต้องเปิดเครื่องทิ้งไว้และรันแอปนั้นอยู่ เลือกสภาพแวดล้อมให้เหมาะกับงานนะ
ข้อผิดพลาดที่เจอบ่อยๆ คือ: การเชื่อมต่อ Slack ไม่ได้แปลว่ามันจะคอยเฝ้าดูแชแนลนั้นตลอดเวลา เราจะไปตั้งค่าเรื่องนี้อย่างชัดเจนในขั้นตอนที่ 4
3. มอบหมายผลลัพธ์และเก็บบริบทไว้
การอัปเดตการเปิดตัวเกี่ยวข้องกับหลายแหล่งข้อมูล ให้มอบหมายงานทั้งชิ้นที่เสร็จสมบูรณ์แก่ Dot พร้อมนิยามให้ชัดว่าแบบไหนเรียกว่า "เสร็จแล้ว"
มันสามารถ มอบหมายงานเบื้องหลัง ได้ งานเหล่านั้นจะได้รับคำสั่งและบริบทที่เกี่ยวข้อง คุณไม่ควรทึกทักเอาเองว่าทุก worker จะเห็นบทสนทนาทั้งหมดของคุณ
ลองทำแบบนี้เมื่อเชื่อมต่อทุกอย่างเรียบร้อยแล้ว:
เปรียบเทียบเอกสารสรุปการเปิดตัวฉบับปัจจุบัน เช็กลิสต์ และบทสนทนาใน Slack ที่เลือกไว้ สร้างรายงานอัปเดตหนึ่งฉบับ แบ่งเป็นสี่ส่วน: อะไรที่เปลี่ยนแปลง อะไรที่ติดขัด ใครรับผิดชอบขั้นตอนถัดไป และอะไรที่ต้องการ
การตัดสินใจของฉัน ลิงก์ ข้อเท็จจริงแต่ละข้อไปยังแหล่งที่มา หากข้อมูลขัดแย้งกัน ให้ชี้ให้เห็นความขัดแย้งนั้น ระบุผู้รับผิดชอบที่เสนอมาเป็นเพียงข้อเสนอ เว้นแต่จะมีคนรับงานนั้นไปแล้ว
ประโยคสุดท้ายนั้นสำคัญมาก เพราะรายการที่จัดรูปแบบสวยงามอาจแอบเปลี่ยน "การคาดเดา" ให้กลายเป็น "ความรับผิดชอบของคนอื่น" ได้อย่างเงียบๆ
ใช้ Activity เพื่อตรวจสอบงานที่มอบหมายไปและผลลัพธ์ เปิดดูผลงานจริงและเช็คว่ามันตอบโจทย์ที่ได้รับมอบหมายหรือไม่
- Dots สามารถเก็บบริบทที่มีประโยชน์ไว้ผ่าน memory และ notes ได้ แต่... นั่นไม่ได้หมายความว่ามันจะจำทุกรายละเอียดในทุกบทสนทนา
เก็บการตัดสินใจสำคัญของโปรเจกต์ไว้ในเอกสารที่เข้าถึงง่าย และอ้างถึงเอกสารนั้นในงานต่อๆ ไป
สำหรับงานเขียนโค้ดที่สั่งให้ทำบนคลาวด์ ต้องตั้งค่าสภาพแวดล้อม Codex Cloud ก่อน ซึ่งขั้นตอนที่ 7 จะพูดถึงเรื่องนี้
ผลลัพธ์ที่มีประโยชน์ในที่นี้คือรายงานอัปเดตหนึ่งฉบับที่คุณนำไปดำเนินการต่อได้ทันที พร้อมหลักฐานที่อยู่ใกล้พอจะตรวจสอบได้
4. ตั้งให้เป็นงานประจำ โดยยังคุมเกมได้อยู่
เมื่อรายงานแบบครั้งเดียวเริ่มมีประโยชน์แล้ว ให้ สั่งตั้งเวลาทำงาน
ทุกวันจันทร์ถึงศุกร์ เวลา 09:00 น. โซนเวลา Europe/Sofia ให้เตรียมรายงานอัปเดตการเปิดตัวโดยใช้แหล่งข้อมูลที่เรายืนยันแล้ว ทำไปจนถึง [end date] ส่งไปที่ [supported destination] รวมสิ่งที่เปลี่ยนแปลงจากรายงานครั้งก่อน และการตัดสินใจที่รอฉันอยู่ ยืนยันกำหนดการ โซนเวลา และปลายทางที่บันทึกไว้ด้วย
เข้าไปเช็คในหัวข้อ Scheduled ยืนยันว่ามันถูกสร้างขึ้นมาจริงๆ และเวลาตรงตามที่คุณสั่ง
- การติดตามแบบ event-driven เป็นอีกเรื่องหนึ่ง ให้ถามก่อนว่าบริการที่เชื่อมต่ออยู่รองรับอะไรบ้าง แล้วยืนยัน event กับ response ก่อนนำไปใช้จริง
ตัวอย่างเช่น: ข้อกำหนดเปลี่ยนไปในแชแนลเปิดตัว → Dot ของคุณเตรียมเอกสารสรุปฉบับใหม่ แค่เชื่อมต่อแชแนลอย่างเดียวไม่ได้ทำให้เกิดกระบวนการนี้โดยอัตโนมัติ
ถัดไป ลองดู Custom rules ภายใต้ Settings → Personalization → Permissions
คุณสามารถกำหนดได้ว่าแอ็กชันไหนให้ทำได้เลย อันไหนต้องสั่งชัดเจน อันไหนต้องขออนุมัติ หรืออันไหนต้องส่งกลับมาให้คุณจัดการ
กฎเริ่มต้นของผมสำหรับการเปิดตัวนี้จะเป็นแบบนี้:
ค้นหาข้อมูลและร่างเอกสารภายในขอบเขตสิทธิ์ที่ฉันอนุญาตไว้ ถามฉันก่อนเสมอหากจะส่งข้อความ แก้ไขบันทึกโปรเจกต์ที่แชร์ร่วมกัน ใช้เงิน หรือเผยแพร่สิ่งใดก็ตาม
กฎเหล่านี้ช่วยชี้นำพฤติกรรม แต่มันไม่ได้ไปเพิ่มสิทธิ์ในแอปที่ไม่เคยมี หรือรับประกันว่าทุกแอ็กชันจะสมบูรณ์แบบเสมอไป
นอกจากนี้ยังมี สามจุดที่สามารถหยุดการทำงานได้:
- Pause - Activity - Scheduled
การกดหยุด agent หลักไม่ได้ยกเลิกอีกสองจุดโดยอัตโนมัติ อย่าลืมเช็คทั้งสามที่เวลาจะปิด workflow นะ
5. ใช้งาน GPT‑6.1 Sol
ตัวเลือกโมเดลคือจุดถัดไปที่ผมจะไป
GPT‑6.1 Sol พร้อมใช้งานแล้วใน Work และ Codex สำหรับแพ็กเกจ Plus, Pro, Business, Enterprise และ Edu ผู้ดูแล Workspace อาจต้องเปิดใช้งานให้ก่อน
https://x.com/thsottiaux/status/2105007628460109953
รวมถึงในตัวเลือกโมเดลแชทด้วย
OpenAI อธิบายว่า Sol ให้ประสิทธิภาพใกล้เคียง Astra แต่ต้นทุนต่ำกว่า ผมแนะนำให้ลองเทียบทั้งสองตัวในงานหนักๆ ที่คุณคุ้นเคยก่อนเลือกใช้เป็นค่าเริ่มต้น
เปิดตัวเลือกโมเดลใต้ช่องพิมพ์ เลือก Sol แล้วเริ่มจากการตั้งค่า reasoning แบบเริ่มต้น
มอบหมายงานที่มีผลลัพธ์ให้คุณประเมินได้:
อ่านเอกสารสรุปการเปิดตัวนี้และหน้า Landing Page ปัจจุบัน หาข้อความที่ไม่มีหลักฐานรองรับ คลุมเครือ หรือขัดแย้งกัน เสนอข้อความทดแทนที่ชัดเจน และอธิบายว่าแต่ละจุดต้องการหลักฐานอะไรมาสนับสนุน
สำหรับผู้ใช้ API รหัสโมเดลคือ gpt-6.1-sol
นี่คือการเปรียบเทียบราคา token ตามมาตรฐาน:
นั่นทำให้ราคาต่อหน่วยของ input และ output มาตรฐานของ Sol ถูกลง 80% แต่ต้นทุนงานสุดท้ายของคุณก็ยังขึ้นอยู่กับจำนวน token ที่ใช้ เครื่องมือ และเงื่อนไขราคาอยู่ดี
Sol รองรับ context window ขนาด 1.05 ล้าน token คำขอที่มี input token เกิน 272,000 จะมีอัตราค่าบริการสูงขึ้น เช็คหน้าโมเดลให้ดีก่อนจะคิดว่า context ขนาดใหญ่นั้นราคาถูก
ทีนี้มาแยกเรื่องการเลือกโมเดลออกจากการเลือกความเร็ว
เมื่อเทียบกับ Astra มาตรฐาน Astra Ultrafast สร้าง token ได้เร็วขึ้นสูงสุด 8 เท่าใน Codex
https://x.com/sama/status/2104994601140711896
แต่งานที่ต้องรอเบราว์เซอร์ ใช้เครื่องมือ หรือใช้เหตุผลยาวๆ จะไม่เสร็จเร็วขึ้น แปดเท่า โดยอัตโนมัติหรอกนะ
คู่มือความเร็ว ระบุว่ารองรับ Pro 500 และ Enterprise/Edu ที่มีสิทธิ์ Ultrafast ยังกินโควต้าการใช้งานเร็วกว่าด้วย
แพ็กเกจ Pro 500 ใหม่ ราคา $500/เดือน การซื้อเครดิตเพิ่มใน Pro 100 หรือ 200 ไม่ได้ปลดล็อก Ultrafast ให้คุณ
สุดท้าย Sign in with ChatGPT ช่วยให้ผู้ใช้ Plus/Pro ที่มีสิทธิ์ นำโควต้าการใช้งานของแพ็กเกจตัวเองไปใช้ในแอป third-party ที่เข้าร่วมได้
เลือกตัวเลือกการเข้าสู่ระบบด้วย ChatGPT แล้วเปิดใช้งาน plan usage ในแอปที่รองรับ การรองรับการล็อกอินกับการรองรับการใช้โควต้าเป็นคนละเรื่องกัน การใช้โควต้าคือการแชร์วงเงินของคุณ และอาจยังมีค่าธรรมเนียมของแอปนั้นๆ อยู่
6. ย้ายงานของคุณเข้ามาใน ChatGPT Space
**ส่วนนี้น่าสนใจมาก
ตอนนี้การเปิดตัวของเรามีทั้งรายงาน การตัดสินใจ และเอกสารร่างแล้ว มาหาที่ให้ทีมค้นหารุ่นล่าสุดกันเถอะ*
https://x.com/thsottiaux/status/2104983716049379472
ตอนเปิดตัว Space และ Pages จะใช้ได้บนแพ็กเกจ Pro, Business และ Enterprise
เปิด Space เลือก New page แล้วสร้างหน้าสำหรับการเปิดตัว เพิ่มเอกสารสรุป ไฟล์ที่เกี่ยวข้อง และลิงก์แหล่งอ้างอิง
ใช้ ChatGPT คู่ไปกับหน้านั้นเพื่อร่างหรือแก้ไขเนื้อหา คู่มือ Space จะครอบคลุมการสร้างหน้า การจัดระเบียบ space และการแชร์สิทธิ์เข้าถึง
เปลี่ยนเอกสารการเปิดตัวเหล่านี้ให้เป็นหน้าสำหรับทำงาน ประกอบด้วย: ขอบเขตปัจจุบัน ข้อความที่อนุมัติแล้ว การตัดสินใจที่ยังค้างอยู่ ผู้รับผิดชอบ และบันทึกการเปลี่ยนแปลงที่ระบุวันที่ เก็บลิงก์แหล่งอ้างอิงไว้ด้วย
นี่คือจุดที่ Pages เริ่มมีประโยชน์: เวอร์ชันที่ตกลงกันแล้วจะมี "บ้าน" ให้คุณกลับมาดูและอัปเดตได้ตลอด
สำหรับ team space ให้ไปที่ All → New → Space ตั้งชื่อ แล้วเชิญผู้ร่วมงาน เช็คสิทธิ์การเข้าถึงก่อนใส่ข้อมูลสำคัญ เพราะสมาชิกของ space จะเข้าถึงได้ทุกหน้าในนั้น
Collaborative Slides เป็นอีกหนึ่งประกาศจาก DevDay โดยวางแผนจะเปิดให้ใช้ในอีกไม่กี่สัปดาห์ข้างหน้า ให้มองว่าเป็นส่วนหนึ่งของ workflow นี้ที่กำลังจะมา
สำหรับ automation ที่ใช้ร่วมกัน Teams และ Team Tasks จะช่วยจัดการงานแบบตั้งเวลาหรือ event-driven โดยใช้การเชื่อมต่อของทีมและ service account ที่ตั้งค่าไว้
- ดึงผู้ดูแล workspace มาช่วยตั้งค่านี้ด้วย workflow ของทีมต้องมีสิทธิ์เข้าถึงที่คงอยู่ แม้เพื่อนร่วมงานคนใดคนหนึ่งจะออกจากระบบหรือลาออกไปแล้วก็ตาม
OpenAI ยังประกาศ @ChatGPT ใน Slack และ Microsoft Teams อีกด้วย ผู้ดูแลระบบจะเป็นคนตั้งค่า integration รวมถึงเครื่องมือและแชแนลที่อนุญาต
- Dot ส่วนตัวของคุณใน Slack กับ integration @ChatGPT ที่แชร์กันใน workspace มีขั้นตอนการตั้งค่าและกฎการเข้าถึงที่ต่างกัน ตัดสินใจให้ดีว่า workflow ควรใช้แหล่งข้อมูลของใคร
จากนั้นก็มี Meetings plugin: ติดตั้งจาก Plugins ตั้งค่าเสียงให้เรียบร้อย แล้วใช้ Take notes สำหรับการประชุม
แจ้งผู้เข้าร่วมประชุมและขออนุญาตก่อนอัดเสียงเสมอ หลังจากนั้นให้ตรวจทานสรุปและ action item ที่เสนอมาก่อนนำไปเป็นคำมั่นสัญญาจริงๆ
ตอนเปิดตัว Meetings เป็นเบต้าบน macOS เดสก์ท็อปสำหรับ Pro และ Business ส่วน Enterprise อยู่ในขั้น alpha การเชื่อมต่อกับปฏิทินจะเพิ่มความสะดวก เช่น การแจ้งเตือน
7. สร้าง ตรวจทาน และปล่อยงานด้วย Codex
สมมติว่ารายงานการเปิดตัวเจอปัญหาจริง: หน้าสมัครใช้งานพังบนมือถือ
https://x.com/OpenAIDevs/status/2104996045482778973
มอบหมายงานเขียนโค้ดโดยมีเป้าหมายที่ทำซ้ำได้
ก่อนอื่น ตั้งค่า Codex Cloud: เลือก Work in → Cloud สร้าง environment และเชื่อมต่อ GitHub repository ที่ต้องการ
ปล่อยให้ระบบตรวจสอบโปรเจกต์และติดตั้ง dependencies ตรวจทานรายงานที่ได้ แก้ไขจุดที่ขาดหาย และ publish environment ก่อนเริ่มงาน
จำลองปัญหาการสมัครใช้งานที่อธิบายไว้ใน [issue] หาสาเหตุ แก้ไขให้น้อยที่สุดแต่ตรงจุด และรันการทดสอบที่เกี่ยวข้อง ส่ง diff ผลลัพธ์ และจุดที่ยังไม่แน่ใจกลับมาให้ฉัน
Codex CLI ตัวใหม่เป็นอีกหนึ่งจุดเริ่มต้น ทำตาม คู่มือการติดตั้ง ล็อกอิน แล้วเปิดใช้งานในไดเรกทอรีโปรเจกต์ของคุณ
เพื่อเริ่มต้นด้วย Sol:
1codex --model gpt-6.1-sol
การอัปเดตนี้เพิ่มการควบคุมด้วยเสียงและมุมมอง /agents สำหรับติดตามงานที่มอบหมายไป
- CLI ยังมีตัวเลือกโมเดล สิทธิ์การเข้าถึง และการควบคุมการตรวจทาน เลือก environment ที่ให้ repository และเครื่องมือที่ agent ต้องการจริงๆ
ถัดไป เปิด Code Review ในแถบด้านข้างของเดสก์ท็อป เชื่อมต่อ provider ของคุณ แล้วเลือก pull request
คู่มือการตรวจทาน ระบุว่ารองรับ GitHub และมี GitLab ให้ทดลองใช้ เมื่อตั้งค่าแล้ว การตรวจทานอัตโนมัติสามารถทำรอบแรกบนคลาวด์ได้เลย
ตรวจทานผลการตรวจสอบควบคู่กับโค้ดที่เปลี่ยนและหลักฐานการทดสอบ ก่อนกด merge เสมอ
สำหรับงานด้านความปลอดภัย ให้ติดตั้ง Codex Security Cloud เลือก New scan แล้วตั้งค่า repository กับ cloud environment
เปิดการตรวจสอบ commit อย่างต่อเนื่องเมื่อจำเป็น และตรวจดูหลักฐานของแต่ละจุดที่พบ
- Fix with Codex สามารถเตรียม patch ให้ได้ แต่ต้องตรวจทาน patch นั้นก่อนสร้าง draft PR
กฎของผมในเรื่องนี้ง่ายมาก: ขอหลักฐานที่จำเป็นต้องใช้ในการยอมรับการเปลี่ยนแปลงนั้น แล้วอ่านมันจริงๆ
8. สร้างเครื่องมือของคุณเองด้วย Sites และ Plugins
หลังจากทำรายงานการเปิดตัวไปได้สักพัก คุณจะเริ่มเห็นขั้นตอนเดิมๆ ซ้ำๆ: ข้อมูลนำเข้าเหมือนกัน รูปแบบเดียวกัน การตรวจสอบเหมือนเดิม
นั่นแหละคือตัวเต็งที่เหมาะจะทำเป็นปลั๊กอิน
ในพื้นที่ที่ใช้งานได้ ให้เรียก @Plugin Creator แล้วอธิบาย workflow ที่ต้องการ คู่มือการสร้าง จะอธิบายวิธีปรับแต่ง ทดสอบ และติดตั้ง
สร้างปลั๊กอิน Launch Update ข้อมูลนำเข้า: เอกสารสรุปการเปิดตัว เช็กลิสต์ปัจจุบัน และการเปลี่ยนแปลงที่ระบุวันที่ ผลลัพธ์: รายงานอัปเดตพร้อมแหล่งอ้างอิง อุปสรรค ผู้รับผิดชอบ และการตัดสินใจ ถามหาแหล่งข้อมูลที่ขาดหายไป แยกข้อเท็จจริงที่ยืนยันแล้วออกจากข้อเสนอแนะ เตรียมร่างให้ฉันทบทวน ใช้รายงานอัปเดตที่แนบมานี้เป็นต้นแบบการจัดรูปแบบ
ทดสอบมันด้วยข้อมูลที่ไม่ครบถ้วนและวันที่ที่ขัดแย้งกัน workflow ที่ทำงานได้เฉพาะกับตัวอย่างที่สมบูรณ์แบบจะไม่ช่วยประหยัดเวลาเท่าไหร่เลย
ประกาศเรื่องปลั๊กอินใน DevDay ยังครอบคลุมถึง การส่งและค้นหาปลั๊กอิน รวมถึง Extensions สำหรับอินเทอร์เฟซที่ซับซ้อนขึ้น เช่น แอปแถบด้านข้าง แผงบทสนทนา และโปรแกรมแก้ไขไฟล์
ลองไปดู ตัวอย่าง Extensions อย่างเป็นทางการก่อนตัดสินใจว่าปลั๊กอินของคุณต้องการอินเทอร์เฟซแบบ custom หรือไม่
ถัดไป ใช้ Sites สร้างแดชบอร์ดการเปิดตัว อธิบายว่าใครเป็นผู้ใช้งาน แหล่งข้อมูลมาจากไหน และแต่ละคนควรทำอะไรได้บ้าง
ความสามารถใหม่ Sites with plugins สามารถใช้เครื่องมือและข้อมูลที่เชื่อมต่อได้ ตอนเปิดตัว sites เหล่านี้จะเป็นแบบส่วนตัวใน workspace และขึ้นอยู่กับว่า workspace เปิดใช้งานหรือไม่
ผู้เข้าชมแต่ละคนจะใช้บัญชีและสิทธิ์ที่เชื่อมต่อของตัวเอง การแชร์ site ไม่ได้แปลว่าคุณมอบการเชื่อมต่อของคุณให้ทุกคน
พรีวิวด้วยข้อมูลจริงที่ได้รับอนุญาต บันทึกรุ่นต่างๆ ไว้ระหว่างปรับแก้ เพราะการ deploy จะสร้าง URL จริง ดังนั้นการเผยแพร่ควรเป็นขั้นตอนที่ตั้งใจทำ
MCP Events เพิ่มอีกองค์ประกอบ: เซิร์ฟเวอร์ที่รองรับสามารถส่ง events เพื่อเริ่มงานของ agent ได้ ผ่าน subscriptions และ webhooks
ตัวอย่างเช่น อุปสรรคใหม่ในการเปิดตัวอาจทริกเกอร์ให้สร้างรายงานอัปเดตฉบับร่าง คู่มือ events จะอธิบายการรองรับของเซิร์ฟเวอร์ที่จำเป็น connector ทั่วไปไม่ได้กลายเป็นแหล่ง event โดยอัตโนมัติ
สุดท้าย Shareable Profiles ให้พื้นที่คุณโชว์ Sites ที่คัดมาแล้ว
เปิด โปรไฟล์ของคุณ เลือกว่าจะแสดงอะไร และตรวจทานการแชร์ โปรไฟล์ส่วนตัวจะเริ่มต้นเป็นแบบส่วนตัว ความพร้อมใช้งานและการควบคุม workspace จะแตกต่างกันไป โดยการรองรับ Enterprise ระบุว่ากำลังจะมาเร็วๆ นี้
9. สร้าง Agents เข้าไปในโปรดักต์ของคุณเอง (คู่แข่ง Jev)
https://x.com/thsottiaux/status/2104986448269279399
สำหรับนักพัฒนา คำถามถัดไปคือจะนำ workflow แบบนี้ไปใส่ในแอปพลิเคชันที่ลูกค้าใช้อยู่แล้วได้อย่างไร
Agents API เปิดตัวเมื่อวันที่ 10 กันยายน DevDay ขยายเรื่องราวนี้ด้วย computer use ซึ่งทั้งสองอย่างเป็นหมุดหมายที่แยกจากกัน
เริ่มจาก quickstart อย่างเป็นทางการ สร้าง project API key ที่มีสิทธิ์ตามที่กำหนด ติดตั้ง SDK และรันตัวอย่าง sandbox ที่มาพร้อมกัน
เก็บ key ไว้นอก sandbox ของ agent เป้าหมายแรกของคุณคือสร้างเซสชัน สังเกตความคืบหน้า และตรวจสอบผลลัพธ์จริง
จากนั้นเพิ่ม browser-based computer use ถ้า workflow ของคุณต้องการ คู่มือจะครอบคลุมการขอสิทธิ์เข้าถึงเว็บไซต์ การล็อกอิน กิจกรรมบนเบราว์เซอร์ และการล้างเซสชัน
สำหรับการเปิดตัวของเรา เริ่มจากงานแคบๆ: ตรวจสอบขั้นตอนการสมัครใช้งานแบบสาธารณะและรายงานขั้นตอนแรกที่พัง ใช้บัญชีทดสอบเมื่อต้องมีการยืนยันตัวตน
- Decisions API เลือกคำตอบจากที่กำหนดไว้ล่วงหน้าโดยใช้บริบทข้อความหรือรูปภาพ เน้นไปที่การจำแนกประเภท การ route และ decision ลักษณะเดียวกัน
ตัวอย่างการออกแบบ: route ปัญหาการเปิดตัวที่เข้ามาไปยัง copy, engineering หรือ human_review ตกลงเรื่อง labels และตัวอย่างการประเมินให้เรียบร้อยก่อนนำไปผูกกับการใช้งานจริง
API นี้เปิดตัวในรูปแบบ limited preview โดยมีแผนจะขยายสิทธิ์เข้าถึงในวันถัดๆ ไป เช็คสิทธิ์ให้ดีก่อนสร้าง dependency ที่พึ่งพามัน
สำหรับทีม AWS Bedrock Managed Agents นำ agent harness และการ inference โมเดลของ OpenAI เข้ามาสู่ Amazon Bedrock
การ execute การ authenticate และบริการเสริมของมันต่างจาก API ที่โฮสต์โดย OpenAI ให้ใช้การตั้งค่าเฉพาะของ AWS รวมถึง IAM สำหรับเส้นทางการ deploy นี้
ประกาศเรื่อง Private Intelligence ก็ต้องอ่านอย่างละเอียดเช่นกัน
Private Safety Processing รองรับการตรวจทานความปลอดภัยแบบอัตโนมัติโดยที่ OpenAI ไม่เก็บ prompts และ responses ที่เกี่ยวข้อง บันทึกความปลอดภัยที่เข้ารหัสจะอยู่ในพื้นที่จัดเก็บที่ลูกค้าควบคุม ภายใต้เงื่อนไขการเก็บรักษาที่ระบุไว้
Private Inference ประกาศว่าจะเปิดให้ทดลองใช้ในฤดูใบไม้ร่วงนี้ ให้มองว่าเป็นหมุดหมายความพร้อมใช้งานในอนาคตเมื่อวางแผน deployment
สุดท้าย OpenAI Marketplace ให้องค์กรที่มีสิทธิ์ใช้ commitment บางส่วนของ OpenAI กับซอฟต์แวร์พาร์ทเนอร์ที่ได้รับการอนุมัติ การเข้าถึงต้องผ่านกระบวนการแสดงความสนใจระดับองค์กร
สถานะการเปิดตัวเหล่านั้นถูกบันทึกไว้ใน สรุป DevDay อย่างเป็นทางการ
10. ลงมือใช้งานจริง: 4 รูปแบบการตั้งค่าเชิงปฏิบัติ
คุณไม่จำเป็นต้องประกอบทุกอย่างนี้ให้เสร็จในวันแรก
เลือก workflow ที่สร้างประโยชน์ให้คุณได้ในสัปดาห์นี้ นี่คือแบบตั้งต้น แต่ละแบบขึ้นอยู่กับสิทธิ์และการเชื่อมต่อที่อธิบายไว้ด้านบน
A. ผู้ประสานงานการเปิดตัว
มอบเอกสารสรุปการเปิดตัว เช็กลิสต์ บทสนทนาที่เลือกไว้ และกำหนดการที่ยืนยันแล้วให้ Dots เก็บแผนปัจจุบันไว้ในหน้า Space
เตรียมรายงานอัปเดตการเปิดตัวของวันนี้ แสดงสิ่งที่เปลี่ยนแปลง หลักฐาน อุปสรรค และการตัดสินใจที่รอฉันอยู่ ร่างข้อความติดตามผลมาให้ฉันอนุมัติก่อนส่ง
ตรวจสอบ: คุณสามารถย้อนดูข้อกล่าวอ้างสำคัญทุกข้อกลับไปยังแหล่งที่มาได้ไหม? รายงานจับการเปลี่ยนแปลงล่าสุดที่ตกลงกันได้หรือเปล่า?
B. โต๊ะวิจัยของครีเอเตอร์
ใช้ task แบบตั้งเวลาของ Dot เพื่อรวบรวมการเปลี่ยนแปลงจากรายการแหล่งข้อมูลที่กำหนดไว้ ใช้ Sol เปลี่ยนโน้ตที่ยืนยันแล้วให้เป็นร่างบทความ
ตรวจสอบแหล่งข้อมูลทางการเหล่านี้หาการอัปเดตตั้งแต่ [date] แยกฟีเจอร์ที่ปล่อยแล้วออกจากเวอร์ชันทดลองและประกาศ ลิงก์ข้อเท็จจริงทุกข้อ เสนอมุมมองสำหรับบทความมา 3 มุม
ตรวจสอบ: เปิดแหล่งข้อมูล ตรวจสอบวันที่ และลบทุกประโยคที่ทำให้ดูเหมือนคุณได้ทดสอบสิ่งที่คุณไม่ได้ใช้จริงด้วยตัวเอง
C. Workflow จาก issue สู่ PR ของนักพัฒนา
ให้ issue ที่ทำซ้ำได้และ environment ที่ตั้งค่าแล้วแก่ Codex ตรวจทานการเปลี่ยนแปลงที่ได้ แล้วใช้ Code Review และเครื่องมือความปลอดภัยตามความเหมาะสม
จำลองปัญหานี้ เสนอวิธีแก้ไข และรันการทดสอบที่เกี่ยวข้อง แสดง diff และผลลัพธ์จริง แจ้งเตือนฉันหากมีจุดไหนที่คุณตรวจสอบไม่ได้
ตรวจสอบ: อาการเสียเดิมหายไปไหม? การทดสอบเกี่ยวข้องกันหรือเปล่า? reviewer สามารถเข้าใจการเปลี่ยนแปลงและความเสี่ยงที่เหลืออยู่ได้หรือไม่?
D. โต๊ะติดตามงานของทีม
ใช้ Meetings สำหรับจดบันทึก Space สำหรับบันทึกที่ตกลงกัน และ Team Task สำหรับการติดตามผล เมื่อตั้งค่าสิทธิ์การแชร์เรียบร้อยแล้ว
ดึงการตัดสินใจ action item ที่เสนอ ผู้รับผิดชอบ และวันที่ จากบันทึกเหล่านี้ ทำเครื่องหมายจุดที่ยังไม่แน่นอน เตรียมข้อความติดตามผลให้ฉันทบทวนก่อนส่ง
ตรวจสอบ: ผู้รับผิดชอบแต่ละคนรับงานแล้วหรือยัง? วันที่ที่ยังไม่แน่นอนถูกระบุชัดเจนไหม? ทีมสามารถเปิดลิงก์บันทึกนั้นได้หรือเปล่า?
การเปลี่ยนแปลงครั้งนี้
จุดที่ Dot เหนือกว่า GrokBot จริงๆ คือเรื่องของโมเดล
แต่นั่นจะดึงดูดคนให้หันมาใช้ OpenAI ได้เยอะจริงๆ หรือ?
คุณเป็นคนกำหนดผลลัพธ์ → agents เป็นคนดำเนินงานต่อ → แล้วคุณเป็นคนตัดสินใจ
ข้อมูลวงในที่แท้จริงคือการนำฟีเจอร์ที่ปล่อยออกมาเหล่านี้ร้อยเรียงเป็น workflow ที่มีความรับผิดชอบชัดเจน บริบทที่เป็นประโยชน์ และผลลัพธ์ที่คุณตรวจสอบได้:
- มอบงานต่อเนื่องให้ Dots พร้อมขอบเขตสิทธิ์ที่ชัดเจน
- ใช้ Sol และ Codex ในการวิจัย สร้าง และตรวจทาน
- เก็บงานที่แชร์ร่วมกันไว้ใน Space เปลี่ยนขั้นตอนเดิมๆ ให้เป็นปลั๊กอินและงานที่ตั้งเวลาไว้
ตอนนี้คุณกำลังออกแบบวิธีการทำงาน
อะไรเป็นตัวเริ่มงาน? ควรใช้แหล่งข้อมูลไหน? งานที่เสร็จแล้วหน้าตาเป็นอย่างไร? การตัดสินใจเรื่องไหนที่ต้องส่งกลับมาหาคุณ?
ตอนนี้คุณมีทั้งการตั้งค่า พรอมต์ และ workflow เชิงปฏิบัติ 4 รูปแบบแล้ว เลือกงานประจำมาสักหนึ่งอย่าง วัดเวลาที่ประหยัดได้และจำนวนครั้งที่ต้องแก้ไข แล้วค่อยขยายผล
ทักษะที่ต้องพัฒนาคือการนิยามงานให้ชัดเจนพอที่ agent จะดำเนินงานต่อได้ โดยที่คุณไม่ต้องคอยสั่งทุกคลิก
บุ๊กมาร์กคู่มือนี้ไว้ แล้วไปมอบงานจริงชิ้นแรกให้ Dot ของคุณเลย
