วิธีการแปลภาษา

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

เปรียบเทียบวิธีการแปล

ผู้ให้บริการ LLM

เน้นคุณภาพ รองรับ Markdown และเข้ากันได้กับการโค้ช (coaching) เหมาะที่สุดสำหรับโปรเจกต์ที่มีเนื้อหาจำนวนมาก

วิธีการ	คีย์	การทำงาน
llm (ค่าเริ่มต้น)	OPENROUTER_API_KEY	LLM ผ่าน OpenRouter — โมเดลมากกว่า 200 แบบ พร้อมการกำหนดเส้นทางอัตโนมัติ (auto-routing)
llm-coached	OPENROUTER_API_KEY	LLM + กฎไวยากรณ์, พจนานุกรม, และบันทึกรูปแบบการแปล (style notes)
openai	OPENAI_API_KEY	OpenAI API โดยตรง (gpt-4o, gpt-4o-mini)
anthropic	ANTHROPIC_API_KEY	Anthropic API โดยตรง (Claude Sonnet, Haiku, Opus)
gemini	GEMINI_API_KEY	Google Gemini API โดยตรง (Flash, Pro) — มีระดับใช้งานฟรี

การแปลด้วยเครื่อง (MT) แบบดั้งเดิม

เน้นความเร็วและต้นทุน เหมาะที่สุดสำหรับคู่คีย์-ค่า (key-value pairs) จำนวนมาก

วิธีการ	คีย์	การทำงาน
google-translate	GOOGLE_TRANSLATE_API_KEY	Google Cloud Translation API v2 (130+ ภาษา)
deepl	DEEPL_API_KEY	DeepL API พร้อมรองรับอภิธานศัพท์ (30+ ภาษา)
microsoft-translator	MICROSOFT_TRANSLATOR_API_KEY	Azure Cognitive Services Translator (100+ ภาษา)
libretranslate	(โฮสต์เอง)	LibreTranslate แบบโฮสต์เอง (AGPL, ฟรี)

โครงสร้างพื้นฐาน

วิธีการ	คีย์	การทำงาน
api	(ตามผู้ให้บริการ)	Thin HTTP client สำหรับ REST translation endpoint ใดๆ

แผนผังการตัดสินใจ

---

llm — การแปลด้วย LLM (ค่าเริ่มต้น)

แปลผ่าน LLM ใดๆ บน OpenRouter นี่คือวิธีการเริ่มต้นและมีความอเนกประสงค์มากที่สุด

วิธีการทำงาน:

1. จัดกลุ่มคีย์ (ค่าเริ่มต้น 30 คีย์/ชุด) พร้อมคำสั่งเกี่ยวกับระดับภาษา (register) และบริบท
2. ส่งไปยัง OpenRouter ในรูปแบบ structured prompt
3. แปลงผลลัพธ์ JSON ที่ตอบกลับมา
4. ตรวจสอบความถูกต้องของการแปลแต่ละรายการผ่าน quality gate
5. บันทึกคำแปลที่ผ่านเกณฑ์ ลองใหม่หรือปฏิเสธคำแปลที่ไม่ผ่าน

เมื่อใดควรใช้: โปรเจกต์ส่วนใหญ่ โดยเฉพาะเว็บไซต์ที่มีเนื้อหาจำนวนมากและใช้ Markdown ซึ่งจำเป็นต้องปกป้อง code blocks และ shortcodes

การกำหนดค่า:

{
  "defaultMethod": "llm",
  "model": "google/gemini-3.5-flash"
}

llm-coached — การแปลด้วย LLM แบบมีการโค้ช

เหมือนกับ llm แต่มีการแทรกกฎไวยากรณ์ พจนานุกรมคำศัพท์ และบันทึกรูปแบบการแปลลงในทุกๆ prompt

วิธีการทำงาน:

