OmniRoute/docs/i18n/th/CONTRIBUTING.md

Contributing to OmniRoute (ไทย)

🌐 Languages: 🇺🇸 English · 🇪🇹 am · 🇸🇦 ar · 🇦🇿 az · 🇧🇬 bg · 🇧🇩 bn · 🇨🇿 cs · 🇩🇰 da · 🇩🇪 de · 🇬🇷 el · 🇪🇸 es · 🇪🇪 et · 🇮🇷 fa · 🇫🇮 fi · 🇫🇷 fr · 🇮🇪 ga · 🇮🇳 gu · 🇳🇬 ha · 🇮🇱 he · 🇮🇳 hi · 🇭🇷 hr · 🇭🇺 hu · 🇦🇲 hy · 🇮🇩 id · 🇳🇬 ig · 🇮🇹 it · 🇯🇵 ja · 🇬🇪 ka · 🇰🇭 km · 🇮🇳 kn · 🇰🇷 ko · 🇱🇹 lt · 🇱🇻 lv · 🇮🇳 ml · 🇮🇳 mr · 🇲🇾 ms · 🇲🇹 mt · 🇲🇲 my · 🇳🇵 ne · 🇳🇱 nl · 🇳🇴 no · 🇮🇳 or · 🇮🇳 pa · 🇵🇭 phi · 🇵🇱 pl · 🇵🇹 pt · 🇧🇷 pt-BR · 🇷🇴 ro · 🇷🇺 ru · 🇱🇰 si · 🇸🇰 sk · 🇸🇮 sl · 🇷🇸 sr · 🇸🇪 sv · 🇰🇪 sw · 🇮🇳 ta · 🇮🇳 te · 🇹🇷 tr · 🇺🇦 uk-UA · 🇵🇰 ur · 🇺🇿 uz · 🇻🇳 vi · 🇳🇬 yo · 🇨🇳 zh-CN · 🇹🇼 zh-TW

---

Thank you for your interest in contributing! This guide covers everything you need to get started.

---

การตั้งค่าสภาพแวดล้อมสำหรับการพัฒนา

ข้อกำหนดเบื้องต้น

• Node.js >=22.22.3 <23 หรือ >=24.0.0 <27 (แนะนำ: 24 LTS)
• npm 10+

สำหรับผู้ใช้ npm v11+ (Node 24+): หลังจาก npm install ให้ตรวจสอบว่าโมดูลเนทีฟได้รับการติดตั้งแล้ว: node -e "require('better-sqlite3')". หากล้มเหลวโดยแสดง MODULE_NOT_FOUND ให้เรียกใช้ npm approve-scripts better-sqlite3 && npm install ดู การแก้ไขปัญหา

• Git

โคลนและติดตั้ง

git clone https://github.com/diegosouzapw/OmniRoute.git
cd OmniRoute
npm install

ตัวแปรสภาพแวดล้อม

# สร้างไฟล์ .env จากเทมเพลต
cp .env.example .env

# สร้างค่าลับที่จำเป็น
echo "JWT_SECRET=$(openssl rand -base64 48)" >> .env
echo "API_KEY_SECRET=$(openssl rand -hex 32)" >> .env

ตัวแปรสำคัญสำหรับการพัฒนา:

ตัวแปร	ค่าเริ่มต้นสำหรับการพัฒนา	คำอธิบาย
PORT	20128	พอร์ตของเซิร์ฟเวอร์
NEXT_PUBLIC_BASE_URL	http://localhost:20128	URL พื้นฐานสำหรับฟรอนต์เอนด์
JWT_SECRET	(สร้างตามด้านบน)	ค่าลับสำหรับลงนาม JWT
INITIAL_PASSWORD	CHANGEME	รหัสผ่านสำหรับเข้าสู่ระบบครั้งแรก
APP_LOG_LEVEL	info	ระดับความละเอียดของบันทึก

การตั้งค่าแดชบอร์ด

แดชบอร์ดมีสวิตช์ UI สำหรับฟีเจอร์ต่าง ๆ ซึ่งสามารถกำหนดค่าผ่านตัวแปรสภาพแวดล้อมได้เช่นกัน:

ตำแหน่งการตั้งค่า	สวิตช์	คำอธิบาย
การตั้งค่า → ขั้นสูง	โหมดดีบัก	เปิดใช้บันทึกคำขอดีบัก (UI)
การตั้งค่า → ทั่วไป	การมองเห็นแถบด้านข้าง	แสดง/ซ่อนส่วนต่าง ๆ ของแถบด้านข้าง

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

การเรียกใช้ภายในเครื่อง

# โหมดการพัฒนา (โหลดซ้ำอัตโนมัติ)
npm run dev

# บิลด์สำหรับโปรดักชัน
npm run build    # next build → .build/next/ จากนั้น assembleStandalone → dist/
npm run start

# คอมไพล์เฉพาะแบ็กเอนด์/API อย่างรวดเร็วสำหรับการเปลี่ยนแปลงของผู้มีส่วนร่วม
npm run build:contributor

# บิลด์สำหรับรีลีส (บิลด์ใหม่ทั้งหมด + ตัวตรวจสอบ HEAD — จำเป็นสำหรับการดีพลอย)
npm run build:release   # rm -rf .build dist && บิลด์ + เขียน dist/BUILD_SHA

# การกำหนดค่าพอร์ตที่ใช้ทั่วไป
PORT=20128 NEXT_PUBLIC_BASE_URL=http://localhost:20128 npm run dev

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

โครงสร้างเอาต์พุตของบิลด์

ไดเรกทอรี	เนื้อหา	ติดตามใน Git
src/	ซอร์สของแอปพลิเคชัน (TypeScript / TSX)	ใช่
.build/	ไฟล์ระหว่างทาง — เอาต์พุตจาก next build (ถูกละเว้นโดย Git, distDir = .build/next)	ไม่
dist/	บันเดิลพร้อมเผยแพร่ — ประกอบโดย assembleStandalone (ถูกละเว้นโดย Git)	ไม่

ไปป์ไลน์การบิลด์ทำงานแบบรอบเดียว:

npm run build
  └─ next build → .build/next/standalone  (เอาต์พุตของ Next.js)
  └─ assembleStandalone()                 (คัดลอก standalone + static + public + แอสเซ็ตเนทีฟ)
       └─ เอาต์พุต: dist/                   (server.js, .next/static/, public/, node_modules/)

นอกจากนี้ npm run build:release จะล้างทั้งสองไดเรกทอรีก่อน และเขียน dist/BUILD_SHA (= git rev-parse --short HEAD) เป็นตัวตรวจสอบความถูกต้องสำหรับการดีพลอย

npm run build:contributor ใช้โปรไฟล์บิลด์เฉพาะแบ็กเอนด์ โดยจะสร้างไฟล์จำลองแทน ไฟล์ UI ของแดชบอร์ดชั่วคราวระหว่างการบิลด์ เก็บตัวจัดการเส้นทาง API ไว้ และคืนค่าไฟล์ต้นฉบับ หลังจากบิลด์เสร็จ ใช้ npm run build สำหรับการเปลี่ยนแปลงที่ส่งผลต่อ UI ของแดชบอร์ด หรือสำหรับการ ตรวจสอบรีลีสอย่างเต็มรูปแบบ โปรไฟล์สำหรับผู้มีส่วนร่วมไม่สามารถใช้แทนบิลด์สำหรับรีลีสได้

หมายเหตุเกี่ยวกับการดีพลอยบน VPS: ไดเรกทอรีอิมเมจระยะไกล /usr/lib/node_modules/omniroute/app/ ไม่มีการเปลี่ยนแปลง เครื่องมือสำหรับการดีพลอยจะใช้ rsync เพื่อซิงก์เนื้อหาของ dist/ ไปยังไดเรกทอรีดังกล่าว มีเพียงพาธเอาต์พุตของบิลด์ภายในรีโพซิทอรีเท่านั้นที่เปลี่ยน (app/ → dist/)

URL เริ่มต้น:

• แดชบอร์ด: http://localhost:20128/dashboard
• API: http://localhost:20128/v1

---

เวิร์กโฟลว์ Git

⚠️ ห้าม commit ไปยัง main โดยตรงโดยเด็ดขาด ให้ใช้ feature branch เสมอ

