---
read_when:
    - คุณต้องการตั้งค่าการอนุมาน จากนั้นดำเนินการตั้งค่าให้เสร็จสมบูรณ์ด้วย Crestodian
summary: เอกสารอ้างอิง CLI สำหรับ `openclaw onboard` (การเริ่มต้นใช้งานแบบโต้ตอบ)
title: เริ่มต้นใช้งาน
x-i18n:
    generated_at: "2026-07-12T16:01:02Z"
    model: gpt-5.6
    postprocess_version: locale-links-v1
    provider: openai
    source_hash: 6e9dad7efda492e0d9ef01ef08a1fd8c81272a0d9b3aa3b945917b6878159a06
    source_path: cli/onboard.md
    workflow: 16
---

# `openclaw onboard`

การตั้งค่าแบบมีคำแนะนำซึ่งเริ่มจากทำให้การอนุมานใช้งานได้ก่อน โดยจะตรวจหาการเข้าถึง AI ที่มีอยู่ กำหนดให้ต้องทดสอบการตอบกลับจริง บันทึกเฉพาะเส้นทางที่ใช้งานได้ แล้วจึงเริ่ม Crestodian เพื่อกำหนดค่าส่วนที่เหลือ `openclaw setup` เป็นจุดเริ่มต้นเดียวกัน ส่วน `openclaw setup --baseline` จะเขียนเฉพาะการกำหนดค่าและพื้นที่ทำงานพื้นฐาน

<CardGroup cols={2}>
  <Card title="ศูนย์กลางการเริ่มต้นใช้งานผ่าน CLI" href="/th/start/wizard" icon="rocket">
    คำแนะนำทีละขั้นสำหรับขั้นตอนการทำงานแบบโต้ตอบของ CLI
  </Card>
  <Card title="ภาพรวมการเริ่มต้นใช้งาน" href="/th/start/onboarding-overview" icon="map">
    องค์ประกอบต่าง ๆ ของการเริ่มต้นใช้งาน OpenClaw ทำงานร่วมกันอย่างไร
  </Card>
  <Card title="ข้อมูลอ้างอิงการตั้งค่า CLI" href="/th/start/wizard-cli-reference" icon="book">
    ผลลัพธ์ การทำงานภายใน และลักษณะการทำงานของแต่ละขั้นตอน
  </Card>
  <Card title="ระบบอัตโนมัติสำหรับ CLI" href="/th/start/wizard-cli-automation" icon="terminal">
    แฟล็กแบบไม่โต้ตอบและการตั้งค่าด้วยสคริปต์
  </Card>
  <Card title="การเริ่มต้นใช้งานแอป macOS" href="/th/start/onboarding" icon="apple">
    ขั้นตอนการเริ่มต้นใช้งานสำหรับแอปบนแถบเมนูของ macOS
  </Card>
</CardGroup>

## ตัวอย่าง

```bash
openclaw onboard
openclaw onboard --classic
openclaw onboard --modern
openclaw onboard --flow quickstart
openclaw onboard --flow manual
openclaw onboard --flow import
openclaw onboard --import-from hermes --import-source ~/.hermes
openclaw onboard --skip-bootstrap
openclaw onboard --mode remote --remote-url wss://gateway-host:18789
```

- `--classic`: เปิดวิซาร์ดแบบเต็มที่ดำเนินการทีละขั้น ไม่สามารถใช้ร่วมกับ
  `--non-interactive` ได้ หากต้องการตั้งค่าอัตโนมัติให้ละ `--classic`
- `--flow quickstart`: เปิดวิซาร์ดแบบคลาสสิกโดยถามข้อมูลเท่าที่จำเป็น และ
  สร้างโทเค็น Gateway โดยอัตโนมัติ
- `--flow manual` (นามแฝง `advanced`): เปิดวิซาร์ดแบบคลาสสิกพร้อมคำถามทั้งหมด
  สำหรับพอร์ต การผูกที่อยู่ และการยืนยันตัวตน