1. โหลดข้อมูลการโค้ชจาก .rosetta/coaching/<locale>.json หรือไดเรกทอรี coaching/ ของปลั๊กอิน
2. แทรกกฎไวยากรณ์ คำศัพท์ในพจนานุกรม และบันทึกรูปแบบการแปลลงใน system prompt
3. คำศัพท์ในพจนานุกรมที่ตรงกับคีย์ต้นทางจะถูกรวมไว้เป็นคำศัพท์บังคับ
4. ดำเนินการแปลเช่นเดียวกับ llm โดยมีข้อมูลการโค้ชช่วยเพิ่มความแม่นยำ

เมื่อใดควรใช้: ภาษาที่มีทรัพยากรน้อย (low-resource languages), คำศัพท์เฉพาะทาง (กฎหมาย, การแพทย์), ระดับภาษาที่เป็นทางการ, หรือกรณีใดๆ ที่ผลลัพธ์จาก LLM ทั่วไปไม่มีความแม่นยำเพียงพอ

รูปแบบข้อมูลการโค้ช:

.rosetta/coaching/fr.json

{
  "grammar_rules": [
    "French adjectives agree in gender and number with the noun they modify",
    "Use 'vous' for formal contexts, 'tu' for informal"
  ],
  "dictionary": {
    "dashboard": "tableau de bord",
    "deployment": "déploiement",
    "settings": "paramètres"
  },
  "style_notes": "Prefer active voice. Avoid anglicisms where a native French term exists."
}

ดูเพิ่มเติม: คู่มือสำหรับภาษาที่มีทรัพยากรน้อย

---

openai — OpenAI API โดยตรง

แปลโดยตรงผ่าน OpenAI Chat Completions API ไม่มีตัวกลางอย่าง OpenRouter — ใช้คีย์ของคุณ บัญชีของคุณ และแดชบอร์ดการใช้งานของคุณเอง

โมเดล: gpt-4o (ค่าเริ่มต้น), gpt-4o-mini

คุณสมบัติ:

• ✅ รองรับ Markdown (การแปลเนื้อหา)
• ✅ รองรับการโค้ช (กฎไวยากรณ์, การแทนที่ด้วยพจนานุกรม, บันทึกรูปแบบการแปล)
• ✅ โหมด JSON สำหรับผลลัพธ์แบบคีย์-ค่าที่มีโครงสร้าง
• ✅ การลองใหม่แบบ Exponential backoff

การกำหนดค่า:

{
  "pairs": {
    "en:fr": { "method": "openai", "model": "gpt-4o-mini" }
  }
}

export OPENAI_API_KEY=sk-proj-...

รับคีย์ของคุณได้ที่ platform.openai.com/api-keys

anthropic — Anthropic API โดยตรง

แปลโดยตรงผ่าน Anthropic Messages API ใช้พารามิเตอร์ system สำหรับข้อมูลการโค้ช ซึ่งช่วยให้สามารถใช้งาน prompt caching ของ Anthropic ได้

โมเดล: claude-sonnet-4-6 (ค่าเริ่มต้น), claude-haiku-4-5, claude-opus-4-7

คุณสมบัติ:

• ✅ รองรับ Markdown (การแปลเนื้อหา)
• ✅ รองรับการโค้ช (กฎไวยากรณ์, การแทนที่ด้วยพจนานุกรม, บันทึกรูปแบบการแปล)
• ✅ System prompt caching (เฉลี่ยต้นทุนการโค้ชในแต่ละชุดการแปล)
• ✅ การลองใหม่แบบ Exponential backoff

การกำหนดค่า:

{
  "pairs": {
    "en:ja": { "method": "anthropic", "model": "claude-haiku-4-5" }
  }
}

export ANTHROPIC_API_KEY=sk-ant-...

รับคีย์ของคุณได้ที่ console.anthropic.com

gemini — Google Gemini API โดยตรง

แปลโดยตรงผ่าน Google Gemini generateContent API มีระดับใช้งานฟรี — จุดเริ่มต้นที่ดีที่สุดแบบไม่มีค่าใช้จ่าย

โมเดล: gemini-2.5-flash (ค่าเริ่มต้น), gemini-2.5-pro

คุณสมบัติ:

