Codex CLI: คีย์ของคุณเองแทนการสมัครสมาชิก

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

มีสองโหมดการทำงาน โหมดโต้ตอบ — codex โดยไม่มีอาร์กิวเมนต์ บทสนทนาในเทอร์มินัลที่แสดงทุกขั้นตอน โหมดไม่โต้ตอบ — codex exec "task" รันครั้งเดียวจนได้ผลลัพธ์ เหมาะกับสคริปต์และ CI

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

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

ความแตกต่างจาก Claude Code และเทอร์มินัลเอเจนต์อื่นๆ อยู่ที่โปรโตคอลนี่เอง Codex สื่อสารกับโมเดลผ่าน Responses API ซึ่งการสนทนาไม่ได้อธิบายด้วยรายการข้อความแบนราบ แต่เป็นลำดับขององค์ประกอบ: ข้อความ การเรียกเครื่องมือ ผลลัพธ์การเรียก บล็อกการคิด สิ่งนี้ให้โมเดลบทสนทนาที่เข้มงวดกว่ากับเครื่องมือ และสำหรับคุณคือความจำเป็นที่จะต้องมี endpoint ที่เข้าใจโปรโตคอลนี้

ทางลัด — ตัวติดตั้ง คำสั่ง npx @joingonka/setup --tool codex จะเขียนบล็อกผู้ให้บริการลงใน ~/.codex/config.toml ให้เอง พร้อม wire_api = "responses" โมเดลและหน้าต่างคอนเท็กซ์จริงของมัน โดยเก็บคอมเมนต์และการตั้งค่าอื่นๆ ของคุณไว้ครบ แล้วตรวจสอบคีย์และโมเดลด้วยคำขอจริง หากในคอนฟิกเลือกผู้ให้บริการอื่นอยู่แล้ว ตัวติดตั้งจะไม่แตะและจะแนะนำคำสั่งสำหรับเรียกใช้แบบครั้งเดียวให้ มันเก็บคีย์ไว้ในไฟล์โดยตรง (สิทธิ์ 600) ในฟิลด์ experimental_bearer_token — ฟิลด์เดียวที่ Codex อาจเก็บคีย์แบบ literal ได้ ตัว Codex เองถือว่าฟิลด์นี้เป็น experimental ส่วนวิธีด้วยตนเองด้านล่างใช้ตัวแปรสภาพแวดล้อมแทนได้

Codex เก็บการตั้งค่าไว้ใน ~/.codex/config.toml ผู้ให้บริการที่กำหนดเองอธิบายผ่านบล็อก [model_providers.*] และฟิลด์สำคัญตรงนี้คือ wire_api: หากไม่มี Codex จะพยายามพูดคุยแบบ Chat Completions และจะประกอบลูปเอเจนต์ไม่สำเร็จ

# ~/.codex/config.toml
model_provider = "joingonka"
model = "deepseek-ai/DeepSeek-V4-Flash-0731"

[model_providers.joingonka]
name = "JoinGonka Gateway"
base_url = "https://gate.joingonka.ai/v1"
env_key = "JOINGONKA_API_KEY"
wire_api = "responses"

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

export JOINGONKA_API_KEY=jg-your-key

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

คีย์ออกให้ในหน้าสมาชิกหลังลงทะเบียน ที่เดียวกันนั้นยังดูยอดคงเหลือและค่าใช้จ่ายได้ด้วย หากคุณไม่อยากแตะคอนฟิกหลัก บล็อกเดียวกันนี้ส่งผ่าน -c แบบครั้งเดียวได้: codex -c model_provider=joingonka … และหากต้องการเก็บคอนฟิกหลายชุดแยกกัน ให้ระบุไดเรกทอรีการตั้งค่าผ่านตัวแปร CODEX_HOME

วิธีที่เร็วที่สุดในการตรวจสอบว่าการเชื่อมต่อทำงานได้คือการรันครั้งเดียว:

codex exec "Answer in one line: what is 17*3?"

ในส่วนหัวของคำตอบ Codex จะแสดงว่ากำลังทำงานกับใคร: model, provider: joingonka, โหมดแซนด์บ็อกซ์ และ ID ของเซสชัน หากมีผู้ให้บริการของคุณอยู่ตรงนั้นและมีคำตอบด้านล่าง แสดงว่าการเชื่อมต่อยังใช้งานได้

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

codex exec "Read calc.py and tell me in one sentence whether it has a bug."

