คำถามที่พบบ่อย: การตั้งค่าครั้งแรก

ใช้เอเจนต์ AI ในเครื่องที่สามารถ มองเห็นเครื่องของคุณ ได้ วิธีนี้มีประสิทธิภาพกว่าการถาม ใน Discord มาก เพราะกรณี "ฉันติดอยู่" ส่วนใหญ่เป็น ปัญหาคอนฟิกหรือสภาพแวดล้อมในเครื่อง ที่ ผู้ช่วยระยะไกลตรวจสอบไม่ได้

• Claude Code: https://www.anthropic.com/claude-code/
• OpenAI Codex: https://openai.com/codex/

เครื่องมือเหล่านี้อ่าน repo, รันคำสั่ง, ตรวจสอบล็อก และช่วยแก้การตั้งค่าระดับเครื่อง ของคุณได้ (PATH, services, permissions, auth files) ให้ ซอร์ส checkout แบบเต็ม แก่เครื่องมือ ผ่านการติดตั้งแบบแก้ไขได้ (git):

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

วิธีนี้จะติดตั้ง OpenClaw จาก git checkout เพื่อให้เอเจนต์อ่านโค้ด + เอกสาร และ ให้เหตุผลกับเวอร์ชันจริงที่คุณกำลังรันได้ คุณสามารถสลับกลับไปใช้ stable ภายหลังได้เสมอ โดยรันตัวติดตั้งอีกครั้งโดยไม่มี --install-method git

เคล็ดลับ: ขอให้เอเจนต์ วางแผนและควบคุมดูแล การแก้ไข (ทีละขั้นตอน) จากนั้นค่อยรันเฉพาะ คำสั่งที่จำเป็น วิธีนี้ทำให้การเปลี่ยนแปลงเล็กและตรวจสอบง่ายขึ้น

หากคุณพบข้อบกพร่องหรือวิธีแก้จริง โปรดเปิด issue บน GitHub หรือส่ง PR: https://github.com/openclaw/openclaw/issues https://github.com/openclaw/openclaw/pulls

เริ่มด้วยคำสั่งเหล่านี้ (แชร์เอาต์พุตเมื่อขอความช่วยเหลือ):

openclaw statusopenclaw models statusopenclaw doctor

สิ่งที่คำสั่งเหล่านี้ทำ:

• openclaw status: ภาพรวมเร็วของสุขภาพ gateway/agent + คอนฟิกพื้นฐาน
• openclaw models status: ตรวจสอบ provider auth + ความพร้อมใช้งานของโมเดล
• openclaw doctor: ตรวจสอบและซ่อมปัญหาคอนฟิก/สถานะทั่วไป

การตรวจสอบ CLI อื่นที่มีประโยชน์: openclaw status --all, openclaw logs --follow, openclaw gateway status, openclaw health --verbose

ลูปดีบักเร็ว: 60 วินาทีแรกหากมีบางอย่างเสีย เอกสารการติดตั้ง: ติดตั้ง, แฟล็กตัวติดตั้ง, อัปเดต

เหตุผลการข้าม Heartbeat ที่พบบ่อย:

• quiet-hours: อยู่นอกช่วง active-hours ที่กำหนดค่าไว้
• empty-heartbeat-file: มี HEARTBEAT.md อยู่ แต่มีเฉพาะช่องว่าง ความเห็น หัวข้อ fence หรือโครงรายการตรวจสอบว่าง
• no-tasks-due: โหมดงานของ HEARTBEAT.md เปิดอยู่ แต่ยังไม่มีช่วงเวลางานใดถึงกำหนด
• alerts-disabled: การแสดงผล Heartbeat ทั้งหมดถูกปิด (showOk, showAlerts, และ useIndicator ปิดทั้งหมด)

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

เอกสาร: Heartbeat, Automation

repo แนะนำให้รันจากซอร์สและใช้ onboarding:

curl -fsSL https://openclaw.ai/install.sh | bashopenclaw onboard --install-daemon

วิซาร์ดสามารถ build แอสเซ็ต UI โดยอัตโนมัติได้ด้วย หลัง onboarding โดยทั่วไปคุณจะรัน Gateway บนพอร์ต 18789

จากซอร์ส (ผู้มีส่วนร่วม/dev):

git clone https://github.com/openclaw/openclaw.gitcd openclawpnpm installpnpm buildpnpm ui:buildopenclaw onboard

หากคุณยังไม่มีการติดตั้งแบบ global ให้รันผ่าน pnpm openclaw onboard

วิซาร์ดจะเปิดเบราว์เซอร์ของคุณด้วย URL dashboard ที่สะอาด (ไม่มี token) ทันทีหลัง onboarding และพิมพ์ลิงก์ไว้ในสรุปด้วย เปิดแท็บนั้นค้างไว้ หากไม่ได้เปิดขึ้นมา ให้คัดลอก/วาง URL ที่พิมพ์ไว้บนเครื่องเดียวกัน

Localhost (เครื่องเดียวกัน):

• เปิด http://127.0.0.1:18789/
• หากระบบขอ shared-secret auth ให้วาง token หรือรหัสผ่านที่กำหนดค่าไว้ลงในการตั้งค่า Control UI
• แหล่ง token: gateway.auth.token (หรือ OPENCLAW_GATEWAY_TOKEN)
• แหล่งรหัสผ่าน: gateway.auth.password (หรือ OPENCLAW_GATEWAY_PASSWORD)
• หากยังไม่ได้กำหนดค่า shared secret ให้สร้าง token ด้วย openclaw doctor --generate-gateway-token

ไม่ใช่ localhost:

• Tailscale Serve (แนะนำ): คง bind loopback ไว้ รัน openclaw gateway --tailscale serve เปิด https://<magicdns>/ หาก gateway.auth.allowTailscale เป็น true identity headers จะผ่าน auth ของ Control UI/WebSocket (ไม่ต้องวาง shared secret โดยถือว่า gateway host เชื่อถือได้); HTTP APIs ยังต้องใช้ shared-secret auth เว้นแต่คุณตั้งใจใช้ private-ingress none หรือ trusted-proxy HTTP auth ความพยายาม Serve auth ที่ไม่ถูกต้องพร้อมกันจาก client เดียวกันจะถูกจัดลำดับก่อนที่ตัวจำกัด failed-auth จะบันทึก ดังนั้นการลองผิดครั้งที่สองอาจแสดง retry later ได้แล้ว
• Tailnet bind: รัน openclaw gateway --bind tailnet --token "<token>" (หรือกำหนดค่า password auth) เปิด http://<tailscale-ip>:18789/ จากนั้นวาง shared secret ที่ตรงกันในการตั้งค่า dashboard
• reverse proxy ที่รู้ identity: วาง Gateway ไว้หลัง proxy ที่เชื่อถือได้ กำหนดค่า gateway.auth.mode: "trusted-proxy" แล้วเปิด URL ของ proxy proxy loopback บน host เดียวกันต้องตั้งค่า gateway.auth.trustedProxy.allowLoopback = true อย่างชัดเจน
• SSH tunnel: ssh -N -L 18789:127.0.0.1:18789 user@host แล้วเปิด http://127.0.0.1:18789/ shared-secret auth ยังมีผลผ่าน tunnel; วาง token หรือรหัสผ่านที่กำหนดค่าไว้หากมี prompt

ดู Dashboard และ พื้นผิวเว็บ สำหรับโหมด bind และรายละเอียด auth

ทั้งสองควบคุมคนละชั้น:

• approvals.exec: ส่งต่อ prompt การอนุมัติไปยังปลายทางแชต
• channels.<channel>.execApprovals: ทำให้ channel นั้นทำหน้าที่เป็น client การอนุมัติ native สำหรับ exec approvals

นโยบาย exec ของ host ยังเป็นด่านอนุมัติจริง คอนฟิกแชตควบคุมแค่ว่า prompt การอนุมัติ จะปรากฏที่ใดและผู้คนจะตอบได้อย่างไร

ในการตั้งค่าส่วนใหญ่คุณ ไม่ จำเป็นต้องใช้ทั้งคู่:

• หากแชตรองรับคำสั่งและการตอบกลับอยู่แล้ว /approve ในแชตเดียวกันจะทำงานผ่าน path ที่ใช้ร่วมกัน
• หาก channel native ที่รองรับสามารถอนุมานผู้อนุมัติได้อย่างปลอดภัย ตอนนี้ OpenClaw จะเปิดใช้การอนุมัติ native แบบ DM-first โดยอัตโนมัติเมื่อไม่ได้ตั้งค่า channels.<channel>.execApprovals.enabled หรือเป็น "auto"
• เมื่อมีการ์ด/ปุ่มอนุมัติ native ให้ใช้ UI native นั้นเป็น path หลัก; เอเจนต์ควรใส่คำสั่ง /approve แบบ manual เฉพาะเมื่อผลลัพธ์เครื่องมือบอกว่า chat approvals ไม่พร้อมใช้งาน หรือ manual approval เป็น path เดียวเท่านั้น
• ใช้ approvals.exec เฉพาะเมื่อ prompt ต้องถูกส่งต่อไปยังแชตอื่นหรือห้อง ops ที่ระบุชัดเจนด้วย
• ใช้ channels.<channel>.execApprovals.target: "channel" หรือ "both" เฉพาะเมื่อคุณต้องการให้ prompt การอนุมัติถูกโพสต์กลับไปยังห้อง/topic ต้นทางอย่างชัดเจน
• การอนุมัติ Plugin แยกออกไปอีก: ใช้ /approve ในแชตเดียวกันโดยค่าเริ่มต้น มีการส่งต่อ approvals.plugin เป็นตัวเลือก และมีเพียงบาง channel native ที่ยังคงจัดการ plugin-approval-native เพิ่มเติม

เวอร์ชันสั้น: forwarding มีไว้สำหรับ routing ส่วนคอนฟิก native client มีไว้สำหรับ UX เฉพาะ channel ที่สมบูรณ์ขึ้น ดู Exec Approvals

ต้องใช้ Node >= 22 แนะนำให้ใช้ pnpm ไม่แนะนำให้ใช้ Bun สำหรับ Gateway

ได้ Gateway มีน้ำหนักเบา - เอกสารระบุว่า RAM 512MB-1GB, 1 core และดิสก์ประมาณ 500MB เพียงพอสำหรับการใช้งานส่วนตัว และระบุว่า Raspberry Pi 4 รันได้

หากคุณต้องการเผื่อพื้นที่เพิ่ม (ล็อก สื่อ บริการอื่น) แนะนำ 2GB แต่ไม่ใช่ ขั้นต่ำที่บังคับ

เคล็ดลับ: Raspberry Pi/VPS ขนาดเล็กสามารถโฮสต์ Gateway ได้ และคุณสามารถจับคู่ nodes บนแล็ปท็อป/โทรศัพท์ของคุณสำหรับ หน้าจอ/กล้อง/canvas ในเครื่อง หรือการรันคำสั่ง ดู Nodes

เวอร์ชันสั้น: ใช้งานได้ แต่คาดว่าจะมีจุดขรุขระบ้าง

• ใช้ OS แบบ 64-bit และคง Node >= 22
• แนะนำให้ใช้ การติดตั้งแบบแก้ไขได้ (git) เพื่อให้คุณดูล็อกและอัปเดตได้เร็ว
• เริ่มโดยไม่ใช้ channels/skills แล้วค่อยเพิ่มทีละรายการ
• หากเจอปัญหา binary แปลก ๆ โดยปกติจะเป็นปัญหา ความเข้ากันได้กับ ARM

เอกสาร: Linux, ติดตั้ง

หน้าจอนั้นขึ้นกับการที่ Gateway เข้าถึงได้และผ่านการ authenticate แล้ว TUI ยังส่ง "Wake up, my friend!" โดยอัตโนมัติเมื่อ hatch ครั้งแรก หากคุณเห็นบรรทัดนั้นโดย ไม่มีการตอบกลับ และ token ยังคงเป็น 0 แสดงว่าเอเจนต์ไม่เคยรัน

1. รีสตาร์ท Gateway:

openclaw gateway restart

2. ตรวจสอบสถานะ + auth:

openclaw statusopenclaw models statusopenclaw logs --follow

3. หากยังค้าง ให้รัน:

openclaw doctor

หาก Gateway เป็น remote ให้ตรวจสอบว่า tunnel/การเชื่อมต่อ Tailscale เปิดอยู่ และ UI ชี้ไปยัง Gateway ที่ถูกต้อง ดู การเข้าถึงระยะไกล