• ✅ รองรับ Markdown (การแปลเนื้อหา)
• ✅ รองรับการโค้ช (กฎไวยากรณ์, การแทนที่ด้วยพจนานุกรม, บันทึกรูปแบบการแปล)
• ✅ โหมดตอบกลับแบบ JSON ผ่าน responseMimeType
• ✅ ระดับใช้งานฟรี (โควต้ารายวันจำนวนมาก)
• ✅ การลองใหม่แบบ Exponential backoff

การกำหนดค่า:

{
  "pairs": {
    "en:ko": { "method": "gemini", "model": "gemini-2.5-pro" }
  }
}

export GEMINI_API_KEY=AI...

รับคีย์ของคุณได้ที่ aistudio.google.com/apikey

การตรวจสอบความถูกต้องของโมเดล

ผู้ให้บริการ LLM โดยตรง (openai, anthropic, gemini) จะตรวจสอบสตริงโมเดลของคุณในการใช้งานครั้งแรก ซึ่งจะช่วยตรวจจับข้อผิดพลาด 3 ประเภท:

รูปแบบวิธีการผิด — การใช้ path ของโมเดลในรูปแบบ OpenRouter กับผู้ให้บริการโดยตรง:

[WARN] OpenAI: model "google/gemini-3.5-flash" looks like an OpenRouter path.
       Direct providers use bare model names (e.g., "gpt-4o").
       To use OpenRouter models, set method to 'llm' instead.

ผู้ให้บริการผิด — การใช้โมเดลจากผู้ให้บริการรายอื่นโดยสิ้นเชิง:

[WARN] Gemini: model "claude-sonnet-4-6" is an Anthropic model.
       This provider (gemini) cannot serve Anthropic models.
       Use --method anthropic or set "method": "anthropic" in config.

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

[WARN] Gemini: model "gemini-1.5-flash" not found in available models.
       Similar models: gemini-2.0-flash, gemini-2.5-flash, gemini-2.5-pro
       The API call will proceed — the provider will give the final verdict.

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

---

google-translate — Google Cloud Translation API

การผสานรวมโดยตรงกับ Google Cloud Translation API v2 ใช้ REST API — ไม่มี SDK, ไม่มี service account ใช้เพียง API key เท่านั้น

เมื่อใดควรใช้: คู่สตริงแบบคีย์-ค่าจำนวนมากที่ความเร็วและต้นทุนมีความสำคัญมากกว่าความสละสลวยของภาษา รองรับมากกว่า 130 ภาษาตั้งแต่เริ่มต้น

ข้อจำกัด:

• ⚠️ ไม่รองรับ Markdown จะทำให้ code blocks, shortcodes และตัวแปร interpolation เสียหาย
• ไม่มีการควบคุมระดับภาษา/น้ำเสียง
• ไม่มีการโค้ชหรือการบังคับใช้คำศัพท์เฉพาะ

npx i18n-rosetta sync --method google-translate

:::tip การตรวจจับอัตโนมัติ หากมีการตั้งค่าเพียง GOOGLE_TRANSLATE_API_KEY (ไม่มีคีย์ OpenRouter) rosetta จะสลับไปใช้ Google Translate โดยอัตโนมัติ ไม่จำเป็นต้องเปลี่ยนการกำหนดค่า :::

deepl — DeepL API

การผสานรวมโดยตรงกับ DeepL translation API รองรับอภิธานศัพท์ (glossaries) เพื่อความสม่ำเสมอของคำศัพท์

เมื่อใดควรใช้: ภาษายุโรปที่ DeepL ทำได้ดีเยี่ยม (เยอรมัน, ฝรั่งเศส, สเปน, ดัตช์, โปแลนด์ ฯลฯ) การรองรับอภิธานศัพท์ช่วยบังคับใช้คำศัพท์ให้สม่ำเสมอโดยไม่ต้องใช้ข้อมูลการโค้ช

คุณสมบัติ:

• ✅ ตรวจจับ endpoint แบบ free/pro อัตโนมัติ (ต่อท้ายด้วย :fx สำหรับคีย์ฟรี)
• ✅ การสร้างและการจัดการอภิธานศัพท์
• ✅ การควบคุมระดับความเป็นทางการ
• ⚠️ ไม่รองรับ Markdown — สำหรับคู่คีย์-ค่าเท่านั้น

การกำหนดค่า:

