ใช้ Codex CLI บน Muapi
การตั้งค่า
~/.codex/config.toml (macOS/Linux) หรือ %USERPROFILE%\.codex\config.toml (Windows):
model = "gpt-5-6-sol"
model_provider = "muapi"
[model_providers.muapi]
name = "Muapi"
base_url = "https://api.muapi.ai/openai/v1"
env_key = "MUAPI_API_KEY"
wire_api = "responses"
API key
macOS/Linux:
export MUAPI_API_KEY=your_key
Windows PowerShell:
$env:MUAPI_API_KEY = "your_key"
setx MUAPI_API_KEY "your_key"
รายละเอียดสำคัญ
base_urlคือ root โดย Codex จะเติม/responsesให้เองenv_keyคือชื่อตัวแปรที่เก็บคีย์ ไม่ใช่ตัวคีย์เอง- ตั้งค่า
modelอย่างชัดเจนเป็น id จาก endpoint ของโมเดล ไม่ใช่ค่าเริ่มต้นที่มากับ Codex - id ของ provider อย่าง
openai,ollamaและlmstudioถูกสงวนไว้ ให้ใช้muapi - เก็บการตั้งค่า provider ไว้ในไฟล์ระดับผู้ใช้ ไม่ใส่ในไฟล์ของโปรเจกต์
โมเดล
curl -s -H "Authorization: Bearer $MUAPI_API_KEY" https://api.muapi.ai/openai/v1/models
โมเดลไร้การเซ็นเซอร์ (abliterated)
endpoint ของโมเดลยังแสดงรายการโมเดลไร้การเซ็นเซอร์ของ Muapi ที่รองรับเครื่องมือด้วย (เช่น qwen-3-8-27b-obliterated, mimo-v2-6-flash-abliterated) ตั้งค่า model = "<id>" ใน config.toml เพื่อใช้โมเดลเหล่านี้ โดย Muapi จะแปลงระหว่างโปรโตคอลของ Codex กับ chat API ของโมเดลให้คุณ
- เป็นฟีเจอร์ทดลอง คุณภาพแตกต่างกันไปตามโมเดล และโมเดลขนาดเล็กอาจข้ามบางขั้นตอนในงานที่มีหลายไฟล์
- ไม่มี prompt caching จึงคิดค่าใช้จ่ายของทั้งบทสนทนาที่ผ่านมาในทุกรอบ
- เอาต์พุตต่อหนึ่งการตอบกลับถูกจำกัดที่ 16,384 โทเค็น และ context window เล็กกว่าของ GPT
- Codex ต้องส่งบทสนทนาทั้งหมดในทุกรอบ (ซึ่งเป็นค่าเริ่มต้นสำหรับ provider แบบกำหนดเอง) คำขอที่อาศัย
previous_response_idจะถูกปฏิเสธพร้อมข้อผิดพลาดที่ชัดเจน - เครื่องมือในตัวของ Codex อื่น ๆ นอกจาก function tool แบบ shell และ
apply_patch(เช่น การค้นหาเว็บ) ใช้ไม่ได้กับโมเดลเหล่านี้
ระดับ reasoning (ไม่บังคับ)
model_reasoning_effort = "high"
การตรวจสอบ
codex doctor