ได้ คัดลอก ไดเรกทอรีสถานะ และ workspace จากนั้นรัน Doctor หนึ่งครั้ง วิธีนี้ จะคง bot ของคุณให้ "เหมือนเดิมทุกประการ" (memory, ประวัติเซสชัน, auth และสถานะ channel) ตราบใดที่คุณคัดลอก ทั้งสอง ตำแหน่ง:

1. ติดตั้ง OpenClaw บนเครื่องใหม่
2. คัดลอก $OPENCLAW_STATE_DIR (ค่าเริ่มต้น: ~/.openclaw) จากเครื่องเดิม
3. คัดลอก workspace ของคุณ (ค่าเริ่มต้น: ~/.openclaw/workspace)
4. รัน openclaw doctor และรีสตาร์ทบริการ Gateway

วิธีนี้จะเก็บรักษาคอนฟิก โปรไฟล์ auth, creds ของ WhatsApp, เซสชัน และ memory หากคุณอยู่ใน โหมด remote โปรดจำว่า gateway host เป็นเจ้าของ session store และ workspace

สำคัญ: หากคุณเพียง commit/push workspace ของคุณไปยัง GitHub คุณกำลังสำรอง memory + bootstrap files แต่ ไม่ใช่ ประวัติเซสชันหรือ auth สิ่งเหล่านั้นอยู่ ใต้ ~/.openclaw/ (เช่น ~/.openclaw/agents/<agentId>/sessions/)

ที่เกี่ยวข้อง: การย้าย, สิ่งต่าง ๆ อยู่ที่ไหนบนดิสก์, Agent workspace, Doctor, โหมด remote

ตรวจสอบ changelog บน GitHub: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md

รายการใหม่ล่าสุดอยู่ด้านบน หากส่วนบนสุดถูกทำเครื่องหมายว่า Unreleased ส่วนถัดไปที่มีวันที่ คือเวอร์ชันล่าสุดที่เผยแพร่แล้ว รายการถูกจัดกลุ่มตาม Highlights, Changes และ Fixes (รวมถึงส่วนเอกสาร/อื่น ๆ เมื่อจำเป็น)

การเชื่อมต่อ Comcast/Xfinity บางรายการบล็อก docs.openclaw.ai ผ่าน Xfinity Advanced Security อย่างไม่ถูกต้อง ให้ปิดใช้งานหรือเพิ่ม docs.openclaw.ai ใน allowlist แล้วลองอีกครั้ง โปรดช่วยเราเลิกบล็อกโดยรายงานที่นี่: https://spa.xfinity.com/check_url_status

หากคุณยังเข้าถึงไซต์ไม่ได้ เอกสารจะถูกมิเรอร์ไว้บน GitHub: https://github.com/openclaw/openclaw/tree/main/docs

Stable และ beta คือ npm dist-tags ไม่ใช่สายโค้ดแยกกัน:

• latest = stable
• beta = บิลด์ระยะแรกสำหรับทดสอบ

โดยปกติ release แบบ stable จะลงที่ beta ก่อน จากนั้นขั้นตอน โปรโมตอย่างชัดเจนจะย้ายเวอร์ชันเดียวกันนั้นไปยัง latest ผู้ดูแลยังสามารถ publish ตรงไปที่ latest ได้เมื่อจำเป็น นี่คือเหตุผลที่ beta และ stable อาจ ชี้ไปที่ เวอร์ชันเดียวกัน หลังจากโปรโมตแล้ว

ดูสิ่งที่เปลี่ยนแปลง: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md

สำหรับคำสั่งติดตั้งแบบบรรทัดเดียวและความแตกต่างระหว่าง beta กับ dev โปรดดู accordion ด้านล่าง

Beta คือ npm dist-tag beta (อาจตรงกับ latest หลังจากโปรโมตแล้ว) Dev คือ head ที่เคลื่อนไหวของ main (git); เมื่อ publish แล้ว จะใช้ npm dist-tag dev

คำสั่งบรรทัดเดียว (macOS/Linux):

curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --beta

curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --install-method git

ตัวติดตั้ง Windows (PowerShell): https://openclaw.ai/install.ps1

รายละเอียดเพิ่มเติม: ช่องทางการพัฒนา และ แฟล็กของตัวติดตั้ง.

สองตัวเลือก:

1. ช่องทาง Dev (git checkout):

openclaw update --channel dev

คำสั่งนี้จะสลับไปยัง branch main และอัปเดตจากซอร์ส

2. การติดตั้งที่แก้ไขได้ (จากไซต์ตัวติดตั้ง):

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

วิธีนี้จะให้ repo ในเครื่องที่คุณแก้ไขได้ แล้วอัปเดตผ่าน git

หากคุณต้องการ clone แบบสะอาดด้วยตนเอง ให้ใช้:

git clone https://github.com/openclaw/openclaw.gitcd openclawpnpm installpnpm build

เอกสาร: อัปเดต, ช่องทางการพัฒนา, ติดตั้ง.

แนวทางคร่าว ๆ:

• ติดตั้ง: 2-5 นาที
• Onboarding: 5-15 นาที ขึ้นอยู่กับจำนวนช่องทาง/โมเดลที่คุณกำหนดค่า

หากค้าง ให้ใช้ ตัวติดตั้งค้าง และลูปดีบักเร็วใน ฉันติดอยู่.

เรียกใช้ตัวติดตั้งอีกครั้งพร้อม เอาต์พุตแบบละเอียด:

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --verbose

ติดตั้ง beta พร้อมรายละเอียด:

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --beta --verbose

สำหรับการติดตั้งแบบแก้ไขได้ (git):

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git --verbose

คำสั่งเทียบเท่าบน Windows (PowerShell):

# install.ps1 has no dedicated -Verbose flag yet.Set-PSDebug -Trace 1& ([scriptblock]::Create((iwr -useb https://openclaw.ai/install.ps1))) -NoOnboardSet-PSDebug -Trace 0

ตัวเลือกเพิ่มเติม: แฟล็กของตัวติดตั้ง.

ปัญหาทั่วไปสองอย่างบน Windows:

1) ข้อผิดพลาด npm spawn git / ไม่พบ git

