Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

OpenClaw สร้างพรอมป์ระบบแบบกำหนดเองสำหรับการรันเอเจนต์ทุกครั้ง พรอมป์นี้เป็นของ OpenClaw และไม่ได้ใช้พรอมป์เริ่มต้นของ pi-coding-agent พรอมป์ถูกประกอบโดย OpenClaw และฉีดเข้าในการรันเอเจนต์แต่ละครั้ง การประกอบพรอมป์มีสามชั้น:
  • buildAgentSystemPrompt เรนเดอร์พรอมป์จากอินพุตที่ระบุชัดเจน ควร คงเป็นตัวเรนเดอร์บริสุทธิ์ และไม่ควรอ่าน config ส่วนกลางโดยตรง
  • resolveAgentSystemPromptConfig แก้ค่าปุ่มปรับพรอมป์ที่อิงจาก config เช่น การแสดงเจ้าของ คำใบ้ TTS นามแฝงโมเดล โหมดการอ้างอิงหน่วยความจำ และโหมดการมอบหมาย ให้ sub-agent สำหรับเอเจนต์หนึ่งๆ
  • อะแดปเตอร์ runtime (embedded, CLI, พรีวิวคำสั่ง/ส่งออก, compaction) รวบรวม ข้อเท็จจริงสด เช่น tools, สถานะ sandbox, ความสามารถของ channel, ไฟล์บริบท, และส่วนพรอมป์ที่ provider เพิ่มเข้ามา จากนั้นเรียก prompt facade ที่กำหนดค่าไว้
วิธีนี้ทำให้พื้นผิวพรอมป์สำหรับส่งออก/ดีบักสอดคล้องกับการรันจริง โดยไม่ เปลี่ยนรายละเอียดเฉพาะ runtime ทุกอย่างให้กลายเป็น builder ขนาดใหญ่ตัวเดียว Plugin ผู้ให้บริการสามารถเพิ่มคำแนะนำพรอมป์ที่ตระหนักถึง cache ได้โดยไม่แทนที่ พรอมป์ทั้งหมดที่ OpenClaw เป็นเจ้าของ runtime ของผู้ให้บริการสามารถ:
  • แทนที่ส่วนหลักที่มีชื่อจำนวนเล็กน้อย (interaction_style, tool_call_style, execution_bias)
  • ฉีด prefix ที่เสถียร เหนือขอบเขต prompt cache
  • ฉีด suffix แบบไดนามิก ใต้ขอบเขต prompt cache
ใช้ส่วนเสริมที่ผู้ให้บริการเป็นเจ้าของสำหรับการปรับแต่งเฉพาะตระกูลโมเดล ให้คงการกลายพรอมป์ before_prompt_build แบบเดิมไว้สำหรับความเข้ากันได้หรือการเปลี่ยนแปลงพรอมป์ ระดับ global จริงๆ ไม่ใช่พฤติกรรมปกติของผู้ให้บริการ โอเวอร์เลย์ตระกูล OpenAI GPT-5 ทำให้กฎการดำเนินการหลักมีขนาดเล็ก และเพิ่ม คำแนะนำเฉพาะโมเดลสำหรับการยึดบุคลิก การตอบแบบกระชับ วินัยในการใช้ tool, parallel lookup, ความครอบคลุมของผลลัพธ์, การตรวจสอบ, บริบทที่ขาดหาย และ สุขอนามัยของ terminal-tool

​
โครงสร้าง