- `--flow import`: เรียกใช้ผู้ให้บริการย้ายข้อมูลที่ตรวจพบ (เช่น Hermes ผ่าน `--import-from hermes`) แสดงตัวอย่างแผน แล้วจึงนำไปใช้หลังได้รับการยืนยัน การนำเข้าทำงานได้เฉพาะกับการตั้งค่า OpenClaw ใหม่เท่านั้น หากมีข้อมูลอยู่แล้ว ให้รีเซ็ตการกำหนดค่า ข้อมูลประจำตัว เซสชัน และสถานะพื้นที่ทำงานก่อน ใช้ [`openclaw migrate`](/th/cli/migrate) สำหรับแผนการทดลองทำ โหมดเขียนทับ รายงาน และการแมปที่แม่นยำ
- `--modern` เป็นนามแฝงเพื่อความเข้ากันได้สำหรับผู้ช่วยตั้งค่าแบบสนทนา Crestodian
  โดยใช้ด่านตรวจสอบการอนุมานจริงเดียวกับ `openclaw crestodian` และ
  ยอมรับเฉพาะ `--workspace`, `--accept-risk`,
  `--non-interactive` และ `--json` แฟล็กการตั้งค่าอื่นจะถูกปฏิเสธแทนที่จะ
  ถูกละเว้นโดยไม่มีการแจ้งเตือน

## ขั้นตอนแบบมีคำแนะนำ

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

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

ในโหมดแบบมีคำแนะนำ `--workspace <dir>` จะระบุพื้นที่ทำงานที่เสนอให้ Crestodian และบริบทการอนุมานที่แยกออกจากกัน ค่านี้จะยังไม่ถูกบันทึกจนกว่าคุณจะอนุมัติข้อเสนอการตั้งค่าของ Crestodian การเริ่มต้นใช้งานแบบคลาสสิกและแบบไม่โต้ตอบจะบันทึกพื้นที่ทำงานผ่านขั้นตอนการตั้งค่าตามปกติ

หลังการอนุมานผ่านการทดสอบ การเริ่มต้นใช้งานแบบมีคำแนะนำจะเริ่ม Crestodian ด้วยโมเดลที่ผ่านการตรวจสอบทันที จากนั้น Crestodian สามารถกำหนดค่าพื้นที่ทำงาน Gateway ช่องทาง เอเจนต์ Plugin และคุณสมบัติเสริมอื่น ๆ ได้ ภายใน Crestodian ให้ใช้ `open channel wizard for <channel>` เพื่อส่งต่อการรวบรวมข้อมูลประจำตัวของช่องทางไปยังวิซาร์ดเทอร์มินัลที่ซ่อนอักขระ หากต้องการเปลี่ยนผู้ให้บริการโมเดลหรือการยืนยันตัวตน ให้ออกจาก Crestodian แล้วเรียกใช้ `openclaw onboard` โดย Crestodian จะไม่เปิดขั้นตอนของผู้ให้บริการแบบมีคำแนะนำหรือแบบคลาสสิก

ในการติดตั้งที่กำหนดค่าแล้ว การเรียกใช้ `openclaw onboard` อีกครั้งจะตรวจสอบโมเดลเริ่มต้นปัจจุบันก่อน ดังนั้นขั้นตอนเดียวกันนี้จึงทำหน้าที่เป็นทั้งการตรวจสอบและการซ่อมแซม หากการตรวจสอบล้มเหลว โมเดลที่กำหนดค่าไว้จะไม่ถูกแทนที่โดยอัตโนมัติ การเริ่มต้นใช้งานจะหยุดและถามว่าจะดำเนินการต่ออย่างไร การตรวจสอบนี้ทำงานนอกพื้นที่ทำงานของคุณ ดังนั้นโมเดลที่มาจาก Plugin ของพื้นที่ทำงานอาจล้มเหลวที่นี่แม้จะยังทำงานได้ในเอเจนต์
ใช้ `openclaw onboard --classic` สำหรับการยืนยันตัวตนเฉพาะผู้ให้บริการ ช่องทาง Skills การตั้งค่า Gateway ระยะไกล การนำเข้า หรือการควบคุม Gateway แบบเต็ม สำหรับการตั้งค่าและการซ่อมแซมที่ไม่เกี่ยวกับการอนุมานแบบสนทนา ให้เรียกใช้ `openclaw crestodian` ส่วน `openclaw onboard
--modern` เป็นนามแฝงเพื่อความเข้ากันได้ซึ่งผ่านด่านตรวจสอบการอนุมานเดียวกัน วิซาร์ดแบบคลาสสิกสามารถเลือกตรวจสอบโมเดลเริ่มต้นด้วยการตอบกลับจริงได้ แต่ Crestodian จะไม่เริ่มจนกว่าการตรวจสอบการอนุมานจริงของตัวเองจะผ่าน

