OpenCode AI Gateway: เชื่อมต่อ LLM หลายตัวผ่าน API เดียว

เกตเวย์ AI ของ OpenCode ให้คุณมีชั้น API ที่เสถียรระหว่างเวิร์กโฟลว์ในเทอร์มินัลของคุณและโมเดลที่คุณต้องการใช้งานจริง หากคุณกำลังจัดการคีย์ผู้ให้บริการแยกกัน หน้าเรียกเก็บเงินแยกกัน และความเสี่ยงด้านความพร้อมใช้งานแยกกัน ชั้นเพิ่มเติมนี้สามารถทำให้ OpenCode ใช้งานได้ง่ายขึ้นในแต่ละวัน.

ShareAI เหมาะกับบทบาทนั้นได้ดีเพราะให้คุณมี API เดียวสำหรับโมเดลกว่า 150+ โมเดล พร้อมการกำหนดเส้นทางอัจฉริยะ การสำรองข้อมูล และการมองเห็นในตลาด OpenCode รองรับผู้ให้บริการที่ปรับแต่งได้ซึ่งเข้ากันได้กับ OpenAI อยู่แล้ว ดังนั้นการตั้งค่าจึงเป็นเรื่องของการชี้ OpenCode ไปยัง URL ฐานที่ถูกต้องและเพิ่มโมเดลที่คุณต้องการใช้.

คู่มือนี้เป็นส่วนหนึ่งของ นักพัฒนา บทความเกี่ยวกับการกำหนดเส้นทาง AI การเข้าถึงโมเดล และการผสานรวมที่พร้อมสำหรับการผลิต.

ทำไมถึงควรใช้เกตเวย์ AI ของ OpenCode ตั้งแต่แรก?

OpenCode ถูกออกแบบมาให้ทำงานร่วมกับผู้ให้บริการหลายราย และเอกสารสาธารณะของมันแสดงการรองรับการกำหนดค่าผู้ให้บริการแบบกำหนดเอง baseURL ค่า และจุดเชื่อมต่อที่เข้ากันได้กับ OpenAI ความยืดหยุ่นนั้นทรงพลัง แต่ก็หมายความว่าคุณอาจต้องจัดการผู้ให้บริการแต่ละรายแยกกันเมื่อสิ่งที่คุณต้องการจริงๆ คือเวิร์กโฟลว์การเขียนโค้ดที่สะอาด.

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

สำหรับนักพัฒนาที่ต้องการความยืดหยุ่นโดยไม่ต้องดูแลระบบผู้ให้บริการแยกกัน นั่นมักจะเป็นจุดที่เกตเวย์ AI เริ่มคุ้มค่า.

วิธีที่ OpenCode รองรับการตั้งค่านี้

ตามที่ระบุใน เอกสารประกอบของผู้ให้บริการ OpenCode, คุณสามารถปรับแต่งการตั้งค่าผู้ให้บริการผ่าน opencode.json, ตั้งค่าที่กำหนดเอง baseURL, และใช้ @ai-sdk/openai-compatible สำหรับผู้ให้บริการที่เข้ากันได้กับ OpenAI เอกสารสาธารณะ OpenCode GitHub repository ยังบันทึกเส้นทางการกำหนดค่าและยืนยันว่าเครื่องมือนี้ถูกสร้างขึ้นเพื่อความยืดหยุ่นในระดับผู้ให้บริการ.

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

ขั้นตอนที่ 1: สร้างคีย์ API ของ ShareAI และเลือกโมเดล

เริ่มต้นด้วยการสร้างข้อมูลรับรองใน สร้างคีย์ API. จากนั้นเรียกดู ตลาดโมเดล ShareAI เพื่อเลือกโมเดลที่จะสนับสนุนการทำงานของ OpenCode ของคุณ.

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

ขั้นตอนที่ 2: เพิ่ม ShareAI เป็นผู้ให้บริการแบบกำหนดเองใน opencode.json

OpenCode ให้คุณกำหนดผู้ให้บริการแบบกำหนดเองด้วย endpoint ที่เข้ากันได้กับ OpenAI ตัวอย่างเริ่มต้นง่ายๆ มีลักษณะดังนี้:

{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "shareai": {
      "npm": "@ai-sdk/openai-compatible",
      "name": "ShareAI",
      "options": {
        "baseURL": "https://api.shareai.now/v1",
        "apiKey": "{env:SHAREAI_API_KEY}"
      },
      "models": {
        "your-shareai-model": {
          "name": "Choose a ShareAI model"
        }
      }
    }
  }
}

แทนที่ โมเดล ShareAI ของคุณ ด้วยตัวระบุโมเดลที่แน่นอนที่คุณต้องการใช้จากแคตตาล็อกโมเดล ShareAI เก็บ API key ไว้นอกไฟล์และโหลดผ่านตัวแปรสภาพแวดล้อมแทน.

export SHAREAI_API_KEY="your_api_key_here"

หากคุณต้องการรูปแบบคำขอที่กว้างขึ้นและรายละเอียดการตรวจสอบสิทธิ์ เอกสารอ้างอิง API ครอบคลุมกระบวนการหลักของ ShareAI API.

ขั้นตอนที่ 3: สลับโมเดลโดยไม่ต้องสร้างการตั้งค่าใหม่

เมื่อ ShareAI เป็นชั้นผู้ให้บริการ การเปลี่ยนโมเดลจะเบาลงมาก คุณไม่ต้องปรับเปลี่ยนการตรวจสอบสิทธิ์ของผู้ให้บริการทุกครั้งที่คุณต้องการทดสอบโมเดลที่แตกต่างกัน แต่คุณยังคงใช้ API เดิมและเปลี่ยนโมเดลที่คุณชี้ไปที่ OpenCode.

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

เมื่อคีย์ผู้ให้บริการโดยตรงยังคงมีเหตุผล

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

แต่สำหรับทีมที่ต้องการให้ OpenCode ยังคงความยืดหยุ่น พกพาได้ และใช้งานง่าย การใช้ OpenCode AI gateway มักจะเป็นตัวเลือกที่สะอาดกว่า มันช่วยลดการกระจายบัญชีและให้คุณประเมินโมเดลตามประสิทธิภาพและความเหมาะสมแทนที่จะเป็นการตั้งค่าการเข้าสู่ระบบของผู้ให้บริการล่าสุดที่คุณกำหนดไว้.

ข้อสรุปสุดท้าย

OpenCode AI gateway ไม่ใช่เรื่องของการเพิ่มเครื่องมือเพิ่มเติมเพียงเพื่อให้มี มันเกี่ยวกับการรักษากระบวนการเขียนโค้ดเดียวในขณะที่ให้คุณมีพื้นที่ในการเปลี่ยนโมเดล เปรียบเทียบผู้ให้บริการ และก้าวต่อไปเมื่อภูมิทัศน์โมเดลพื้นฐานเปลี่ยนแปลง หากนั่นคือสิ่งที่คุณต้องการจาก OpenCode ShareAI ให้คุณมีวิธีการที่ใช้งานได้จริงผ่าน API เดียว.