• ติดตั้ง Git for Windows และตรวจสอบให้แน่ใจว่า git อยู่ใน PATH ของคุณ
• ปิดแล้วเปิด PowerShell ใหม่ จากนั้นเรียกใช้ตัวติดตั้งอีกครั้ง

2) ไม่รู้จัก openclaw หลังติดตั้ง

• โฟลเดอร์ npm global bin ของคุณไม่ได้อยู่ใน PATH

• ตรวจสอบ path:

  npm config get prefix

• เพิ่มไดเรกทอรีนั้นไปยัง PATH ของผู้ใช้ของคุณ (บน Windows ไม่ต้องมี suffix \bin; ในระบบส่วนใหญ่คือ %AppData%\npm)

• ปิดแล้วเปิด PowerShell ใหม่หลังจากอัปเดต PATH

สำหรับการตั้งค่าเดสก์ท็อป ให้ใช้แอป Windows Hub แบบเนทีฟ สำหรับการตั้งค่าแบบ terminal-only รองรับทั้งตัวติดตั้ง PowerShell และเส้นทาง WSL2 Gateway เอกสาร: Windows.

โดยปกติเกิดจาก code page ของคอนโซลไม่ตรงกันบนเชลล์ Windows แบบเนทีฟ

อาการ:

• เอาต์พุต system.run/exec แสดงภาษาจีนเป็น mojibake
• คำสั่งเดียวกันแสดงผลปกติในโปรไฟล์เทอร์มินัลอื่น

วิธีแก้ชั่วคราวอย่างรวดเร็วใน PowerShell:

chcp 65001[Console]::InputEncoding = [System.Text.UTF8Encoding]::new($false)[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false)$OutputEncoding = [System.Text.UTF8Encoding]::new($false)

จากนั้นรีสตาร์ท Gateway แล้วลองคำสั่งอีกครั้ง:

openclaw gateway restart

หากคุณยังทำซ้ำปัญหานี้ได้บน OpenClaw ล่าสุด ให้ติดตาม/รายงานที่:

• Issue #30640

ใช้ การติดตั้งแบบแก้ไขได้ (git) เพื่อให้คุณมีซอร์สและเอกสารครบถ้วนในเครื่อง จากนั้นถาม บอตของคุณ (หรือ Claude/Codex) จากโฟลเดอร์นั้น เพื่อให้มันอ่าน repo และตอบได้อย่างแม่นยำ

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

รายละเอียดเพิ่มเติม: ติดตั้ง และ แฟล็กของตัวติดตั้ง.

คำตอบสั้น ๆ: ทำตามคู่มือ Linux จากนั้นเรียกใช้ onboarding

• เส้นทางด่วนสำหรับ Linux + การติดตั้ง service: Linux.
• คำแนะนำแบบละเอียด: เริ่มต้นใช้งาน.
• ตัวติดตั้ง + การอัปเดต: ติดตั้งและอัปเดต.

VPS ที่เป็น Linux ใด ๆ ก็ใช้ได้ ติดตั้งบนเซิร์ฟเวอร์ จากนั้นใช้ SSH/Tailscale เพื่อเข้าถึง Gateway

คู่มือ: exe.dev, Hetzner, Fly.io. การเข้าถึงระยะไกล: Gateway ระยะไกล.

เรามี ฮับโฮสติ้ง ที่รวมผู้ให้บริการทั่วไป เลือกหนึ่งรายการและทำตามคู่มือ:

• โฮสติ้ง VPS (ผู้ให้บริการทั้งหมดในที่เดียว)
• Fly.io
• Hetzner
• exe.dev

วิธีการทำงานบน cloud: Gateway รันบนเซิร์ฟเวอร์ และคุณเข้าถึงได้ จากแล็ปท็อป/โทรศัพท์ผ่าน Control UI (หรือ Tailscale/SSH) state + workspace ของคุณ อยู่บนเซิร์ฟเวอร์ ดังนั้นให้ถือ host เป็นแหล่งข้อมูลจริงและสำรองข้อมูลไว้

คุณสามารถ pair nodes (Mac/iOS/Android/headless) กับ cloud Gateway นั้นเพื่อเข้าถึง หน้าจอ/กล้อง/canvas ในเครื่อง หรือรันคำสั่งบนแล็ปท็อปของคุณ โดยยังคงให้ Gateway อยู่บน cloud

ฮับ: แพลตฟอร์ม. การเข้าถึงระยะไกล: Gateway ระยะไกล. Nodes: Nodes, Nodes CLI.

คำตอบสั้น ๆ: ทำได้ แต่ไม่แนะนำ โฟลว์การอัปเดตอาจรีสตาร์ท Gateway (ซึ่งจะตัด session ที่ใช้งานอยู่), อาจต้องใช้ git checkout ที่สะอาด และ อาจขอการยืนยัน ปลอดภัยกว่า: รันการอัปเดตจาก shell ในฐานะ operator

ใช้ CLI:

openclaw updateopenclaw update statusopenclaw update --channel stable|beta|devopenclaw update --tag <dist-tag|version>openclaw update --no-restart

หากคุณจำเป็นต้อง automate จาก agent:

openclaw update --yes --no-restartopenclaw gateway restart

เอกสาร: อัปเดต, กำลังอัปเดต.

openclaw onboard คือเส้นทางการตั้งค่าที่แนะนำ ใน โหมด local จะพาคุณทำ:

• การตั้งค่าโมเดล/auth (provider OAuth, API keys, Anthropic setup-token รวมถึงตัวเลือกโมเดล local เช่น LM Studio)
• ตำแหน่ง Workspace + ไฟล์ bootstrap
• การตั้งค่า Gateway (bind/port/auth/tailscale)
• Channels (WhatsApp, Telegram, Discord, Mattermost, Signal, iMessage รวมถึง channel plugins ที่ bundle มา เช่น QQ Bot)
• การติดตั้ง daemon (LaunchAgent บน macOS; systemd user unit บน Linux/WSL2)
• การเลือก health checks และ skills

นอกจากนี้ยังเตือนหากโมเดลที่คุณกำหนดค่าไม่รู้จักหรือไม่มี auth

