หัวเรื่องเรื่องแปล: Codex-maxxing
ผู้เขียนเรื่องแปล: Jason Liu
ผู้แปล: Peggy

หมายเหตุจากผู้แปล: AI Agent กำลังเปลี่ยนจาก "เครื่องมือเขียนโค้ด" เป็นระบบปฏิบัติการของการทำงานใหม่

ในบทความนี้ โดย Jason Liu (วิศวกรทีม OpenAI Codex) ใช้ประสบการณ์ของตนเองในการใช้ Codex เป็นเส้นทาง บันทึกถึงวิธีที่การเปลี่ยนแปลงนี้เกิดขึ้น: ตั้งแต่กระทู้ยอดนิยม, การนำเสียงเข้า, การแบ่งปันความทรงจำ, การควบคุมเบราว์เซอร์, การดำเนินการจากระยะไกล, Heartbeats วงจรอัตโนมัติและแผงข้าง, Codex ไม่ได้เป็นเพียงหน้าต่างแชทที่รอคำสั่งอีกต่อไป แต่เริ่มเป็นสถานที่ที่สามารถสำรองงาน, จำบรรจุบรรจุส่วนรางวัล, สร้างผลิตภัณฑ์และส่งต่องาน

สิ่งที่สำคัญที่สุดคือไม่ใช่ว่า Codex สามารถเขียนโค้ดที่ดีกว่าหรือไม่, แต่เป็นว่ามันกำลังเปลี่ยนแปลง "การจัดการงาน" อดีต, การใช้ AI มักจะกลับไปที่ "คำถามและคำตอบ" ผู้ใช้提供ความต้องการ, ระบบให้ผลลัพธ์, งานมักหยุดระหว่างการสนทนา แต่ในขบวนการทำงานใหม่นี้ เส้นทางสามารถอยู่ได้นานหลาย, ความทรงจำสามารถแข็งเป็นแฟ้ม, งานสามารถดำเนินไปอัตโนมัติตามระยะเวลา, ผู้ใช้สามารถมีส่วนและตรวจสอบ และแก้ไขได้ตลอดเวลา, การสรุปสุดท้ายก็เป็นวงจรการทำงานขนาดเล็ก

สิ่งนี้หมายความว่า มูลค่าของเอเจนต์กำลังเปลี่ยนจาก "ความสามารถ" เป็น "การต่อเนื่อง" มันไม่เพียงแค่ช่วยให้คนทำงานทำงานบางงาน แต่เป็นการเชื่อมโยงระหว่างเครื่องมือ, ไฟล์, เบราว์เซอร์, Slack, Gmail, ปฏิทินและแอปพลิเคชันภายในเครื่อง ทำงานในขณะที่ผู้ใช้ไปก็ยังคงเดินหน้าต่อ สำหรับนักงานที่ใช้สาระ, นี่อาจเป็นขั้นตอนสำคัญที่เครื่องมือ AI กำลังเข้าสู่กระบวนการผลิตประจำวัน: มันไม่ใช่การแทนแทนการกระทำของคน, แต่การทำงานเพิ่มเติมไม่ได้ตายหลังจากคำสั่งครั้งหนึ่ง

ข้อความดั้งเดิมดังนี้:

Codex ไม่ใช่แค่การเขียนโค้ด แต่เป็นการควบคุมกระบวนการทำงาน

ก่อนที่ Codex จะเกิดขึ้น, ฉันอยู่ในการใช้งานที่หลีกเลี่ยงอย่างมาก แต่ส่วนใหญ่ฉันใช้หน้าต่อที่ออกแบบเพื่อการเขียนโค้ด: สร้าง diff, ปรับเปลี่ยนที่เก็บโค้ด, ส่งออกโค้ด

การอัพเกรดล่าสุดของแอป Codex เป็นอัพเกรดรอบแรกที่ทำให้โหมดการทำงานแบบทั่วไปดูเหมือนเป็นเอกลักษณ์อย่างแท้จริงที่ฉันเคยใช้เห็น

Codex ยังคงเก่งในการเขียนโค้ด แต่เปลี่ยนแปลงที่น่าสนใจมากขึ้นคือ มันเริ่มให้ฉันมีที่ในการทำงานอย่างที่สามารถ「จัดเก็บไว้」ได้