ฐานของ PR: กำหนดเป้าหมายเป็น branch release/vX.Y.Z ที่ใช้งานอยู่ (ไม่ใช่ main) โปรดดู docs/ops/BRANCHING_MODEL.md สำหรับโมเดล หนึ่ง branch ต่อหนึ่ง release + สร้าง tag เมื่อเผยแพร่

# สร้าง branch จากปลาย branch ของ release ที่ใช้งานอยู่ (ตัวอย่าง: release/v3.8.49)
git fetch origin
git checkout -b feat/your-feature-name origin/release/v3.8.49
# ... ทำการแก้ไข ...
git commit -m "feat: describe your change"
git push -u origin feat/your-feature-name
# เปิด Pull Request โดยกำหนด base = release/v3.8.49

การตั้งชื่อ Branch

Prefix	วัตถุประสงค์
feat/	ฟีเจอร์ใหม่
fix/	การแก้ไขบั๊ก
refactor/	การปรับโครงสร้างโค้ด
docs/	การเปลี่ยนแปลงเอกสาร
test/	การเพิ่ม/แก้ไขการทดสอบ
chore/	เครื่องมือ, CI, dependencies

ข้อความ Commit

ปฏิบัติตาม Conventional Commits:

feat: add circuit breaker for provider calls
fix: resolve JWT secret validation edge case
docs: update SECURITY.md with PII protection
test: add observability unit tests
refactor(db): consolidate rate limit tables

Scopes (v3.8): db, sse, oauth, dashboard, api, cli, docker, ci, mcp, a2a, memory, skills, cloud-agent, guardrails, compression, auto-combo, resilience, providers, executors, translator, domain, authz.

---

การรันการทดสอบ

# การทดสอบทั้งหมด (unit + vitest + ecosystem + e2e)
npm run test:all

# ไฟล์ทดสอบเดียว (ตัวรันการทดสอบแบบเนทีฟของ Node.js — การทดสอบส่วนใหญ่ใช้วิธีนี้)
node --import tsx/esm --test tests/unit/your-file.test.ts

# เฉพาะการทดสอบหน่วยที่ได้รับผลกระทบจากการเปลี่ยนแปลงของคุณ (ใช้ตัวเลือก TIA เดียวกับเกต CI, #8084)
npm run test:scoped            # การเปลี่ยนแปลงในคอมมิตล่าสุด (หรือ working tree)
npm run test:scoped:staged     # เฉพาะการเปลี่ยนแปลงที่ staged — เหมาะสำหรับใช้คู่กับการรันก่อนคอมมิต
npm run test:scoped:full       # สร้างแผนผังกราฟการนำเข้าใหม่ก่อน (หลังจากเพิ่ม/ย้ายไฟล์)
# Exit 1 + "run the full suite" หมายความว่าไฟล์ศูนย์กลาง (tsconfig, package.json, …) หรือซอร์ส
# ที่ไม่ได้แมปมีการเปลี่ยนแปลง — ตัวเลือกจะล้มเหลวอย่างปลอดภัย โดยจะไม่ข้ามการทดสอบอย่างเงียบ ๆ

# Vitest (เซิร์ฟเวอร์ MCP, autoCombo, แคช)
npm run test:vitest

# การทดสอบ E2E (ต้องใช้ Playwright)
npm run test:e2e

# E2E สำหรับไคลเอนต์โปรโตคอล (การขนส่ง MCP, A2A)
npm run test:protocols:e2e

# การทดสอบความเข้ากันได้กับระบบนิเวศ
npm run test:ecosystem

# เกตความครอบคลุม: statements/lines/functions/branches 60%
npm run test:coverage
npm run coverage:report

# ตรวจสอบ lint + รูปแบบ
npm run lint
npm run check

# การทดสอบ smoke ของคอมโบกับ upstream จริงแบบมีเกต (ต้องมีสิทธิ์เข้าถึง VPS + เครดิตของผู้ให้บริการจริง)
# เรียกใช้ผู้ให้บริการจริง — มีค่าใช้จ่ายเล็กน้อย ไม่เคยรันใน CI และจะข้ามอย่างเรียบร้อยหากไม่มีเกต
# ต้องมี: สิทธิ์เข้าถึง ssh root@192.168.0.15 (โหลดสแนปช็อต DB แบบอ่านอย่างเดียวจาก VPS)
RUN_COMBO_LIVE=1 npm run test:combo:live