ไม่ คุณสามารถรัน OpenClaw ด้วย API keys (Anthropic/OpenAI/อื่น ๆ) หรือด้วย โมเดลแบบ local-only เพื่อให้ข้อมูลของคุณอยู่บนอุปกรณ์ของคุณ Subscriptions (Claude Pro/Max หรือ OpenAI Codex) เป็นวิธีเสริมสำหรับยืนยันตัวตนกับ provider เหล่านั้น

สำหรับ Anthropic ใน OpenClaw การแบ่งใช้งานจริงคือ:

• Anthropic API key: การคิดค่าบริการ Anthropic API ตามปกติ
• Claude CLI / Claude subscription auth ใน OpenClaw: เจ้าหน้าที่ Anthropic แจ้งเราว่าการใช้งานนี้ได้รับอนุญาตอีกครั้ง และ OpenClaw ถือว่าการใช้ claude -p ได้รับการอนุมัติสำหรับ integration นี้ เว้นแต่ Anthropic จะเผยแพร่นโยบายใหม่

สำหรับ host gateway ที่ใช้งานระยะยาว Anthropic API keys ยังคงเป็นการตั้งค่าที่ คาดเดาได้มากกว่า OpenAI Codex OAuth รองรับอย่างชัดเจนสำหรับเครื่องมือภายนอก เช่น OpenClaw

OpenClaw ยังรองรับตัวเลือก hosted แบบ subscription-style อื่น ๆ รวมถึง Qwen Cloud Coding Plan, MiniMax Coding Plan และ Z.AI / GLM Coding Plan

เอกสาร: Anthropic, OpenAI, Qwen Cloud, MiniMax, Z.AI (GLM), โมเดล local, โมเดล.

ได้

เจ้าหน้าที่ Anthropic แจ้งเราว่าการใช้งาน Claude CLI แบบ OpenClaw-style ได้รับอนุญาตอีกครั้ง ดังนั้น OpenClaw จึงถือว่า Claude subscription auth และการใช้ claude -p ได้รับการอนุมัติ สำหรับ integration นี้ เว้นแต่ Anthropic จะเผยแพร่นโยบายใหม่ หากคุณต้องการ การตั้งค่าฝั่งเซิร์ฟเวอร์ที่คาดเดาได้มากที่สุด ให้ใช้ Anthropic API key แทน

รองรับ

เจ้าหน้าที่ Anthropic แจ้งเราว่าการใช้งานนี้ได้รับอนุญาตอีกครั้ง ดังนั้น OpenClaw จึงถือว่า การใช้ Claude CLI ซ้ำและการใช้ claude -p ได้รับการอนุมัติสำหรับ integration นี้ เว้นแต่ Anthropic จะเผยแพร่นโยบายใหม่

Anthropic setup-token ยังคงพร้อมใช้งานเป็นเส้นทาง token ของ OpenClaw ที่รองรับ แต่ตอนนี้ OpenClaw ต้องการใช้ Claude CLI ซ้ำและ claude -p เมื่อพร้อมใช้งานมากกว่า สำหรับงาน production หรือ workload แบบหลายผู้ใช้ auth ด้วย Anthropic API key ยังคงเป็น ตัวเลือกที่ปลอดภัยกว่าและคาดเดาได้มากกว่า หากคุณต้องการตัวเลือก hosted แบบ subscription-style อื่นใน OpenClaw โปรดดู OpenAI, Qwen / Model Cloud, MiniMax และ GLM Models.

นั่นหมายความว่า quota/rate limit ของ Anthropic ของคุณหมดแล้วสำหรับ window ปัจจุบัน หากคุณ ใช้ Claude CLI ให้รอให้ window reset หรืออัปเกรดแผนของคุณ หากคุณ ใช้ Anthropic API key ให้ตรวจสอบ Anthropic Console สำหรับการใช้งาน/การเรียกเก็บเงิน และเพิ่ม limits ตามจำเป็น

หากข้อความระบุเฉพาะว่า: Extra usage is required for long context requests แสดงว่าคำขอกำลังพยายามใช้ หน้าต่างบริบท 1M ของ Anthropic (โมเดล Claude 4.x แบบ 1M ที่พร้อม GA หรือคอนฟิกเดิม context1m: true) ซึ่งจะทำงานได้ก็ต่อเมื่อข้อมูลรับรองของคุณมีสิทธิ์ สำหรับการคิดค่าบริบทขนาดยาว (การเรียกเก็บเงินด้วยคีย์ API หรือเส้นทางล็อกอิน Claude ของ OpenClaw ที่เปิดใช้ Extra Usage)

เคล็ดลับ: ตั้งค่า fallback model เพื่อให้ OpenClaw ตอบต่อได้ขณะที่ผู้ให้บริการถูกจำกัดอัตรา ดู โมเดล, OAuth และ /gateway/troubleshooting#anthropic-429-extra-usage-required-for-long-context

รองรับ OpenClaw มีผู้ให้บริการ Amazon Bedrock (Converse) แบบ bundled เมื่อมีตัวบ่งชี้ env ของ AWS อยู่ OpenClaw สามารถค้นหาแค็ตตาล็อก Bedrock แบบสตรีม/ข้อความโดยอัตโนมัติ และผสานเป็นผู้ให้บริการ amazon-bedrock โดยนัยได้ มิฉะนั้นคุณสามารถเปิดใช้ plugins.entries.amazon-bedrock.config.discovery.enabled อย่างชัดเจน หรือเพิ่มรายการผู้ให้บริการด้วยตนเองได้ ดู Amazon Bedrock และ ผู้ให้บริการโมเดล หากคุณต้องการโฟลว์คีย์แบบจัดการ พร็อกซีที่เข้ากันได้กับ OpenAI หน้า Bedrock ก็ยังเป็นตัวเลือกที่ใช้ได้

OpenClaw รองรับ OpenAI Code (Codex) ผ่าน OAuth (การลงชื่อเข้าใช้ ChatGPT) ใช้ openai/gpt-5.5 สำหรับการตั้งค่าทั่วไป: การยืนยันตัวตนด้วยการสมัครสมาชิก ChatGPT/Codex พร้อม การดำเนินการด้วยเซิร์ฟเวอร์แอป Codex แบบ native อ้างอิง Codex GPT เดิมคือ คอนฟิกเดิมที่ซ่อมด้วย openclaw doctor --fix การเข้าถึงด้วยคีย์ API ของ OpenAI โดยตรง ยังพร้อมใช้งานสำหรับพื้นผิว OpenAI API ที่ไม่ใช่ agent และสำหรับโมเดล agent ผ่านโปรไฟล์คีย์ API openai แบบจัดลำดับ ดู ผู้ให้บริการโมเดล และ การเริ่มต้นใช้งาน (CLI)