สิ่งที่เปลี่ยนแปลงการใช้งานของฉันจริงๆ คือฉันเรียนรู้การสร้างลูปการทำงานของตนเอง: เส้นการทำงานที่สามารถเก็บไว้ได้ในระยะยาวขนาดใหญ่ ความทรงจำร่วม โปรแกรมที่สามารถจัดการเครื่องคอมพิวเตอร์ของฉัน วิธีที่สามารถแทรกระหว่างที่ทำงานและกู้คืนงานได้ เช่นเดียวกับอินเตอร์เฟซที่ทำให้ฉันสามารถตรวจสอบผลงานโดยตรงได้

เส้นการทำงานที่เก็บไว้

คุณลักษณะที่เปลี่ยนพฤติกรรมของฉันเป็นบวกคือการบีบอัดบรรยากาศ

ขณะนี้ฉันจะเก็บเส้นการทำงานที่สำคัญไว้สำหรับแต่ละบีบอัดการทำงาน:

เส้นการทำงาน Chief of Staff ของฉัน

ตัวพัฒนาโปรแกรม (SDK) Agents

คำสั่งเปิดใช้งาน AI CLI

Codex สำหรับโอเพนซอร์ส

เส้นการทำงานที่ถูกจัดสรรสำหรับการติดตาม Twitter

เหล่านี้ไม่ใช่การสนทนาที่สั้น แต่เป็นเส้นการทำงานขนาดใหญ่ที่ฉันบีบอัดมาเป็นเดือนซึ่งสะสมประวัติ ความชอบ และการตัดสินใจในอดีต ซึ่งข้อมูลเหล่านี้ฉันไม่ต้องการต้องอธิบายใหม่ทุกครั้งที่กลับมา

คีย์ลิ่งเส้นการทำงานที่สำคัญ

คุณสามารถกระโดดไปยังเส้นการทำงานที่สำคัญโดยตรงผ่านคำสั่ง Command-1 ถึง Command-9

แน่นอนมีการทำสำเนา การเก็บเส้นการทำงานในระยะยาวไม่ได้ฟรี หากคุณเปิดเส้นการทำงานเหล่านี้อีกครั้ง สนทนานั่นมีโอกาสที่มันไม่อยู่ในแคช ดังนั้นความต้องการเงินอาจมีค่าสูงกว่าการเปิดสนทนาใหม่ แต่สำหรับเส้นการทำงานที่ฉันใกล้ชิดจริงๆ ความต่อเนื่องมีค่า

การบันทึกเสียง

การบันทึกเสียงช่วยให้ Codex ได้รับความคิดแบบจริงของฉันมากขึ้น

ประโยชน์ของมันไม่ได้อยู่ที่ความเร็ว แต่อยู่ที่ตัวเอเจนต์ที่สามารถเข้าถึงความคิดที่ไม่ได้รับการแก้ไข Codex ใช้การบันทึกเสียงซึ่งแสดงถึง แต่ฉันยังใช้ Wispr Flow ด้วย เนื่องจากการจดจำสำเนาระดับระบบจะเปลี่ยนวิธีที่ฉันใส่บริบทในเครื่องมืออื่น ถ้าฉันกำลังวางแผนงานทำการฉันอาจจะพูดว่า: 「ฉันจำว่าใน Slack มีคนชื่อเบนพูดถึงเรื่องนี้ฉันไม่รู้ว่าเป็นเรื่องอะไรแน่นอน คุณไปหาดูหน่อย」 ประโยคนี้ถ้าพิมพ์ออกมา จะดูเครียดและยุ่งเหยิง แต่ถ้าพูดออกมาจะดูเป็นธรรมชาติมากขึ้น

การเขียนข้อความถือเป็นเช่นนั้นเช่นกัน หากฉันต้องการเขียนบทความ ฉันสามารถโทรหาใครบางคน อัดเสียงพูด หรือใช้อุปกรณ์ Granola บนโทรศัพท์เพื่อบันทึกบทสนทนา และจากนั้นใช้บทความที่ถูกถอดถอนมาเป็นวัสดุเริ่มต้น แผนหลักมักกลับดีขึ้นเพราะโมเดลได้เข้าถึงความคิดที่สับสนแต่เป็นจริงของฉัน ไม่ใช่แค่เวอร์ชันที่ผ่านการขัดเง่าของฉัน