พรอมป์ตั้งใจให้กระชับและใช้ส่วนที่ตายตัว:
  • เครื่องมือ: คำเตือนว่า structured-tool เป็นแหล่งความจริง พร้อมคำแนะนำการใช้ tool ใน runtime
  • อคติการดำเนินการ: คำแนะนำติดตามงานแบบกระชับ: ลงมือภายในเทิร์นเมื่อคำขอทำได้, ทำต่อจนเสร็จหรือถูกบล็อก, กู้คืนจากผลลัพธ์ tool ที่อ่อน, ตรวจสอบสถานะที่เปลี่ยนได้แบบสด, และตรวจสอบก่อนสรุปขั้นสุดท้าย
  • ความปลอดภัย: คำเตือน guardrail สั้นๆ เพื่อหลีกเลี่ยงพฤติกรรมแสวงหาอำนาจหรือการเลี่ยงการกำกับดูแล
  • Skills (เมื่อพร้อมใช้งาน): บอกโมเดลว่าจะโหลดคำสั่งของ Skills ตามต้องการอย่างไร
  • การควบคุม OpenClaw: บอกโมเดลให้ใช้ tool gateway สำหรับงาน config/restart และหลีกเลี่ยงการแต่งคำสั่ง CLI ขึ้นเอง
  • การอัปเดตตัวเองของ OpenClaw: วิธีตรวจสอบ config อย่างปลอดภัยด้วย config.schema.lookup, patch config ด้วย config.patch, แทนที่ config ทั้งหมด ด้วย config.apply, และรัน update.run เฉพาะเมื่อผู้ใช้ร้องขออย่างชัดเจนเท่านั้น tool gateway สำหรับเจ้าของเท่านั้นยังปฏิเสธการเขียนทับ tools.exec.ask / tools.exec.security รวมถึงนามแฝงเดิม tools.bash.* ที่ normalize ไปยัง exec paths ที่ได้รับการป้องกันเหล่านั้น
  • Workspace: ไดเรกทอรีทำงาน (agents.defaults.workspace)
  • เอกสาร: path ภายในเครื่องไปยัง OpenClaw docs/source และควรอ่านเมื่อใด
  • ไฟล์ Workspace (ฉีดเข้าไป): ระบุว่าไฟล์ bootstrap ถูกรวมไว้ด้านล่าง
  • Sandbox (เมื่อเปิดใช้งาน): ระบุ runtime ที่อยู่ใน sandbox, path ของ sandbox และมี elevated exec หรือไม่
  • วันที่และเวลาปัจจุบัน: เฉพาะเขตเวลา (เสถียรต่อ cache; นาฬิกาสดมาจาก session_status)
  • คำสั่งเอาต์พุตของ Assistant: ไวยากรณ์แบบกระชับสำหรับ attachment, voice-note และ reply tag
  • Heartbeat: พรอมป์ heartbeat และพฤติกรรม ack เมื่อเปิดใช้ heartbeat สำหรับเอเจนต์เริ่มต้น
  • Runtime: host, OS, node, model, repo root (เมื่อตรวจพบ), thinking level (หนึ่งบรรทัด)
  • Reasoning: ระดับ visibility ปัจจุบัน + คำใบ้สวิตช์ /reasoning