{
  "pairs": {
    "en:de": { "method": "deepl" }
  }
}

export DEEPL_API_KEY=your-key-here

รับคีย์ของคุณได้ที่ deepl.com/pro-api

microsoft-translator — Azure Cognitive Services

การผสานรวมโดยตรงกับ Microsoft Translator Text API v3

เมื่อใดควรใช้: สภาพแวดล้อมระดับองค์กรที่มีโครงสร้างพื้นฐาน Azure อยู่แล้ว รองรับมากกว่า 100 ภาษา รวมถึงหลายภาษาที่ Google Translate ไม่ครอบคลุม

คุณสมบัติ:

• ✅ สูงสุด 100 เซกเมนต์ต่อคำขอ (ปริมาณงานสูง)
• ✅ พารามิเตอร์ภูมิภาค (region) ที่เป็นทางเลือกเพื่อเพิ่มประสิทธิภาพด้านความหน่วง (latency)
• ⚠️ ไม่รองรับ Markdown — สำหรับคู่คีย์-ค่าเท่านั้น
• ⚠️ ไม่มีการแปลเนื้อหา — สำหรับคู่คีย์-ค่าเท่านั้น

การกำหนดค่า:

{
  "pairs": {
    "en:ar": { "method": "microsoft-translator" }
  }
}

export MICROSOFT_TRANSLATOR_API_KEY=your-key
export MICROSOFT_TRANSLATOR_REGION=global  # optional

รับคีย์ของคุณจาก Azure Portal → Cognitive Services → Translator

libretranslate — การแปลแบบโฮสต์เอง (Self-Hosted)

การแปลแบบโอเพนซอร์สที่โฮสต์เองโดยใช้ LibreTranslate ทำงานแบบโลคัลหรือบนโครงสร้างพื้นฐานของคุณเอง — ไม่มีค่าใช้จ่าย API และมีอธิปไตยของข้อมูลอย่างสมบูรณ์

เมื่อใดควรใช้: โปรเจกต์ที่ต้องการการแปลแบบออฟไลน์, การปฏิบัติตามกฎระเบียบด้านความเป็นส่วนตัวของข้อมูล (GDPR), หรือการทำงานที่ไม่มีค่าใช้จ่าย มีประโยชน์อย่างยิ่งสำหรับ CI pipelines ที่ไม่ควรพึ่งพา API ภายนอก

คุณสมบัติ:

• ✅ โฮสต์เอง — ไม่มีการเรียก API ภายนอก
• ✅ ฟรีและโอเพนซอร์ส (AGPL-3.0)
• ✅ มีการปรับใช้ผ่าน Docker
• ⚠️ ไม่รองรับ Markdown — สำหรับคู่คีย์-ค่าเท่านั้น
• ⚠️ ไม่มีการแปลเนื้อหา — สำหรับคู่คีย์-ค่าเท่านั้น
• ⚠️ คุณภาพแตกต่างกันไปตามคู่ภาษา

การตั้งค่า:

# Run LibreTranslate locally with Docker
docker run -d -p 5000:5000 libretranslate/libretranslate

# Configure (optional — defaults to localhost:5000)
export LIBRETRANSLATE_API_URL=http://localhost:5000/translate

{
  "pairs": {
    "en:es": { "method": "libretranslate" }
  }
}

---

api — Remote Translation API

Thin HTTP client สำหรับ translation endpoints ที่โฮสต์โดยชุมชนหรือได้รับการคุ้มครองทรัพย์สินทางปัญญา (IP-protected) Rosetta จะส่งคีย์ออกไปและรับคำแปลกลับมา — โดยไม่มีตรรกะการแปลใดๆ อยู่ภายใน

เมื่อใดควรใช้: เมื่อวิธีการแปลถูกโฮสต์อยู่ฝั่งเซิร์ฟเวอร์ (เช่น ข้อมูลการโค้ชที่เป็นกรรมสิทธิ์, โมเดลที่ผ่านการ fine-tune, FST pipelines ที่ไม่สามารถแจกจ่ายได้)