Steering: การนำทางต่อเนื่อง

การป้อนเสียงเมื่อผสมกับการนำทางจะทำให้มีประโยชน์มากขึ้น

การนำทางให้คุณสามารถซึ่งข้อความถัดไปหลังจากการเรียกใช้อุปกรณ์อย่างต่อเนื่อง เช่นฉันกำลังทบทวนเว็บไซต์ ฉันสามารถพูดต่อไปไปพร้อมทั้งดูไป ได้ดังนี้:

ทำให้ขนาดเล็กลง

ข้อความนี้ไม่ถูกต้อง

ระยะห่างระหว่างสององค์ประกอบนี้รู้สึกไม่สบาย

เมื่อเสร็จสิ้นแล้วเปิด PR

รอให้การตัวอย่างเสร็จสมบูรณ์

ส่งลิงก์ตัวอย่างให้คนที่ต้องทบทวนใน Slack

ฉันไม่จำเป็นต้องรอให้ขั้นตอนแต่ละขั้นตอนเสร็จสิ้นก่อนที่จะตัดสินใจขั้นตอนถัดไปอย่างเดียว ฉันสามารถเพิ่มเติมจุดประสงค์ขณะที่เอเจ้นต์ยังทำงาน และจากนั้นออกไปพร้อมกับงานที่เตรียมพร้อมไปแล้ว

ในภายหลัง Heartbeats สามารถดูดต่อตาม หลังฉันออกไปแล้วเพื่อทบทวน PR หรือกระทู้ใน Slack หน่วยงานการทำงานไม่ได้กลายเป็น "โปรมป์ที้ละคำถาม คำตอบ" แต่กลายเป็นการเดินวงแหวนขนาดเล็ก

เก็บความจำ

เมื่อเส้นตรงเริ่มต้นแล้วยาวนาน มันจำเป็นต้องมีความจำที่ใช้สื่อภายนอกการจัดเก็บในคลังส่วนตัวการนำเส้นทาง

ควานจำไม่ได้แค่เก็บประวัติข้อความ เส้นทางยาวย่อยนี้มักจดจำอย่างมาก แต่ถ้าข้อมูลที่มีประโยชน์นั้นไม่ได้ถูกสร้างเรียงลำดับลงที่ตำแหน่งถาวร มันก็จะโดนขัดขวางอยู่ในเส้นทาง ความจำระบบมีความสำคัญในการเปลี่ยนข้อมูลที่เส้นทางเรียนรู้เป็นสิ่งฉันสามารถตรวจสอบ แก้ไข เปรียบเทียบ diff และนำกลับไปใช้อีกครั้งได้

เส้นทางยาวในส่วนมากของฉันเริ่มต้นจาก Obsidian vault:

vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes

ที่ระดับบนสุดฉันจะเก็บ AGENTS.md คำสั่ง ที่รวมการอัปเดตหน้าที่สอดคล้องในคลังเมื่อคุณได้เข้าใจเพิ่มเติมเกี่ยวกับบุคคล โปรโขม หรือการสิ้นสุดการวนเวียนของไฟ้แรค

ที่เก็บข้อมูลสำหรับ vault นี้คือสถานที่ที่เอเจนต์「อาศัย」 ซึ่งเราสามารถเก็บข้อมูลต่างๆเกี่ยวกับบริบทการทำงานของเราที่นี่: ตัวละคร การตัดสินใจ เรื่องที่ยังไม่เสร็จสิ้น บันทึกประจำวัน สถานะของโครงการ และความเข้าใจเกี่ยวกับสิ่งที่เราอาจเสียไปง่ายแทบไม่เห็นในกระแสของสนทนา

ฉันจะใช้ vault นี้เป็นคลัง GitHub เพื่อดูแลรักษาด้วย เราจะได้รับประโยชน์สองอย่างจากการกระทำนี้:

มันสามารถทำงานในคลาวด์ได้;

diff กลายเป็นอินเทอร์เฟซเพื่อทบทวนความทรงจำ