OpenClaw เก็บเนื้อหาขนาดใหญ่ที่เสถียร รวมถึง บริบทโปรเจกต์ ไว้เหนือ ขอบเขต prompt cache ภายใน ส่วนของ channel/session ที่ผันผวน เช่น คำแนะนำสำหรับ Control UI embed, การส่งข้อความ, เสียง, บริบทแชทกลุ่ม, Reactions, Heartbeat, และ Runtime จะถูกต่อท้ายใต้ขอบเขตนั้น เพื่อให้ backend ภายในเครื่องที่มี prefix cache สามารถใช้ prefix workspace ที่เสถียรซ้ำ ข้ามเทิร์นของ channel ได้ คำอธิบาย tool ก็ควรหลีกเลี่ยงการฝังชื่อ channel ปัจจุบันเช่นกัน เมื่อ schema ที่ยอมรับมีรายละเอียด runtime นั้นอยู่แล้ว ส่วนเครื่องมือยังมีคำแนะนำ runtime สำหรับงานที่ทำงานนาน:
  • ใช้ cron สำหรับการติดตามผลในอนาคต (check back later, การแจ้งเตือน, งานที่เกิดซ้ำ) แทนลูป sleep ของ exec, เทคนิคหน่วงเวลา yieldMs, หรือการ polling process ซ้ำๆ
  • ใช้ exec / process เฉพาะสำหรับคำสั่งที่เริ่มตอนนี้และทำงานต่อ ใน background
  • เมื่อเปิดการปลุกเมื่อเสร็จสิ้นอัตโนมัติ ให้เริ่มคำสั่งครั้งเดียวและพึ่งพา เส้นทางปลุกแบบ push-based เมื่อมีเอาต์พุตหรือเกิดความล้มเหลว
  • ใช้ process สำหรับ logs, status, input, หรือการแทรกแซงเมื่อจำเป็นต้อง ตรวจสอบคำสั่งที่กำลังทำงานอยู่
  • ถ้างานใหญ่กว่า ให้ใช้ sessions_spawn; การเสร็จสิ้นของ sub-agent เป็นแบบ push-based และประกาศกลับไปยังผู้ร้องขอโดยอัตโนมัติ
  • อย่า poll subagents list / sessions_list ในลูปเพียงเพื่อรอ การเสร็จสิ้น
agents.defaults.subagents.delegationMode สามารถทำให้คำแนะนำนี้เข้มขึ้นได้ โหมดเริ่มต้น suggest คงการสะกิดพื้นฐานไว้ prefer เพิ่มส่วนเฉพาะ การมอบหมายให้ Sub-Agent ที่บอกให้เอเจนต์หลักทำหน้าที่เป็นผู้ประสานงาน ที่ตอบสนองไว และผลักงานที่ซับซ้อนกว่าการตอบตรงๆ ผ่าน sessions_spawn นี่เป็นเพียงพรอมป์เท่านั้น; policy ของ tool ยังควบคุมว่า sessions_spawn พร้อมใช้งานหรือไม่ เมื่อเปิดใช้ tool ทดลอง update_plan ส่วนเครื่องมือยังบอกโมเดลให้ใช้ เฉพาะกับงานหลายขั้นตอนที่ไม่ง่ายเกินไป คงขั้นตอน in_progress ไว้เพียงหนึ่งเดียว และหลีกเลี่ยงการทำซ้ำแผนทั้งหมดหลังการอัปเดตแต่ละครั้ง Safety guardrails ในพรอมป์ระบบเป็นเพียงคำแนะนำ สิ่งเหล่านี้ชี้นำพฤติกรรมของโมเดลแต่ไม่บังคับใช้นโยบาย ใช้ policy ของ tool, การอนุมัติ exec, sandboxing และ allowlist ของ channel สำหรับการบังคับใช้แบบแข็ง; ผู้ปฏิบัติการสามารถปิดสิ่งเหล่านี้ได้ตามการออกแบบ ใน channel ที่มีการ์ด/ปุ่มอนุมัติแบบ native พรอมป์ runtime ตอนนี้บอกให้ เอเจนต์พึ่งพา UI อนุมัติแบบ native นั้นก่อน ควรรวมคำสั่งแบบ manual /approve เฉพาะเมื่อผลลัพธ์ tool บอกว่า chat approvals ไม่พร้อมใช้งานหรือ การอนุมัติแบบ manual เป็นเส้นทางเดียวเท่านั้น

​
โหมดพรอมป์

OpenClaw สามารถเรนเดอร์พรอมป์ระบบที่เล็กลงสำหรับ sub-agent ได้ runtime ตั้งค่า promptMode สำหรับการรันแต่ละครั้ง (ไม่ใช่ config ที่แสดงต่อผู้ใช้):
  • full (ค่าเริ่มต้น): รวมทุกส่วนด้านบน
  • minimal: ใช้สำหรับ sub-agent; ละเว้น Memory Recall, การอัปเดตตัวเองของ OpenClaw, นามแฝงโมเดล, ตัวตนผู้ใช้, คำสั่งเอาต์พุตของ Assistant, การส่งข้อความ, การตอบแบบเงียบ, และ Heartbeat เครื่องมือ, ความปลอดภัย, Skills เมื่อส่งมา, Workspace, Sandbox, วันที่และเวลาปัจจุบัน (เมื่อ ทราบ), Runtime และบริบทที่ฉีดเข้าไปยังคงพร้อมใช้งาน
  • none: ส่งคืนเฉพาะบรรทัดตัวตนพื้นฐาน