ในเทอร์มินัลแบบโต้ตอบ `openclaw` เปล่า ๆ (ไม่มีคำสั่งย่อย) จะกำหนดเส้นทางตามสถานะการกำหนดค่า:

- หากไม่มีไฟล์การกำหนดค่าที่ใช้งานอยู่ หรือไฟล์ไม่มีการตั้งค่าที่ผู้ใช้กำหนด (ว่างเปล่าหรือมีเฉพาะข้อมูลเมตา) ระบบจะเริ่มการเริ่มต้นใช้งานแบบมีคำแนะนำ
- หากมีไฟล์การกำหนดค่าแต่การตรวจสอบความถูกต้องล้มเหลว ระบบจะเริ่มเส้นทางการเริ่มต้นใช้งานแบบคลาสสิกพร้อมคำแนะนำจาก `openclaw doctor` Crestodian ต้องมีการอนุมานที่ใช้งานได้ จึงไม่ใช้สำหรับซ่อมแซมสถานะก่อนการอนุมานนี้
- หากไฟล์การกำหนดค่าถูกต้อง ระบบจะเปิด TUI ของเอเจนต์ตามปกติ Gateway ที่กำหนดค่าไว้ซึ่งเข้าถึงได้และมีเอเจนต์กับโมเดลจะเข้าสู่ UI นั้นโดยตรงโดยไม่ผ่านการเริ่มต้นใช้งานหรือ Crestodian ในการติดตั้งที่กำหนดค่าแล้ว ให้เข้าถึง Crestodian ด้วย `/crestodian` ภายใน TUI หรือ `openclaw crestodian`

ระบบยอมรับ `ws://` แบบข้อความธรรมดาสำหรับ local loopback, ค่าตรงของ IP ส่วนตัว, `.local` และ URL ของ Gateway ใน Tailnet แบบ `*.ts.net` สำหรับชื่อ DNS ส่วนตัวอื่นที่เชื่อถือได้ ให้ตั้งค่า `OPENCLAW_ALLOW_INSECURE_PRIVATE_WS=1` ในสภาพแวดล้อมของกระบวนการเริ่มต้นใช้งาน

## รีเซ็ต

```bash
openclaw onboard --reset
openclaw onboard --reset --reset-scope full
```

`--reset` จะล้างสถานะก่อนเรียกใช้การตั้งค่า `--reset-scope` ควบคุมขอบเขตการล้าง ได้แก่ `config` (เฉพาะการกำหนดค่า), `config+creds+sessions` (ค่าเริ่มต้นเมื่อส่ง `--reset` โดยไม่ระบุขอบเขต) หรือ `full` (รีเซ็ตพื้นที่ทำงานด้วย) การรีเซ็ตพื้นที่ทำงานจะเกิดขึ้นเฉพาะเมื่อใช้ `--reset-scope full`

## ภาษาและภูมิภาค

การเริ่มต้นใช้งานแบบโต้ตอบใช้ภาษาและภูมิภาคของวิซาร์ด CLI สำหรับข้อความการตั้งค่าแบบคงที่ ลำดับการเลือกมีดังนี้:

1. `OPENCLAW_LOCALE`
2. `LC_ALL`
3. `LC_MESSAGES`
4. `LANG`
5. ใช้ภาษาอังกฤษเป็นค่าทดแทน

ภาษาและภูมิภาคของวิซาร์ดที่รองรับ ได้แก่ `en`, `zh-CN` และ `zh-TW` ค่าภาษาและภูมิภาคสามารถใช้รูปแบบขีดล่างหรือส่วนต่อท้ายแบบ POSIX เช่น `zh_CN.UTF-8` ชื่อผลิตภัณฑ์ ชื่อคำสั่ง คีย์การกำหนดค่า URL รหัสผู้ให้บริการ รหัสโมเดล และป้ายกำกับ Plugin/ช่องทางจะคงรูปแบบเดิม

```bash
OPENCLAW_LOCALE=zh-CN openclaw onboard
```

## การตั้งค่าแบบไม่โต้ตอบ

`--non-interactive` ต้องใช้ร่วมกับ `--accept-risk` (เพื่อยอมรับว่าเอเจนต์มีความสามารถสูง และการเข้าถึงระบบอย่างเต็มรูปแบบมีความเสี่ยง) ค่าเริ่มต้นของ `--mode` คือ `local`