เมื่อเอเจนต์ทำการปรับปรุง vault ส่วนของฉัน ฉันสามารถอ่าน diff เพื่อดูว่ามันพิจารณาว่าสิ่งใดมีความสำคัญถึงขนาดที่จำคุณไว้ กระบวนการทบทวนนี้สำคัญมาก ฉันไม่ต้องการให้เส้นทางสีเขียวสวนสูงแบบปกติในประวัติพูดคุย ฉันอยากให้มันเขียนสิ่งที่ดีเป็นของจริงได้: ว่าคนดังใดมีความชอบอย่างไร โครงการนี้รออยู่หรือศักดิ์ทางแล้ว ตัดสินใจนั้นถูกทำขึ้นแล้ว รอบการหายตัวนั้นได้ปิดลงแล้ว

นี่เป็นเหตุผลที่ทำไมฉันชื่นชอบที่จะทำความทรงจำเป็นสปิดใส ใบเตยจะบังคับเอเจนต์ให้กดอบรมประสบการณ์เป็นมรรคเหลี่ยมที่เขาอาจทำต่อได้ ถ้าเส้นทางหายไปได้ ทำเค้าแบบไม่ดีเกิน หรือเหมาะดีอย่างไม่สามารถช่วยอ การรู้สำคัญยังคงอยู่

ในขั้นนี้ เส้นทางแบบคั่วเป็นแท้จริงเริ่มขึ้นใช่แล้วคล้ายปกที่พูดคุยมีสาระ นักเขียนเขียนต่างชายอ่านเล่มสมุดบันทึกเดียวกัน

Codex มีคุณลักษณะความทรงจำของบุคคลในการตั้งค่า > การปรับแต่ง > ความทรงจำ จริงอย่างมีประโยชน์ เราควรทราบไว้ว่ามันเป็นชั้นการเรียกคืนข้อมูลในเครื่องที่เหมาะสำหรับบันทึกความสะดวกอย่างต่อเนื่อง ข้อปพัสกริไม่ตรงกบาการแสดงใช้ตราที่ถูกสื่งที่โครงการที่เปารัห และไม่สามรถแทนคำสั่งที่เข้ารายเอีนตรงชัด และไม่สามรถไลใบบน้ำด้วย vault ที่ชัดเจน Chronable มขี้มาหล้กนี้น่าเสียงของมคงท่าไอ่ะเ็งนี้เพราะมันสามารถใช้เช่นการตัอหาชุบน้าอเบนลูกคืนแของการทำความทรงจำ ฉันยังไม่ได้ถามใช้จรง แต่แแพนกุราสวกขี้ถฤย์ไว้เหนนาะวกว่า มันเป็นคุนลักษณอ่งแหนดงาดามที่ต้องเลือดเข้าไงเพื่อเ้ต่่งสถอไม่ฉันไ้อะกาสคิดการ์ในขั้นที่นฉันสัไม่่เถื่ควาากตงฉันจิกัลใหวระทงควาผมาา์สุตอี่ต้อกไมววานเทตงควกวราษจาเสยวหน้าข่ีงคหรปสคาตร จารตรถคัสปรงลีารเหง็นลาจรร้มจสงปส้จีเวณสรรรอคหตสันรคการค

การใช้งานคอมพิวเตอร์และเบราว์เซอร์

เมื่อเส้นทางมีความทรงจำแล้ว คำถามถัดไปคือ: มันสามารถมีการทัชอะไรได้บ้าง

ในความเข้าใจของฉัน การแบ่งแยกที่ใช้มีประโยชน์สุดคือ:

$browser: ใช้สำหรับอินเทอร์เฟซเว็บที่ต้องการตรวจสอบและทำเครื่องหมาย

@chrome: ใช้สำหรับสถานะบราวเซอร์ที่ลงชื่อเข้าใช้และหลายแท็บ

@computer: ใช้สำหรับงานที่ต้องทำผ่านอินเตอร์เฟซกราฟิกเท่านั้น

หากฉันกำลังทำงานกับแอปพลิเคชันภายในเครื่อง ฉันจะใช้ $browser ถ้าฉันต้องการทำงานในเซสชันบราวเซอร์ที่ลงชื่อเข้าใช้ ฉันจะใช้ @chrome หากวิธีเดียวในการทำงานคือคลิกบนแอปพลิเคชันบนเดสก์ท็อป ฉันจะต้องใช้ @computer