{
  "pairs": {
    "en:crk": {
      "method": "api",
      "endpoint": "https://api.example.com/v1/translate",
      "apiKey": "your-key"
    }
  }
}

:::note การแปลโดยชุมชนที่รองรับ OCAP วิธีการ api คือสะพานเชื่อมไปสู่ การแปลที่โฮสต์โดยชุมชนซึ่งรองรับ OCAP ชุมชนชนพื้นเมืองและภาษาชนกลุ่มน้อยสามารถโฮสต์ translation endpoints ของตนเองได้ — โดยเก็บข้อมูลการโค้ช, โมเดลที่ผ่านการ fine-tune, และทรัพย์สินทางปัญญาด้านภาษาไว้ภายใต้การควบคุมของชุมชน — ในขณะที่ Rosetta เชื่อมต่อกับพวกเขาในฐานะ thin client

ดู การสนับสนุนภาษาที่มีทรัพยากรน้อย สำหรับคำแนะนำการโฮสต์โดยชุมชนฉบับเต็ม และ การให้บริการวิธีการแปลผ่าน API สำหรับข้อกำหนดของ endpoint :::

---

การกำหนดค่าตามคู่ภาษา

พลังที่แท้จริงคือการผสมผสานวิธีการแปลในแต่ละคู่ภาษา:

i18n-rosetta.config.json

{
  "version": 3,
  "pairs": {
    "en:fr": { "method": "deepl" },
    "en:ja": { "method": "openai", "model": "gpt-4o" },
    "en:ko": { "method": "gemini" },
    "en:ar": { "method": "microsoft-translator" },
    "en:crk": { "methodPlugin": "crk-coached-v1" }
  }
}

วิธีนี้จะแปลภาษาฝรั่งเศสผ่าน DeepL (รองรับอภิธานศัพท์), ภาษาญี่ปุ่นผ่าน OpenAI (คุณภาพ), ภาษาเกาหลีผ่าน Gemini (ระดับใช้งานฟรี), ภาษาอาหรับผ่าน Microsoft Translator (ความครอบคลุม), และภาษา Plains Cree ผ่านปลั๊กอินที่มีการโค้ช (เฉพาะทาง)

ปลั๊กอิน

ปลั๊กอินคือสูตรการแปลที่จัดเตรียมไว้ล่วงหน้าสำหรับคู่ภาษาเฉพาะ เป็น JSON manifests — ไม่ใช่โค้ด — ที่บอก rosetta ว่าควรใช้วิธีใด ด้วยการตั้งค่าแบบใด และได้รับการเปรียบเทียบคุณภาพ (benchmark) ไว้ที่ระดับใด

:::tip จาก eval harness สู่ production ในคำสั่งเดียว ปลั๊กอินที่พัฒนาและพิสูจน์แล้วใน eval harness สามารถติดตั้งได้โดยตรง — วิธีการที่คุณตรวจสอบความถูกต้องที่นั่นสามารถนำมาใช้งานที่นี่ได้ด้วยคำสั่ง plugin install เพียงคำสั่งเดียว ดู การประเมิน MT สำหรับเวิร์กโฟลว์การประเมินฉบับเต็ม :::

i18n-rosetta plugin install ./french-formal-v1/
i18n-rosetta plugin list
i18n-rosetta plugin remove french-formal-v1

ดู ข้อกำหนดของปลั๊กอิน สำหรับรูปแบบ manifest ฉบับเต็ม

---

การสลับผู้ให้บริการ

ต้องการเปลี่ยนวิธีการแปลใช่ไหม? รูปแบบโมเดลและตัวแปรสภาพแวดล้อม (env var) จะเปลี่ยนไป — นี่คือแผนผัง:

OpenRouter → ผู้ให้บริการโดยตรง

i18n-rosetta.config.json

 {
   "pairs": {
     "en:fr": {
-      "method": "llm",
-      "model": "openai/gpt-4o"
+      "method": "openai",
+      "model": "gpt-4o"
     }
   }
 }

Environment variables

- export OPENROUTER_API_KEY=sk-or-v1-...
+ export OPENAI_API_KEY=sk-proj-...

ข้อแตกต่างที่สำคัญ:

• OpenRouter ใช้รูปแบบ provider/model (เช่น openai/gpt-4o) ผู้ให้บริการโดยตรงใช้ชื่อโมเดลเปล่าๆ (เช่น gpt-4o)
• ผู้ให้บริการโดยตรงแต่ละรายมีตัวแปรสภาพแวดล้อมเป็นของตัวเอง (OPENAI_API_KEY, ANTHROPIC_API_KEY, GEMINI_API_KEY)
• หากคุณใช้รูปแบบโมเดลผิด rosetta จะแจ้งเตือนคุณ — ดู การตรวจสอบความถูกต้องของโมเดล

ผู้ให้บริการโดยตรง → OpenRouter

i18n-rosetta.config.json

 {
   "pairs": {
     "en:ja": {
-      "method": "anthropic",
-      "model": "claude-sonnet-4-6"
+      "method": "llm",
+      "model": "anthropic/claude-sonnet-4-6"
     }
   }
 }

:::tip เมื่อใดควรใช้ OpenRouter เทียบกับผู้ให้บริการโดยตรง ใช้ OpenRouter เมื่อคุณต้องการสลับระหว่างโมเดลโดยไม่ต้องเปลี่ยนตัวแปรสภาพแวดล้อม หรือเมื่อคุณต้องการเข้าถึงโมเดลมากกว่า 200 แบบจากคีย์เดียว ใช้ผู้ให้บริการโดยตรง เมื่อคุณต้องการการเรียกเก็บเงินที่ง่ายกว่า ความหน่วงต่ำกว่า (ไม่มีตัวกลาง) หรือการเข้าถึงคุณสมบัติเฉพาะของผู้ให้บริการ เช่น prompt caching ของ Anthropic :::

---

เปรียบเทียบต้นทุน

ต้นทุนโดยประมาณต่อการแปล 1,000 คีย์ (สมมติว่าใช้ ~10 โทเค็นต่อคีย์, 30 คีย์ต่อชุด):

วิธีการ	ต้นทุน / 1K คีย์	ความเร็ว	คุณภาพ	เหมาะที่สุดสำหรับ
gemini (Flash)	ฟรี (ภายในระดับที่กำหนด)	เร็ว	ดี	การเริ่มต้น, โปรเจกต์ส่วนตัว
google-translate	~$0.02	เร็วที่สุด	พอใช้	ปริมาณมาก, ภาษายุโรป
deepl	~$0.02	เร็ว	ดี	ภาษายุโรป, คำศัพท์เฉพาะ
microsoft-translator	~$0.01	เร็ว	พอใช้	ผู้ใช้ Azure, ครอบคลุมภาษาหลากหลาย
libretranslate	ฟรี (โฮสต์เอง)	แตกต่างกันไป	ปานกลาง	ระบบปิด (Air-gapped), GDPR, CI pipelines
gemini (Pro)	~$0.07	ปานกลาง	ดีมาก	เน้นคุณภาพ, โควต้าฟรี
openai (GPT-4o-mini)	~$0.01	เร็ว	ดี	LLM ราคาประหยัด
openai (GPT-4o)	~$0.10	ปานกลาง	ดีมาก	เน้นคุณภาพ
anthropic (Haiku)	~$0.01	เร็ว	ดี	LLM ราคาประหยัด
anthropic (Sonnet)	~$0.10	ปานกลาง	ดีมาก	เน้นคุณภาพ
anthropic (Opus)	~$0.50	ช้า	ยอดเยี่ยม	คุณภาพสูงสุด
llm (OpenRouter)	แตกต่างกันตามโมเดล	แตกต่างกันไป	แตกต่างกันไป	การเปรียบเทียบโมเดล, การทดลอง

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

---

ดูเพิ่มเติม

• ภาษาที่รองรับ
• ข้อมูลการโค้ช
• การสนับสนุนภาษาที่มีทรัพยากรน้อย
• ข้อกำหนดของปลั๊กอิน
• การให้บริการวิธีการแปลผ่าน API
• Quality Gate
• สถาปัตยกรรม
• การแก้ไขปัญหา — ข้อผิดพลาดของโมเดล, ปัญหา API