เรียกใช้บริดจ์ Agent Client Protocol (ACP) ที่สื่อสารกับ OpenClaw Gateway คำสั่งนี้สื่อสารด้วย ACP ผ่าน stdio สำหรับ IDE และส่งต่อพรอมป์ไปยัง Gateway ผ่าน WebSocket โดยเก็บเซสชัน ACP ให้แมปกับคีย์เซสชันของ GatewayDocumentation 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 acp เป็นบริดจ์ ACP ที่มี Gateway เป็นเบื้องหลัง ไม่ใช่รันไทม์
ตัวแก้ไขแบบ ACP-native เต็มรูปแบบ โดยเน้นการกำหนดเส้นทางเซสชัน การส่งพรอมป์
และการอัปเดตแบบสตรีมพื้นฐาน
หากคุณต้องการให้ไคลเอนต์ MCP ภายนอกสื่อสารกับบทสนทนาช่องทางของ OpenClaw
โดยตรงแทนการโฮสต์เซสชัน ACP harness ให้ใช้
openclaw mcp serve แทน
สิ่งที่ไม่ใช่
หน้านี้มักถูกสับสนกับเซสชัน ACP harnessopenclaw acp หมายถึง:
- OpenClaw ทำหน้าที่เป็นเซิร์ฟเวอร์ ACP
- IDE หรือไคลเอนต์ ACP เชื่อมต่อกับ OpenClaw
- OpenClaw ส่งต่องานนั้นเข้าไปยังเซสชัน Gateway
acpx
กฎอย่างเร็ว:
- ตัวแก้ไข/ไคลเอนต์ต้องการสื่อสาร ACP กับ OpenClaw: ใช้
openclaw acp - OpenClaw ควรเปิด Codex/Claude/Gemini เป็น ACP harness: ใช้
/acp spawnและ ACP Agents
ตารางความเข้ากันได้
| พื้นที่ ACP | สถานะ | หมายเหตุ |
|---|---|---|
initialize, newSession, prompt, cancel | ดำเนินการแล้ว | โฟลว์บริดจ์หลักผ่าน stdio ไปยัง Gateway chat/send + abort |
listSessions, คำสั่ง slash | ดำเนินการแล้ว | รายการเซสชันทำงานกับสถานะเซสชันของ Gateway พร้อมการแบ่งหน้าด้วยเคอร์เซอร์แบบมีขอบเขต และการกรอง cwd เมื่อแถวเซสชัน Gateway มีเมตาดาต้า workspace; คำสั่งจะถูกประกาศผ่าน available_commands_update |
| เมตาดาต้าเชื้อสายเซสชัน | ดำเนินการแล้ว | รายการเซสชันและสแนปช็อตข้อมูลเซสชันมีเชื้อสายพาเรนต์และชายด์ของ OpenClaw ใน _meta เพื่อให้ไคลเอนต์ ACP แสดงกราฟ subagent ได้โดยไม่ต้องใช้ช่องทางข้างเคียง Gateway แบบส่วนตัว |
resumeSession, closeSession | ดำเนินการแล้ว | Resume จะผูกเซสชัน ACP เข้ากับเซสชัน Gateway ที่มีอยู่โดยไม่เล่นประวัติซ้ำ Close จะยกเลิกงานบริดจ์ที่ทำงานอยู่ ตอบพรอมป์ที่รออยู่ว่าถูกยกเลิก และปล่อยสถานะเซสชันบริดจ์ |
loadSession | บางส่วน | ผูกเซสชัน ACP เข้ากับคีย์เซสชัน Gateway อีกครั้ง และเล่นประวัติ event-ledger ของ ACP ซ้ำสำหรับเซสชันที่บริดจ์สร้าง เซสชันเก่าหรือไม่มี ledger จะ fallback ไปยังข้อความผู้ใช้/ผู้ช่วยที่จัดเก็บไว้ |
เนื้อหาพรอมป์ (text, resource แบบฝัง, รูปภาพ) | บางส่วน | ข้อความ/ทรัพยากรถูก flatten เป็นอินพุตแชต; รูปภาพกลายเป็นไฟล์แนบของ Gateway |
| โหมดเซสชัน | บางส่วน | รองรับ session/set_mode และบริดจ์เปิดเผยคอนโทรลเซสชันเริ่มต้นที่มี Gateway เป็นเบื้องหลังสำหรับระดับความคิด, ความละเอียดของเครื่องมือ, การให้เหตุผล, รายละเอียดการใช้งาน และการกระทำที่ยกระดับ พื้นผิวโหมด/การกำหนดค่าแบบ ACP-native ที่กว้างกว่ายังอยู่นอกขอบเขต |
| ข้อมูลเซสชันและการอัปเดตการใช้งาน | บางส่วน | บริดจ์ปล่อยการแจ้งเตือน session_info_update และ usage_update แบบ best-effort จากสแนปช็อตเซสชัน Gateway ที่แคชไว้ การใช้งานเป็นค่าประมาณและส่งเฉพาะเมื่อยอดรวมโทเค็นของ Gateway ถูกทำเครื่องหมายว่าสดใหม่ |
| การสตรีมเครื่องมือ | บางส่วน | อีเวนต์ tool_call / tool_call_update รวม I/O ดิบ เนื้อหาข้อความ และตำแหน่งไฟล์แบบ best-effort เมื่ออาร์กิวเมนต์/ผลลัพธ์ของเครื่องมือ Gateway เปิดเผยข้อมูลเหล่านั้น เทอร์มินัลแบบฝังและเอาต์พุตที่รองรับ diff-native มากกว่านี้ยังไม่ถูกเปิดเผย |
| การอนุมัติ exec | บางส่วน | พรอมป์การอนุมัติ exec ของ Gateway ระหว่าง prompt turn ของ ACP ที่ทำงานอยู่จะถูกส่งต่อไปยังไคลเอนต์ ACP ด้วย session/request_permission |
เซิร์ฟเวอร์ MCP ต่อเซสชัน (mcpServers) | ไม่รองรับ | โหมดบริดจ์ปฏิเสธคำขอเซิร์ฟเวอร์ MCP ต่อเซสชัน ให้กำหนดค่า MCP บน OpenClaw gateway หรือ agent แทน |
เมธอดระบบไฟล์ของไคลเอนต์ (fs/read_text_file, fs/write_text_file) | ไม่รองรับ | บริดจ์ไม่เรียกเมธอดระบบไฟล์ของไคลเอนต์ ACP |
เมธอดเทอร์มินัลของไคลเอนต์ (terminal/*) | ไม่รองรับ | บริดจ์ไม่สร้างเทอร์มินัลของไคลเอนต์ ACP หรือสตรีม terminal ids ผ่านการเรียกเครื่องมือ |
| แผนเซสชัน / การสตรีมความคิด | ไม่รองรับ | ปัจจุบันบริดจ์ปล่อยข้อความเอาต์พุตและสถานะเครื่องมือ ไม่ใช่การอัปเดตแผนหรือความคิดของ ACP |
ข้อจำกัดที่ทราบ
loadSessionสามารถเล่นประวัติ event-ledger ของ ACP แบบครบถ้วนได้เฉพาะสำหรับ เซสชันที่บริดจ์สร้าง เซสชันเก่าหรือไม่มี ledger ยังคงใช้ transcript fallback และไม่สร้างการเรียกเครื่องมือในอดีตหรือประกาศระบบขึ้นมาใหม่- หากไคลเอนต์ ACP หลายตัวใช้คีย์เซสชัน Gateway เดียวกัน การกำหนดเส้นทางอีเวนต์และการยกเลิก
จะเป็นแบบ best-effort แทนที่จะแยกอย่างเข้มงวดต่อไคลเอนต์ แนะนำให้ใช้
เซสชัน
acp:<uuid>ที่แยกเป็นค่าเริ่มต้นเมื่อคุณต้องการ turn ในตัวแก้ไขเฉพาะที่ที่สะอาด - สถานะหยุดของ Gateway ถูกแปลเป็นเหตุผลการหยุดของ ACP แต่การแมปนั้น แสดงรายละเอียดได้น้อยกว่ารันไทม์แบบ ACP-native เต็มรูปแบบ
- ปัจจุบันคอนโทรลเซสชันเริ่มต้นแสดงชุด knob ของ Gateway ที่มุ่งเน้น: ระดับความคิด, ความละเอียดของเครื่องมือ, การให้เหตุผล, รายละเอียดการใช้งาน และการกระทำที่ยกระดับ การเลือกโมเดลและคอนโทรล exec-host ยังไม่ถูกเปิดเผยเป็นตัวเลือกการกำหนดค่า ACP
session_info_updateและusage_updateได้มาจากสแนปช็อตเซสชัน Gateway ไม่ใช่การนับบัญชีรันไทม์แบบ ACP-native สด การใช้งานเป็นค่าประมาณ ไม่มีข้อมูลต้นทุน และปล่อยเฉพาะเมื่อ Gateway ทำเครื่องหมายข้อมูลโทเค็นรวม ว่าสดใหม่- ข้อมูลการติดตามเครื่องมือเป็นแบบ best-effort บริดจ์สามารถแสดงพาธไฟล์ที่ ปรากฏในอาร์กิวเมนต์/ผลลัพธ์ของเครื่องมือที่รู้จัก แต่ยังไม่ปล่อยเทอร์มินัล ACP หรือ diff ไฟล์แบบมีโครงสร้าง
- การส่งต่อการอนุมัติ exec จำกัดอยู่ใน prompt turn ของ ACP ที่ทำงานอยู่; การอนุมัติจาก เซสชัน Gateway อื่นจะถูกละเว้น
การใช้งาน
ไคลเอนต์ ACP (ดีบัก)
ใช้ไคลเอนต์ ACP ในตัวเพื่อตรวจความสมเหตุสมผลของบริดจ์โดยไม่ต้องใช้ IDE ไคลเอนต์จะเปิดบริดจ์ ACP และให้คุณพิมพ์พรอมป์แบบโต้ตอบ- การอนุมัติอัตโนมัติอิงตาม allowlist และใช้กับ ID เครื่องมือแกนหลักที่เชื่อถือได้เท่านั้น
- การอนุมัติอัตโนมัติของ
readจำกัดอยู่ที่ไดเรกทอรีทำงานปัจจุบัน (--cwdเมื่อกำหนดไว้) - ACP อนุมัติอัตโนมัติเฉพาะคลาสอ่านอย่างเดียวที่แคบ: การเรียก
readแบบมีขอบเขตภายใต้ cwd ที่ทำงานอยู่ รวมถึงเครื่องมือค้นหาแบบอ่านอย่างเดียว (search,web_search,memory_search) เครื่องมือที่ไม่รู้จัก/ไม่ใช่แกนหลัก, การอ่านนอกขอบเขต, เครื่องมือที่สามารถ exec ได้, เครื่องมือ control-plane, เครื่องมือที่เปลี่ยนแปลงข้อมูล และโฟลว์แบบโต้ตอบต้องได้รับการอนุมัติพรอมป์อย่างชัดเจนเสมอ toolCall.kindที่เซิร์ฟเวอร์ให้มาถือเป็นเมตาดาต้าที่ไม่น่าเชื่อถือ (ไม่ใช่แหล่งการอนุญาต)- นโยบายบริดจ์ ACP นี้แยกจากสิทธิ์ ACPX harness หากคุณเรียกใช้ OpenClaw ผ่านแบ็กเอนด์
acpxค่าplugins.entries.acpx.config.permissionMode=approve-allคือสวิตช์ “yolo” แบบ break-glass สำหรับเซสชัน harness นั้น
การทดสอบ smoke ของโปรโตคอล
สำหรับการดีบักระดับโปรโตคอล ให้เริ่ม Gateway ด้วยสถานะที่แยกไว้และขับopenclaw acp ผ่าน stdio ด้วยไคลเอนต์ ACP JSON-RPC ครอบคลุม initialize,
session/new, session/list ด้วย cwd แบบ absolute, session/resume,
session/close, การ close ซ้ำ และ resume ที่ขาดหาย
หลักฐานควรรวมความสามารถ lifecycle ที่ประกาศไว้ แถวเซสชันที่มี Gateway เป็นเบื้องหลัง
การแจ้งเตือนอัปเดต และบันทึก Gateway sessions.list:
openclaw gateway call sessions.list เป็นหลักฐาน ACP เพียงอย่างเดียว พาธ
CLI นั้นอาจขออัปเกรดขอบเขตผู้ปฏิบัติงานเป็น fresh-token; ความถูกต้องของบริดจ์ ACP
พิสูจน์ได้ด้วยเฟรม ACP stdio พร้อมบันทึก Gateway sessions.list
วิธีใช้สิ่งนี้
ใช้ ACP เมื่อ IDE (หรือไคลเอนต์อื่น) สื่อสารด้วย Agent Client Protocol และคุณต้องการ ให้มันขับเซสชัน OpenClaw Gateway- ตรวจสอบให้แน่ใจว่า Gateway กำลังทำงานอยู่ (ภายในเครื่องหรือระยะไกล)
- กำหนดค่าเป้าหมาย Gateway (config หรือ flags)
- ชี้ IDE ของคุณให้เรียกใช้
openclaw acpผ่าน stdio
การเลือก agents
ACP ไม่เลือก agents โดยตรง แต่กำหนดเส้นทางตามคีย์เซสชัน Gateway ใช้คีย์เซสชันแบบกำหนดขอบเขต agent เพื่อกำหนดเป้าหมาย agent เฉพาะ:acp:<uuid> ที่แยกออกมา เว้นแต่คุณจะแทนที่
คีย์หรือป้ายกำกับ
ไม่รองรับ mcpServers รายเซสชันในโหมดบริดจ์ หากไคลเอนต์ ACP
ส่งค่าดังกล่าวระหว่าง newSession หรือ loadSession บริดจ์จะส่งคืน
ข้อผิดพลาดที่ชัดเจนแทนการเพิกเฉยแบบเงียบ ๆ
หากคุณต้องการให้เซสชันที่ใช้ ACPX เห็นเครื่องมือ Plugin ของ OpenClaw หรือเครื่องมือ
ในตัวบางรายการ เช่น cron ให้เปิดใช้งานบริดจ์ ACPX MCP ฝั่ง Gateway แทน
การพยายามส่ง mcpServers รายเซสชัน ดู
Agent ACP และ
บริดจ์ MCP สำหรับเครื่องมือ OpenClaw
ใช้จาก acpx (Codex, Claude, ไคลเอนต์ ACP อื่น ๆ)
หากคุณต้องการให้ Agent เขียนโค้ด เช่น Codex หรือ Claude Code คุยกับบอต
OpenClaw ของคุณผ่าน ACP ให้ใช้ acpx พร้อมเป้าหมาย openclaw ในตัว
ลำดับงานทั่วไป:
- รัน Gateway และตรวจสอบให้แน่ใจว่าบริดจ์ ACP เข้าถึงได้
- ชี้
acpx openclawไปที่openclaw acp - กำหนดเป้าหมายเป็นคีย์เซสชัน OpenClaw ที่คุณต้องการให้ Agent เขียนโค้ดใช้
acpx openclaw กำหนดเป้าหมายไปยัง Gateway และคีย์เซสชันที่ระบุทุก
ครั้ง ให้แทนที่คำสั่ง Agent openclaw ใน ~/.acpx/config.json:
การตั้งค่าตัวแก้ไข Zed
เพิ่ม Agent ACP แบบกำหนดเองใน~/.config/zed/settings.json (หรือใช้ UI การตั้งค่าของ Zed):
การจับคู่เซสชัน
โดยค่าเริ่มต้น เซสชัน ACP จะได้รับคีย์เซสชัน Gateway ที่แยกออกมาโดยมีคำนำหน้าacp:
หากต้องการใช้เซสชันที่รู้จักซ้ำ ให้ส่งคีย์เซสชันหรือป้ายกำกับ:
--session <key>: ใช้คีย์เซสชัน Gateway ที่ระบุ--session-label <label>: แก้หาเซสชันที่มีอยู่ด้วยป้ายกำกับ--reset-session: ออก id เซสชันใหม่สำหรับคีย์นั้น (คีย์เดิม บันทึกการสนทนาใหม่)
ตัวเลือก
--url <url>: URL WebSocket ของ Gateway (ค่าเริ่มต้นคือ gateway.remote.url เมื่อกำหนดค่าไว้)--token <token>: โทเค็นยืนยันตัวตนของ Gateway--token-file <path>: อ่านโทเค็นยืนยันตัวตนของ Gateway จากไฟล์--password <password>: รหัสผ่านยืนยันตัวตนของ Gateway--password-file <path>: อ่านรหัสผ่านยืนยันตัวตนของ Gateway จากไฟล์--session <key>: คีย์เซสชันเริ่มต้น--session-label <label>: ป้ายกำกับเซสชันเริ่มต้นที่จะแก้หา--require-existing: ล้มเหลวหากไม่มีคีย์เซสชัน/ป้ายกำกับ--reset-session: รีเซ็ตคีย์เซสชันก่อนใช้งานครั้งแรก--no-prefix-cwd: ไม่เติมคำนำหน้าพรอมป์ด้วยไดเรกทอรีทำงาน--provenance <off|meta|meta+receipt>: รวมเมตาดาต้าหรือใบรับของแหล่งที่มาของ ACP--verbose, -v: การบันทึกแบบละเอียดไปยัง stderr
--tokenและ--passwordอาจมองเห็นได้ในรายการโปรเซสภายในเครื่องบนบางระบบ- แนะนำให้ใช้
--token-file/--password-fileหรือตัวแปรสภาพแวดล้อม (OPENCLAW_GATEWAY_TOKEN,OPENCLAW_GATEWAY_PASSWORD) - การแก้ค่าการยืนยันตัวตนของ Gateway เป็นไปตามสัญญาร่วมที่ไคลเอนต์ Gateway อื่นใช้:
- โหมด local: env (
OPENCLAW_GATEWAY_*) ->gateway.auth.*-> ใช้gateway.remote.*เป็น fallback เฉพาะเมื่อไม่ได้ตั้งค่าgateway.auth.*(SecretRefs ภายในเครื่องที่กำหนดค่าไว้แต่แก้ค่าไม่ได้จะล้มเหลวแบบปิด) - โหมด remote:
gateway.remote.*พร้อม fallback ของ env/config ตามกฎลำดับความสำคัญของ remote --urlแทนที่ได้อย่างปลอดภัยและจะไม่ใช้ข้อมูลประจำตัว config/env โดยนัยซ้ำ; ให้ส่ง--token/--passwordอย่างชัดเจน (หรือรูปแบบไฟล์)
- โหมด local: env (
- โปรเซสลูกของแบ็กเอนด์รันไทม์ ACP จะได้รับ
OPENCLAW_SHELL=acpซึ่งสามารถใช้กับกฎ shell/profile เฉพาะบริบทได้ openclaw acp clientตั้งค่าOPENCLAW_SHELL=acp-clientบนโปรเซสบริดจ์ที่สปอว์นขึ้น
ตัวเลือก acp client
--cwd <dir>: ไดเรกทอรีทำงานสำหรับเซสชัน ACP--server <command>: คำสั่งเซิร์ฟเวอร์ ACP (ค่าเริ่มต้น:openclaw)--server-args <args...>: อาร์กิวเมนต์เพิ่มเติมที่ส่งไปยังเซิร์ฟเวอร์ ACP--server-verbose: เปิดใช้การบันทึกแบบละเอียดบนเซิร์ฟเวอร์ ACP--verbose, -v: การบันทึกไคลเอนต์แบบละเอียด