นักพัฒนาส่วนใหญ่ใช้เอเจนต์เขียนโค้ดเพื่อจัดการโค้ดเป็นอันดับแรก: ตรวจสอบ repository, สร้าง diff, รันเทส และเปิด pull request
นั่นยังคงเป็นจุดศูนย์ถ่วงของ Codex แต่การทำงานส่วนใหญ่บนคอมพิวเตอร์นั้นขับเคลื่อนด้วยโค้ดอยู่แล้ว เช่น การรันคำสั่ง shell, การท่องเว็บ, การเรียก API, การส่งออกเอกสาร, การตอบสนองต่ออีเวนต์ และการเรียกใช้งานระบบอัตโนมัติ เมื่ออินเทอร์เฟซเหล่านี้เปิดให้ Codex เข้าถึงได้ มันก็เริ่มให้ความรู้สึกน้อยลงว่าเป็นแค่ผู้ช่วยเขียนโค้ดในความหมายแคบ และกลายเป็นระบบสำหรับทำงานบนคอมพิวเตอร์ที่ครบวงจรมากขึ้น
แอป Codex ทำให้การเปลี่ยนแปลงนี้ชัดเจนขึ้น เธรดสามารถเก็บบริบท ใช้เครื่องมือ แสดงผลลัพธ์ และดำเนินการต่อในแต่ละคำสั่งแทนที่จะรีเซ็ตทุกครั้งหลังการโต้ตอบ
การใช้งาน Codex ให้เกิดประโยชน์สูงสุดหมายถึงการใช้ความสามารถเหล่านี้ร่วมกัน:
- เธรดที่คงทนซึ่งรักษาบริบทไว้
- การป้อนด้วยเสียง การควบคุมทิศทาง และการจัดคิวในขณะที่ผู้ใช้ยังคงมีส่วนร่วม
- เบราว์เซอร์ การใช้งานคอมพิวเตอร์ เซิร์ฟเวอร์ MCP และตัวเชื่อมต่อที่ช่วยให้ Codex ทำงานนอกเหนือจาก repo ได้
- ระบบอัตโนมัติของเธรดและเป้าหมายที่ให้งานดำเนินต่อไปในขณะที่ผู้ใช้ไม่อยู่
- แผงด้านข้าง ซึ่งผู้ใช้สามารถตรวจสอบโค้ด เอกสาร สไลด์ และผลงานอื่นๆ
เธรดที่คงทน
เธรดที่คงทน:
เธรด Codex ที่ทำงานยาวนาน ซึ่งคงบริบทการทำงานไว้ในหลายเซสชันที่ทำซ้ำ
เธรดที่ปักหมุดไว้เป็นวิธีหนึ่งในการเก็บเธรดที่คงทนให้อยู่ใกล้มือ มีประโยชน์สำหรับสายงานที่เกิดขึ้นซ้ำๆ เช่น:
- เธรดหัวหน้าทีม
- เธรดการเผยแพร่
- เธรดตรวจสอบเอกสาร
- เธรดที่ใช้ติดตามภายนอก
สิ่งเหล่านี้คือพื้นที่ทำงานถาวร ไม่ใช่การแชทสั้นๆ Codex สามารถกลับมาใช้งานได้เรื่อยๆ โดยรักษาการตัดสินใจก่อนหน้า ความชอบ และบริบทการทำงานที่มิฉะนั้นจะต้องเริ่มต้นใหม่ทั้งหมด
ทางลัดไปยังเธรดที่ปักหมุดทำให้เรื่องนี้เป็นไปได้จริง Command-1 ถึง Command-9 จะข้ามไปยังเธรดที่บันทึกไว้โดยตรง
การป้อนด้วยเสียง
การป้อนด้วยเสียงมีคุณค่าเพราะมันจับเวอร์ชันคร่าวๆ ของความคิดก่อนที่จะถูกบีบอัดเป็นข้อความที่เรียบร้อย
Codex มีการป้อนด้วยเสียงในตัว มันทำงานได้ดีเป็นพิเศษสำหรับจุดเริ่มต้นที่คลุมเครือซึ่งพูดได้เป็นธรรมชาติแต่พิมพ์ได้ยาก:
ฉันคิดว่ามีคนชื่อเบนพูดถึงเรื่องนี้ใน Slack
ฉันจำรายละเอียดไม่ได้
กรุณาไปค้นดูให้หน่อย
สำหรับเอเจนต์ที่สามารถค้นหา รวบรวมบริบท และรายงานกลับมา แค่นี้ก็มักจะเพียงพอแล้ว
นอกจากนี้ยังทำงานได้ดีสำหรับการระบายความคิดสองถึงสามนาทีก่อนที่งานจะถูกกำหนดรูปแบบสมบูรณ์
บันทึกการสนทนาก็ทำงานในลักษณะเดียวกัน บันทึกการประชุมดิบหรือบันทึกการวางแผนที่ถูกบันทึกเสียง มักจะให้แหล่งข้อมูลที่ดีกว่าบทสรุปสั้นๆ เพราะมันคงไว้ซึ่งความไม่แน่นอน การเน้นย้ำ และแนวความคิดที่ยังไม่เสร็จสิ้น
การควบคุมทิศทางและการจัดคิว
การป้อนด้วยเสียงจะมีประโยชน์ยิ่งขึ้นเมื่อจับคู่กับการควบคุมงานที่กำลังดำเนินการอย่างชัดเจน
การควบคุมทิศทาง:
การขัดจังหวะงาน Codex ที่กำลังดำเนินการด้วยทิศทางใหม่ก่อนที่ขั้นตอนปัจจุบันจะเสร็จสิ้น
การควบคุมทิศทางมีประโยชน์เมื่อเอเจนต์กำลังมุ่งไปผิดทางและจำเป็นต้องแก้ไขก่อนที่จะเสร็จ ตัวอย่างเช่น ระหว่างการตรวจสอบเว็บไซต์ ผู้ใช้สามารถขัดจังหวะงานขณะกำลังเขียนคำอธิบายบนพื้นผิวในแผงด้านข้าง:
- ทำให้อันนี้เล็กลง
- ระยะห่างระหว่างสององค์ประกอบนี้ดูไม่ถูกต้อง
- ข้อความนี้ผิด
การจัดคิว:
การเพิ่มงานให้ Codex ทำหลังจากขั้นตอนปัจจุบันเสร็จสิ้น
การจัดคิวแตกต่างออกไป มันไม่ขัดจังหวะงานที่กำลังดำเนินอยู่ มันเพิ่มงานถัดไปเข้าไปในคิว ผู้ใช้อาจพูดว่า:
เมื่องานเสร็จแล้ว ให้ส่งลิงก์พรีวิวไปให้ผู้ตรวจสอบใน Slack
การควบคุมทิศทางเปลี่ยนสิ่งที่ Codex กำลังทำอยู่ตอนนี้ การจัดคิวเปลี่ยนสิ่งที่ควรเกิดขึ้นถัดไป ทั้งสองอย่างช่วยให้ผู้ใช้ติดตามงานได้อย่างใกล้ชิดในขณะที่งานกำลังดำเนินไป
เครื่องมือและการเข้าถึง
เมื่อเธรดมีความต่อเนื่อง คำถามถัดไปคือสามารถดำเนินการกับอะไรได้บ้าง Codex สามารถขยายออกไปเป็นชั้นๆ:
- $browser สำหรับเบราว์เซอร์ในแอปในแผงด้านข้าง ซึ่ง Codex สามารถตรวจสอบและเขียนคำอธิบายบนพื้นผิวเว็บได้
- @chrome สำหรับสถานะเบราว์เซอร์ที่ลงชื่อเข้าใช้และเวิร์กโฟลว์ที่ใช้ Chrome
- @computer สำหรับงานที่มีอยู่ผ่าน GUI เดสก์ท็อปเท่านั้น
$browser เหมาะสำหรับการตรวจสอบเบราว์เซอร์ในแผงด้านข้าง @chrome เหมาะสำหรับงานเบราว์เซอร์ที่ลงชื่อเข้าใช้ซึ่งขึ้นอยู่กับบริบท Chrome ของผู้ใช้ @computer เหมาะสำหรับงานที่มีอยู่ผ่าน GUI เดสก์ท็อปเท่านั้น
เซิร์ฟเวอร์ MCP และตัวเชื่อมต่อขยายแนวคิดเดียวกันไปยังส่วนที่เหลือของเวิร์กโฟลว์ Slack, Gmail และ ปฏิทิน มีความสำคัญเนื่องจากงานสำคัญหลายอย่างปรากฏเป็นข้อความ รายการในกล่องจดหมาย หรือปัญหาการจัดตารางเวลาก่อนที่จะกลายเป็นโค้ด
ทักษะทำให้เวิร์กโฟลว์ที่เกิดซ้ำสามารถนำกลับมาใช้ใหม่ได้ เมื่อเวิร์กโฟลว์พิสูจน์แล้วว่ามีประโยชน์ ให้แพ็กเกจเป็นทักษะ เพื่อให้ Codex สามารถรันซ้ำได้โดยไม่ต้องเรียนรู้ขั้นตอนใหม่ทั้งหมด
ทำงานจากทุกที่
แอป Codex บนมือถือ เปลี่ยนเวลาที่ผู้ใช้ต้องอยู่ที่โต๊ะทำงาน งานสามารถเริ่มบน Mac ที่มีไฟล์ สิทธิ์ และการตั้งค่าในเครื่องอยู่แล้ว จากนั้นดำเนินการต่อในขณะที่ผู้ใช้เช็กอินจากโทรศัพท์
เรื่องนี้มีความสำคัญในช่วงเวลาสั้นๆ บุคคลสามารถออกจากโต๊ะทำงานในขณะที่ Codex รันงานที่ยาวขึ้น ตอบคำถามจากภายนอก อนุมัติขั้นตอนถัดไป หรือเปลี่ยนทิศทางของเธรดก่อนที่จะกลับมา สภาพแวดล้อมในเครื่องยังคงอยู่ที่เดิม ผู้ใช้ไม่ต้องเป็นคนทำ
ระบบอัตโนมัติ
ระบบอัตโนมัติ จะรันงานของ Codex ตามกำหนดเวลา ใช้ระบบอัตโนมัติตามกำหนดการเมื่องานที่เกิดซ้ำควรเริ่มต้นใหม่จากพื้นที่ทำงาน เช่น รายงานประจำวันหรือการตรวจสอบ repository เป็นประจำ ใช้ระบบอัตโนมัติของเธรดเมื่อกำหนดการควรกลับไปยังบทสนทนาที่ใช้งานอยู่พร้อมบริบทที่กำลังดำเนินอยู่
ระบบอัตโนมัติของเธรด:
สัญญาณปลุกที่เกิดซ้ำแบบ Heartbeat ซึ่งกลับมายังเธรด Codex เดิมตามกำหนดเวลา
เธรดที่ปักหมุดมีประโยชน์ แต่ก็ยังรอให้ผู้ใช้กลับมา ระบบอัตโนมัติของเธรดสามารถตรวจสอบบางสิ่งทุกๆ สองสามนาทีหรือทุกๆ สองสามชั่วโมง ดำเนินการต่อไปจนกว่าจะตรงตามเงื่อนไข และปรับจังหวะเมื่อเวลาผ่านไป
เธรดหัวหน้าทีมอาจรันทุกๆ 30 นาที:
ทุกๆ 30 นาที ให้ตรวจสอบ Slack และ Gmail เพื่อหาข้อความที่ยังไม่ได้ตอบซึ่งต้องได้รับการดูแล
ช่วยฉันจัดลำดับความสำคัญของสิ่งที่สำคัญที่สุด
หากมีคนถามคำถามฉัน ให้ค้นคว้าคำตอบให้ลึกที่สุดเท่าที่จะทำได้และร่างคำตอบให้ฉัน แต่อย่าส่งไป
เมื่อผู้ใช้กลับมา ส่วนที่ใช้ทรัพยากรมากในการรวบรวมบริบทมักจะเสร็จเรียบร้อยแล้ว มนุษย์ยังคงเป็นผู้ตัดสินใจว่าจะส่งอะไร
ระบบอัตโนมัติของเธรดยังเหมาะกับลูปการตอบรับอีกด้วย ระบบอัตโนมัติของเธรดสามารถตรวจสอบความคิดเห็นใน pull request, ความคิดเห็นใน Google Docs หรือการตอบกลับใน Slack และทำให้งานโดยรอบดำเนินต่อไปในขณะที่ผู้ใช้ไม่อยู่
ลองพิจารณาเวิร์กโฟลว์แอนิเมชันที่ผู้ตรวจสอบแชร์วิดีโอใน Slack ระบบอัตโนมัติของเธรดสามารถตรวจสอบเธรดตามกำหนดการ เรนเดอร์เวอร์ชันที่อัปเดตเมื่อมีความคิดเห็น และตอบกลับในเธรดเดียวกันโดยระบุผู้ตรวจสอบ หากระบบรวมระบบหนึ่งไม่สามารถอัปโหลดครั้งสุดท้ายได้ ระบบอัตโนมัติเดสก์ท็อปสามารถทำให้ขั้นตอนเสร็จสมบูรณ์ผ่าน GUI
ลูปครอบคลุม Slack สำหรับการตอบรับ โค้ดเบสสำหรับการเรนเดอร์ และระบบอัตโนมัติเดสก์ท็อปสำหรับการอัปโหลดครั้งสุดท้าย
เป้าหมาย
เป้าหมายจะทรงพลังที่สุดเมื่องานมีเส้นชัยที่แท้จริงที่เอเจนต์สามารถมุ่งไปสู่ได้ เป้าหมายที่อ่อนแอคือ:
เป้าหมาย:
งาน Codex ที่ดำเนินการยาวนานขึ้นพร้อมเส้นชัยที่เอเจนต์สามารถทำงานต่อไปได้เรื่อยๆ เมื่อเวลาผ่านไป
ใช้แผนในไฟล์ Markdown นี้
เป้าหมายที่แข็งแกร่งกว่ามีเกณฑ์ความสำเร็จที่วัดได้
ตัวอย่างเช่น วิศวกรอาจย้ายเครื่องมือภายในจาก Python ไปยัง Rust โดยตั้งค่าไดเรกทอรีใหม่ กำหนดเป้าหมาย และทำให้เส้นชัยชัดเจน: การใช้งานใหม่จะยังไม่เสร็จจนกว่าการทดสอบหน่วยจะผ่าน
เป้าหมายรวมการดำเนินการอย่างต่อเนื่องเข้ากับตัวตรวจสอบ ผู้ใช้กำหนดผลลัพธ์ เงื่อนไขการหยุด และสัญญาณที่บอกว่า Codex กำลังเข้าใกล้หรือไม่
ตัวตรวจสอบที่มีประโยชน์ได้แก่:
- ชุดทดสอบ
- เกณฑ์มาตรฐาน
- การจำลองบั๊ก
- เมทริกซ์การตรวจสอบ
- เวิร์กโฟลว์แบบ end-to-end ที่ต้องผ่านตลอด
ความทะเยอทะยานมีความสำคัญ แต่หากไม่มีการตรวจสอบ มันก็เป็นเพียงความหวัง
แผงด้านข้าง
แผงด้านข้าง ช่วยให้งานอยู่เคียงข้างการสนทนาที่สร้างมันขึ้นมา แทนที่จะส่งออกผลงานและเปลี่ยนบริบท ผู้ใช้สามารถตรวจสอบได้ในที่นั้น ผลลัพธ์อาจเป็นโค้ด แต่อาจเป็นสไลด์ PDF หน้าเว็บ ตาราง หรือผลงานอื่นๆ ที่สร้างขึ้นระหว่างทาง
มันรองรับงานสี่อย่างได้ดีเป็นพิเศษ:
- ตรวจสอบผลงาน
- เขียนคำอธิบายสิ่งที่ต้องเปลี่ยนแปลง
- ดำเนินการบนพื้นผิวเว็บ
- ตรวจสอบการเปลี่ยนแปลง
แผงด้านข้างช่วยให้ผู้ใช้ตรวจสอบ Markdown สเปรดชีต ตารางข้อมูล เอกสาร และสไลด์ในที่นั้น พวกเขาสามารถตรวจสอบ เขียนหมายเหตุ และแก้ไขผลงานได้โดยไม่ทำลายลูป
คำอธิบายประกอบ
สไลด์หรือ PDF สามารถเปิดไว้ข้างเธรดที่สร้างมันขึ้นมา พร้อมสำหรับการตรวจสอบและซ่อมแซมโดยตรง
ชีตใน Codex
เบราว์เซอร์ในแอป ช่วยให้ Codex ตรวจสอบหน้าที่เรนเดอร์แล้ว ควบคุมมัน และตอบสนองต่อคำอธิบายประกอบบนพื้นผิวที่กำลังตรวจสอบโดยตรง ความคิดเห็นบนหน้าหรือผลงานจะยังคงอยู่ในลูปการทำงานแทนที่จะกลายเป็นการส่งมอบที่แยกต่างหาก
เว็บกลายเป็นทั้งผลผลิตและพื้นผิวควบคุม Codex สามารถสร้างผลงาน เปิดในแผงด้านข้าง ตรวจสอบ แก้จุดบกพร่อง และปรับแต่งวัตถุเดียวกันในที่นั้นต่อไป
พื้นผิวเหล่านี้ทำงานได้ดีเป็นพิเศษ:
- index.html สำหรับผลงานแบบคงที่น้ำหนักเบา
- Storybook สำหรับการตรวจสอบ UI
- Remotion Studio สำหรับแอนิเมชันที่เขียนด้วยโปรแกรม
- สไลด์ที่ใช้เบราว์เซอร์สำหรับการนำเสนอ
- แอปข้อมูลสำหรับเวิร์กโฟลว์การวิเคราะห์
ไฟล์ index.html ไฟล์เดียวสามารถกลายเป็นผลงานแบบโต้ตอบที่คงทนโดยไม่ต้องใช้เซิร์ฟเวอร์ ระบบอัตโนมัติของเธรดยังสามารถรีเฟรชผลงานแบบคงที่เมื่อเวลาผ่านไป เพื่อให้เธรดมีสิ่งใหม่รออยู่เมื่อผู้ใช้กลับมา
หน่วยความจำที่ใช้ร่วมกัน
เธรดที่ทำงานยาวนานจะมีประโยชน์มากขึ้นเมื่อพวกเขาแชร์หน่วยความจำนอกเหนือจากการสนทนาใดๆ เพียงครั้งเดียว
หน่วยความจำที่ใช้ร่วมกัน:
บริบทที่คงทนซึ่งจัดเก็บไว้นอกเธรดเดียว เพื่อให้งานในอนาคตสามารถดำเนินการต่อจากสิ่งที่ชัดเจนและตรวจสอบได้
รูปแบบที่คงทนอย่างหนึ่งคือการยึดเธรดที่คงอยู่ใน Obsidian vault ในทางปฏิบัติ นั่นหมายถึงโฟลเดอร์ของไฟล์ธรรมดาที่ตรงไปตรงมาในการตรวจสอบ แก้ไข ย้าย และเก็บไว้เป็นเวลานาน ทีมสามารถจัดเก็บโฟลเดอร์นั้นใน cloud storage, Git, Dropbox, Google Drive หรือเลเยอร์ซิงค์อื่นๆ ที่เหมาะกับเวิร์กโฟลว์ของพวกเขา
vault อาจมีลักษณะดังนี้:
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
ที่ระดับบนสุด AGENTS.md สามารถกำหนดวิธีที่ Codex ควรอัปเดตพื้นที่ทำงานนั้นเมื่อเรียนรู้เพิ่มเติมเกี่ยวกับผู้คน โครงการ การตัดสินใจ และสิ่งที่ยังค้างอยู่
อย่าคัดลอกโครงสร้าง vault เดียวที่แน่นอน สอนเอเจนต์ว่าบริบทที่คงทนควรอยู่ที่ไหน ควรรักษาบริบทอะไร และเมื่อใดที่ไม่ควรสร้างความยุ่งเหยิง
AGENTS.md ที่ใช้งานได้จริงอาจพูดว่า:
- ถือว่า ~/vault เป็นหน่วยความจำในการทำงานที่คงทน
- เลือกใช้บันทึกที่เป็นทางการมากกว่าบันทึกที่กระจัดกระจาย
- จัดเส้นทาง TODO, ผู้คน, โครงการ, สรุปรายวัน และบันทึกย่ออย่างชัดเจน
- รักษาการตัดสินใจ อุปสรรค เจ้าของ วันที่ และลิงก์ที่มีประโยชน์
- หากไม่มีอะไรเปลี่ยนแปลงที่มีความหมาย อย่าสร้างความยุ่งเหยิงใน vault
Repository เก็บโค้ด vault เก็บบริบทที่หมุนเวียน: ผู้คนที่เกี่ยวข้อง อะไรเปลี่ยนแปลงไป อะไรถูกขัดขวาง อะไรที่ต้องติดตามผล และอะไรที่มิฉะนั้นจะหายไประหว่างเซสชัน
บริบทสำคัญไม่ควรอยู่เฉพาะในบันทึกการสนทนาเท่านั้น จดบันทึกไว้ในที่ที่เธรดถัดไปสามารถหยิบขึ้นมาใช้ต่อได้
Codex ยังมี ฟีเจอร์หน่วยความจำ ของบุคคลที่หนึ่งในการตั้งค่า > การปรับเปลี่ยนในแบบของคุณ > หน่วยความจำ ซึ่งให้เลเยอร์การเรียกคืนในเครื่องสำหรับความชอบ เวิร์กโฟลว์ที่เกิดซ้ำ และข้อผิดพลาดที่ทราบ ซึ่งเสริมบริบทที่เขียนไว้อย่างชัดเจนแทนที่จะแทนที่ Chronicle ผลักดันไปในทิศทางเดียวกันโดยช่วยให้ Codex สร้างหน่วยความจำจากบริบทหน้าจอล่าสุด
จากโค้ดสู่ภายนอก
Codex ยังคงเริ่มต้นจากโค้ด แต่ตอนนี้งานรอบๆ โค้ดส่วนใหญ่สามารถเข้าถึงได้ผ่านระบบเดียวกัน: เซิร์ฟเวอร์ MCP, พื้นผิวเบราว์เซอร์, การควบคุมเดสก์ท็อป, ระบบอัตโนมัติของเธรด และผลงานที่ตรวจสอบได้
นั่นเปลี่ยนรูปแบบการควบคุม การควบคุมทิศทางขัดจังหวะงานที่กำลังดำเนินอยู่ การจัดคิวจัดเรียงงานถัดไป ระบบอัตโนมัติของเธรดทำให้เธรดทำงานอยู่เมื่อผู้ใช้ก้าวออกไป เป้าหมายเพิ่มเส้นชัยที่เป็นรูปธรรมที่ Codex สามารถทำงานต่อไปได้
Codex สามารถดำเนินเวิร์กโฟลว์จากคำสั่งไปจนถึงการดำเนินการไปจนถึงการตรวจสอบผลงานได้แล้ว แม้ว่างานจะออกนอก repo ก็ตาม
