ต่อ Claude Code เข้า DeepSeek V4 ผ่าน proxy ใช้เป็นคนขับสำรองราคาถูก
สารบัญ
สรุปให้ไว
เป้าหมาย
ให้ Claude Code วิ่งงานบางส่วนผ่าน DeepSeek V4 เพื่อลดค่าใช้จ่ายและเลี่ยงการชน rate limit
DeepSeek V4
โมเดล open-source ระดับ frontier, สัญญา MIT, context 1M, เฉลี่ยถูกกว่า GPT-5.5/Opus 4.7 ราว 76%
ใช้กับงานไหน
งานเสี่ยงต่ำ เช่น scaffolding, unit test, เขียน script
อย่าใช้กับงานไหน
งาน web dev จริงจัง, security audit, code review
01ทำไมต้องต่อ DeepSeek เข้ามาช่วย
คนที่ใช้ Claude Code หนัก ๆ จะเจอสองเรื่องที่กวนใจตรงกัน หนึ่งคือค่าใช้จ่ายต่อ token ที่บานปลายเมื่อสั่งงานทั้งวัน สองคือการชน usage limit จนต้องหยุดรองาน ทั้งสองอย่างนี้ทำให้ workflow สะดุดในจังหวะที่กำลังลื่น
ไอเดียคือไม่ต้องให้โมเดลแพงทำทุกอย่าง งานบางส่วนเป็นงานยกของหนักธรรมดา ไม่ได้ต้องการความเนี้ยบระดับสูง ตรงนี้แหละที่เอา DeepSeek V4 มารับแทนได้ เพราะมันเป็นโมเดล open-source ระดับ frontier สัญญาแบบ MIT, รองรับ context ถึง 1M และค่าเฉลี่ยต่อ token ถูกกว่า GPT-5.5 กับ Opus 4.7 ราว 76% พูดง่าย ๆ คือจ้างคนขับสำรองราคาถูกมานั่งคู่ ไว้สลับให้ขับช่วงทางตรง ส่วนทางโค้งยาก ๆ ค่อยให้คนขับตัวจริงรับช่วงต่อ
02ต่อยังไง (ภาพรวมขั้นตอน)
หัวใจของวิธีนี้คือการให้ traffic ของ Claude Code วิ่งผ่าน proxy ที่พูดภาษาแบบ Anthropic-compatible ได้ ตัว proxy ทำหน้าที่เป็นตัวกลาง รับคำสั่งจาก Claude Code แล้วส่งต่อไปยังผู้ให้บริการที่เราเลือก ในที่นี้คือ DeepSeek V4 มองเป็นภาพจำคือ proxy คือ "สวิตช์สลับเลน" ที่คอยตัดสินใจว่าคำสั่งนี้จะวิ่งเข้าเลนแพงหรือเลนถูก
ขั้นตอนระดับแนวคิดคือ ติดตั้ง proxy ตัวที่รองรับฝั่ง Anthropic ขึ้นมาในเครื่อง จากนั้นชี้ Claude Code ให้คุยกับ proxy ตัวนี้แทนปลายทางเดิม แล้วตั้งให้ proxy ส่งต่อไป DeepSeek V4 เมื่อต่อสำเร็จ Claude Code จะทำงานเหมือนเดิมทุกอย่าง ต่างกันแค่เบื้องหลังว่างานไปจบที่โมเดลตัวไหน ส่วนรายละเอียดคำสั่งจริงให้อิงตามเอกสารของ proxy ที่เลือกใช้และคีย์ของฝั่ง DeepSeek เพราะแต่ละตัวตั้งค่าต่างกัน บทความนี้ขอคงไว้ที่ระดับแนวคิดเพื่อไม่ให้สับสนกับ syntax ที่อาจเปลี่ยน
งานไหนใช้ตัวถูกได้ งานไหนต้องใช้ตัวแพง
- ★
scaffolding โครงโปรเจกต์
งานวางโครงไฟล์ โครงฟังก์ชันพื้นฐาน ใช้ DeepSeek V4 รับได้สบาย เพราะเป็นงานซ้ำแบบที่ไม่ต้องตัดสินใจละเอียด
- ★
เขียน unit test
งานเทสต์ที่มี pattern ชัด เป็นงานเหมาะกับตัวถูก ช่วยประหยัด token ก้อนใหญ่
- ★
เขียน script ช่วยงาน
สคริปต์เล็ก ๆ ที่ความเสี่ยงต่ำ ให้ DeepSeek ลุยได้เลย
- ★
งานขัดเงา UI
งานที่ต้องการความเนี้ยบ ควรสลับกลับไปใช้โมเดลแพงอย่าง Opus 4.7 ในตัวอย่างที่เห็นใช้ DeepSeek วาง scaffolding แล้วให้ Opus 4.7 ขัด UI รวมแล้วจบที่ราว 15 เซนต์และเลี่ยงการชน rate limit ได้
03จุดที่ต้องระวัง
เรื่องที่ต้องบอกตรง ๆ คือวิธีนี้ไม่ใช่ของวิเศษที่เอาไปแทนโมเดลแพงได้ทุกงาน DeepSeek V4 เหมาะกับงานเสี่ยงต่ำเท่านั้น งานที่ไม่ควรโยนให้มันคือ web dev จริงจัง, การทำ security audit และการ code review งานกลุ่มนี้พลาดแล้วราคาแพง ทั้งเรื่องช่องโหว่ความปลอดภัยและบั๊กที่หลุดออกไปถึงมือผู้ใช้จริง
เส้นแบ่งง่าย ๆ คือถามตัวเองว่า "ถ้าผลลัพธ์ผิดแล้วใครเดือดร้อน" ถ้าเป็นงานภายในที่ตรวจซ้ำได้ง่ายก็ให้ตัวถูกทำ แต่ถ้าเป็นงานที่กระทบความปลอดภัยหรือผู้ใช้จริง ให้เก็บไว้ให้คนและโมเดลที่ไว้ใจได้รับผิดชอบ การประหยัดต้องไม่แลกมาด้วยการปล่อยงานสำคัญผ่านไปโดยไม่มีคนตรวจ
04เกี่ยวอะไรกับเรา
ฟันธงคือทริกนี้ "ลองได้จริง" สำหรับคนที่ชน usage limit บ่อยหรืออยากคุมค่าใช้จ่ายของ Claude Code ให้ลงมา จุดเด่นไม่ได้อยู่ที่การย้ายไปใช้ตัวถูกทั้งหมด แต่อยู่ที่การแบ่งงานให้ถูกตัว ตัวถูกรับงานยกของหนัก ตัวแพงรับงานที่ต้องการความเนี้ยบ
ต่อยอดได้โดยวางกติกาในทีมให้ชัดว่างานประเภทไหนวิ่งเลนถูก ประเภทไหนต้องเลนแพง แล้วผูกเข้าเป็น workflow ประจำ เริ่มจากลองกับงาน scaffolding และ unit test ที่เสี่ยงต่ำก่อน วัดว่าผลออกมารับได้ไหมและประหยัดจริงแค่ไหน ค่อยขยายขอบเขตทีหลัง โดยยังคงเส้นห้ามเดิมไว้เสมอ คืองาน security และ code review ยังต้องอยู่กับตัวที่ไว้ใจได้