```bash
openclaw onboard --non-interactive \
  --auth-choice custom-api-key \
  --custom-base-url "https://llm.example.com/v1" \
  --custom-model-id "foo-large" \
  --custom-api-key "$CUSTOM_API_KEY" \
  --secret-input-mode plaintext \
  --custom-compatibility openai \
  --custom-image-input
```

`--custom-api-key` เป็นตัวเลือก หากละไว้ การเริ่มต้นใช้งานจะตรวจสอบ `CUSTOM_API_KEY` ในตัวแปรสภาพแวดล้อม OpenClaw จะทำเครื่องหมายรหัสโมเดลด้านการมองเห็นที่ใช้กันทั่วไป (GPT-4o/4.1/5.x, Claude 3/4, Gemini, Qwen-VL, LLaVA, Pixtral และโมเดลที่คล้ายกัน) ว่ารองรับรูปภาพโดยอัตโนมัติ ส่ง `--custom-image-input` สำหรับรหัสโมเดลด้านการมองเห็นแบบกำหนดเองที่ระบบไม่รู้จัก หรือ `--custom-text-input` เพื่อบังคับให้ข้อมูลเมตาระบุว่ารองรับเฉพาะข้อความ ใช้ `--custom-compatibility openai-responses` สำหรับปลายทางที่เข้ากันได้กับ OpenAI ซึ่งรองรับ `/v1/responses` แต่ไม่รองรับ `/v1/chat/completions` ค่าที่ใช้ได้คือ `openai` (ค่าเริ่มต้น), `openai-responses`, `anthropic`

LM Studio มีแฟล็กคีย์เฉพาะผู้ให้บริการด้วย:

```bash
openclaw onboard --non-interactive \
  --auth-choice lmstudio \
  --custom-base-url "http://localhost:1234/v1" \
  --custom-model-id "qwen/qwen3.5-9b" \
  --lmstudio-api-key "$LM_API_TOKEN" \
  --accept-risk
```

Ollama แบบไม่โต้ตอบ:

```bash
openclaw onboard --non-interactive \
  --auth-choice ollama \
  --custom-base-url "http://ollama-host:11434" \
  --custom-model-id "qwen3.5:27b" \
  --accept-risk
```

ค่าเริ่มต้นของ `--custom-base-url` คือ `http://127.0.0.1:11434` ส่วน `--custom-model-id` เป็นตัวเลือก หากละไว้ การเริ่มต้นใช้งานจะใช้ค่าเริ่มต้นที่ Ollama แนะนำ รหัสโมเดลระบบคลาวด์ เช่น `kimi-k2.5:cloud` ก็ใช้งานที่นี่ได้เช่นกัน

จัดเก็บคีย์ผู้ให้บริการเป็นข้อมูลอ้างอิงแทนข้อความธรรมดา:

```bash
openclaw onboard --non-interactive \
  --auth-choice openai-api-key \
  --secret-input-mode ref \
  --accept-risk
```

เมื่อใช้ `--secret-input-mode ref` การเริ่มต้นใช้งานจะเขียนข้อมูลอ้างอิงที่อิงตัวแปรสภาพแวดล้อมแทนค่าคีย์แบบข้อความธรรมดา สำหรับผู้ให้บริการที่อิงโปรไฟล์การยืนยันตัวตน ระบบจะเขียน `keyRef: { source: "env", provider: "default", id: <envVar> }` ส่วนผู้ให้บริการแบบกำหนดเองจะเขียน `models.providers.<id>.apiKey` ในลักษณะเดียวกัน (เช่น `{ source: "env", provider: "default", id: "CUSTOM_API_KEY" }`) ข้อกำหนดคือ ให้ตั้งค่าตัวแปรสภาพแวดล้อมของผู้ให้บริการในสภาพแวดล้อมของกระบวนการเริ่มต้นใช้งาน (เช่น `OPENAI_API_KEY`) และอย่าส่งแฟล็กคีย์แบบอินไลน์ร่วมด้วย เว้นแต่ตัวแปรสภาพแวดล้อมนั้นได้รับการตั้งค่าแล้ว ค่าแฟล็กที่ไม่มีตัวแปรสภาพแวดล้อมตรงกันจะล้มเหลวทันทีพร้อมคำแนะนำ