บนเครื่องคอมพิวเตอร์ที่ใช้ทำงาน การลงชื่อเข้าใช้ Twitter อยู่ใน Safari ถ้าฉันให้ @computer เข้าถึง Twitter ฉันจะไม่สามารถใช้ Safari ได้ขณะที่ @computer กำลังทำงาน แต่เมื่อฉันต้องการให้ตัวแทนใช้หลายแท็บที่ลงชื่อเข้าใช้อยู่พร้อมกันและไม่ต้องเรียกควบคุมแอปพลิเคชันที่กำลังใช้อยู่ การใช้ @chrome จะเหมาะสมกว่า

Connectors ขยายความสามารถเหล่านี้ไปยังส่วนอื่นของงานจริงของฉัน สิ่่งที่ฉันใช้บ่อยที่สุดคือ $slack, $gmail และ $calendar เนื่องจากงานมากมายมักปรากฏก่อนที่จะกลายเป็นโค้ดในสายข้อความของ Slack, กล่องจดหมาย, และปฏิทิน

Skills ทำให้การทำงานที่ซ้ำซ้อนกลายเป็นสิ่งที่สามารถใช้ซ้ำได้ Skill Creator และ Skill Installer เป็นจุดเริ่มต้นที่ดี Skill Installer ช่วยให้คุณสามารถเพิ่ม Skills ที่ OpenAI แนะนำโดยตรงจาก composer ฉันได้ใช้งาน Hatch Pet skill หลังจากการเปิดตัว Codex pets แต่ข้อดีที่แท้จริงคือแม้ว่าคุณจะทำสิ่งที่มีความคุ้มค่าไปแล้ว คุณสามารถแพคสิ่งนั้นให้รับรู้ประโยชน์จาก Codex ในครั้งถัดไปโดยไม่จำเป็นต้องเรียนรู้กระบวนการทั้งหมดใหม่อีกครั้ง

การผลิตงานอย่างต่อเนื่อง

ควบคุมระยะไกล

ควบคุมระยะไกลทำให้วงจรการทำงานที่ยาวนี้กลายเป็นสิ่งที่สามารถพกพาได้

Codex สามารถทำงานต่อไปบนเครื่องที่มีไฟล์, สิทธิ์, และสภาพแวดล้อมภายในอยุ่อยู่แล้ว ในขณะเดียวกันคุณสามารถดูความคืบหน้า ตรวจสอบสิ่งที่พบ, ตอบคำถาม, อนุมัติขั้นตอนถัดไป หรือเปลี่ยนทิศทางโดยไม่ต้องกลับไปนั่งหน้าคอมพิวเตอร์ OpenAI เรียกว่าเป็นวิธีที่ Codex สามารถร่วมมืองานได้ทุกเมื่อทุกที่

เมื่อ Codex กำลังใช้งานให้นาน และคุณต้องการสงครามทำสิ่งที่คงทำสุดความสำคัญ คุณสามารถเริ่มงานแล้วเดินหลงไป แล้วเมื่อถึงจุดที่ต้องตัดสินใจใช้โทรศัพท์ในการนำทางให้

สิ่งนี้สำคัญเท่ากับกระทู้ปักหมุด (Sticky Thread)、การป้อนเสียง และ Heartbeats: งานไม่หยุดเพราะฉันย้ายที่อยู่ กระทู้หนึ่งสามารถดำเนินการต่อไป และฉันจะต้องใช้ความสนใจน้อยมากเพียงเท่าที่จะช่วยแก้ปัญหาล้วงต่อไป

Heartbeats

กระทู้ปักหมุดเป็นสิ่งมีประโยชน์ แต่ก็ยังต้องรอคำสั่งจากคุณ Heartbeats ทำให้เข้าใจได้ว่าเธรดมีการดำเนินการเป็นระยะๆ