เมื่อ promptMode=minimal พรอมป์เพิ่มเติมที่ฉีดเข้ามาจะติดป้ายว่า บริบท Subagent แทน บริบทแชทกลุ่ม สำหรับการรัน auto-reply ของ channel, OpenClaw สามารถละเว้นส่วน การตอบแบบเงียบ ทั่วไปได้ เมื่อบริบท direct/group chat มีพฤติกรรม NO_REPLY เฉพาะบทสนทนา ที่ resolve แล้วอยู่แล้ว วิธีนี้หลีกเลี่ยงการทำกลไก token ซ้ำทั้งในพรอมป์ระบบ global และบริบท channel

​
สแนปช็อตพรอมป์

OpenClaw เก็บสแนปช็อตพรอมป์ที่ commit แล้วสำหรับ happy path ของ Codex runtime ไว้ใต้ test/fixtures/agents/prompt-snapshots/codex-runtime-happy-path/ สแนปช็อตเหล่านี้เรนเดอร์ พารามิเตอร์ thread/turn ของ app-server ที่เลือก พร้อมกับ stack ชั้นพรอมป์ที่ผูกกับโมเดล ซึ่งสร้างใหม่สำหรับเทิร์น Telegram direct, Discord group และ heartbeat stack นั้นรวมถึง fixture พรอมป์โมเดล Codex gpt-5.5 แบบ pin ที่สร้างจากรูปทรง catalog/cache ของโมเดล Codex, ข้อความ developer เรื่อง permission สำหรับ happy-path ของ Codex, คำสั่ง developer ของ OpenClaw, คำสั่ง collaboration-mode ที่มีขอบเขตตามเทิร์นเมื่อ OpenClaw จัดให้, อินพุตเทิร์นผู้ใช้, และการอ้างอิงถึง specs ของ tool แบบไดนามิก รีเฟรช fixture พรอมป์โมเดล Codex ที่ pin ไว้ด้วย pnpm prompt:snapshots:sync-codex-model โดยค่าเริ่มต้น สคริปต์จะมองหา runtime cache ของ Codex ที่ $CODEX_HOME/models_cache.json จากนั้น ~/.codex/models_cache.json และหลังจากนั้นจึง fallback ไปยัง convention checkout Codex ของ maintainer ที่ ~/code/codex/codex-rs/models-manager/models.json หาก ไม่มีแหล่งข้อมูลเหล่านี้ คำสั่งจะออกโดยไม่เปลี่ยน fixture ที่ commit แล้ว ส่ง --catalog <path> เพื่อรีเฟรชจากไฟล์ models_cache.json หรือ models.json ที่ระบุ สแนปช็อตเหล่านี้ยังไม่ใช่การจับคำขอ OpenAI ดิบแบบ byte-for-byte Codex สามารถเพิ่มบริบท workspace ที่ runtime เป็นเจ้าของ เช่น AGENTS.md, บริบท environment, memories, คำสั่ง app/plugin และคำสั่ง collaboration-mode Default ในตัว ภายใน Codex runtime หลังจาก OpenClaw ส่งพารามิเตอร์ thread และ turn แล้ว สร้างใหม่ด้วย pnpm prompt:snapshots:gen และตรวจสอบ drift ด้วย pnpm prompt:snapshots:check CI รันการตรวจสอบ drift ใน boundary shard เพิ่มเติม เพื่อให้การเปลี่ยนพรอมป์และการอัปเดตสแนปช็อตยังคงแนบอยู่กับ PR เดียวกัน