### การยืนยันตัวตนของ Gateway (แบบไม่โต้ตอบ)

- `--gateway-auth token --gateway-token <token>` จัดเก็บโทเค็นแบบข้อความธรรมดา `token` เป็นโหมดการยืนยันตัวตนเริ่มต้น
- `--gateway-auth token --gateway-token-ref-env <name>` จัดเก็บ `gateway.auth.token` เป็น SecretRef จากตัวแปรสภาพแวดล้อม โดยตัวแปรสภาพแวดล้อมชื่อนั้นต้องมีค่าไม่ว่างในสภาพแวดล้อมของกระบวนการเริ่มต้นใช้งาน
- `--gateway-token` และ `--gateway-token-ref-env` ไม่สามารถใช้ร่วมกันได้
- เมื่อใช้ `--install-daemon`: `gateway.auth.token` ที่จัดการด้วย SecretRef จะได้รับการตรวจสอบ แต่ค่าข้อความธรรมดาที่แก้ไขแล้วจะไม่ถูกบันทึกลงในข้อมูลเมตาของสภาพแวดล้อมบริการตัวควบคุม หากไม่สามารถแก้ไขข้อมูลอ้างอิงได้ การติดตั้งจะหยุดอย่างปลอดภัยพร้อมคำแนะนำในการแก้ไข หากกำหนดค่าทั้ง `gateway.auth.token` และ `gateway.auth.password` แต่ไม่ได้ตั้งค่า `gateway.auth.mode` การติดตั้งจะถูกระงับจนกว่าจะตั้งค่าโหมดอย่างชัดเจน
- การเริ่มต้นใช้งานภายในเครื่องจะเขียน `gateway.mode="local"` ลงในการกำหนดค่า หากภายหลังไฟล์การกำหนดค่าไม่มี `gateway.mode` แสดงว่าการกำหนดค่าเสียหายหรือมีการแก้ไขด้วยตนเองไม่สมบูรณ์ ไม่ใช่ทางลัดที่ถูกต้องสำหรับโหมดภายในเครื่อง
- การเริ่มต้นใช้งานภายในเครื่องจะติดตั้ง Plugin ที่ดาวน์โหลดได้ซึ่งเส้นทางการตั้งค่าที่เลือกต้องใช้ (เช่น Plugin รันไทม์ Codex หรือ Copilot สำหรับตัวเลือกการยืนยันตัวตนเหล่านั้น) การเริ่มต้นใช้งานระยะไกลจะเขียนเฉพาะข้อมูลการเชื่อมต่อสำหรับ Gateway ระยะไกล และจะไม่ติดตั้งแพ็กเกจ Plugin ภายในเครื่อง
- `--allow-unconfigured` เป็นทางออกฉุกเฉินแยกต่างหากของ `openclaw gateway run` โดยไม่อนุญาตให้การเริ่มต้นใช้งานข้าม `gateway.mode`

```bash
export OPENAI_API_KEY="your-provider-key"
export OPENCLAW_GATEWAY_TOKEN="your-token"
openclaw onboard --non-interactive \
  --mode local \
  --auth-choice openai-api-key \
  --secret-input-mode ref \
  --gateway-auth token \
  --gateway-token-ref-env OPENCLAW_GATEWAY_TOKEN \
  --accept-risk
```

### สถานะการทำงานของ Gateway ภายในเครื่อง

- หากไม่ส่ง `--skip-health` การเริ่มต้นใช้งานจะรอให้ Gateway ภายในเครื่องเข้าถึงได้ก่อนจึงออกพร้อมสถานะสำเร็จ
- `--install-daemon` จะเริ่มเส้นทางการติดตั้ง Gateway ที่มีการจัดการก่อน หากไม่ใช้แฟล็กนี้ Gateway ภายในเครื่องต้องทำงานอยู่แล้ว (เช่น `openclaw gateway run`)
- `--skip-health` จะข้ามการรอ หากระบบอัตโนมัติของคุณต้องการเพียงเขียนการกำหนดค่า พื้นที่ทำงาน และไฟล์เริ่มต้น
- `--skip-bootstrap` จะตั้งค่า `agents.defaults.skipBootstrap: true` และข้ามการสร้าง `AGENTS.md`, `SOUL.md`, `TOOLS.md`, `IDENTITY.md`, `USER.md`, `HEARTBEAT.md` และ `BOOTSTRAP.md`
- บน Windows แบบเนทีฟ `--install-daemon` จะลองใช้ Scheduled Tasks ก่อน และหากไม่ได้รับอนุญาตให้สร้างงาน จะเปลี่ยนไปใช้รายการเข้าสู่ระบบในโฟลเดอร์ Startup ของผู้ใช้แต่ละราย