# การทดสอบ smoke แบบไลฟ์บน VPS ระยะที่ 3 — สคริปต์ Node ESM ธรรมดาที่เรียกเซิร์ฟเวอร์ .15 โดยตรง
# ต้องมี: สิทธิ์เข้าถึง ssh root@192.168.0.15 (สร้าง/รื้อคอมโบผ่าน SSH sqlite)
# เรียกใช้ผู้ให้บริการจริง (มีค่าใช้จ่ายเล็กน้อย) สร้าง/ลบเฉพาะคอมโบ __live_test__* เท่านั้น และไม่เคยรันใน CI
# REQUIRE_API_KEY=false บน .15 จึงไม่ต้องใช้ API key แต่จะใช้ COMBO_LIVE_BASE_URL / COMBO_LIVE_API_KEY หากตั้งค่าไว้
npm run test:combo:live:vps              # สถานการณ์ HTTP 7 แบบ (priority/round-robin/weighted/cost/fusion/auto + health)
npm run test:combo:live:vps:failover     # เพิ่มสถานการณ์ failover ข้ามผู้ให้บริการจริง (รวมทั้งหมด 8 แบบ)

หมายเหตุเกี่ยวกับความครอบคลุม:

• npm run test:coverage วัดความครอบคลุมของซอร์สสำหรับชุดการทดสอบหน่วยหลัก ไม่รวม tests/** และรวม open-sse/**
• Pull request ต้องรักษาเกตความครอบคลุมไว้ที่ 60%+ สำหรับ statements/lines/functions/branches
• หาก PR เปลี่ยนแปลงโค้ดที่ใช้จริงใน src/, open-sse/, electron/ หรือ bin/ ต้องเพิ่มหรืออัปเดตการทดสอบอัตโนมัติใน PR เดียวกัน
• npm run coverage:report แสดงรายงานโดยละเอียดแยกตามไฟล์จากการรันความครอบคลุมครั้งล่าสุด
• npm run test:coverage:legacy เก็บเมตริกแบบเดิมไว้เพื่อการเปรียบเทียบย้อนหลัง
• ดูแผนงานการปรับปรุงความครอบคลุมแบบเป็นระยะได้ที่ docs/ops/COVERAGE_PLAN.md

ข้อกำหนดสำหรับ Pull Request

ก่อนเปิด PR ให้ใช้ แนวทางมาตรฐานสำหรับการมีส่วนร่วม เพื่อรันวงจรแบบเจาะจงสำหรับ สิ่งที่คุณเปลี่ยนแปลง ชุดการทดสอบหน่วยทั้งหมด (4 ชาร์ดของ CI), Vitest, เกตความครอบคลุม 60%+ และ บิลด์สำหรับใช้งานจริงเป็นความรับผิดชอบของ CI — การรันสิ่งเหล่านี้ในเครื่องไม่ได้ให้สัญญาณเพิ่มเติมนอกเหนือจากที่การตรวจสอบ PR จะให้คุณอยู่แล้ว และบนเครื่องขนาดเล็กอาจทำให้โฮสต์ใช้ทรัพยากรเต็มขีดจำกัดได้ (#8084):

• รันไฟล์ทดสอบที่ครอบคลุมการเปลี่ยนแปลงของคุณ: node --import tsx/esm --test tests/unit/<file>.test.ts
• รัน npm run lint
• เพิ่มหรืออัปเดตการทดสอบอัตโนมัติใน PR เดียวกันทุกครั้งที่โค้ดสำหรับใช้งานจริงมีการเปลี่ยนแปลง
• ระบุไฟล์ทดสอบที่เปลี่ยนแปลงหรือเพิ่มเข้ามาในคำอธิบาย PR เมื่อโค้ดสำหรับใช้งานจริงมีการเปลี่ยนแปลง
• ตรวจสอบผลลัพธ์ SonarQube บน PR เมื่อมีการกำหนดค่าความลับของโปรเจกต์ใน CI

สถานะการทดสอบปัจจุบัน: ไฟล์การทดสอบหน่วย 122 ไฟล์ ซึ่งครอบคลุม:

• ตัวแปลของผู้ให้บริการและการแปลงรูปแบบ
• การจำกัดอัตรา, circuit breaker และความทนทาน
• แคชเชิงความหมาย, idempotency และการติดตามความคืบหน้า
• การดำเนินการกับฐานข้อมูลและสคีมา (โมดูล DB 21 โมดูล)
• โฟลว์ OAuth และการยืนยันตัวตน
• การตรวจสอบความถูกต้องของ API endpoint (Zod v4)
• เครื่องมือเซิร์ฟเวอร์ MCP และการบังคับใช้ขอบเขต
• ระบบ Memory และ Skills

---

รูปแบบโค้ด

• ESLint — รัน npm run lint ก่อน commit
• Prettier — จัดรูปแบบอัตโนมัติผ่าน lint-staged เมื่อ commit (เยื้อง 2 ช่อง, ใช้ semicolon, ใช้ double quote, ความกว้าง 100 อักขระ, ใช้ trailing comma แบบ es5)
• TypeScript — โค้ดทั้งหมดใน src/ ใช้ .ts/.tsx; open-sse/ ใช้ .ts/.js; เขียนเอกสารด้วย TSDoc (@param, @returns, @throws)
• ห้ามใช้ eval() — ESLint บังคับใช้ no-eval, no-implied-eval, no-new-func
• การตรวจสอบความถูกต้องด้วย Zod — ใช้สคีมา Zod v4 สำหรับการตรวจสอบอินพุต API ทั้งหมด
• การตั้งชื่อ: ไฟล์ = camelCase/kebab-case, คอมโพเนนต์ = PascalCase, ค่าคงที่ = UPPER_SNAKE

การจัดการข้อผิดพลาด / บล็อก catch ว่าง

ห้ามปล่อย catch ไว้โดยไม่มีคำอธิบาย ให้จัดประเภทเป็นหนึ่งในสองกลุ่ม (เพื่อให้กฎเคร่งครัด ที่ว่า "ห้ามกลืนข้อผิดพลาดในสตรีม SSE โดยไม่แจ้งให้ทราบ" สามารถนำไปปฏิบัติได้):

• โดยเจตนา (การทำความสะอาด/การเก็บข้อมูล telemetry แบบพยายามให้ดีที่สุดของเราเอง) — ความล้มเหลวในจุดนี้เป็นสิ่งที่คาดไว้และ ไม่เป็นอันตราย; เพิ่มความคิดเห็นอธิบายเหตุผลหนึ่งบรรทัดโดยไม่ต้องบันทึก log (การบันทึก log ในทุกคำขอคือ สัญญาณรบกวนที่แนวทางนี้ต้องการหลีกเลี่ยง)

  } catch {} // การปิด controller ที่ปิดไปแล้วหลังจากไคลเอนต์ตัดการเชื่อมต่อเป็นสิ่งที่คาดไว้
  

• ควรบันทึก log (โค้ดภายนอก/โค้ดที่ผู้เรียกส่งเข้ามา หรือการกลืนข้อผิดพลาดทำให้โฟลว์การควบคุมเปลี่ยนไป) — คง catch ไว้ (ห้ามปล่อยให้ทำให้สตรีมล้มเหลว) แต่ให้แสดง console.debug/warn พร้อมบริบทเพื่อให้ สามารถตรวจพบความล้มเหลวได้

  } catch (e) {
    console.debug("[STREAM] onFailure callback error:", e);
  }
  

ดูตัวอย่างการนำไปใช้ได้ที่ open-sse/utils/stream.ts และ open-sse/utils/streamHandler.ts

---

Project Structure

src/                        # TypeScript (.ts / .tsx)
├── app/                    # Next.js 16 App Router
│   ├── (dashboard)/        # Dashboard pages (23 sections)
│   ├── api/                # API routes (51 directories)
│   └── login/              # Auth pages (.tsx)
├── domain/                 # Policy engine (policyEngine, comboResolver, costRules, etc.)
├── lib/                    # Core business logic (.ts)
│   ├── a2a/                # Agent-to-Agent v0.3 protocol server
│   ├── acp/                # Agent Communication Protocol registry
│   ├── compliance/         # Compliance policy engine
│   ├── db/                 # SQLite database layer (110 top-level modules + 130 migrations)
│   ├── memory/             # Persistent conversational memory
│   ├── oauth/              # OAuth providers, services, and utilities
│   ├── skills/             # Extensible skill framework
│   ├── usage/              # Usage tracking and cost calculation
│   └── localDb.ts          # Re-export layer only — never add logic here
├── middleware/              # Request middleware (promptInjectionGuard)
├── mitm/                   # MITM proxy (cert, DNS, target routing)
├── shared/
│   ├── components/         # React components (.tsx)
│   ├── constants/          # Provider definitions (329), MCP scopes, routing strategies
│   ├── utils/              # Circuit breaker, sanitizer, auth helpers
│   └── validation/         # Zod v4 schemas
└── sse/                    # SSE proxy pipeline

open-sse/                   # @omniroute/open-sse workspace
├── executors/              # 89 executor implementation modules
├── handlers/               # 11 request handlers (chat, responses, embeddings, images, etc.)
├── mcp-server/             # MCP server (107 tools, 3 transports, 32 scopes)
├── services/               # 178 top-level services (combo, autoCombo, rateLimitManager, etc.)
├── translator/             # Format translators (OpenAI ↔ Claude ↔ Gemini ↔ Responses ↔ Ollama)
├── transformer/            # Responses API transformer
└── utils/                  # 22 utility modules (stream, TLS, proxy, logging)

electron/                   # Electron desktop app (cross-platform)

tests/
├── unit/                   # Node.js test runner (122 test files)
├── integration/            # Integration tests
├── e2e/                    # Playwright tests
├── security/               # Security tests
├── translator/             # Translator-specific tests
└── load/                   # Load tests

docs/                       # Documentation
├── ARCHITECTURE.md         # System architecture
├── API_REFERENCE.md        # All endpoints
├── USER_GUIDE.md           # Provider setup, CLI integration
├── TROUBLESHOOTING.md      # Common issues
├── MCP-SERVER.md           # MCP server (107 tools)
├── A2A-SERVER.md           # A2A agent protocol
├── AUTO-COMBO.md           # Auto-combo engine
├── CLI-TOOLS.md            # CLI tools integration
├── COVERAGE_PLAN.md        # Test coverage improvement plan
├── openapi.yaml            # OpenAPI specification
└── adr/                    # Architecture Decision Records

---

การเพิ่ม Provider ใหม่

ขั้นตอนที่ 1: ลงทะเบียนค่าคงที่ของ Provider

เพิ่มใน src/shared/constants/providers.ts — ผ่านการตรวจสอบด้วย Zod เมื่อโหลดโมดูล

ขั้นตอนที่ 2: เพิ่ม Executor (หากต้องใช้ตรรกะแบบกำหนดเอง)

สร้าง executor ใน open-sse/executors/your-provider.ts โดยสืบทอดจาก executor พื้นฐาน

ขั้นตอนที่ 3: เพิ่ม Translator (หากไม่ใช่รูปแบบ OpenAI)

สร้าง translator สำหรับคำขอ/การตอบกลับใน open-sse/translator/

ขั้นตอนที่ 4: เพิ่มการกำหนดค่า OAuth (หากใช้ OAuth)

เพิ่มข้อมูลประจำตัว OAuth ใน src/lib/oauth/constants/oauth.ts และเพิ่ม service ใน src/lib/oauth/services/

หาก Provider ต้นทางเผยแพร่ OAuth client_id/secret สาธารณะหรือคีย์ Firebase Web API ภายใน CLI / browser bundle สาธารณะของตน ห้าม ฝังค่านั้นเป็น string literal ให้ใช้ resolvePublicCred() จาก open-sse/utils/publicCreds.ts และเพิ่มรายการไบต์ที่ปกปิดค่าไว้ใน EMBEDDED_DEFAULTS เวิร์กโฟลว์ภาคบังคับฉบับเต็มมีอธิบายไว้ใน docs/security/PUBLIC_CREDS.md

ภายใน handler/executor ข้อความแสดงข้อผิดพลาดที่จะส่งถึงไคลเอนต์ต้องผ่าน buildErrorBody() / sanitizeErrorMessage() จาก open-sse/utils/error.ts — ห้ามใส่ err.stack หรือ err.message แบบดิบลงในเนื้อหาของ Response ดูรายละเอียดได้ที่ docs/security/ERROR_SANITIZATION.md

ขั้นตอนที่ 5: ลงทะเบียนโมเดล

เพิ่มคำจำกัดความของโมเดลใน open-sse/config/providerRegistry.ts

ขั้นตอนที่ 6: เพิ่มการทดสอบ

เขียน unit test ใน tests/unit/ โดยครอบคลุมอย่างน้อย:

• การลงทะเบียน Provider
• การแปลงคำขอ/การตอบกลับ
• การจัดการข้อผิดพลาด

---

รายการตรวจสอบ Pull Request

• การทดสอบผ่าน (npm test)
• การตรวจสอบ Lint ผ่าน (npm run lint)
• การ Build สำเร็จ (npm run build)
• เพิ่ม TypeScript types สำหรับ public functions และ interfaces ใหม่แล้ว
• ไม่มี secrets หรือ fallback values ที่ hardcode ไว้
• Public upstream credentials ถูกฝังผ่าน resolvePublicCred() (ดู docs/security/PUBLIC_CREDS.md) และห้ามใช้เป็น literals
• Error responses ส่งผ่าน buildErrorBody() / sanitizeErrorMessage() — ไม่มี raw stack traces ใน response bodies (ดู docs/security/ERROR_SANITIZATION.md)
• Shell commands (exec / spawn) ส่ง runtime values ผ่าน env ไม่ใช่ผ่าน string interpolation
• Inputs ทั้งหมดได้รับการตรวจสอบด้วย Zod schemas
• เพิ่ม fragment ของ Changelog ภายใต้ changelog.d/{features|fixes|maintenance}/<PR>-<slug>.md สำหรับการเปลี่ยนแปลงที่ส่งผลต่อผู้ใช้แล้ว (ดู changelog.d/README.md) — ห้าม แก้ไข CHANGELOG.md โดยตรง; fragments จะถูกรวบรวมเมื่อออกรุ่น และจะไม่เกิดข้อขัดแย้งระหว่าง PRs
• อัปเดตเอกสารแล้ว (หากเกี่ยวข้อง)
• ไม่มี CodeQL / Secret-Scanning alerts ใหม่ หรือแต่ละรายการถูกปิดโดยมีเหตุผลเชิงเทคนิคที่อ้างอิงเอกสาร docs/security/ ที่เกี่ยวข้อง
• Routes ที่ spawn child processes (/api/mcp/, /api/cli-tools/runtime/) ถูกจัดประเภทเป็น isLocalOnlyPath() ใน src/server/authz/routeGuard.ts — ดู กฎเคร่งครัด #15
• ไม่มี trailers Co-Authored-By ใน commit messages — commits ต้องแสดงภายใต้ Git identity ของเจ้าของ repository เท่านั้น (กฎเคร่งครัด #16)

---

Releasing

Releases are managed via the /generate-release workflow. When a new GitHub Release is created, the package is automatically published to npm via GitHub Actions.

---

การขอความช่วยเหลือ

• สถาปัตยกรรม: ดู docs/architecture/ARCHITECTURE.md
• เอกสารอ้างอิง API: ดู docs/reference/API_REFERENCE.md
• เอกสารด้านความปลอดภัย: docs/security/CLI_TOKEN.md, docs/security/ROUTE_GUARD_TIERS.md, docs/security/ERROR_SANITIZATION.md, docs/security/PUBLIC_CREDS.md
• เอกสารการปฏิบัติการ: docs/ops/SQLITE_RUNTIME.md
• ปัญหา: github.com/diegosouzapw/OmniRoute/issues
• ADR: ดูบันทึกการตัดสินใจด้านสถาปัตยกรรมได้ที่ docs/adr/