วิธีกำหนดค่า Cline ให้ใช้ผู้ให้บริการที่เข้ากันได้กับ OpenAI สำหรับการเปลี่ยนแปลงใน Repository ที่ตรวจสอบแล้ว
กำหนดค่า Cline ให้ใช้ผู้ให้บริการที่เข้ากันได้กับ OpenAI เชื่อมต่อกับเวิร์กโฟลว์การเขียนโค้ด และตรวจสอบการเปลี่ยนแปลงใน repository ด้วยการทดสอบ ครอบคลุมข้อกำหนดเบื้องต้น การกำหนดค่า TypeScript ข้อจำกัด และการแก้ไขปัญหา
ในหน้านี้
การตัดสินใจ: กำหนดค่า endpoint ก่อน แล้วจึงตรวจสอบลูปการเขียนโค้ด
หากเป้าหมายของคุณคือการเปลี่ยนแปลงโค้ดใน repository พร้อมตรวจสอบด้วยการทดสอบ Cline ต้องใช้มากกว่าชื่อโมเดล โดยต้องมี provider ID, base URL ที่เข้าถึงได้และเข้ากันได้กับ OpenAI, ข้อมูลรับรอง และ model ID ที่ endpoint นั้นยอมรับ โมเดลยังต้องรองรับคำขอที่เวิร์กโฟลว์ของ repository ส่งไปด้วย รวมถึงบริบทโค้ดและคำสั่งที่เกี่ยวข้องกับเครื่องมือ
เอกสารผู้ให้บริการโมเดลของ Cline แสดงการกำหนดค่าที่เกี่ยวข้องผ่าน API ของ Agent สำหรับบริการที่เข้ากันได้กับ OpenAI provider ID ที่ระบุไว้คือ openai-compatible เอกสารเดียวกันระบุว่า baseUrl, apiKey และ modelId เป็นอินพุตหลักของการตั้งค่านี้: ผู้ให้บริการโมเดล Cline
OneMux ให้การเข้าถึงโมเดล AI ชั้นนำผ่าน API เดียวที่เข้ากันได้กับ OpenAI พร้อมการกำหนดเส้นทาง คีย์ การมองเห็นค่าใช้จ่าย การเติมเครดิต และการใช้งานแบบจ่ายตามการใช้งาน คุณสามารถดู แค็ตตาล็อกโมเดล, ราคา หรือ เอกสาร Quickstart ก่อนเลือก endpoint การกำหนดค่าด้านล่างเป็นรูปแบบเพื่อความเข้ากันได้ ไม่ใช่การยืนยันว่า OneMux ได้ทดสอบการเชื่อมต่อ Cline นี้แล้ว
ข้อกำหนดเบื้องต้น
ก่อนแก้ไขการกำหนดค่า agent ให้ตรวจสอบรายละเอียดต่อไปนี้:
- โปรเจกต์ Cline SDK ที่ใช้แพ็กเกจ
@cline/agentsหรือแพ็กเกจ Cline ที่เกี่ยวข้อง - API key ที่ออกโดยผู้ให้บริการที่คุณวางแผนจะใช้
- base URL ที่เข้ากันได้กับ OpenAI ของผู้ให้บริการ รวมถึงเส้นทาง API ที่จำเป็น หากเอกสารของผู้ให้บริการระบุไว้
- model ID ที่แน่นอนซึ่งผู้ให้บริการยอมรับ
- repository ในเครื่องที่มีคำสั่งติดตั้งและคำสั่งทดสอบอยู่แล้ว
- สิทธิ์ให้อเจนต์อ่านไฟล์ แก้ไขไฟล์ และเรียกใช้การตรวจสอบของ repository
อย่าสมมติว่า model ID ที่บริการอื่นแสดงไว้จะใช้งานได้โดยไม่เปลี่ยนแปลง เอกสารต้นทางของ Cline รองรับการส่ง model ID แต่ไม่ได้ระบุ model ID ที่มีให้ใช้จากผู้ให้บริการที่เข้ากันได้ทุกราย
กำหนดค่า Cline ให้ใช้ผู้ให้บริการที่เข้ากันได้กับ OpenAI
เอกสารต้นทางแสดงรูปแบบต่อไปนี้สำหรับผู้ให้บริการที่เข้ากันได้กับ OpenAI:
import { Agent } from "@cline/agents"
const agent = new Agent({
providerId: "openai-compatible",
modelId: "your-model-name",
apiKey: process.env.PROVIDER_API_KEY,
baseUrl: "https://your-provider.com/v1",
})
สำหรับการตั้งค่าที่ใช้ OneMux ให้แทนที่ URL ตัวอย่างและ model ID ด้วยค่าที่ระบุไว้สำหรับบัญชีและ endpoint ที่คุณเลือก เก็บข้อมูลรับรองไว้นอก source control เอกสาร Cline ที่ให้มายังระบุว่าการกำหนดค่าผู้ให้บริการสามารถมี headers และการตั้งค่าเฉพาะผู้ให้บริการผ่านประเภทการกำหนดค่า core/provider ได้ แต่ไม่ได้ยืนยันว่าบริการที่เข้ากันได้กับ OpenAI แต่ละรายรองรับพารามิเตอร์เพิ่มเติมใดบ้าง
รูปแบบการใช้งานที่ปลอดภัยกว่าคือให้แอปพลิเคชันหยุดทำงานตั้งแต่ต้นเมื่อการกำหนดค่าที่จำเป็นขาดหายไป:
import { Agent } from "@cline/agents"
const apiKey = process.env.PROVIDER_API_KEY
const baseUrl = process.env.PROVIDER_BASE_URL
const modelId = process.env.PROVIDER_MODEL_ID
if (!apiKey || !baseUrl || !modelId) {
throw new Error("Provider API key, base URL, and model ID are required")
}
const agent = new Agent({
providerId: "openai-compatible",
modelId,
apiKey,
baseUrl,
})
ตัวอย่างนี้จงใจใช้ชื่อ environment ทั่วไป ให้แมปชื่อเหล่านี้กับระบบ deployment ของคุณโดยไม่ commit ความลับหรือฝังข้อมูลรับรองไว้ในไฟล์ของ repository
ใช้งานกับงานใน repository ที่มีการตรวจสอบ
Coding agent ควรได้รับงานที่มีขอบเขตแคบ เงื่อนไขการยอมรับ และขั้นตอนการตรวจสอบที่ระบุไว้อย่างชัดเจน ตัวอย่างเช่น:
const result = await agent.run(`
In this repository:
1. Inspect the existing implementation and tests for the user profile endpoint.
2. Add validation for the documented missing-field case.
3. Preserve the current public API and existing error format.
4. Make the smallest suitable code change.
5. Run the repository's relevant test command after editing.
6. Report the files changed, tests executed, and any remaining failures.
`)
console.log(result)
คำสั่งให้รันการทดสอบไม่ใช่สิ่งทดแทนการตรวจสอบของคุณเอง ตรวจสอบ diff ยืนยันว่าคำสั่งทดสอบทำงานจริง และดูว่าการทดสอบใหม่ครอบคลุมพฤติกรรมที่ร้องขอ ไม่ใช่เพียงทำให้ชุดการทดสอบที่ไม่เกี่ยวข้องผ่าน ผลลัพธ์ที่ผ่านเป็นการยืนยันการตรวจสอบที่เลือกใช้ในสภาพแวดล้อมปัจจุบันเท่านั้น ไม่ได้พิสูจน์ความเข้ากันได้กับทุก deployment, ฐานข้อมูล, ระบบปฏิบัติการ หรืออินพุตที่ไม่ได้ทดสอบ
สำหรับ repository ขนาดใหญ่ ให้แบ่งงานเป็นคำขอเล็ก ๆ ก่อนขอให้วิเคราะห์และวางแผน จากนั้นอนุมัติการแก้ไขที่มีขอบเขตชัดเจน แล้วจึงขอให้ตรวจสอบ วิธีนี้ช่วยลดโอกาสที่คำสั่งกว้าง ๆ จะทำให้เกิดการเปลี่ยนแปลงที่ไม่เกี่ยวข้อง
สิ่งที่ Cline และเลเยอร์ผู้ให้บริการเปิดให้ใช้งาน
เอกสาร Cline ที่ให้มาระบุว่า @cline/llms เป็นเลเยอร์ที่ประกอบด้วยรีจิสทรีผู้ให้บริการ แค็ตตาล็อกโมเดล handlers และ gateway นอกจากนี้ยังมีการอธิบายการเข้าถึง gateway ผ่าน DefaultGateway หรือ createGateway พร้อมตัวช่วยสำหรับแสดงรายการผู้ให้บริการและโมเดล สิ่งนี้ช่วยให้คุณตรวจสอบตัวเลือกที่ลงทะเบียนไว้ได้เมื่อแอปพลิเคชันจัดการโมเดลโดยตรง
import { DefaultGateway } from "@cline/llms"
const gateway = new DefaultGateway()
const providers = gateway.listProviders()
console.log(providers)
ข้อมูลเมตาของโมเดลอาจมีหน้าต่างบริบท โทเคนเอาต์พุตสูงสุด ฟิลด์ราคา และความสามารถต่าง ๆ ฟิลด์เหล่านี้มีประโยชน์สำหรับการเลือกและคำนวณค่าใช้จ่ายเมื่อผู้ให้บริการส่งข้อมูลดังกล่าวมา แต่ไม่ใช่หลักฐานเกี่ยวกับคุณภาพการเขียนโค้ดที่วัดได้ ความสำเร็จของการทดสอบ เวลาแฝง หรือการรองรับ tool call ทุกประเภท
ซอร์สของ Cline ยังแสดงข้อมูลการใช้งานในผลลัพธ์ของ agent ซึ่งรวมถึงโทเคนอินพุต โทเคนเอาต์พุต และค่าใช้จ่ายทั้งหมด ให้มองค่าเหล่านี้เป็นข้อมูลสังเกตการณ์ของเส้นทางคำขอ และตรวจสอบเทียบกับบันทึกบัญชีของผู้ให้บริการเองเมื่อตรวจสอบค่าใช้จ่าย เอกสาร OneMux เป็นแหล่งที่เหมาะสมสำหรับตรวจสอบการเข้าถึงและพฤติกรรมของคำขอในปัจจุบัน
ข้อจำกัดด้านความเข้ากันได้ที่ควรตรวจสอบก่อนใช้งานจริง
คำว่าเข้ากันได้กับ OpenAI ไม่ได้หมายความว่าเหมือนกันทุกประการ ก่อนพึ่งพาการกำหนดค่านี้สำหรับงานใน repository แบบอัตโนมัติ ให้ตรวจสอบเอกสารของผู้ให้บริการในประเด็นต่อไปนี้:
- endpoint ของ chat หรือ responses ที่บริการคาดหวังอย่างแน่นอน
- รูปแบบการยืนยันตัวตน และจำเป็นต้องใช้ headers เพิ่มเติมหรือไม่
- model ID ที่ยอมรับ และโมเดลดังกล่าวเปิดใช้งานสำหรับบัญชีของคุณหรือไม่
- ขีดจำกัดหน้าต่างบริบทและโทเคนเอาต์พุตของโมเดลที่เลือก
- การรองรับ tool-calling, structured-output, streaming และพารามิเตอร์ stop หากเวิร์กโฟลว์ Cline ของคุณใช้สิ่งเหล่านี้
- ผู้ให้บริการยอมรับฟิลด์คำขอที่แพ็กเกจ Cline เวอร์ชันของคุณส่งออกมาหรือไม่
ซอร์ส Cline ที่ให้มารองรับรูปแบบการกำหนดค่าผู้ให้บริการนี้ แต่ไม่ได้จัดทำตารางพารามิเตอร์ทั้งหมดสำหรับบริการที่เข้ากันได้ทุกราย ดังนั้น การรองรับพารามิเตอร์ที่ไม่ได้ระบุไว้จะยังไม่ทราบแน่ชัดจนกว่าจะยืนยันจากเอกสารปัจจุบันของผู้ให้บริการหรือคำขอที่ควบคุมได้ อย่าอนุมานประสิทธิภาพด้านการเขียนโค้ดจากราคา ข้อมูลเมตาของโมเดล หรือป้ายกำกับความเข้ากันได้
การแก้ไขปัญหาที่พบบ่อย
ปัญหาการยืนยันตัวตนหรือ endpoint
ตรวจสอบว่าคีย์อยู่ในโปรเซสที่กำลังเรียกใช้ Cline และ baseUrl ตรงกับ URL ที่ผู้ให้บริการระบุไว้ทุกประการ การมีส่วนเส้นทางซ้ำ เส้นทางเวอร์ชันขาดหาย หรือ header การยืนยันตัวตนที่ไม่รองรับ อาจทำให้ล้มเหลวก่อนที่โมเดลจะประมวลผลคำขอ
ไม่พบโมเดล
ใช้ model ID ที่แน่นอนของผู้ให้บริการ ชื่อที่ใช้แสดง ชื่อในแค็ตตาล็อก หรือ model ID จาก gateway อื่นอาจไม่เป็นที่ยอมรับ หาก endpoint มีการทำงานสำหรับแสดงรายการโมเดล ให้เปรียบเทียบผลลัพธ์กับค่าที่ส่งให้ modelId
ปัญหาขีดจำกัดบริบทหรือเอาต์พุต
ลดขอบเขตคำขอ ไม่รวมไฟล์ที่สร้างขึ้นและอาร์ติแฟกต์ขนาดใหญ่ หรือเลือกโมเดลและ endpoint ที่มีขีดจำกัดตามเอกสารเพียงพอ อย่าสมมติว่าข้อมูลเมตาบริบทของโมเดลมีอยู่หรือถูกต้องสำหรับการกำหนดเส้นทางทุกแบบ
การทดสอบไม่ทำงานหรือล้มเหลวหลังการแก้ไข
ขอให้ Cline ระบุคำสั่งทดสอบจริงของ repository แทนการคิดคำสั่งขึ้นเอง ตรวจสอบสคริปต์ของแพ็กเกจ เอกสารโปรเจกต์ และการกำหนดค่า continuous integration แยกปัญหาจากสภาพแวดล้อม เช่น บริการหรือ dependencies ที่ขาดหาย ออกจากปัญหาที่เกิดจากการเปลี่ยนแปลงโค้ด และบันทึกทั้งสองประเภทไว้ในสรุปการเปลี่ยนแปลง
สรุป
การตั้งค่า Cline ในทางปฏิบัตินั้นตรงไปตรงมา: เลือก openai-compatible ระบุ endpoint ตามเอกสาร ส่ง model ID และข้อมูลรับรองที่แน่นอนของผู้ให้บริการ จากนั้นจำกัด agent ให้อยู่กับการเปลี่ยนแปลงใน repository พร้อมการตรวจสอบด้วยการทดสอบที่ชัดเจน OneMux เป็นเส้นทางที่เหมาะสมสำหรับประเมินเมื่อคุณต้องการ API เดียวที่เข้ากันได้กับ OpenAI เพื่อเข้าถึงโมเดลและมองเห็นค่าใช้จ่าย แต่การรองรับ endpoint พารามิเตอร์ และเครื่องมือยังขึ้นอยู่กับเอกสารปัจจุบันของผู้ให้บริการ เริ่มจากงานขนาดเล็กใน repository ตรวจสอบ diff และมองผลการทดสอบเป็นหลักฐานที่ต้องทบทวน ไม่ใช่การรับประกันโดยไม่มีเงื่อนไข
แหล่งข้อมูล
คำถามที่พบบ่อย
Cline ใช้ provider ID ใดสำหรับ API ที่เข้ากันได้กับ OpenAI?
ใช้ `openai-compatible` จากนั้นระบุ base URL ของ endpoint, model ID ที่ยอมรับ และ API key ผ่านการกำหนดค่า `Agent` ของ Cline
สามารถใช้ OneMux เป็นผู้ให้บริการสำหรับ Cline ได้หรือไม่?
OneMux ให้บริการ API ที่เข้ากันได้กับ OpenAI ดังนั้นรูปแบบการกำหนดค่า Cline อาจใช้ได้เมื่อ endpoint ที่เลือก รองรับรูปแบบคำขอและพารามิเตอร์ที่ Cline ส่งมา เนื้อหาที่ให้มาไม่ได้พิสูจน์ว่าการเชื่อมต่อเฉพาะนี้ได้รับการทดสอบแล้ว
ควรตรวจสอบการเปลี่ยนแปลงใน repository ที่ Cline ทำอย่างไร?
มอบหมายงานที่มีขอบเขตชัดเจนให้ Cline กำหนดให้ใช้คำสั่งทดสอบที่เกี่ยวข้องของ repository ตรวจสอบ diff ที่ได้ และยืนยันว่ามีการรันทดสอบใดจริงบ้าง การทดสอบที่ผ่านครอบคลุมเฉพาะการตรวจสอบที่ทำงานแล้ว ไม่ได้รับประกันความถูกต้องในทุกสภาพแวดล้อม
ควรทำอย่างไรหาก Cline แจ้งว่าไม่มีโมเดลให้ใช้งาน?
ตรวจสอบ model ID ที่แน่นอนของผู้ให้บริการและสิทธิ์การเข้าถึงบัญชี อย่าแทนที่ด้วยชื่อที่ใช้แสดงหรือสมมติว่า model ID จาก gateway อื่นใช้งานได้
การเข้ากันได้กับ OpenAI รับประกันการรองรับ tool-calling หรือ structured-output หรือไม่?
ไม่ ป้ายกำกับความเข้ากันได้ไม่ได้ยืนยันการรองรับพารามิเตอร์คำขอทุกประเภท ให้ยืนยันการรองรับ tool-calling, structured output, streaming, ขีดจำกัดโทเคน และฟีเจอร์อื่นที่จำเป็นจากเอกสารของผู้ให้บริการ
บทความที่เกี่ยวข้อง
Guides
ตั้งค่า Provider ที่เข้ากันได้กับ OpenAI ใน Cline สำหรับถามตอบเอกสารพร้อมระบุแหล่งอ้างอิง
ตั้งค่า Provider ที่เข้ากันได้กับ OpenAI ผ่าน Cline SDK แล้วสร้างเวิร์กโฟลว์ถามตอบเอกสารที่ส่งคืนข้อมูลอ้างอิงซึ่งตรวจสอบได้
Guides
สร้าง Workflow ใน n8n สำหรับแก้ไขโค้ดโดยให้มนุษย์อนุมัติและตรวจสอบด้วยการทดสอบ
ออกแบบ workflow ใน n8n ที่เสนอการเปลี่ยนแปลง repository ให้มนุษย์อนุมัติก่อนเขียน และตรวจสอบ commit ที่ได้ด้วยการทดสอบ
Guides
Cline กับผู้ให้บริการที่เข้ากันได้กับ OpenAI สำหรับคัดแยกคำขอฝ่ายสนับสนุนโดยมีมนุษย์อนุมัติ
กำหนดค่า Cline ร่วมกับผู้ให้บริการที่เข้ากันได้กับ OpenAI และ OneMux เพื่อคัดแยกคำขอฝ่ายสนับสนุนลูกค้า โดยให้ทุกการดำเนินการที่มีผลต่อลูกค้าต้องผ่านการอนุมัติจากมนุษย์
Guides
สร้างเวิร์กโฟลว์ถามตอบเอกสารด้วย n8n พร้อมการอนุมัติโดยมนุษย์และ API ที่เข้ากันได้กับ OpenAI
แนวทางออกแบบ n8n สำหรับตอบคำถามจากเอกสาร โดยระบุแหล่งที่มา กำหนดให้มนุษย์อนุมัติเฉพาะบางขั้นตอน และเชื่อมต่อกับปลายทางโมเดลสไตล์ OpenAI ที่อาจใช้งานร่วมกันได้ผ่าน OneMux