### โหมดข้อมูลอ้างอิงแบบโต้ตอบ

- เลือก **ใช้ข้อมูลอ้างอิงข้อมูลลับ** เมื่อระบบถาม จากนั้นเลือก **ตัวแปรสภาพแวดล้อม** หรือผู้ให้บริการข้อมูลลับที่กำหนดค่าไว้ (`file` หรือ `exec`)
- การเริ่มต้นใช้งานจะตรวจสอบเบื้องต้นอย่างรวดเร็วก่อนบันทึกข้อมูลอ้างอิง และอนุญาตให้คุณลองใหม่หากล้มเหลว

### ตัวเลือกปลายทางของ Z.AI

<Note>
`--auth-choice zai-api-key` จะตรวจหาปลายทางและโมเดล Z.AI ที่เหมาะสมที่สุดสำหรับคีย์ของคุณโดยอัตโนมัติ: ปลายทาง Coding Plan จะเลือก `zai/glm-5.2` เป็นลำดับแรก (และย้อนกลับไปใช้ `glm-5.1` หากไม่พร้อมใช้งาน) ส่วนปลายทาง API ทั่วไปจะใช้ `zai/glm-5.1` เป็นค่าเริ่มต้น หากต้องการบังคับใช้ปลายทาง Coding Plan ให้เลือก `zai-coding-global` หรือ `zai-coding-cn` โดยตรง
</Note>

```bash
# เลือกปลายทางโดยไม่แสดงพรอมต์
openclaw onboard --non-interactive \
  --auth-choice zai-coding-global \
  --zai-api-key "$ZAI_API_KEY"

# ตัวเลือกปลายทาง Z.AI อื่นๆ: zai-coding-cn, zai-global, zai-cn
```

Mistral:

```bash
openclaw onboard --non-interactive \
  --auth-choice mistral-api-key \
  --mistral-api-key "$MISTRAL_API_KEY"
```

## แฟล็กเพิ่มเติมสำหรับโหมดไม่โต้ตอบ

การยืนยันตัวตนของโมเดลด้วยโทเค็น (ใช้ร่วมกับ `--auth-choice token`):

| แฟล็ก                           | คำอธิบาย                                                                                                                          |
| ------------------------------- | --------------------------------------------------------------------------------------------------------------------------------- |
| `--token-provider <id>`         | รหัสผู้ให้บริการโทเค็นที่ออกโทเค็น                                                                                               |
| `--token <token>`               | ค่าโทเค็นสำหรับการยืนยันตัวตนของโมเดล                                                                                            |
| `--token-profile-id <id>`       | รหัสโปรไฟล์การยืนยันตัวตน (ค่าเริ่มต้นคือ `<provider>:manual`; โฟลว์ที่ผู้ให้บริการบางรายเป็นเจ้าของจะใช้ค่าเริ่มต้นของตนเอง เช่น `anthropic:default`) |
| `--token-expires-in <duration>` | ระยะเวลาหมดอายุของโทเค็นที่ระบุหรือไม่ก็ได้ (เช่น `365d`, `12h`)                                                                |

Cloudflare AI Gateway: `--cloudflare-ai-gateway-account-id <id>`, `--cloudflare-ai-gateway-gateway-id <id>`

การควบคุมการติดตั้งดีมอน: `--no-install-daemon` / `--skip-daemon` (ชื่อแทนกัน ข้ามการติดตั้งบริการ Gateway), `--daemon-runtime <node|bun>`

Skills: `--node-manager <npm|pnpm|bun>` (ค่าเริ่มต้นคือ `npm`), `--skip-skills`

การตั้งค่า UI และฮุก: `--skip-ui` (ข้ามพรอมต์ Control UI/TUI), `--skip-hooks` (ข้ามการตั้งค่า Webhook/ฮุก), `--skip-channels`, `--skip-search`