openai คือ id ของผู้ให้บริการและโปรไฟล์การยืนยันตัวตนสำหรับทั้งคีย์ OpenAI API และ ChatGPT/Codex OAuth คุณอาจยังเห็น prefix OpenAI Codex เดิมในคอนฟิกเดิมและ คำเตือนการย้ายข้อมูล คอนฟิกเก่ายังใช้สิ่งนี้เป็น prefix ของโมเดลด้วย:

• openai/gpt-5.5 = การยืนยันตัวตนด้วยการสมัครสมาชิก ChatGPT/Codex พร้อม runtime Codex แบบ native สำหรับรอบ agent
• อ้างอิง Codex GPT-5.5 เดิม = เส้นทางโมเดลเดิมที่ซ่อมด้วย openclaw doctor --fix
• openai/gpt-5.5 พร้อมโปรไฟล์คีย์ API openai แบบจัดลำดับ = การยืนยันตัวตนด้วยคีย์ API สำหรับโมเดล agent ของ OpenAI
• id โปรไฟล์การยืนยันตัวตน Codex เดิม = id โปรไฟล์การยืนยันตัวตนเดิมที่ย้ายด้วย openclaw doctor --fix

หากคุณต้องการเส้นทางการเรียกเก็บเงิน/ขีดจำกัดของ OpenAI Platform โดยตรง ให้ตั้งค่า OPENAI_API_KEY หากคุณต้องการการยืนยันตัวตนด้วยการสมัครสมาชิก ChatGPT/Codex ให้ลงชื่อเข้าใช้ด้วย openclaw models auth login --provider openai คงอ้างอิงโมเดลไว้เป็น openai/gpt-5.5; อ้างอิงโมเดล Codex เดิมเป็นคอนฟิกเดิมที่ openclaw doctor --fix จะเขียนใหม่

Codex OAuth ใช้หน้าต่างโควตาที่ OpenAI จัดการและขึ้นกับแผน ในทางปฏิบัติ ขีดจำกัดเหล่านั้นอาจต่างจากประสบการณ์บนเว็บไซต์/แอป ChatGPT แม้ว่า ทั้งสองจะผูกกับบัญชีเดียวกันก็ตาม