Heartbeat เป็นการอัตโนมัติบนเธรด คุณสามารถกล่าวว่า: "ช่วงเวลาบอกด้วยว่าให้ดูเรื่องนี้ทุกๆ หลายๆ ชั่วโมง" จากนั้นเธรดก็สามารถกำหนดตารางการของตนเอง เธรดแต่ละตัวสามารถมีตารางการหลายรายการ สามารถดำเนินการไปเรื่อยๆ จนกว่าเงื่อนไขที่กำหนดไว้จะถูกทำสมบูรณ์ หรือสามารถปรับความถี่ในการดำเนินการต่อไปได้

Chief of Staff

เธรด Chief of Staff ของฉันทำงานทุก 30 นาที:

ตรวจสอบ Slack และ Gmail ทุกๆ 30 นาที เพื่อดูว่ามีข้อความใดที่ต้องให้ความสนใจแต่ยังไม่ได้ตอบ
ช่วยคิดเช็ดว่าเรื่องใดมีความสำคัญที่สุด
หากใครถามคำถามฉัน ให้พยายามศึกษาเรื่องลึกซึ้งข้อมูลเพื่อสร้างร่างกดตอบ แต่อย่าส่ง

เมื่อฉันกลับมาที่ Slack การตอบกลับมักจะอยู่ในร่างกดอยู่แล้ว ฉันยังคงตัดสินใจว่าเนื้อหาใดจะส่ง แต่การรวบรวมบทสนทนาที่ซับซ้อนที่สุดถูกทำไว้แล้ว

รายงานควบคุม

รูปแบบเดียวกันใช้กับวงจรการทบทวน เธรด Heartbeat สามารถมองว่า Google Docs มีความคิดเห็น ความคิดเห็นใน pull request หรือการตอบกลับใน Slack และดำเนินการต่อทันทีเมื่อมีข้อมูลข้อตอบ

ตัวอย่างที่ฉันโปรดอีกตัวมาจากโครงการอนิเมชัน ฉันอัพโหลดวิดีโอไปยัง Slack แล้วให้ Codex ตรวจสอบเธรดทุก 15 นาที ดูว่ามีคำติชมหรือไม่ หากมีความคิดตอบกลับ ก็รีเรนเดอร์รุ่นใหม่และตอบกลับในเธรดนั้นและแท็กผู้ตรวจสอบ Slack MCP ที่ไม่สามารถอัพโหลดไฟล์ได้ ดังนั้น Agent ใช้ @computer คลิกที่ปุ่ม "Add file" และยังสามารถส่งไฟล์เวอร์ชันที่สอดคล้อง

สิ่งที่น่าสนใจไม่ได้ทำจากการตรวจสอบ Slack ทุก 15 นาที เป็นหลัก แต่เป็นการวงจรที่ครอบคลุมข้ามขอบเขตของเครื่องมือหลายอย่าง: Slack ใช้สำหรับรวบรวมข้อตอบน Google Docs ใช้สำหรับเรนเดอร์ และ @computer ใช้สำหรับอัพโหลด ขณะที่ Heartbeats, ตัวยึดและการกระทำของคอมพิวเตอร์รวมอยู่ด้วยกัน มันไม่เหมือนฟังก์ชันแยกออกจากกันอีกต่อไป แต่กลายเป็นวงจรของการรับข้อตอบที่สามารถดำเนินการต่อไปโดยไม่ต้องนั่งอยู่ที่นั้น

ขอคืนเงิน

เร็ว ๆ นี้ฉันได้รับพัสดุหนึ่งถูกขโมยไป ซึ่ง Amazon บอกฉันว่าจะต้องรอประมาณ 25 นาทีจึงจะสามารถสนทนากับพนักงานบริการลูกค้า ดังนั้นฉันจึงสร้างบทสนทนาด้านคอมพิวเตอร์และบอกให้มันว่า

ตรวจสอบทุกๆ 5 นาที ว่ามีพนักงานบริการลูกค้าเข้าร่วมการสนทนาหรือยัง
หากพวกเขาเข้าร่วมแล้ว ช่วยเราขอคืนเงินให้หน่อย
เมื่ออีกฝ่ายตอบกลับแล้ว ให้เปลี่ยนเป็นการตรวจสอบทุกๆ 1 นาที เพื่อให้คุณสามารถตอบสนองได้เร็วขึ้น