เอาต์พุต: `--suppress-gateway-token-output` ระงับเอาต์พุต Gateway/UI ที่มีโทเค็น (คำแนะนำเกี่ยวกับโทเค็น, URL เข้าสู่ระบบอัตโนมัติที่ฝังโทเค็น และการเปิด Control UI โดยอัตโนมัติ) ซึ่งมีประโยชน์ในเทอร์มินัลที่ใช้ร่วมกันและ CI

<Note>
`--json` ไม่ได้หมายถึงโหมดไม่โต้ตอบในการเริ่มต้นใช้งานแบบมีคำแนะนำหรือแบบคลาสสิก
เมื่อใช้ `--modern` JSON จะแสดงภาพรวม Crestodian เพียงครั้งเดียวและออกหลังจาก
ผลลัพธ์เดียวนั้น สำหรับสคริปต์อื่นๆ ให้ใช้ `--non-interactive`
</Note>

## การกรองผู้ให้บริการล่วงหน้า

เมื่อตัวเลือกการยืนยันตัวตนบ่งชี้ถึงผู้ให้บริการที่ต้องการ กระบวนการเริ่มต้นใช้งานจะกรองล่วงหน้าตัวเลือกโมเดลเริ่มต้นและรายการที่อนุญาตให้เหลือเฉพาะโมเดลของผู้ให้บริการนั้น ตัวกรองยังจับคู่ผู้ให้บริการรายอื่นที่ Plugin เดียวกันเป็นเจ้าของด้วย ซึ่งครอบคลุมรูปแบบ Coding Plan เช่น `volcengine`/`volcengine-plan` และ `byteplus`/`byteplus-plan` หากตัวกรองผู้ให้บริการที่ต้องการไม่พบโมเดลที่โหลดแล้ว กระบวนการเริ่มต้นใช้งานจะย้อนกลับไปใช้แค็ตตาล็อกที่ไม่กรองแทนที่จะปล่อยให้ตัวเลือกว่างเปล่า

## พรอมต์ติดตามผลสำหรับการค้นหาเว็บ

ผู้ให้บริการค้นหาเว็บบางรายจะแสดงพรอมต์ติดตามผลเฉพาะผู้ให้บริการระหว่างกระบวนการเริ่มต้นใช้งาน:

- **Grok** อาจเสนอการตั้งค่า `x_search` ซึ่งเลือกใช้ได้ โดยใช้การยืนยันตัวตน xAI เดียวกันและตัวเลือกโมเดล `x_search`
- **Kimi** อาจถามภูมิภาคของ Moonshot API (`api.moonshot.ai` เทียบกับ `api.moonshot.cn`) และโมเดลค้นหาเว็บเริ่มต้นของ Kimi

## ลักษณะการทำงานอื่นๆ

- ลักษณะการทำงานของขอบเขตข้อความส่วนตัวในการเริ่มต้นใช้งานภายในเครื่อง: [เอกสารอ้างอิงการตั้งค่า CLI](/th/start/wizard-cli-reference#outputs-and-internals)
- วิธีเริ่มแชตแรกได้เร็วที่สุด: `openclaw dashboard` (Control UI โดยไม่ต้องตั้งค่าช่องทาง)
- ผู้ให้บริการแบบกำหนดเอง: เชื่อมต่อปลายทางที่เข้ากันได้กับ OpenAI หรือ Anthropic รวมถึงผู้ให้บริการแบบโฮสต์ที่ไม่ได้อยู่ในรายการ ใช้ความเข้ากันได้แบบ **ไม่ทราบ** เพื่อตรวจหาอัตโนมัติด้วยการทดสอบจริง
- หากตรวจพบสถานะ Hermes กระบวนการเริ่มต้นใช้งานจะเสนอโฟลว์การย้ายข้อมูล (ดู `--flow import` ด้านบน)

## คำสั่งติดตามผลที่ใช้บ่อย

ใช้ `openclaw configure` ภายหลังสำหรับการเปลี่ยนแปลงเฉพาะจุดที่ไม่เกี่ยวกับการอนุมาน และใช้ `openclaw
channels add` สำหรับการตั้งค่าเฉพาะช่องทาง หากต้องการเปลี่ยนผู้ให้บริการโมเดลหรือเส้นทางการยืนยันตัวตน
ให้เรียกใช้ `openclaw onboard` แทน

```bash
openclaw channels add
openclaw configure
openclaw agents add <name>
```