OpenClaw สามารถแสดงหน้าต่างการใช้งาน/โควตาของผู้ให้บริการที่มองเห็นได้ในปัจจุบันใน openclaw models status แต่จะไม่สร้างหรือปรับสิทธิ์ ChatGPT-web ให้เป็น การเข้าถึง API โดยตรง หากคุณต้องการเส้นทางการเรียกเก็บเงิน/ขีดจำกัดของ OpenAI Platform โดยตรง ให้ใช้ openai/* พร้อมคีย์ API

รองรับ OpenClaw รองรับ OpenAI Code (Codex) subscription OAuth อย่างเต็มรูปแบบ OpenAI อนุญาตการใช้งาน subscription OAuth ในเครื่องมือ/เวิร์กโฟลว์ภายนอก เช่น OpenClaw อย่างชัดเจน การเริ่มต้นใช้งานสามารถรันโฟลว์ OAuth ให้คุณได้

ดู OAuth, ผู้ให้บริการโมเดล และ การเริ่มต้นใช้งาน (CLI)

Gemini CLI ใช้ โฟลว์การยืนยันตัวตนของ plugin ไม่ใช่ client id หรือ secret ใน openclaw.json

ขั้นตอน:

1. ติดตั้ง Gemini CLI ในเครื่องเพื่อให้ gemini อยู่ใน PATH
   • Homebrew: brew install gemini-cli
   • npm: npm install -g @google/gemini-cli
2. เปิดใช้ plugin: openclaw plugins enable google
3. ล็อกอิน: openclaw models auth login --provider google-gemini-cli --set-default
4. โมเดลเริ่มต้นหลังล็อกอิน: google-gemini-cli/gemini-3-flash-preview
5. หากคำขอล้มเหลว ให้ตั้งค่า GOOGLE_CLOUD_PROJECT หรือ GOOGLE_CLOUD_PROJECT_ID บนโฮสต์ gateway

สิ่งนี้จัดเก็บโทเค็น OAuth ในโปรไฟล์การยืนยันตัวตนบนโฮสต์ gateway รายละเอียด: ผู้ให้บริการโมเดล

โดยปกติไม่เหมาะ OpenClaw ต้องการบริบทขนาดใหญ่และความปลอดภัยที่แข็งแรง; การ์ดขนาดเล็กจะตัดทอนและรั่วไหล หากจำเป็นต้องใช้ ให้รัน build โมเดลที่ ใหญ่ที่สุด ที่คุณรันได้ในเครื่อง (LM Studio) และดู /gateway/local-models โมเดลที่เล็กกว่า/ผ่านการ quantize เพิ่มความเสี่ยง prompt-injection - ดู ความปลอดภัย

เลือก endpoints ที่ตรึงภูมิภาค OpenRouter มีตัวเลือกที่โฮสต์ในสหรัฐฯ สำหรับ MiniMax, Kimi และ GLM; เลือก variant ที่โฮสต์ในสหรัฐฯ เพื่อเก็บข้อมูลไว้ในภูมิภาค คุณยังสามารถแสดงรายการ Anthropic/OpenAI ควบคู่กับรายการเหล่านี้ได้โดยใช้ models.mode: "merge" เพื่อให้ fallback ยังพร้อมใช้งานขณะเคารพผู้ให้บริการตามภูมิภาคที่คุณเลือก

ไม่ต้อง OpenClaw รันบน macOS หรือ Linux (Windows ผ่าน WSL2) ได้ Mac mini เป็นตัวเลือกเสริม - บางคน ซื้อไว้เป็นโฮสต์ที่เปิดตลอดเวลา แต่ VPS ขนาดเล็ก, home server หรือกล่องระดับ Raspberry Pi ก็ใช้ได้เช่นกัน

คุณต้องใช้ Mac เฉพาะ สำหรับเครื่องมือที่ใช้ได้บน macOS เท่านั้น สำหรับ iMessage ให้ใช้ iMessage พร้อม imsg บน Mac เครื่องใดก็ได้ที่ลงชื่อเข้าใช้ Messages หาก Gateway รันบน Linux หรือที่อื่น ให้ตั้งค่า channels.imessage.cliPath เป็น wrapper SSH ที่รัน imsg บน Mac เครื่องนั้น หากคุณต้องการเครื่องมืออื่นที่ใช้ได้เฉพาะ macOS ให้รัน Gateway บน Mac หรือจับคู่โหนด macOS

เอกสาร: iMessage, โหนด, โหมดรีโมต Mac

คุณต้องมี อุปกรณ์ macOS สักเครื่อง ที่ลงชื่อเข้าใช้ Messages ไม่จำเป็นต้องเป็น Mac mini - Mac เครื่องใดก็ได้ใช้ได้ ใช้ iMessage พร้อม imsg; Gateway สามารถรันบน Mac เครื่องนั้น หรือรันที่อื่นพร้อม wrapper SSH cliPath ได้

การตั้งค่าทั่วไป:

• รัน Gateway บน Linux/VPS และตั้งค่า channels.imessage.cliPath เป็น wrapper SSH ที่รัน imsg บน Mac ที่ลงชื่อเข้าใช้ Messages
• รันทุกอย่างบน Mac หากคุณต้องการการตั้งค่าเครื่องเดียวที่ง่ายที่สุด

เอกสาร: iMessage, โหนด, โหมดรีโมต Mac

ได้ Mac mini สามารถรัน Gateway และ MacBook Pro ของคุณสามารถเชื่อมต่อเป็น โหนด (อุปกรณ์คู่หู) โหนดไม่ได้รัน Gateway - แต่ให้ความสามารถเพิ่มเติม เช่น หน้าจอ/กล้อง/canvas และ system.run บนอุปกรณ์นั้น

รูปแบบทั่วไป:

• Gateway บน Mac mini (เปิดตลอดเวลา)
• MacBook Pro รันแอป macOS หรือโฮสต์โหนด และจับคู่กับ Gateway
• ใช้ openclaw nodes status / openclaw nodes list เพื่อดูสถานะ

เอกสาร: โหนด, CLI โหนด

ไม่แนะนำ ให้ใช้ Bun เราพบข้อบกพร่อง runtime โดยเฉพาะกับ WhatsApp และ Telegram ใช้ Node สำหรับ gateway ที่เสถียร

หากคุณยังต้องการทดลองกับ Bun ให้ทำบน gateway ที่ไม่ใช่ production และไม่มี WhatsApp/Telegram

channels.telegram.allowFrom คือ Telegram user ID ของผู้ส่งที่เป็นมนุษย์ (ตัวเลข) ไม่ใช่ username ของบอต

การตั้งค่าจะขอเฉพาะ user ID แบบตัวเลข หากคุณมีรายการ @username เดิมในคอนฟิกอยู่แล้ว openclaw doctor --fix สามารถพยายาม resolve ให้ได้

ปลอดภัยกว่า (ไม่มีบอตของบุคคลที่สาม):

• DM บอตของคุณ จากนั้นรัน openclaw logs --follow แล้วอ่าน from.id

Bot API อย่างเป็นทางการ:

• DM บอตของคุณ จากนั้นเรียก https://api.telegram.org/bot<bot_token>/getUpdates แล้วอ่าน message.from.id

บุคคลที่สาม (เป็นส่วนตัวน้อยกว่า):

• DM @userinfobot หรือ @getidsbot

ดู /channels/telegram

ได้ ผ่าน การกำหนดเส้นทางหลาย agent ผูก WhatsApp DM ของผู้ส่งแต่ละคน (peer kind: "direct", ผู้ส่ง E.164 เช่น +15551234567) กับ agentId ที่ต่างกัน เพื่อให้แต่ละคนมี workspace และ session store ของตัวเอง คำตอบยังคงส่งจาก บัญชี WhatsApp เดียวกัน และการควบคุมการเข้าถึง DM (channels.whatsapp.dmPolicy / channels.whatsapp.allowFrom) เป็นค่าระดับ global ต่อบัญชี WhatsApp ดู การกำหนดเส้นทางหลาย Agent และ WhatsApp

ได้ ใช้การกำหนดเส้นทางหลาย agent: ให้แต่ละ agent มีโมเดลเริ่มต้นของตัวเอง จากนั้นผูกเส้นทางขาเข้า (บัญชีผู้ให้บริการหรือ peer เฉพาะ) กับแต่ละ agent ตัวอย่างคอนฟิกอยู่ใน การกำหนดเส้นทางหลาย Agent ดูเพิ่มเติม โมเดล และ การกำหนดค่า

ได้ Homebrew รองรับ Linux (Linuxbrew) การตั้งค่าแบบเร็ว:

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"echo 'eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"' >> ~/.profileeval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"brew install <formula>

หากคุณรัน OpenClaw ผ่าน systemd ตรวจสอบให้แน่ใจว่า PATH ของ service มี /home/linuxbrew/.linuxbrew/bin (หรือ prefix brew ของคุณ) เพื่อให้เครื่องมือที่ติดตั้งด้วย brew resolve ได้ใน shell ที่ไม่ใช่ login build ล่าสุดยังเติม common user bin dirs บน service systemd ของ Linux ไว้ข้างหน้า (เช่น ~/.local/bin, ~/.npm-global/bin, ~/.local/share/pnpm, ~/.bun/bin) และเคารพ PNPM_HOME, NPM_CONFIG_PREFIX, BUN_INSTALL, VOLTA_HOME, ASDF_DATA_DIR, NVM_DIR และ FNM_DIR เมื่อถูกตั้งค่า

• การติดตั้งแบบแก้ไขได้ (git): checkout ซอร์สเต็ม แก้ไขได้ เหมาะที่สุดสำหรับผู้ร่วมพัฒนา คุณรัน build ในเครื่องและ patch โค้ด/เอกสารได้
• การติดตั้ง npm: ติดตั้ง CLI แบบ global ไม่มี repo เหมาะที่สุดสำหรับ "แค่รันใช้งาน" การอัปเดตมาจาก npm dist-tags

เอกสาร: เริ่มต้นใช้งาน, การอัปเดต

ได้ ใช้ openclaw update --channel ... เมื่อ OpenClaw ติดตั้งอยู่แล้ว สิ่งนี้ จะไม่ลบข้อมูลของคุณ - เปลี่ยนเฉพาะการติดตั้งโค้ด OpenClaw เท่านั้น state (~/.openclaw) และ workspace (~/.openclaw/workspace) ของคุณยังไม่ถูกแตะต้อง

จาก npm ไป git:

openclaw update --channel dev

จาก git ไป npm:

openclaw update --channel stable

เพิ่ม --dry-run เพื่อดูตัวอย่างการสลับโหมดที่วางแผนไว้ก่อน updater จะรัน งานติดตามผลของ Doctor, รีเฟรชซอร์ส plugin สำหรับ channel เป้าหมาย และ รีสตาร์ท gateway เว้นแต่คุณจะส่ง --no-restart

installer สามารถบังคับใช้โหมดใดโหมดหนึ่งได้เช่นกัน:

curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method gitcurl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm

เคล็ดลับการสำรองข้อมูล: ดู กลยุทธ์การสำรองข้อมูล

คำตอบสั้น ๆ: ถ้าคุณต้องการความเสถียรตลอด 24/7 ให้ใช้ VPS ถ้าคุณต้องการ ความยุ่งยากน้อยที่สุดและรับได้กับการ sleep/restart ให้รันแบบโลคัล

แล็ปท็อป (Gateway แบบโลคัล)

• ข้อดี: ไม่มีค่าเซิร์ฟเวอร์, เข้าถึงไฟล์โลคัลได้โดยตรง, หน้าต่างเบราว์เซอร์แบบสด
• ข้อเสีย: sleep/เครือข่ายหลุด = การเชื่อมต่อถูกตัด, การอัปเดต OS/การรีบูตทำให้สะดุด, ต้องเปิดเครื่องไว้ตลอด

VPS / คลาวด์

• ข้อดี: เปิดใช้งานตลอดเวลา, เครือข่ายเสถียร, ไม่มีปัญหาแล็ปท็อป sleep, ดูแลให้รันต่อเนื่องได้ง่ายกว่า
• ข้อเสีย: มักรันแบบไม่มีหน้าจอ (ใช้ภาพหน้าจอ), เข้าถึงไฟล์ระยะไกลเท่านั้น, คุณต้อง SSH เพื่ออัปเดต

หมายเหตุเฉพาะของ OpenClaw: WhatsApp/Telegram/Slack/Mattermost/Discord ทั้งหมดทำงานได้ดีจาก VPS สิ่งเดียวที่ต้องแลกจริง ๆ คือ เบราว์เซอร์แบบไม่มีหน้าจอ เทียบกับหน้าต่างที่มองเห็นได้ ดู เบราว์เซอร์

ค่าเริ่มต้นที่แนะนำ: ใช้ VPS หากคุณเคยเจอ Gateway ตัดการเชื่อมต่อมาก่อน แบบโลคัลเหมาะมากเมื่อคุณกำลังใช้ Mac อยู่และต้องการเข้าถึงไฟล์โลคัลหรือทำ UI automation ด้วยเบราว์เซอร์ที่มองเห็นได้

ไม่จำเป็น แต่ แนะนำเพื่อความเสถียรและการแยกสภาพแวดล้อม

• โฮสต์เฉพาะ (VPS/Mac mini/Raspberry Pi): เปิดใช้งานตลอดเวลา, มีการสะดุดจาก sleep/รีบูตน้อยกว่า, สิทธิ์สะอาดกว่า, ดูแลให้รันต่อเนื่องได้ง่ายกว่า
• แล็ปท็อป/เดสก์ท็อปที่ใช้ร่วมกัน: ใช้ทดสอบและใช้งานจริงขณะเปิดเครื่องได้สบาย แต่ควรคาดว่าจะมีการหยุดพักเมื่อเครื่อง sleep หรืออัปเดต

ถ้าคุณต้องการข้อดีของทั้งสองแบบ ให้เก็บ Gateway ไว้บนโฮสต์เฉพาะและจับคู่แล็ปท็อปของคุณเป็น node สำหรับเครื่องมือหน้าจอ/กล้อง/exec แบบโลคัล ดู Nodes สำหรับคำแนะนำด้านความปลอดภัย โปรดอ่าน ความปลอดภัย

OpenClaw ใช้ทรัพยากรเบา สำหรับ Gateway พื้นฐาน + ช่องแชตหนึ่งช่อง:

• ขั้นต่ำที่สุด: 1 vCPU, RAM 1GB, ดิสก์ ~500MB
• แนะนำ: 1-2 vCPU, RAM 2GB ขึ้นไปเพื่อมีทรัพยากรเผื่อ (บันทึก, สื่อ, หลายช่อง) เครื่องมือ Node และระบบอัตโนมัติของเบราว์เซอร์อาจใช้ทรัพยากรมาก

OS: ใช้ Ubuntu LTS (หรือ Debian/Ubuntu รุ่นใหม่ใดก็ได้) เส้นทางการติดตั้งบน Linux ได้รับการทดสอบดีที่สุดที่นั่น

เอกสาร: Linux, โฮสติ้ง VPS

ได้ ให้ปฏิบัติกับ VM เหมือน VPS: ต้องเปิดตลอดเวลา, เข้าถึงได้, และมี RAM เพียงพอสำหรับ Gateway และช่องทางใด ๆ ที่คุณเปิดใช้

คำแนะนำพื้นฐาน:

• ขั้นต่ำที่สุด: 1 vCPU, RAM 1GB
• แนะนำ: RAM 2GB ขึ้นไป หากคุณรันหลายช่องทาง, ระบบอัตโนมัติของเบราว์เซอร์, หรือเครื่องมือสื่อ
• OS: Ubuntu LTS หรือ Debian/Ubuntu รุ่นใหม่อื่น

หากคุณใช้ Windows ให้ใช้ Windows Hub สำหรับการตั้งค่าเดสก์ท็อป หรือ WSL2 เมื่อ คุณต้องการ VM Gateway แบบ Linux โดยเฉพาะพร้อมความเข้ากันได้กับเครื่องมือที่กว้าง ดู Windows, โฮสติ้ง VPS หากคุณรัน macOS ใน VM โปรดดู macOS VM