เมื่อฉันอาบน้ำเสร็จ ก็พบว่ากระบวนการคืนเงินเสร็จสิ้นแล้ว

การที่หัวใจหลายๆ ครั้ง ก็จะอัพเดทไปยังที่เก็บข้อมูล Obsidian ของฉัน ทำให้มันเป็นเหตุการณ์ที่จำได้ดี

เป้าหมาย

ฉันกำลังเรียนรู้วิธีการใช้ฟีเจอร์ล่าสุดของ Goals อยู่

คุณควรกำหนดเป้าหมายที่มีความทะยานมากขึ้น เป้าหมายที่อ่อนแอคือ: "ดำเนินการตามแผนที่มีในไฟล์ Markdown นี้" และเป้าหมายที่แข็งแกร่งควรมีเกณฑ์ความสำเร็จที่แท้จริง เพื่อให้เอเจนต์สามารถก้าวไปสู่เป้าหมายนั้นอย่างต่อเนื่อง

เมื่อสัปดาห์ที่แล้ว ฉันพยายามย้ายไลบรารี Python Rich มาสู่ Rust ตลอดเพราะไลบรารีเดิมมีชุดฟังก์ชันการทดสอบหน่วยอยู่ ดังนั้นฉันก็สามารถกำหนดเป้าหมายได้ว่า: ย้าย Rich มาสู่ Rust โดย Rich จะต้องผ่านการทดสอบหน่วยทั้งหมดของไลบรารี Python เดิม

ที่พิจารณาที่นี่เป็นเกณฑ์ความสำเร็จที่แท้จริงของการดำเนินการ โดยรุ่น Rust จะถือว่าครบถ้วนเมื่อผ่านการทดสอบเหมือนกันกับไลบรารี Python เดิม

นี้ไม่เหมือนกับการสนทนากับ AI ในระยะเวลานาน กำลังสร้างแผนแบบ Markdown และในที่สุดก็ร้องว่า: "ทำมัน" ความสามารถในการดำเนินการขึ้นอยู่กับเป้าหมายที่คุณกำหนดและวิธีการตรวจสอบ ปัญหามีวิธีการแสดงผลที่ชัดเจน เขาว่าถึงไหนถึงจบ

AI เข้าสู่ขบวนการทำงานจริง

แผงข้าง

ส่วนที่ทำให้ฉันตื่นเต้นมากที่สุดใน Codex คือ แผงข้าง

คนมักตีความว่ามันเป็นสถานที่ที่สามารถดูตัวอย่างของสิ่งที่เกิดขึ้นได้ แต่ความเข้าใจนี้ลดค่าลง การเข้าใจนี้ทำให้เราเกินไป Codex แล้ว และเริ่มต้นเป็นสถานที่ที่เกิดการทำงาน

สำหรับฉัน มันดำเนินหน้าที่สามเรื่อง: ตรวจสอบผลิตภัณฑ์ ดำเนินการอินเทอร์เฟสของเว็บไซต์ ตรวจสอบการเปลี่ยนแปลง ในทั้งสามกรณี ฉันสามารคดูและคิดเห็นได้ในวัตถุการณ์เดียวกันที่เอเจนต์กำลังดำเนินการ

การตรวจสอบผลงาน

Markdown、สเปรดชีตอิเล็กทรอนิกส์ (Spreadsheet)、CSV (คอมมาสจี-separated values)、PDF และสไลด์สามารถวางไว้ที่นี่ได้

Markdown สามารถมีความคิดเห็น สเปรดชีตอิเล็กทรอนิกส์สามารถแสดงสูตรคณิตศาสตร์ และรองรับการแก้ไขเซลล์ ฉันจะใช้มันในการจัดการแผนภูมิเปิดโอกาส Codex เปิดโอกาส

CSV จะแสดงเป็นตาราง ไม่ใช่ข้อความเชิงราก PDF สามารถแสดงโดยตรง สำหรับ LaTeX มีประโยชน์มาก สไลด์ยังสามารถสร้างและตรวจสอบโดยไม่ต้องออกจากแอปได้

สิ่งสำคัญไม่ใช่ Codex สามารถสร้างผลงานเหล่านี้ แต่ว่าฉันสามารถตรวจสอบและทำเครื่องหมายบนมันโดยไม่ต้องขัดจังหวะ