เอเจนต์ควรเรียกใช้เครื่องมืออ่านไฟล์ด้วยตัวเอง เปิดไฟล์ และตอบอย่างตรงประเด็นพร้อมระบุบรรทัด หากเป็นเช่นนั้น วงจรเอเจนต์เต็มรูปแบบ (คำขอ → เรียกเครื่องมือ → ผลลัพธ์ → คำตอบ) ผ่านเกตเวย์ทำงานได้อย่างถูกต้อง

หากมีอะไรผิดพลาด โดยปกติการวินิจฉัยสามารถอ่านได้จากข้อความโดยตรง:

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

โมเดลทุกตัวของเครือข่ายมีราคาเดียวกัน ดังนั้นการเลือกจึงขึ้นอยู่กับพฤติกรรมไม่ใช่เรื่องงบประมาณ ด้านล่างนี้คือผลลัพธ์จากการทดสอบจริงด้วยงานเดียวกัน (อ่านไฟล์และค้นหาข้อผิดพลาด) ผ่าน Codex บน DeepSeek V4 Flash และ MiniMax M2.7; GLM-5.3 Flash เข้าสู่เครือข่ายหลังจากช่วงการทดสอบนี้ — ข้อมูลคุณสมบัติของโมเดลถูกระบุไว้แทน

ค่าเริ่มต้นที่แนะนำคือ DeepSeek V4 Flash: งานเอเจนต์มักติดปัญหาที่ขนาด context ซึ่ง 380K tokens ช่วยให้เก็บไฟล์หลายไฟล์ไว้ในหน่วยความจำได้พร้อมกัน หากงานต้องใช้การคิดเชิงตรรกะที่ซับซ้อน ให้ใช้ GLM-5.3 Flash แต่ควรสำรอง max_tokens ไว้: เพราะงบประมาณส่วนหนึ่งจะใช้ในการวิเคราะห์ คุณสามารถเปลี่ยนโมเดลได้ด้วยการแก้บรรทัด model ในไฟล์คอนฟิกหรือใช้แฟล็ก -c model=… โดยไม่ต้องแก้ไขไฟล์

รายการโมเดลเครือข่ายล่าสุดสามารถดูได้ที่ GET https://gate.joingonka.ai/v1/models

เครื่องมือตัวแทน (Agentic tools) ใช้ tokens ต่างจากแชททั่วไป: ในทุกๆ ประโยคของคุณ Codex จะเพิ่ม system prompt และคำอธิบายเครื่องมือทั้งหมดเข้าไป จากนั้นจึงทำการสนทนาหลายขั้นตอนกับโมเดล ในการรันจริง งานง่ายๆ อย่าง "อ่านไฟล์และหาข้อผิดพลาด" ใช้ไปประมาณ 18-20k tokens นี่คือราคาปกติสำหรับความเป็นอิสระของตัวแทน และนั่นคือเหตุผลว่าทำไมราคาต่อ token ถึงสำคัญ

ผ่านทาง JoinGonka Gateway ราคา tokens อยู่ที่ $0.0069 ต่อล้านขาเข้า และ $0.021 ต่อล้านขาออก — ราคาเท่ากันสำหรับทุกโมเดลในเครือข่าย และแสดงผลในหน้านี้จากแหล่งข้อมูลจริง

เพื่อเปรียบเทียบ: รูปแบบการชำระเงินของ Codex เองและคู่แข่งในกลุ่มเดียวกันเป็นอย่างไร:

ชำระตามการใช้งานจริง ไม่มีสมาชิกรายเดือนและไม่มีโควตาจำนวนคำขอ: ไม่มีช่วงเวลา 5 ชั่วโมง, ไม่มีขีดจำกัดจำนวน "prompts" และไม่มีตัวคูณในช่วงที่มีการใช้งานสูงสุด ยอดเงินเติมผ่านสกุลเงินดิจิทัล (cryptocurrency) ยอดคงเหลือและค่าใช้จ่ายรายวันสามารถดูได้ในแดชบอร์ดส่วนตัว รายละเอียดเกี่ยวกับเศรษฐศาสตร์สามารถอ่านได้ในบทความ เกี่ยวกับ API ที่ถูกที่สุด

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

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

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

Sandbox บน Linux Codex จะใช้ bubblewrap เพื่อแยกคำสั่งที่รัน หากไม่มีในระบบ Codex จะแจ้งเตือนและใช้สำเนาที่มีมาให้ ซึ่งไม่ส่งผลต่อการทำงาน แต่การติดตั้งผ่านตัวจัดการแพ็คเกจปกติจะสะดวกกว่า

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

เอเจนต์เทอร์มินัลอื่นๆ หาก Codex ไม่ตอบโจทย์: API quickstart จะแสดงวิธีเชื่อมต่อเครื่องมือที่เข้ากันได้ภายในไม่กี่นาที