​
การฉีด bootstrap ของ Workspace

ไฟล์ bootstrap ถูกตัดให้สั้นและต่อท้ายใต้ บริบทโปรเจกต์ เพื่อให้โมเดลเห็นตัวตนและบริบทโปรไฟล์โดยไม่ต้องอ่านอย่างชัดเจน:
  • AGENTS.md
  • SOUL.md
  • TOOLS.md
  • IDENTITY.md
  • USER.md
  • HEARTBEAT.md
  • BOOTSTRAP.md (เฉพาะบน workspace ใหม่เอี่ยม)
  • MEMORY.md เมื่อมีอยู่
ไฟล์ทั้งหมดเหล่านี้ถูก ฉีดเข้าไปใน context window ในทุกเทิร์น เว้นแต่ จะมี gate เฉพาะไฟล์ใช้บังคับ HEARTBEAT.md จะถูกละเว้นในการรันปกติเมื่อ ปิดใช้ heartbeat สำหรับเอเจนต์เริ่มต้น หรือ agents.defaults.heartbeat.includeSystemPromptSection เป็น false ให้ไฟล์ที่ฉีดเข้าไป กระชับ โดยเฉพาะ MEMORY.md MEMORY.md ตั้งใจให้เป็น สรุประยะยาวที่คัดสรรแล้ว; บันทึกรายวันแบบละเอียดควรอยู่ใน memory/*.md ซึ่ง memory_search และ memory_get สามารถดึงมาเมื่อต้องการ ไฟล์ MEMORY.md ที่ใหญ่เกินไปเพิ่มการใช้พรอมป์และอาจถูกฉีดเข้าไปเพียงบางส่วนเพราะ ขีดจำกัดไฟล์ bootstrap ด้านล่าง เมื่อ session รันบน native Codex harness, Codex โหลด AGENTS.md ผ่านการค้นพบ project-doc ของตัวเอง OpenClaw ยังคง resolve ไฟล์ bootstrap ที่เหลือ และส่งต่อเป็นคำสั่ง config ของ Codex ดังนั้น SOUL.md, TOOLS.md, IDENTITY.md, USER.md, HEARTBEAT.md, BOOTSTRAP.md, และ MEMORY.md ยังคงมีบทบาทเป็นบริบท workspace เดิมโดยไม่ทำซ้ำ AGENTS.md
ไฟล์รายวัน memory/*.md ไม่ เป็นส่วนหนึ่งของ Project Context bootstrap ปกติ ในเทิร์นทั่วไป ไฟล์เหล่านี้จะถูกเข้าถึงเมื่อต้องการผ่าน tool memory_search และ memory_get ดังนั้นจึงไม่ถูกนับกับ context window เว้นแต่โมเดลจะอ่านอย่างชัดเจน เทิร์น /new และ /reset แบบเปล่าเป็นข้อยกเว้น: runtime สามารถเติม daily memory ล่าสุดไว้ด้านหน้าเป็นบล็อก startup-context แบบครั้งเดียวสำหรับเทิร์นแรกนั้น
ไฟล์ขนาดใหญ่จะถูก truncate พร้อม marker ขนาดสูงสุดต่อไฟล์ถูกควบคุมโดย agents.defaults.bootstrapMaxChars (ค่าเริ่มต้น: 12000) เนื้อหา bootstrap ทั้งหมดที่ฉีดเข้ามารวมทุกไฟล์ถูกจำกัดโดย agents.defaults.bootstrapTotalMaxChars (ค่าเริ่มต้น: 60000) ไฟล์ที่หายไปจะฉีด marker สั้นๆ ว่าไฟล์หายไป เมื่อเกิดการ truncate OpenClaw สามารถฉีดประกาศเตือนใน system-prompt แบบกระชับได้; ควบคุมสิ่งนี้ด้วย agents.defaults.bootstrapPromptTruncationWarning (off, once, always; ค่าเริ่มต้น: once) จำนวนดิบ/ที่ฉีดโดยละเอียดจะอยู่ใน diagnostics เช่น /context, /status, doctor และ logs สำหรับไฟล์ memory การ truncate ไม่ใช่การสูญเสียข้อมูล: ไฟล์ยังคงอยู่ครบถ้วนบนดิสก์ แต่โมเดลเห็นเฉพาะสำเนาที่ฉีดเข้ามาซึ่งถูกย่อ จนกว่าจะอ่านหรือค้นหา memory โดยตรง หาก MEMORY.md ถูก truncate ซ้ำๆ ให้กลั่นเป็น สรุปถาวรที่สั้นลงและย้ายประวัติแบบละเอียดไปยัง memory/*.md หรือ เพิ่มขีดจำกัด bootstrap โดยตั้งใจ session ของ sub-agent ฉีดเฉพาะ AGENTS.md และ TOOLS.md (ไฟล์ bootstrap อื่นๆ ถูกกรองออกเพื่อให้บริบทของ sub-agent เล็ก) internal hooks สามารถ intercept ขั้นตอนนี้ผ่าน agent:bootstrap เพื่อกลายหรือแทนที่ ไฟล์ bootstrap ที่ฉีดเข้าไป (เช่น สลับ SOUL.md เป็น persona ทางเลือก) หากคุณต้องการทำให้เอเจนต์ฟังดูเฉพาะตัวมากขึ้น ให้เริ่มด้วย คู่มือบุคลิกภาพ SOUL.md. หากต้องการตรวจสอบว่าไฟล์ที่ถูกฉีดแต่ละไฟล์มีส่วนร่วมมากเพียงใด (ดิบเทียบกับที่ถูกฉีด, การตัดทอน, รวมถึงโอเวอร์เฮดของสคีมาเครื่องมือ) ให้ใช้ /context list หรือ /context detail ดู บริบท.

​
การจัดการเวลา

พรอมป์ระบบจะมีส่วน วันที่และเวลาปัจจุบัน โดยเฉพาะเมื่อทราบ เขตเวลาของผู้ใช้ เพื่อให้แคชพรอมป์คงที่ ตอนนี้ส่วนนี้จึงมีเฉพาะ เขตเวลา เท่านั้น (ไม่มีนาฬิกาแบบไดนามิกหรือรูปแบบเวลา) ใช้ session_status เมื่อเอเจนต์ต้องการเวลาปัจจุบัน การ์ดสถานะ มีบรรทัดประทับเวลา เครื่องมือเดียวกันยังสามารถตั้งค่าการแทนที่โมเดลต่อเซสชัน ได้ตามต้องการ (model=default จะล้างค่านั้น) กำหนดค่าด้วย:
  • agents.defaults.userTimezone
  • agents.defaults.timeFormat (auto | 12 | 24)
ดู วันที่และเวลา สำหรับรายละเอียดพฤติกรรมทั้งหมด

​
Skills

เมื่อมี Skills ที่เข้าเกณฑ์ OpenClaw จะฉีด รายการ Skills ที่พร้อมใช้งาน แบบกะทัดรัด (formatSkillsForPrompt) ซึ่งมี พาธไฟล์ สำหรับแต่ละ Skill พรอมป์จะสั่งให้โมเดลใช้ read เพื่อโหลด SKILL.md ในตำแหน่งที่ระบุ (พื้นที่ทำงาน, แบบจัดการ, หรือที่รวมมาในแพ็กเกจ) หากไม่มี Skills ที่เข้าเกณฑ์ ส่วน Skills จะถูกละไว้ เกณฑ์คุณสมบัติรวมถึงเกตเมทาดาทาของ Skill, การตรวจสอบสภาพแวดล้อม/การกำหนดค่ารันไทม์, และรายการอนุญาต Skill ของเอเจนต์ที่มีผลเมื่อกำหนดค่า agents.defaults.skills หรือ agents.list[].skills Skills ที่รวมมากับ Plugin จะเข้าเกณฑ์เฉพาะเมื่อ Plugin ที่เป็นเจ้าของเปิดใช้งานอยู่ สิ่งนี้ช่วยให้ Plugin เครื่องมือเปิดเผยคู่มือการดำเนินงานที่ลึกขึ้นโดยไม่ต้องฝังคำแนะนำ ทั้งหมดนั้นไว้โดยตรงในคำอธิบายเครื่องมือทุกตัว 
<available_skills>
  <skill>
    <name>...</name>
    <description>...</description>
    <location>...</location>
  </skill>
</available_skills>
สิ่งนี้ทำให้พรอมป์พื้นฐานมีขนาดเล็ก ขณะยังคงเปิดใช้ Skills แบบเจาะจงได้ งบประมาณของรายการ Skills อยู่ภายใต้ระบบย่อย Skills:
  • ค่าเริ่มต้นทั่วระบบ: skills.limits.maxSkillsPromptChars
  • การแทนที่ต่อเอเจนต์: agents.list[].skillsLimits.maxSkillsPromptChars
ข้อความตัดตอนรันไทม์แบบมีขอบเขตทั่วไปใช้พื้นผิวอีกแบบหนึ่ง:
  • agents.defaults.contextLimits.*
  • agents.list[].contextLimits.*
การแยกนี้ทำให้การกำหนดขนาด Skills แยกจากการกำหนดขนาดการอ่าน/การฉีดรันไทม์ เช่น memory_get, ผลลัพธ์เครื่องมือสด, และการรีเฟรช AGENTS.md หลัง Compaction

​
เอกสารประกอบ

พรอมป์ระบบมีส่วน เอกสารประกอบ เมื่อมีเอกสารภายในเครื่องพร้อมใช้งาน ส่วนนี้จะชี้ไปยังไดเรกทอรีเอกสาร OpenClaw ภายในเครื่อง (docs/ ใน Git checkout หรือเอกสารแพ็กเกจ npm ที่รวมมา) หากเอกสารภายในเครื่องไม่พร้อมใช้งาน จะย้อนกลับไปใช้ https://docs.openclaw.ai ส่วนเดียวกันยังมีตำแหน่งซอร์สของ OpenClaw ด้วย Git checkout จะเปิดเผยรูทซอร์สภายในเครื่อง เพื่อให้เอเจนต์ตรวจสอบโค้ดได้โดยตรง การติดตั้งแพ็กเกจจะมี URL ซอร์ส GitHub และบอกให้เอเจนต์ตรวจสอบซอร์สที่นั่นเมื่อเอกสารไม่สมบูรณ์หรือล้าสมัย พรอมป์ยังระบุถึงมิเรอร์เอกสารสาธารณะ, Discord ชุมชน, และ ClawHub (https://clawhub.ai) สำหรับการค้นพบ Skills โดยบอกให้โมเดล ปรึกษาเอกสารก่อนสำหรับพฤติกรรม, คำสั่ง, การกำหนดค่า, หรือสถาปัตยกรรมของ OpenClaw และให้ รัน openclaw status เองเมื่อทำได้ (ถามผู้ใช้เฉพาะเมื่อไม่มีสิทธิ์เข้าถึง) สำหรับการกำหนดค่าโดยเฉพาะ ส่วนนี้จะชี้เอเจนต์ไปยังการกระทำเครื่องมือ gateway config.schema.lookup สำหรับเอกสารและข้อจำกัดระดับฟิลด์ที่แม่นยำ จากนั้นไปยัง docs/gateway/configuration.md และ docs/gateway/configuration-reference.md สำหรับคำแนะนำที่กว้างขึ้น

​
ที่เกี่ยวข้อง