หากคุณกำลังใช้ Claude หรือ Claude Code เพียงเพราะคนอื่นใช้กัน โปรดหยุดเดี๋ยวนี้เลย ความจริงก็คือ คุณภาพของโมเดลทั้งหมด รวมถึง Claude Opus 3.5/4.7 รุ่นล่าสุด ได้ลดลงมาอยู่ในระดับปี 2024 แล้ว
สำหรับผู้ที่เคยสัมผัสแค่ Claude หรือ Claude Code โปรดใช้บทความนี้เพื่อทำความเข้าใจ Codex ภายในเวลาเพียงหนึ่งชั่วโมง
อีกอย่างหนึ่ง มันมีประโยชน์มากกว่า Claude Code ถึงสามเท่า
ตั้งแต่การวิเคราะห์ความคิดเห็นบน YouTube ไปจนถึงรายงาน Excel แดชบอร์ด และระบบอัตโนมัติ
เมื่อใช้เครื่องมือ AI คุณอาจรู้สึกว่า "มันดูสะดวกดี แต่ไม่รู้จะใช้ยังไงในงานจริง"
ผู้คนจำนวนมากใช้ ChatGPT เพื่อเขียนข้อความ สร้างไอเดีย หรือค้นคว้าข้อมูลเล็กๆ น้อยๆ ในทางกลับกัน ยังมีคนไม่มากนักที่ใช้ AI เพื่อสร้างไฟล์จริง รันแอปพลิเคชัน วิเคราะห์ข้อมูล และทำงานประจำสัปดาห์ให้เป็นอัตโนมัติ
นั่นคือจุดที่ Codex เข้ามามีบทบาท
Codex ไม่ใช่แค่ AI ที่ตอบคำถาม มันคือ "สภาพแวดล้อมการทำงานของ AI" ที่ถือว่าโฟลเดอร์บนคอมพิวเตอร์ของคุณเป็นพื้นที่ทำงาน อ่านและเขียนไฟล์ สร้างชีต Excel สร้างเว็บแอป ตรวจสอบการทำงานในเบราว์เซอร์ เชื่อมต่อกับ GitHub และ Vercel และแม้กระทั่งตั้งค่าการทำงานตามกำหนดเวลา
พูดง่ายๆ คือ Codex ไม่ได้เป็นเหมือนคู่สนทนา แต่เป็นเหมือนคู่หูทำงานที่ลงมือทำจริง
ในบทความนี้ ผมจะจัดระเบียบขั้นตอนการสร้างระบบวิเคราะห์ความคิดเห็นบน YouTube โดยใช้ Codex ให้เข้าใจง่ายสำหรับผู้ใช้ชาวญี่ปุ่น
โดยเฉพาะอย่างยิ่ง ขั้นตอนมีดังนี้:
- ดึงข้อมูลความคิดเห็นบน YouTube
- จัดหมวดหมู่ความคิดเห็นและสรุปเป็นรายงาน Excel
- แสดงผลการวิเคราะห์เป็นภาพบนเว็บแดชบอร์ด
- บันทึกขั้นตอนการทำงานเป็น "Skill"
- ตั้งค่า "Automation" เพื่อให้อัปเดตอัตโนมัติทุกสัปดาห์
- สุดท้าย ตรวจสอบการทำงานในเบราว์เซอร์
สิ่งนี้อาจดูยากเล็กน้อยในตอนแรก อย่างไรก็ตาม เมื่อคุณเข้าใจแนวคิดแล้ว มันก็ง่ายมาก
พื้นฐานของ Codex คือ: "ทำงานภายในโฟลเดอร์" "วางแผนก่อนลงมือทำ" และ "บันทึกขั้นตอนที่สำเร็จในรูปแบบที่นำกลับมาใช้ใหม่ได้"
เมื่อเชี่ยวชาญทั้งสามข้อนี้ การใช้ Codex ของคุณจะกลายเป็นระดับมืออาชีพทันที
Codex คือ "สภาพแวดล้อมการทำงาน" ไม่ใช่ "AI แชท"
ก่อนอื่น มาทำความเข้าใจมุมมองพื้นฐานของ Codex กันก่อน
สำหรับผู้ที่คุ้นเคยกับ AI อย่าง ChatGPT หน้าจอของ Codex อาจดูเหมือนเครื่องมือแชททั่วไปในตอนแรก มีช่องป้อนข้อมูลตรงกลาง และ AI จะตอบกลับเมื่อคุณให้คำแนะนำ เมื่อมองแค่จุดนี้ ก็ดูไม่ต่างจาก ChatGPT ที่คุณใช้อยู่มากนัก
อย่างไรก็ตาม แก่นแท้ของ Codex ไม่ได้อยู่ตรงนั้น
Codex สามารถกำหนดให้โฟลเดอร์ในเครื่องเป็นเป้าหมายการทำงานได้ กล่าวอีกนัยหนึ่ง หากคุณระบุโฟลเดอร์โปรเจกต์บนคอมพิวเตอร์ของคุณ มันสามารถอ่าน แก้ไข หรือสร้างไฟล์ใหม่ภายในโฟลเดอร์นั้นได้
ตัวอย่างเช่น คุณสามารถทำสิ่งต่อไปนี้:
- สร้างไฟล์ Excel
- อ่านและวิเคราะห์ CSV หรือ JSON
- สร้างแอป Next.js หรือ React
- เขียนสคริปต์ Python หรือ Node.js
- เปิดใช้แดชบอร์ดในเครื่อง
- ตรวจสอบหน้าจอในเบราว์เซอร์
- ส่งโค้ดไปยัง GitHub
- เผยแพร่เป็นเว็บไซต์บน Vercel
- ดำเนินการกระบวนการเป็นระยะ
สิ่งเหล่านี้เป็นงานที่ยากจะทำให้เสร็จสมบูรณ์ด้วย AI แชททั่วไป
หากคุณขอให้ ChatGPT "สร้างไฟล์ Excel" ก็มีข้อจำกัดในการรวมไฟล์เข้ากับโปรเจกต์โดยตรง รันเป็นแอป หรือตรวจสอบในเบราว์เซอร์ ทั้งนี้ขึ้นอยู่กับสภาพแวดล้อม ในทางกลับกัน Codex ถูกออกแบบมาเพื่อ "สร้าง" "แก้ไข" "ตรวจสอบ" และ "ทำซ้ำ" ตั้งแต่แรก
ดังนั้น เมื่อใช้ Codex จะเข้าใจได้ง่ายกว่าหากคุณรู้สึกว่า "กำลังเข้าสู่พื้นที่ทำงานร่วมกับ AI" มากกว่า "ถามคำถาม AI"
โปรเจกต์เริ่มต้นจากโฟลเดอร์
เมื่อเริ่มทำงานใน Codex สิ่งแรกที่ต้องคำนึงถึงคือโฟลเดอร์โปรเจกต์
โปรเจกต์ใน Codex โดยพื้นฐานแล้วคือโฟลเดอร์เดียวบนคอมพิวเตอร์ของคุณ ภายในโฟลเดอร์นั้น จะมีไฟล์คอนฟิก สคริปต์ ชีต Excel รูปภาพ ซอร์สโค้ดแอป ฯลฯ วางอยู่
ใน Codex คุณต้องระบุโฟลเดอร์ที่จะทำงานก่อน งานจะดำเนินไปพร้อมกับการอ่านและเขียนไฟล์ภายในโฟลเดอร์
แนวคิด "หน่วยโฟลเดอร์" นี้ค่อนข้างสำคัญ
เพราะ Codex ทำงานโดยดูโครงสร้างไฟล์ภายในโฟลเดอร์ ไม่ใช่แค่เนื้อหาการแชท มีไฟล์อะไรอยู่ในโปรเจกต์? การตั้งค่าอยู่ที่ไหน? ควรบันทึกไฟล์เอาต์พุตไว้ที่ไหน? ควรรันสคริปต์ใดเพื่ออัปเดตรายงาน?
Codex เข้าใจข้อมูลนี้ผ่านโฟลเดอร์
ในตัวอย่างนี้ มีโฟลเดอร์โปรเจกต์สำหรับวิเคราะห์ความคิดเห็นบน YouTube และมีไฟล์และโฟลเดอร์เช่น .env.local, agents.md, scripts, outputs และ src เรียงอยู่ภายใน
ในโฟลเดอร์โปรเจกต์จริง ตัวแปรสภาพแวดล้อม สคริปต์ ไฟล์เอาต์พุต และซอร์สโค้ดแอปจะถูกรวบรวมไว้ด้วยกัน
เมื่อมีโครงสร้างนี้แล้ว การให้คำแนะนำ Codex เช่น "อัปเดตการวิเคราะห์ความคิดเห็น" "แก้ไขแดชบอร์ด" หรือ "สร้างชีต Excel ใหม่" ก็จะง่ายขึ้น
โฟลเดอร์กลายเป็นรากฐานของการทำงาน นี่คือจุดแรกที่ต้องจำไว้เมื่อใช้ Codex
สิ่งแรกที่ต้องเตรียม: agents.md
เมื่อโฟลเดอร์โปรเจกต์พร้อมแล้ว สิ่งต่อไปที่คุณต้องการสร้างคือ agents.md
agents.md เปรียบเสมือนคู่มือโปรเจกต์สำหรับ Codex หากคุณเคยใช้ Claude Code ก็คิดได้ง่ายๆ ว่ามันมีบทบาทคล้ายกับ claude.md
ในไฟล์นี้ คุณเขียนสิ่งต่างๆ เช่น:
- จุดประสงค์ของโปรเจกต์นี้คืออะไร?
- จะสร้างผลลัพธ์อะไรบ้าง?
- จะจัดการกับข้อมูลประเภทใด?
- ไฟล์ใดบ้างที่สามารถแก้ไขได้?
- ไฟล์ใดมีข้อมูลลับ?
- ควรปฏิบัติตามกฎอะไรบ้างระหว่างทำงาน?
- ควรตรวจสอบอะไรบ้างเมื่อเสร็จสิ้น?
เมื่อเขียนข้อกำหนดเบื้องต้นเหล่านี้ไว้ Codex จะสามารถเข้าใจบริบทของโปรเจกต์ได้ง่าย แม้ว่าคุณจะเริ่มแชทใหม่ก็ตาม
คุณไม่จำเป็นต้องอธิบายยาวทุกครั้งว่า "นี่คือโปรเจกต์วิเคราะห์ความคิดเห็นบน YouTube ดึงข้อมูลความคิดเห็น สร้างชีต Excel อัปเดตแดชบอร์ด..."
แน่นอน คุณไม่จำเป็นต้องเขียน agents.md ที่สมบูรณ์แบบด้วยตัวเองตั้งแต่เริ่มต้น
ผมแนะนำให้ให้ Codex สร้างมันให้คุณ
ตัวอย่างเช่น ถามแบบนี้:
"ในโปรเจกต์นี้ เราจะดึงข้อมูลความคิดเห็นบน YouTube และสร้างรายงาน Excel และแดชบอร์ด กรุณาสร้างร่าง agents.md รวมถึงกฎการทำงานในอนาคตด้วย"
จากนั้น Codex จะสร้างไฟล์ที่จัดระเบียบจุดประสงค์ของโปรเจกต์ นโยบายการทำงาน โครงสร้างไดเรกทอรี และข้อควรระวัง
มนุษย์ตรวจสอบเนื้อหาและแก้ไขตามความจำเป็น แค่นั้นก็เพียงพอแล้ว
agents.md ไม่ได้เสร็จสมบูรณ์เมื่อสร้างเสร็จ เมื่อคุณดำเนินไป คุณจะได้เรียนรู้สิ่งต่างๆ เช่น "วิธีนี้ล้มเหลว" "นี่คือวิธีที่ถูกต้องในการเรียก API นี้" หรือ "ไม่สามารถอัปเดตไฟล์ Excel ในขณะที่มันเปิดอยู่"
การเพิ่มเนื้อหาดังกล่าวเป็นความทรงจำของโปรเจกต์ จะทำให้ Codex หลีกเลี่ยงข้อผิดพลาดเดียวกันได้ง่ายขึ้นในครั้งต่อไป
อย่าปล่อยให้มันทำงานทันที: ใช้ Plan Mode
ข้อผิดพลาดทั่วไปสำหรับผู้เริ่มต้นใช้ Codex คือการขอให้มัน "สร้าง" ทันที
แน่นอนว่า Codex ค่อนข้างทรงพลัง ดังนั้นมันจะดำเนินการไปได้ในระดับหนึ่งแม้จะเริ่มทำงานทันที อย่างไรก็ตาม สำหรับงานที่เกี่ยวข้องกับหลายขั้นตอน เช่น การรวม API การสร้าง Excel การสร้างแดชบอร์ด และระบบอัตโนมัติ การวางแผนก่อนจะเสถียรกว่าอย่างเห็นได้ชัด
นั่นคือจุดที่ Plan Mode เข้ามามีบทบาท
ก่อนเริ่มงานใหญ่ ให้เปิด Plan Mode และจัดระเบียบขั้นตอนการทำงานก่อน
เมื่อเปิด Plan Mode แล้ว Codex จะไม่แก้ไขไฟล์หรือรันคำสั่งด้วยตัวเอง มันจะวางแผนก่อน ขั้นตอนจะเป็นอย่างไร? จะสร้างไฟล์อะไร? จะใช้ API ใด? จำเป็นต้องตรวจสอบอะไรบ้าง?
มันจะให้รายละเอียดเหล่านี้ก่อน
สำหรับโปรเจกต์วิเคราะห์ความคิดเห็นบน YouTube เช่นนี้ คุณสามารถยืนยันขั้นตอนต่อไปนี้ใน Plan Mode:
- ดึงข้อมูลความคิดเห็นโดยใช้ YouTube Data API
- บันทึกความคิดเห็นที่ดึงมาเป็น JSON
- จัดหมวดหมู่ความคิดเห็นตามหมวดหมู่
- ระบุความคิดเห็นที่เป็นคำถามและลำดับความสำคัญในการตอบ
- สร้างรายงาน Excel
- จัดรูปแบบข้อมูลสำหรับแดชบอร์ด
- เปิดใช้แดชบอร์ดในเครื่อง
- ตรวจสอบหน้าจอในเบราว์เซอร์
- แก้ไขปัญหาที่พบ
- สะท้อนการเปลี่ยนแปลงบน GitHub หากจำเป็น
- สร้างการตั้งค่าสำหรับการทำงานเป็นระยะ
ด้วยการยืนยันภาพรวมก่อน งานมีแนวโน้มที่จะไม่ยุ่งเหยิงระหว่างทาง
โดยเฉพาะอย่างยิ่งสำหรับการใช้งานทางธุรกิจ Plan Mode มีคุณค่าสูงมาก เพราะการแชร์จุดประสงค์และข้อจำกัดก่อนมีประสิทธิภาพมากกว่าการมาแก้ไขสิ่งที่ AI ดำเนินการไปเองในภายหลัง
"วางแผนก่อนทำงาน"
นี่เป็นเรื่องธรรมชาติในการทำงานของมนุษย์ และก็เช่นเดียวกันกับ Codex
ใส่คีย์ API และความลับใน .env.local
ในการดึงข้อมูลความคิดเห็นบน YouTube คุณต้องใช้ YouTube Data API สำหรับสิ่งนั้น คุณต้องออกคีย์ API ที่ฝั่ง Google Cloud และตั้งค่าในโปรเจกต์
สิ่งหนึ่งที่ต้องระวังคือการจัดการคีย์ API
ข้อมูลลับเช่นคีย์ API และโทเค็นการเข้าถึงไม่ควรเขียนลงในโค้ดโดยตรง นอกจากนี้ หลีกเลี่ยงการวางไว้ในไฟล์สุ่มเช่น secrets.txt
โดยทั่วไปแล้ว จะบันทึกไว้ในไฟล์ตัวแปรสภาพแวดล้อมเช่น .env.local
คำอธิบายภาพ: บันทึกข้อมูลลับเช่นคีย์ API ใน .env.local ระวังอย่าให้รวมอยู่ในที่เก็บสาธารณะ
.env.local ใช้เป็นไฟล์คอนฟิกในเครื่อง โดยมีข้อสันนิษฐานว่าจะไม่เผยแพร่ไปยัง GitHub หรือที่อื่น โดยปกติแล้ว จะรวมอยู่ใน .gitignore เพื่อป้องกันการเผยแพร่โดยไม่ได้ตั้งใจ
เมื่อขอให้ Codex ควรพูดว่า:
"กรุณาบันทึกคีย์ YouTube API ใน .env.local และตรวจสอบ .gitignore เพื่อให้แน่ใจว่าไม่ได้รวมอยู่ใน GitHub"
เพียงเพิ่มประโยคนี้เพียงประโยคเดียว คุณก็สามารถลดอุบัติเหตุด้านความปลอดภัยได้อย่างมาก
เมื่อใช้ในบริษัทญี่ปุ่นหรือธุรกิจเดี่ยว การจัดการคีย์ API มีความสำคัญอย่างยิ่ง แม้สำหรับโปรเจกต์ตรวจสอบขนาดเล็ก คุณควรสร้างนิสัยในการบันทึกไว้ในตำแหน่งที่ถูกต้องตั้งแต่เริ่มต้น
ดึงข้อมูลความคิดเห็นบน YouTube และแปลงเป็น Excel
ผลลัพธ์หลักในครั้งนี้คือรายงานการวิเคราะห์ความคิดเห็นบน YouTube
แทนที่จะแสดงรายการความคิดเห็นเพียงอย่างเดียว เราจะวิเคราะห์ปฏิกิริยาของผู้ชมและจัดระเบียบให้อยู่ในรูปแบบที่สามารถใช้สำหรับการดำเนินการครั้งต่อไป
สรุปความคิดเห็นบน YouTube ที่ดึงมาเป็นรายงาน Excel และแสดงแนวโน้มและเปอร์เซ็นต์คำถามตามหมวดหมู่
ในรายงาน Excel คุณสามารถรวมข้อมูลเช่น:
- จำนวนความคิดเห็นที่วิเคราะห์
- จำนวนวิดีโอเป้าหมาย
- เปอร์เซ็นต์ของความคิดเห็นที่เป็นคำถาม
- จำนวนความคิดเห็นที่ต้องการการตอบกลับ
- เครื่องมือหรือธีมที่ถูกกล่าวถึงมากที่สุด
- เปอร์เซ็นต์ตามหมวดหมู่ความคิดเห็น
- รูปแบบคำถามทั่วไป
- ลำดับความสำคัญในการตอบกลับ
- ไอเดียเนื้อหาในอนาคต
ตัวอย่างเช่น ในตัวอย่างภาพ มีการวิเคราะห์ความคิดเห็น 200 รายการจาก 3 วิดีโอ อัตราคำถามอยู่ที่ประมาณ 50% และเครื่องมือที่ถูกกล่าวถึงมากที่สุดคือ Claude Code
แค่นี้ก็ให้ข้อมูลเชิงลึกที่ใช้งานได้จริงทีเดียว
หากมีความคิดเห็นที่เป็นคำถามจำนวนมาก ผู้ชมอาจยังไม่เข้าใจเนื้อหาอย่างเต็มที่ หากมีคำถามซ้ำๆ เกี่ยวกับธีมใดธีมหนึ่ง ก็คุ้มค่าที่จะทำวิดีโอหรือบทความอธิบายธีมนั้น หากชื่อเครื่องมือเฉพาะปรากฏบ่อยครั้ง บทความเปรียบเทียบหรือบทช่วยสอนสำหรับเครื่องมือนั้นอาจเป็นที่ต้องการ
กล่าวอีกนัยหนึ่ง การวิเคราะห์ความคิดเห็นไม่ใช่แค่การมองย้อนหลัง แต่เป็นวัตถุดิบสำหรับการผลิตเนื้อหาครั้งต่อไป
สำหรับผู้สร้าง YouTube ส่วนความคิดเห็นคือขุมทรัพย์ อย่างไรก็ตาม การอ่านทั้งหมดด้วยตนเองต้องใช้เวลา ด้วย Codex คุณสามารถแปลงส่วนความคิดเห็นนั้นเป็นข้อมูลที่วิเคราะห์ได้
การแยกคำถามที่พบบ่อย
สิ่งที่มีคุณค่าโดยเฉพาะในการวิเคราะห์ความคิดเห็นคือการแยกรูปแบบคำถาม
ผู้ชมสงสัยอะไร? มีคำถามสำหรับผู้เริ่มต้นมากมายหรือไม่? มีคำถามเปรียบเทียบมากมายหรือไม่? พวกเขาติดขัดที่การตั้งค่าหรือวิธีการเชื่อมต่อหรือไม่? พวกเขากังวลเกี่ยวกับค่าธรรมเนียมหรือข้อจำกัดหรือไม่?
ข้อมูลนี้มีประโยชน์มากเมื่อคิดถึงเนื้อหาสำหรับการออกอากาศครั้งต่อไป
จัดหมวดหมู่คำถามทั่วไปตามธีม และแปลงเป็นนโยบายการตอบกลับหรือมุมมองสำหรับเนื้อหาครั้งต่อไป
ในตัวอย่างภาพ มีการแสดงรายการธีมคำถาม จำนวน ไม่ว่าจะเป็นสำหรับผู้เริ่มต้นหรือผู้ใช้ขั้นสูง ตัวอย่างคำถาม และนโยบายการตอบกลับ
ตัวอย่างเช่น คุณสามารถจัดหมวดหมู่ได้ดังนี้:
- คำถามทั่วไป
- วิธีการเลือกโมเดลหรือเครื่องมือ
- วิธีการตั้งค่าและการเชื่อมต่อ
- วิธีการสร้างเวิร์กโฟลว์
- ค่าธรรมเนียมและข้อจำกัด
- คำขอแหล่งเรียนรู้
สิ่งนี้สามารถนำไปใช้ได้ไม่เฉพาะกับ YouTube แต่กับงานต่างๆ
ตัวอย่างเช่น หากคุณดำเนินคอร์สออนไลน์ คุณสามารถวิเคราะห์คำถามของนักเรียนเพื่อปรับปรุงสื่อการสอน สำหรับบริษัท SaaS คุณสามารถจัดหมวดหมู่เนื้อหาสอบถามเพื่อปรับปรุงหน้า FAQ หรือหน้าช่วยเหลือ สำหรับทีมขาย คุณสามารถจัดหมวดหมู่คำถามจากผู้มีโอกาสเป็นลูกค้าเพื่อสะท้อนในเอกสารเสนอขาย สำหรับการสรรหาบุคลากร คุณสามารถวิเคราะห์คำถามจากผู้สมัครเพื่อปรับปรุงหน้ารับสมัครงาน
ในสถานที่ทำงานของญี่ปุ่น เสียงเหล่านี้กระจัดกระจายอยู่ในที่ต่างๆ เช่น Slack, อีเมล, ฟอร์ม, YouTube, X, LINE และ Notion การใช้ Codex ทำให้ง่ายต่อการรวบรวมและวิเคราะห์ และเปลี่ยนเป็นมาตรการถัดไป
อย่าหยุดแค่ Excel; สร้างแดชบอร์ด
รายงาน Excel สะดวก แต่อาจน่าเบื่อที่จะต้องเปิดไฟล์และตรวจสอบทุกครั้ง ดังนั้น การทำผลการวิเคราะห์เป็นเว็บแดชบอร์ดจึงทำให้ดูง่ายขึ้น
คำอธิบายภาพ: แสดงภาพเนื้อหาที่วิเคราะห์ใน Excel เป็นแดชบอร์ดที่สามารถดูได้ในเบราว์เซอร์
ในแดชบอร์ดภาพ ข้อมูลจะแสดงในรูปแบบการ์ด เช่น:
- จำนวนความคิดเห็นที่วิเคราะห์
- อัตราคำถาม
- จำนวนผู้สมัครตอบกลับ
- เครื่องมือที่ได้รับความสนใจ
- การกระจายของหมวดหมู่ความคิดเห็น
- ข้อมูลเชิงลึกที่ได้จากผลการวิเคราะห์
ตัวอย่างเช่น คุณสามารถเห็นได้ทันทีว่า "ศูนย์กลางของความคิดเห็นคือข้อเสนอแนะทั่วไป แต่ก็มีคำถามมากมายเช่นกัน" "ความสนใจใน Claude Code สูง" หรือ "คุณควรตอบกลับโดยเริ่มจากผู้สมัครตอบกลับที่มีลำดับความสำคัญสูง"
นี่ไม่ใช่แค่การแสดงข้อมูล จุดสำคัญคือมันถูกแปลงเป็นรูปแบบที่ทำให้การตัดสินใจง่าย
สำหรับผู้สร้าง YouTube ควรทำวิดีโอเรื่องไหนต่อไป? สำหรับผู้จัดการ SNS ควรสร้างโพสต์ตอบกลับสำหรับคำถามใด? สำหรับนักการตลาด ควรสะท้อนหัวข้อใดในโฆษณาหรือ LP? สำหรับฝ่ายสนับสนุนลูกค้า ควรเตรียม FAQ ใด?
แดชบอร์ดคือหน้าจอสำหรับตัดสินสิ่งเหล่านั้นได้เร็วขึ้น
การตรวจสอบที่เป็นไปได้ภายในเบราว์เซอร์ของ Codex
เมื่อสร้างเว็บแดชบอร์ดแล้ว สิ่งที่ต้องการต่อไปคือการตรวจสอบการทำงาน
โดยปกติ มนุษย์จะเปิดเซิร์ฟเวอร์ในเครื่อง เปิดเบราว์เซอร์ คลิกที่หน้าจอ และตรวจสอบเลย์เอาต์ที่พังหรือบั๊ก
ใน Codex คุณสามารถปล่อยให้งานตรวจสอบนี้ส่วนใหญ่เป็นหน้าที่ของ AI
คุณสามารถตรวจสอบแดชบอร์ดที่สร้างขึ้นในเบราว์เซอร์ภายใน Codex ได้ทันที
คุณสามารถขอให้ Codex ดังนี้:
"เปิดแดชบอร์ดในเบราว์เซอร์และตรวจสอบการสลับแท็บ การค้นหา ลิงก์ และการแสดงผลเมื่อไม่มีข้อมูล หากมีปัญหา กรุณาแก้ไข"
จากนั้น Codex จะเปิดหน้าจอจริง ตรวจสอบ และเสนอหรือดำเนินการแก้ไขตามความจำเป็น
สิ่งนี้ใช้งานได้จริงทีเดียว
เมื่อดูแค่โค้ด อาจสังเกตเห็นความไม่สะดวกของ UI ได้ยาก ข้อความบนปุ่มเล็กเกินไป ระยะขอบของการ์ดแคบเกินไป ไม่มีอะไรแสดงเมื่อผลการค้นหาว่างเปล่า ลิงก์ภายนอกเปิดในแท็บเดียวกัน สถานะการเลือกแท็บเข้าใจยาก เลย์เอาต์พังเมื่อใช้ความกว้างมือถือ
ปัญหาเหล่านี้สังเกตได้ยากเว้นแต่คุณจะสัมผัสจริงในเบราว์เซอร์
การใช้ Browser Use ของ Codex คุณสามารถรวมงานตรวจสอบนี้เข้ากับ AI ได้
Browser Use มีประสิทธิภาพสำหรับ QA
เมื่อดูที่หน้าจอปลั๊กอินของ Codex ฟังก์ชันต่างๆ เช่น Browser Use, Spreadsheets และ Presentations จะแสดงขึ้น
การใช้ Browser Use ทำให้ Codex สามารถตรวจสอบหน้าจอและทดสอบในขณะที่ใช้งานเบราว์เซอร์
Browser Use ไม่ใช่แค่ฟังก์ชันเปิดเบราว์เซอร์ Codex สามารถใช้งานเบราว์เซอร์ คลิก ป้อนข้อมูล และทำงานไปพร้อมกับตรวจสอบหน้าจอ
ตัวอย่างเช่น คุณสามารถทำสิ่งต่อไปนี้:
- เปิดแอปที่เปิดใช้ในเครื่อง
- สลับแท็บแดชบอร์ด
- ป้อนข้อความในช่องค้นหา
- ตรวจสอบว่าลิงก์ภายนอกเปิดอย่างถูกต้องหรือไม่
- กดปุ่มและดูปฏิกิริยา
- ค้นหาเลย์เอาต์ที่พัง
- ตรวจสอบหน้าจอเมื่อไม่มีข้อมูล
- ชี้ให้เห็นปัญหาการเข้าถึง
สำหรับนักพัฒนา สิ่งนี้กลายเป็นตัวช่วยสำหรับ QA สำหรับผู้ที่ไม่ใช่วิศวกร ข้อได้เปรียบใหญ่คือความสามารถในการใช้เป็น "AI ที่ปรับปรุงในขณะที่ดูหน้าจอ"
ในสถานที่ทำงานของญี่ปุ่น เครื่องมือภายในขนาดเล็กหรือหน้าจอการจัดการบางครั้งถูกใช้โดยไม่มีการทดสอบที่เพียงพอ ด้วยการรวมการตรวจสอบเบราว์เซอร์เข้ากับ Codex ทำให้ง่ายต่อการค้นหาบั๊กเบื้องต้นหรือปัญหาการใช้งานล่วงหน้าอย่างน้อยที่สุด
เพื่อปรับปรุงความสมบูรณ์แบบของ UI คุณสามารถใช้การสร้างภาพหรืออ้างอิงภาพ
ในเวิร์กโฟลว์ดั้งเดิมในครั้งนี้ ก่อนสร้างแดชบอร์ด แนวคิด UI หรือร่างโลโก้ถูกสร้างขึ้นด้วย GPT Image 2 และบันทึกเป็นวัสดุโปรเจกต์
การเตรียมภาพอ้างอิงก่อนการนำไปใช้ทำให้รูปลักษณ์ของแดชบอร์ดมีความเสถียรมากขึ้น
นี่เป็นวิธีใช้งานที่ดีมาก
หากคุณขอให้ AI "สร้างแดชบอร์ดที่เจ๋ง" ทันที มันอาจส่งผลให้ได้หน้าจอที่ปลอดภัยแต่ทิ้งความประทับใจที่อ่อนแอ ในทางกลับกัน หากคุณสร้างภาพอ้างอิงหรือทิศทางก่อน แกนการออกแบบจะง่ายต่อการกำหนด
ตัวอย่างเช่น คุณสามารถระบุ:
- ฉันต้องการหน้าจอการจัดการสีเข้ม
- ฉันต้องการเพิ่มสีสไตล์ YouTube เล็กน้อย
- ฉันต้องการให้ตัวชี้วัดดูง่ายด้วยประเภทการ์ด
- ฉันต้องการกราฟที่ไม่ฉูดฉาดเกินไปและใช้งานได้จริง
- ฉันต้องการหน้าจอที่ผู้สร้างเนื้อหาอยากเห็นทุกสัปดาห์
ด้วยการตัดสินใจทิศทางดังกล่าวก่อน UI ที่ Codex สร้างขึ้นก็จะเป็นมืออาชีพมากขึ้นอีกขั้น
โดยเฉพาะอย่างยิ่งสำหรับบทความหรือบริการสำหรับญี่ปุ่น หน้าจอที่ดูง่าย สงบ และเป็นระเบียบ มักได้รับการยอมรับง่ายกว่าการออกแบบที่ฉูดฉาดเกินไป
เปลี่ยนขั้นตอนการทำงานเป็น Skill
งานที่ทำได้ดีครั้งหนึ่งใน Codex สามารถบันทึกเป็น Skill ได้
Skill พูดง่ายๆ คือ "สูตรอาหารการทำงานที่นำกลับมาใช้ใหม่ได้"
เมื่อสร้างแล้ว ขั้นตอนการวิเคราะห์สามารถบันทึกเป็น Skill และเรียกใช้ได้ทันทีในครั้งต่อไป
ตัวอย่างเช่น การวิเคราะห์ความคิดเห็นบน YouTube นี้มีหลายขั้นตอน:
- ดึงข้อมูลความคิดเห็นจาก YouTube API
- บันทึกความคิดเห็น
- จัดหมวดหมู่
- แยกคำถาม
- สร้าง Excel
- อัปเดต JSON แดชบอร์ด
- สร้างภาพกราฟและไฟล์เสริม
- ตรวจสอบหน้าจอในเครื่อง
เป็นการน่าเบื่อที่จะอธิบายทุกครั้งด้วยพรอมพ์ยาวๆ
ดังนั้น คุณจึงเปลี่ยนเป็น Skill
หากคุณทำให้เป็น Skill คุณสามารถสร้างงานเดียวกันได้ด้วยคำแนะนำสั้นๆ ในครั้งต่อไป
คุณสามารถเรียกใช้ Skill ที่บันทึกไว้ด้วยคำสั่ง Slash หรือภาษาธรรมชาติ
ตัวอย่างเช่น คุณสามารถถาม:
"รัน Skill การวิเคราะห์ความคิดเห็นบน YouTube และอัปเดต Excel และแดชบอร์ดด้วยข้อมูลล่าสุด"
หรือคุณสามารถเรียกใช้เป็นคำสั่ง Slash
แนวคิดนี้สำคัญมากสำหรับการใช้ Codex ในทางปฏิบัติ
ความล้มเหลวทั่วไปในการใช้ AI คือการจบลงด้วยการสนทนาแบบครั้งเดียวทุกครั้ง ค้นหาพรอมพ์ที่ใช้ได้เมื่อวานอีกครั้งในวันนี้ อธิบายอีกครั้งในขณะที่จำขั้นตอนก่อนหน้า ผลลัพธ์เปลี่ยนไปเพราะใช้คำที่แตกต่างกันเล็กน้อย
งานจะไม่เสถียรด้วยวิธีนี้
หากคุณปล่อยให้ขั้นตอนเป็น Skill คุณสามารถสร้างงานที่ดีได้อีกครั้ง นอกจากนี้ หากพบการปรับปรุง คุณเพียงแค่อัปเดต Skill นั้น
กล่าวอีกนัยหนึ่ง ยิ่งคุณใช้ Codex มากเท่าไหร่ มันก็ยิ่งเติบโตเป็นสภาพแวดล้อมการทำงานเฉพาะของคุณเองมากขึ้นเท่านั้น
แยกความแตกต่างระหว่าง Global และ Project Skills
Skill มีตำแหน่งจัดเก็บหลักสองแห่ง
หนึ่งคือ Global Skills เหล่านี้คือ Skills ที่สามารถใช้ได้ในทุกโปรเจกต์
อีกอย่างคือ Project Skills เหล่านี้คือ Skills ที่ใช้เฉพาะภายในโปรเจกต์นั้นเท่านั้น
การเลือกอันไหนขึ้นอยู่กับการใช้งาน
ตัวอย่างเช่น งานทั่วไปเช่น "สรุปบันทึกการประชุม" "วิเคราะห์ CSV" หรือ "สร้างโครงสร้างบทความ" เหมาะสำหรับ Global Skills ในทางกลับกัน สิ่งที่มีกฎเฉพาะโปรเจกต์มากมาย เช่น "การวิเคราะห์ความคิดเห็นสำหรับช่อง YouTube เฉพาะ" "การอัปเดตรายงานการขายสำหรับบริษัทเฉพาะ" หรือ "การสร้าง FAQ สำหรับผลิตภัณฑ์เฉพาะ" ปลอดภัยกว่าที่จะเป็น Project Skills
การวิเคราะห์ความคิดเห็นบน YouTube นี้มีข้อมูลเฉพาะโปรเจกต์จำนวนมาก เนื่องจากคีย์ API ช่องเป้าหมาย ปลายทางเอาต์พุต การกำหนดค่าแดชบอร์ด หมวดหมู่การวิเคราะห์ ฯลฯ ได้รับการกำหนดตายตัว
ดังนั้น จึงเป็นเรื่องปกติที่จะบันทึกเป็น Project Skill ก่อน หากคุณต้องการ "ใช้กับช่อง YouTube อื่น" ในภายหลัง คุณสามารถทำให้เป็นภาพรวมและย้ายไปยัง Global Skills
ทำให้งานประจำสัปดาห์เป็นอัตโนมัติด้วย Automation
งานที่เปลี่ยนเป็น Skill สามารถดำเนินการเป็นระยะเพิ่มเติมได้ด้วย Automation
Codex มีฟีเจอร์ที่เรียกว่า Automations ซึ่งสามารถดำเนินการงานที่ระบุในวันหรือเวลาที่กำหนด
ใน Automations คุณสามารถตรวจสอบงานดำเนินการเป็นระยะที่ตั้งไว้ในปัจจุบัน
ในตัวอย่างนี้ มีการตั้งค่า Automation ที่เรียกว่า "Weekly YouTube Comment Insights Refresh" เป็นเนื้อหาที่อัปเดตการวิเคราะห์ความคิดเห็นบน YouTube ทุกวันอาทิตย์เวลา 17:00 น.
คุณสามารถตั้งค่าพรอมพ์การดำเนินการอัตโนมัติ ความถี่ในการดำเนินการ โมเดล สภาพแวดล้อมการดำเนินการ ฯลฯ
คุณสามารถเขียนคำแนะนำที่ค่อนข้างเฉพาะเจาะจงภายใน Automation
ตัวอย่างเช่น เนื้อหาเช่น:
- ดำเนินการเวิร์กโฟลว์การวิเคราะห์ความคิดเห็นบน YouTube
- ดึงข้อมูลความคิดเห็นใหม่
- สร้างรายงาน Excel ใหม่
- อัปเดต JSON แดชบอร์ด
- ตรวจสอบหน้าจอในเบราว์เซอร์
- หากไม่มีปัญหา ให้ commit ไปยัง GitHub
- ปล่อยให้เป็นการ deploy อัตโนมัติของ Vercel
- หากไม่มีการเปลี่ยนแปลง อย่าทำ empty commit
ด้วยการตั้งค่านี้ คุณสามารถทำให้งานวิเคราะห์ประจำสัปดาห์เป็นอัตโนมัติได้อย่างมาก
สำหรับผู้สร้าง YouTube แนวโน้มความคิดเห็นของผู้ชมจะได้รับการอัปเดตในเวลาที่กำหนดทุกสัปดาห์ สำหรับผู้จัดการฝ่ายการตลาดขององค์กร ร่างรายงานประจำสัปดาห์จะถูกสร้างขึ้นโดยอัตโนมัติ สำหรับฝ่ายสนับสนุนลูกค้า คุณสามารถเข้าใจการเปลี่ยนแปลงในแนวโน้มการสอบถามเป็นระยะ
อย่างไรก็ตาม มีข้อควรระวัง
ในกรณีของการดำเนินการในเครื่อง คอมพิวเตอร์ต้องเปิดอยู่และ Codex ต้องอยู่ในสถานะที่สามารถทำงานได้ หากปิดแล็ปท็อปหรือปิด Codex การดำเนินการเป็นระยะจะหยุดลง
หากคุณต้องการให้ทำงานอย่างน่าเชื่อถือตลอด 24 ชั่วโมง คุณควรพิจารณาการกำหนดค่าที่ทำงานในสภาพแวดล้อมคลาวด์หรือ VPS
ระวังการตั้งค่าโมเดลใน Automation
จุดที่มักถูกมองข้ามเมื่อใช้ Automation คือการตั้งค่าโมเดลที่ใช้
โมเดลที่ใช้ในการแชทปกติไม่จำเป็นต้องสะท้อนใน Automation โดยตรง คุณต้องตรวจสอบโมเดลสำหรับแต่ละ Automation
ในตัวอย่างภาพ โมเดลถูกตั้งค่าเป็น GPT-5.5 และ Reasoning ถูกตั้งค่าเป็น High บนหน้าจอรายละเอียด Automation
ใน Automation คุณต้องตรวจสอบโมเดลการดำเนินการแยกจากการแชทปกติ
หากการตั้งค่าโมเดลไม่เหมาะสม การประมวลผลอาจช้าหรือไม่เสถียรเท่าที่คาดหวัง
โดยเฉพาะอย่างยิ่งสำหรับงานที่เวลาในการดำเนินการเป็นปัญหา เช่น การอัปเดตรายงานประจำสัปดาห์ การตั้งค่าโมเดลเป็นจุดที่คุณต้องการตรวจสอบ
นอกจากนี้ หากไฟล์ Excel เปิดทิ้งไว้ Codex อาจไม่สามารถเขียนทับได้ นี่เป็นเรื่องธรรมดา แต่เป็นปัญหาที่พบบ่อยในทางปฏิบัติ
เมื่อตั้งค่า Automation ควรรวมหมายเหตุเช่นนี้ในพรอมพ์ Automation:
- หากไฟล์ Excel เปิดอยู่และไม่สามารถอัปเดตได้ ให้รายงานว่า
- หากล้มเหลว ให้ระบุว่าหยุดที่ขั้นตอนใด
- หากไม่สามารถดึงข้อมูลได้ อย่าเขียนทับด้วยรายงานว่างเปล่า
- หากไม่มีการเปลี่ยนแปลง อย่าบังคับ commit
ด้วยการรวมกฎเหล่านี้ ความน่าเชื่อถือของ Automation จะเพิ่มขึ้น
เผยแพร่ด้วย GitHub และ Vercel
แดชบอร์ดที่สร้างในเครื่องสามารถดูได้เฉพาะบนคอมพิวเตอร์ของคุณเองเท่านั้น
หากคุณต้องการแชร์กับสมาชิกในทีมหรือลูกค้า คุณต้องเผยแพร่สู่เว็บ การรวมกันของ GitHub และ Vercel สะดวกสำหรับสิ่งนั้น
ขั้นตอนพื้นฐานมีดังนี้:
- สร้างแดชบอร์ดด้วย Codex
- สร้างที่เก็บบน GitHub
- ส่งโค้ดจาก Codex ไปยัง GitHub
- โหลดที่เก็บ GitHub ใน Vercel
- Deploy
- หลังจากนั้น Vercel จะอัปเดตโดยอัตโนมัติทุกครั้งที่มีการส่งการเปลี่ยนแปลงไปยัง GitHub
ด้วยการกำหนดค่านี้ เพียงแค่ทำงานใน Codex และสะท้อนบน GitHub เว็บไซต์สาธารณะก็จะได้รับการอัปเดตโดยอัตโนมัติเช่นกัน
สำหรับแดชบอร์ดขนาดเล็กหรือเว็บแอปสำหรับการตรวจสอบภายใน เป็นการกำหนดค่าที่ใช้งานง่ายมาก
แน่นอน คุณต้องระมัดระวังเกี่ยวกับขอบเขตของการเผยแพร่ แม้ว่าข้อมูลสาธารณะ เช่น ความคิดเห็นบน YouTube จะจัดการได้ค่อนข้างง่าย แต่คุณต้องพิจารณาถึงการยืนยันตัวตนและข้อจำกัดในการเข้าถึงเมื่อต้องจัดการกับข้อมูลลูกค้าหรือข้อมูลภายในอยู่เสมอ
เมื่อใช้งานในบริษัทญี่ปุ่น การจัดการข้อมูลส่วนบุคคลและข้อมูลที่เป็นความลับควรใช้ความระมัดระวังเป็นพิเศษ
แยกงานด้วย Side Chat
Codex ยังมีฟีเจอร์ที่มีประโยชน์ที่เรียกว่า Side Chat
นี่คือฟีเจอร์ที่ให้คุณเปิดแชทย่อยที่มีบริบทโปรเจกต์เดียวกัน โดยแยกออกจากเธรดงานหลัก
การใช้ Side Chat คุณสามารถถามคำถามอื่นหรือตรวจสอบสิ่งต่างๆ ได้โดยไม่ต้องหยุดงานหลัก
ตัวอย่างเช่น สมมติว่าคุณกำลังดำเนินการสร้างแดชบอร์ดในแชทหลัก ระหว่างนั้น คุณอาจต้องการตรวจสอบอย่างอื่น เช่น "ข้อจำกัดของ API นี้คืออะไร" หรือ "ฉันควรเปลี่ยนการกำหนดค่าคอลัมน์ของชีต Excel นี้หรือไม่"
หากคุณผสมคำถามเข้าไปในแชทหลักทุกครั้ง การไหลของงานจะยุ่งเหยิง
การใช้ Side Chat คุณสามารถถามในเธรดที่แยกจากกันในขณะที่ยังคงการไหลของงานหลักไว้ เนื่องจากคุณสามารถปิดมันได้เมื่อการตรวจสอบเสร็จสิ้น จึงทำให้จัดระเบียบบันทึกการทำงานได้ง่ายขึ้นด้วย
นี่เป็นฟีเจอร์เล็กๆ แต่ก็มีประสิทธิภาพมากในโปรเจกต์ระยะยาว
เปลี่ยนรูปแบบการตอบกลับด้วยการตั้งค่าบุคลิกภาพ
Codex มีการตั้งค่าบุคลิกภาพ (Personality)
รูปแบบการตอบกลับของ Codex สามารถเลือกได้ระหว่าง Friendly และ Pragmatic
Friendly เป็นรูปแบบการตอบกลับที่อบอุ่นและให้ความร่วมมือ เหมาะสมเมื่อต้องการคำอธิบายที่สุภาพและต้องการดำเนินการไปพร้อมกับการสนทนา
Pragmatic เป็นรูปแบบการตอบกลับที่กระชับและเน้นงานเป็นศูนย์กลาง เหมาะสมหากคุณต้องการดำเนินการอย่างรวดเร็วในทางปฏิบัติ
ในการใช้งานทางธุรกิจของญี่ปุ่น Friendly อาจใช้ได้ดีในตอนแรก แต่หลายคนอาจรู้สึกว่า Pragmatic ใช้งานง่ายกว่าเมื่อคุ้นเคยแล้ว
โดยเฉพาะอย่างยิ่งเมื่อใช้ Codex ทุกวัน หากมีคำอธิบายที่ไม่จำเป็นมากมาย อาจรู้สึกหนักหน่วงเล็กน้อย การตั้งค่าเป็น Pragmatic จะทำให้ได้ประเด็นหลัก ทำให้ดำเนินงานได้ง่ายขึ้น
Full Access สะดวกแต่ใช้ด้วยความระมัดระวัง
Codex ยังมีการตั้งค่า Full Access
การเปิดใช้งาน Full Access ทำให้ทำงานเร็วขึ้น แต่เนื่องจากสิทธิ์ขยายออกไป จึงต้องใช้อย่างระมัดระวัง
เมื่อเปิดใช้งาน Full Access แล้ว Codex สามารถแก้ไขไฟล์และดำเนินการคำสั่งด้วยสิทธิ์ที่กว้างขึ้น เนื่องจากความพยายามในการอนุมัติลดลง งานจึงเร็วขึ้น
อย่างไรก็ตาม ก็มีความเสี่ยงตามมา
- ความเป็นไปได้ในการแก้ไขไฟล์ที่ไม่ตั้งใจ
- ความเป็นไปได้ในการเข้าถึงภายนอกผ่านเครือข่าย
- ความเป็นไปได้ในการแตะต้องไฟล์ที่มีข้อมูลลับ
- ความเป็นไปได้ในการดำเนินการคำสั่งที่ไม่ถูกต้อง
แน่นอนว่า Codex ได้รับการออกแบบให้ทำงานอย่างระมัดระวัง แต่เนื่องจากสิทธิ์ถูกขยายออกไป ฝั่งมนุษย์ก็ต้องระมัดระวังเช่นกัน
ฉันแนะนำให้ใช้กับสิทธิ์ปกติก่อน หลังจากคุ้นเคยกับการกำหนดค่าโปรเจกต์และสามารถไว้วางใจพฤติกรรมของ Codex ได้แล้ว ให้ใช้ Full Access ตามความจำเป็น
โดยเฉพาะอย่างยิ่งเมื่อจัดการกับพีซีที่ทำงานหรือข้อมูลบริษัท การเปิด Full Access โดยง่ายนั้นปลอดภัยน้อยกว่า
ตระหนักถึง Context Window
Codex มี Context Window เพื่อรักษาบริบทของการสนทนาและการทำงาน
Codex จะแสดงการใช้งานบริบทและบีบอัดโดยอัตโนมัติตามความจำเป็น
เมื่อทำงานระยะยาว ประวัติการสนทนาและเนื้อหาไฟล์จะเพิ่มขึ้น Codex จะบีบอัดบริบทโดยอัตโนมัติ แต่จะเสถียรกว่าหากเก็บข้อมูลโปรเจกต์สำคัญไว้ในไฟล์ให้มากที่สุด
ในแง่นั้น agents.md และ Skills จึงมีความสำคัญ
หากคุณเก็บข้อมูลไว้ในแชทเท่านั้น บริบทอาจบางลงในระหว่างการทำงานระยะยาว ในทางกลับกัน หากคุณเก็บกฎและขั้นตอนไว้เป็นไฟล์โปรเจกต์ Codex จะสามารถอ้างอิงได้
ยิ่งโปรเจกต์ถูกใช้งานในระยะยาวมากเท่าไหร่ ความตระหนักรู้ในการ "เก็บไว้ในไฟล์" มากกว่า "อธิบายในแชท" ก็ยิ่งสำคัญมากขึ้นเท่านั้น
การเริ่มจากงานเล็กๆ นั้นสมจริง
เมื่ออ่านมาถึงตรงนี้ คุณอาจไม่รู้ว่าจะเริ่มต้นจากตรงไหนเพราะมีสิ่งที่ Codex ทำได้มากมาย
ฉันแนะนำให้เริ่มจากงานประจำเล็กๆ
ตัวอย่างเช่น งานเช่น:
- วิเคราะห์ความคิดเห็นบน YouTube สัปดาห์ละครั้ง
- สร้างร่างโพสต์ X จากปฏิกิริยาในอดีต
- จัดหมวดหมู่อีเมลสอบถาม
- สร้างร่างข้อเสนอจากบันทึกการขาย
- อ่าน CSV และสร้างรายงานง่ายๆ
- อัปเดตคำถามที่พบบ่อยภายในองค์กร
- จัดระเบียบบันทึกใน Notion
- ทำรายงานประจำสัปดาห์ใน Excel
คุณไม่จำเป็นต้องสร้างระบบธุรกิจขนาดใหญ่ตั้งแต่เริ่มต้น
แต่ควรเลือก "งานที่น่าเบื่อที่ต้องทำทุกสัปดาห์แต่สามารถทำตามกฎเกณฑ์ได้" ก่อนดีกว่า
สิ่งที่ Codex เหมาะสมไม่ใช่งานสร้างสรรค์ล้วนๆ แต่กลับมีความแข็งแกร่งในงานที่มีการทำซ้ำ ซึ่งอินพุตและเอาต์พุตถูกกำหนดไว้ในระดับหนึ่ง และต้องใช้การตัดสินใจเล็กน้อยทุกครั้ง
การวิเคราะห์ความคิดเห็นบน YouTube เป็นตัวอย่างทั่วไปของสิ่งนั้น
- มีอินพุตที่เรียกว่าความคิดเห็น
- มีกระบวนการที่เรียกว่าการจัดหมวดหมู่ การรวบรวม และการสรุป
- มีเอาต์พุตที่เรียกว่า Excel และแดชบอร์ด
- ได้รับวัสดุสำหรับการตัดสินใจ เช่น ไอเดียวิดีโอถัดไปหรือผู้สมัครตอบกลับ
งานดังกล่าวมีความสัมพันธ์ที่ดีกับ Codex มาก
ตัวอย่างการใช้งานสำหรับเจ้าของคนเดียวและทีมเล็กในญี่ปุ่น
หากคุณใช้ Codex ในญี่ปุ่น เหมาะสมเป็นพิเศษสำหรับเจ้าของคนเดียว ทีมเล็ก ผู้จัดการฝ่ายการตลาด และผู้สร้างเนื้อหา
ตัวอย่างเช่น ผู้สร้าง YouTube สามารถสร้างแผนสำหรับวิดีโอถัดไปจากการวิเคราะห์ความคิดเห็น คนที่เขียนบน note หรือบล็อกสามารถจัดระเบียบไอเดียบทความจากปฏิกิริยาของผู้อ่านหรือคำค้นหา ผู้สอนออนไลน์สามารถจัดหมวดหมู่คำถามของนักเรียนเพื่อปรับปรุงสื่อการสอน บริษัท SaaS สามารถวิเคราะห์คำถามหรือบันทึกการแชทเพื่อปรับปรุงหน้าช่วยเหลือ พนักงานขายสามารถสร้างเนื้อหาข้อเสนอหรือข้อความติดตามจากบันทึกการเจรจา ผู้จัดการฝ่ายสรรหาสามารถจัดระเบียบคำถามจากผู้สมัครหรือบันทึกการสัมภาษณ์
แม้จะไม่ได้สร้างระบบขนาดใหญ่เหมือนบริษัทใหญ่ Codex ก็มีประโยชน์เพียงพอ
แต่ผลกระทบอาจชัดเจนกว่าในทีมเล็ก เพราะเพียงแค่ทำให้งานประจำเป็นอัตโนมัติ คุณก็สามารถคืนเวลาให้กับการตัดสินใจและการวางแผนที่มนุษย์ควรทำ
เคล็ดลับในการฝึกฝน Codex
สุดท้ายนี้ ฉันจะรวบรวมเคล็ดลับในการฝึกฝน Codex ในทางปฏิบัติ
ขั้นแรก คิดถึงงานในหน่วยโฟลเดอร์ แบ่งโฟลเดอร์สำหรับแต่ละโปรเจกต์และจัดระเบียบไฟล์ที่จำเป็น
ต่อไป สร้าง agents.md แบ่งปันวัตถุประสงค์และกฎของโปรเจกต์กับ Codex
และ อย่าปล่อยให้มันทำงานทันที ให้วางแผนใน Plan Mode สำหรับงานที่ใหญ่ขึ้น การตรวจสอบขั้นตอนก่อนจะช่วยลดความล้มเหลว
เปลี่ยนขั้นตอนที่สำเร็จให้เป็น Skills แทนที่จะอธิบายแบบเดิมทุกครั้ง ให้บันทึกเป็นสูตรที่นำกลับมาใช้ใหม่ได้
เปลี่ยนงานที่ทำเป็นระยะให้เป็น Automations อย่างไรก็ตาม โปรดทราบว่าสำหรับการทำงานในเครื่อง คอมพิวเตอร์ต้องเปิดอยู่
เมื่อสร้างหน้าจอเว็บแล้ว ให้ตรวจสอบด้วย Browser Use ดูหน้าจอจริง ไม่ใช่แค่โค้ด และตรวจสอบการใช้งาน
บันทึกคีย์ API และข้อมูลลับใน .env.local ระวังอย่าเผยแพร่ไปยัง GitHub โดยไม่ได้ตั้งใจ
ใช้ Full Access อย่างระมัดระวัง สะดวก แต่เนื่องจากสิทธิ์ขยายออกไป แนะนำให้ใช้การตั้งค่าปกติก่อน
เพียงแค่กดจุดเหล่านี้ Codex ก็จะใช้งานได้ง่ายขึ้นมากในทางปฏิบัติ
สรุป
Codex ไม่ใช่เครื่องมือที่ทำให้ทุกอย่างสมบูรณ์แบบในครั้งเดียวเหมือนเวทมนตร์
มันอาจล้มเหลวในการทำงานครั้งแรก อาจติดขัดในการเชื่อมต่อ API อาจไม่สามารถอัปเดตได้เนื่องจากไฟล์ Excel ถูกเปิดทิ้งไว้ UI ของแดชบอร์ดอาจดูธรรมดากว่าที่คาดไว้ การทำงานอัตโนมัติอาจช้า
อย่างไรก็ตาม ทั้งหมดนั้นสามารถปรับปรุงได้
สิ่งสำคัญคืออย่าปล่อยให้ความล้มเหลวเป็นเพียงครั้งเดียว
เปลี่ยนขั้นตอนที่สำเร็จให้เป็น Skills เก็บสาเหตุของความล้มเหลวไว้ใน agents.md หรือบันทึกโปรเจกต์ เปลี่ยนงานประจำสัปดาห์ให้เป็น Automations รวมการตรวจสอบหน้าจอเข้ากับ Browser Use สะสมความรู้ในการทำงานภายในโฟลเดอร์โปรเจกต์
ด้วยการสร้างโฟลว์นี้ Codex จะไม่ใช่แค่ AI แชท แต่เป็นคู่หูที่ปฏิบัติได้จริงเฉพาะของคุณ
ในตัวอย่างการวิเคราะห์ความคิดเห็นบน YouTube นี้ เราสามารถทำสิ่งต่อไปนี้โดยใช้ Codex:
- ดึงข้อมูลความคิดเห็นบน YouTube
- วิเคราะห์ความคิดเห็นมากกว่า 200 รายการ
- สร้างรายงาน Excel
- ดึงคำถามที่พบบ่อย
- จัดระเบียบผู้สมัครตอบกลับ
- คิดไอเดียเนื้อหาต่อไป
- สร้างแดชบอร์ดเว็บ
- ตรวจสอบในเบราว์เซอร์
- ทำให้สามารถนำกลับมาใช้ใหม่เป็น Skill
- ตั้งค่าการอัปเดตอัตโนมัติรายสัปดาห์
สิ่งเหล่านี้เชื่อมต่อกันภายในโฟลเดอร์โปรเจกต์เดียว
หากคุณใช้ Codex ในสถานที่ทำงานของญี่ปุ่น การคิดว่า "จัดระบบงานที่คุณทำทุกสัปดาห์ร่วมกับ Codex" มากกว่า "ปล่อยให้ AI ทำทุกอย่าง" นั้นเหมาะสม
มันอาจเป็นงานเล็กๆ ในตอนแรก
- Excel ที่คุณทำทุกสัปดาห์
- ความคิดเห็นที่คุณอ่านทุกครั้ง
- ข้อความตอบกลับที่คุณเขียนคล้ายๆ กันหลายครั้ง
- รายงานที่คุณสรุปทุกเดือน
- คำถามที่พบบ่อยที่กระจัดกระจายภายในบริษัท
- ปฏิกิริยาบน SNS ที่คุณย้อนกลับไปดูหลังจากโพสต์
เลือกงานดังกล่าวสักงานหนึ่ง ให้ Codex จัดระเบียบขั้นตอน ดำเนินการ เปลี่ยนเป็น Skill และทำให้เป็นอัตโนมัติหากจำเป็น
เพียงแค่ได้รูปแบบนี้ มูลค่าของ Codex จะเพิ่มขึ้นอย่างก้าวกระโดด
สิ่งที่สำคัญในยุค AI ไม่ใช่แค่การรู้จักเครื่องมือที่สะดวกสบาย แต่คือการค้นหาโฟลว์การทำงานที่ AI สามารถเข้ามามีส่วนร่วมในงานของคุณเอง
Codex เป็นตัวเลือกที่ทรงพลังพอสมควรสำหรับการสร้างโฟลว์นั้น
มีการวางแผนจัดเวิร์กช็อปฟรีของ Codex ได้ทุกเมื่อ!
**
กรุณากด "Like" "Quote" และ "Follow"!**