การทำงานบนเว็บ

เบราว์เซอร์ภายในแอปน่าสนใจ ตัวแทนสามารถเห็นมัน ใช้ JavaScript ผ่าน $browser เพื่อควบคุมมัน และฉันสามารถทำความเข้าใจลึกเฉพาะในเนื้อหาที่ฉันกำลังดู

มีหลายโดยอ้างถึงการทำงานของเว็บ ที่ฉันใช้อย่างนี้ในปัจจุบัน

index.html ใช้สำหรับผลิตภัณฑ์สแตติกประหยัด; Storybook ใช้สำหรับตรวจทานคอมโพเนนต์ UI; Remotion Studio ใช้ในการสร้างอนิเมชันโปรแกรม; Slidev ใช้สำหรับนำเสนอ ; Streamlit ใช้สำหรับแอปพลิเคชันข้อมูล

เวอร์ชันขนาดเล็กมักจะดีที่สุด คุณสามารถให้โมเดลสร้าง index.html แบบไฟล์เดียวพร้อม JavaScript และ CSS เปิดไฟล์นั้นในแถบข้าง และเริ่มต้นการโต้ตอบทันทีไม่จำเป็นต้องมีเซิร์ฟเวอร์ ฉันเคยลองใช้ Heartbeats เพื่ออัพเดต index.html สเตติก โดยที่ทุกครั้งที่กลับมายังกระทู้แล้ว จะมีผลิตภัณฑ์ใหม่รออยู่

Thariq มีบทความดี อธิบายว่าเหตุใหม่ท้าย Markdown ทางเขาอุทิศ HTML เป็นรูปแบบผลลัพธ์ ฉันเห็นว่าสังเกตนี้เป็นความสร้างสรรค์ เมื่อผลลัพธ์กลายเป็นแอปพลิเคชันขนาดเล็ก และไม่ใช่เพียงเพียงเอกสารเท่านั้น มีการเปลี่ยนแปลงของความสัมพันธ์ระหว่างคน กับผลิตภัณฑ์

ถ้าฉันต้องการสิ่งที่ให้น้ำหนักมากขึ้น สามารถใช้ Vite แอพลิเคชัน แต่ฉันต้องรักษาเซิร์ฟเวอร์ทำงาน index.html ขั้นตอนนี้รอนานกว่าเป็นบางสิ่ง

ขณะทำอนิเมชัน ฉันสมบูรณ์ Storybook และ Remotion Studio พร้อมกัน สามารถใ้ความคิดเห็นที่เหมือน "ทำให้มันกระโดดๆ" หรือ "สิ่งนี้ควรใหญ่ขึ้น" และตัวแทนสามารถตรวจสอบสถานะบราวเซอร์ที่ฉันกำลังดูอยู่ รวมถึงกรองปัจจุบันที่มีในอนิเมชัน

เมื่อฉันสร้างงานนำเสนอ ฉันมักใช้ Slidev อยู่เสมอ Codex ช่วยตรวจสอบสไลด์ ค้นพบเนื้อหาที่ถูกตัดออก สลับระหว่างหน้าต่างๆ และรองรับคำอธิบายของฉันในขณะที่ฉันกำลังทบทวน

ฉันต้องการเห็นว่าการใช้ Codex นี้และหน้าต่างอื่นๆ เช่น Streamlit และ Jupyter จะเป็นประโยชน์อย่างไรในอนาคต คนคนละแอพพลิเคชันไม่เหมือนกัน Codex กำลังเข้ามามากขึ้นในสถานที่ที่พวกเขาอยู่

ยิ่งที่ Codex มีความจำ การเรียกคืน การตรวจสอบ และการกระทำ งานของฉันก็จะยิ่งไม่ต้องตายระหว่าง Prompt ต่างๆ เป็นเรื่องสำคัญที่ฉันแท้จริงให้ความสำคัญ: ไม่ใช่ตัวแทนสามารถเขียนโค้ดแทนฉัน แต่เมื่อฉันออกไป งานจะยังคงดำเนินไปได้อีกเยอะมาก

[ลิงก์ไปยังข้อความต้นฉบับ]

ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia