เอเจนต์ ACP

• หากตั้งค่า plugins.allow ไว้ ค่านี้จะเป็นรายการ Plugin แบบจำกัดและ ต้อง รวม acpx มิฉะนั้นแบ็กเอนด์ ACP ที่ติดตั้งจะถูกบล็อกโดยเจตนา (/acp doctor จะรายงานรายการที่ขาดหายไปในรายการอนุญาต)
• อะแดปเตอร์ Codex ACP มาพร้อมกับ Plugin acpx และจะเปิดใช้ภายในเครื่องเมื่อเป็นไปได้
• Codex ACP ทำงานด้วย CODEX_HOME ที่แยกออกจากกัน OpenClaw จะคัดลอกรายการความเชื่อถือของโปรเจกต์ที่เชื่อถือได้ พร้อมการกำหนดค่าเส้นทางโมเดล/ผู้ให้บริการที่ปลอดภัย (model, model_provider, model_reasoning_effort, sandbox_mode และฟิลด์ model_providers.<name> ที่ปลอดภัย) จากการกำหนดค่า Codex ของโฮสต์ ส่วนการยืนยันตัวตน การแจ้งเตือน และฮุกจะคงอยู่ในการกำหนดค่าของโฮสต์เท่านั้น
• อะแดปเตอร์ของเครื่องมือเป้าหมายอื่นอาจถูกดึงเมื่อต้องการด้วย npx ในการใช้งานครั้งแรก
• การยืนยันตัวตนกับผู้จำหน่ายสำหรับเครื่องมือนั้นต้องมีอยู่บนโฮสต์แล้ว
• หากโฮสต์ไม่มี npm หรือสิทธิ์เข้าถึงเครือข่าย การดึงอะแดปเตอร์ในการเรียกใช้ครั้งแรกจะล้มเหลวจนกว่าจะมีการเตรียมแคชไว้ล่วงหน้าหรือติดตั้งอะแดปเตอร์ด้วยวิธีอื่น

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

ก่อนสรุปว่าเป็นปัญหาของ OpenClaw ให้ตรวจสอบว่า:

• /acp doctor รายงานแบ็กเอนด์ที่เปิดใช้และพร้อมทำงาน
• รายการอนุญาต acp.allowedAgents อนุญาตรหัสเป้าหมาย เมื่อมีการตั้งค่ารายการอนุญาตนั้น
• คำสั่งของเครื่องมือสามารถเริ่มทำงานบนโฮสต์ Gateway ได้
• มีการยืนยันตัวตนกับผู้ให้บริการสำหรับเครื่องมือนั้น (claude, codex, gemini, opencode, droid เป็นต้น)
• โมเดลที่เลือกมีอยู่สำหรับเครื่องมือนั้น - รหัสโมเดลไม่สามารถใช้ข้ามเครื่องมือได้
• cwd ที่ร้องขอมีอยู่และเข้าถึงได้ หรือไม่ระบุ cwd เพื่อให้แบ็กเอนด์ใช้ค่าเริ่มต้น
• โหมดสิทธิ์ตรงกับงาน เซสชันแบบไม่โต้ตอบไม่สามารถคลิกข้อความแจ้งสิทธิ์แบบเนทีฟได้ ดังนั้นการเขียนโค้ดที่ใช้การเขียน/เรียกใช้คำสั่งจำนวนมากโดยทั่วไปจึงต้องใช้โปรไฟล์สิทธิ์ ACPX ที่ดำเนินการต่อแบบไร้ส่วนติดต่อได้

• การสร้างจะสร้างหรือดำเนินเซสชันรันไทม์ ACP ต่อ บันทึกข้อมูลเมตา ACP ไว้ในที่เก็บเซสชันของ OpenClaw และอาจสร้างงานเบื้องหลังเมื่อการรันมีงานแม่เป็นเจ้าของ
• เซสชัน ACP ที่มีงานแม่เป็นเจ้าของจะถือเป็นงานเบื้องหลัง แม้ว่าเซสชันรันไทม์จะเป็นแบบถาวรก็ตาม การเสร็จสิ้นและการส่งข้ามพื้นผิวจะดำเนินการผ่านตัวแจ้งเตือนงานแม่ แทนที่จะทำงานเหมือนเซสชันแชตปกติที่ผู้ใช้มองเห็น
• การบำรุงรักษางานจะปิดเซสชัน ACP แบบครั้งเดียวที่มีงานแม่เป็นเจ้าของและอยู่ในสถานะสิ้นสุดหรือกำพร้า เซสชัน ACP แบบถาวรจะยังคงอยู่ตราบใดที่ยังมีการผูกการสนทนาที่ใช้งานอยู่ ส่วนเซสชันถาวรที่เก่าและไม่มีการผูกที่ใช้งานอยู่จะถูกปิด เพื่อไม่ให้ดำเนินต่อโดยไม่มีการแจ้งเตือนหลังจากงานเจ้าของเสร็จสิ้นหรือระเบียนงานหายไปแล้ว
• ข้อความติดตามผลที่ผูกไว้จะส่งตรงไปยังเซสชัน ACP จนกว่าการผูกจะถูกปิด เลิกโฟกัส รีเซ็ต หรือหมดอายุ
• คำสั่ง Gateway จะยังคงประมวลผลภายในเครื่อง /acp ..., /status และ /unfocus จะไม่ถูกส่งเป็นข้อความพรอมต์ปกติไปยัง ACP harness ที่ผูกไว้
• cancel จะยกเลิกรอบที่ทำงานอยู่เมื่อแบ็กเอนด์รองรับการยกเลิก โดยจะไม่ลบการผูกหรือข้อมูลเมตาของเซสชัน
• close จะสิ้นสุดเซสชัน ACP จากมุมมองของ OpenClaw และนำการผูกออก แต่ harness อาจยังเก็บประวัติต้นทางของตนเองไว้หากรองรับการดำเนินต่อ
• Plugin acpx จะล้างแผนผังกระบวนการ wrapper และ adapter ที่ OpenClaw เป็นเจ้าของหลังจาก close และเก็บกวาดกระบวนการกำพร้า ACPX ที่เก่าและ OpenClaw เป็นเจ้าของระหว่างการเริ่มต้น Gateway
• ตัวทำงานรันไทม์ที่ไม่ได้ใช้งานมีสิทธิ์ถูกล้างหลังจากพ้นช่วงเวลาว่างในตัว ส่วนข้อมูลเมตาของเซสชันที่จัดเก็บไว้ยังคงพร้อมใช้งานสำหรับ /acp sessions

ทริกเกอร์ภาษาธรรมชาติที่ควรกำหนดเส้นทางไปยัง Plugin Codex แบบเนทีฟ เมื่อเปิดใช้งาน:

• "ผูกช่อง Discord นี้กับ Codex"
• "แนบแชตนี้กับเธรด Codex <id>"
• "แสดงเธรด Codex แล้วผูกเธรดนี้"

การผูกการสนทนา Codex แบบเนทีฟเป็นเส้นทางควบคุมแชตเริ่มต้น เครื่องมือแบบไดนามิกของ OpenClaw ยังคงทำงานผ่าน OpenClaw ส่วนเครื่องมือเนทีฟของ Codex เช่น shell/apply-patch จะทำงานภายใน Codex สำหรับเหตุการณ์เครื่องมือเนทีฟของ Codex OpenClaw จะแทรกรีเลย์ hook แบบเนทีฟต่อรอบ เพื่อให้ hook ของ Plugin สามารถบล็อก before_tool_call, สังเกต after_tool_call และกำหนดเส้นทางเหตุการณ์ Codex PermissionRequest ผ่านการอนุมัติของ OpenClaw ส่วน hook Stop ของ Codex จะถูกรีเลย์ไปยัง before_agent_finalize ของ OpenClaw ซึ่ง Plugin สามารถขอ ให้โมเดลทำงานเพิ่มอีกหนึ่งรอบก่อนที่ Codex จะสรุปคำตอบ รีเลย์นี้จงใจ ทำงานอย่างระมัดระวัง โดยจะไม่แก้ไขอาร์กิวเมนต์ของเครื่องมือเนทีฟ Codex หรือเขียนระเบียนเธรด Codex ใหม่ ใช้ ACP อย่างชัดเจนเฉพาะเมื่อต้องการ โมเดลรันไทม์/เซสชันของ ACP ขอบเขตการรองรับ Codex แบบฝังตัว มีการระบุไว้ใน สัญญาการรองรับ Codex harness v1

• การอ้างอิงโมเดล Codex แบบเดิม - เส้นทางโมเดล OAuth/การสมัครใช้บริการ Codex แบบเดิมที่ doctor ซ่อมแซม
• openai/* - รันไทม์แบบฝังตัวของ app-server Codex แบบเนทีฟสำหรับรอบเอเจนต์ OpenAI
• /codex ... - การควบคุมการสนทนา Codex แบบเนทีฟ
• /acp ... หรือ runtime: "acp" - การควบคุม ACP/acpx อย่างชัดเจน

ทริกเกอร์ที่ควรกำหนดเส้นทางไปยังรันไทม์ ACP:

• "เรียกใช้งานนี้เป็นเซสชัน Claude Code ACP แบบครั้งเดียวและสรุปผลลัพธ์"
• "ใช้ Gemini CLI สำหรับงานนี้ในเธรด แล้วเก็บข้อความติดตามผลไว้ในเธรดเดิม"
• "เรียกใช้ Codex ผ่าน ACP ในเธรดเบื้องหลัง"

OpenClaw เลือก runtime: "acp", แก้ไข harness agentId, ผูกกับ การสนทนาหรือเธรดปัจจุบันเมื่อรองรับ และกำหนดเส้นทางข้อความติดตามผล ไปยังเซสชันนั้นจนกว่าจะปิด/หมดอายุ Codex จะใช้เส้นทางนี้เฉพาะเมื่อ ระบุ ACP/acpx อย่างชัดเจน หรือ Plugin Codex แบบเนทีฟไม่พร้อมใช้งานสำหรับ การดำเนินการที่ร้องขอ

สำหรับ sessions_spawn จะประกาศ runtime: "acp" เฉพาะเมื่อเปิดใช้งาน ACP ผู้ร้องขอไม่ได้อยู่ในแซนด์บ็อกซ์ และโหลดแบ็กเอนด์รันไทม์ ACP แล้ว acp.dispatch.enabled=false จะหยุดการส่งเธรด ACP อัตโนมัติชั่วคราว แต่จะไม่ซ่อนหรือบล็อกการเรียก sessions_spawn({ runtime: "acp" }) อย่างชัดเจน โดยกำหนดเป้าหมายไปยังรหัส ACP harness เช่น codex, claude, droid, gemini หรือ opencode อย่าส่งรหัสเอเจนต์การกำหนดค่า OpenClaw ปกติ จาก agents_list เว้นแต่รายการนั้นจะกำหนดค่าไว้อย่างชัดเจนด้วย agents.list[].runtime.type="acp" มิฉะนั้นให้ใช้รันไทม์ซับเอเจนต์ เริ่มต้น เมื่อกำหนดค่าเอเจนต์ OpenClaw ด้วย runtime.type="acp" OpenClaw จะใช้ runtime.acp.agent เป็นรหัส harness เบื้องหลัง

• --bind here และ --thread ... ใช้ร่วมกันไม่ได้
• --bind here ใช้งานได้เฉพาะในช่องที่ประกาศว่ารองรับการผูกกับการสนทนาปัจจุบัน มิฉะนั้น OpenClaw จะส่งคืนข้อความที่ชัดเจนว่าไม่รองรับ การผูกจะคงอยู่แม้ Gateway เริ่มต้นใหม่
• ใน Discord spawnSessions ควบคุมการสร้างเธรดลูกสำหรับ --thread auto|here ไม่ใช่ --bind here
• หากสร้างไปยังเอเจนต์ ACP อื่นโดยไม่มี --cwd OpenClaw จะสืบทอดพื้นที่ทำงานของ เอเจนต์เป้าหมาย ตามค่าเริ่มต้น พาธที่สืบทอดมาแต่ไม่มีอยู่ (ENOENT/ENOTDIR) จะย้อนกลับไปใช้ค่าเริ่มต้นของแบ็กเอนด์ ส่วนข้อผิดพลาดการเข้าถึงอื่น (เช่น EACCES) จะแสดงเป็นข้อผิดพลาดในการสร้าง
• คำสั่งจัดการ Gateway จะยังคงประมวลผลภายในเครื่องในการสนทนาที่ผูกไว้ กล่าวคือคำสั่ง /acp ... จะได้รับการจัดการโดย OpenClaw แม้ว่าข้อความติดตามผลปกติจะถูกกำหนดเส้นทางไปยังเซสชัน ACP ที่ผูกไว้ และ /status กับ /unfocus จะยังคงประมวลผลภายในเครื่องด้วยเสมอ เมื่อเปิดใช้งานการจัดการคำสั่งสำหรับพื้นผิวนั้น

เมื่อเปิดใช้งานการผูกเธรดสำหรับ adapter ของช่อง:

• OpenClaw ผูกเธรดกับเซสชัน ACP เป้าหมาย
• ข้อความติดตามผลในเธรดนั้นจะถูกกำหนดเส้นทางไปยังเซสชัน ACP ที่ผูกไว้
• เอาต์พุต ACP จะถูกส่งกลับไปยังเธรดเดิม
• การเลิกโฟกัส/ปิด/เก็บถาวร/หมดเวลาว่าง หรือหมดอายุสูงสุดจะนำการผูกออก
• /acp close, /acp cancel, /acp status, /status และ /unfocus เป็นคำสั่ง Gateway ไม่ใช่พรอมต์สำหรับ ACP harness

แฟล็กคุณลักษณะที่จำเป็นสำหรับ ACP ที่ผูกกับเธรด:

• acp.enabled=true
• acp.dispatch.enabled เปิดอยู่ตามค่าเริ่มต้น (ตั้งค่า false เพื่อหยุดการส่งเธรด ACP อัตโนมัติชั่วคราว การเรียก sessions_spawn({ runtime: "acp" }) อย่างชัดเจนยังคงทำงาน)
• เปิดใช้งานการสร้างเซสชันเธรดของ adapter ช่อง (ค่าเริ่มต้น: true):
  • Discord: channels.discord.threadBindings.spawnSessions=true
  • Telegram: channels.telegram.threadBindings.spawnSessions=true

การรองรับการผูกเธรดขึ้นอยู่กับ adapter หาก adapter ของช่องที่ใช้งานอยู่ ไม่รองรับการผูกเธรด OpenClaw จะส่งคืนข้อความที่ชัดเจนว่า ไม่รองรับ/ไม่พร้อมใช้งาน

• adapter ของช่องใดก็ตามที่เปิดเผยความสามารถในการผูกเซสชัน/เธรด
• การรองรับในตัวปัจจุบัน: เธรด/ช่อง Discord, หัวข้อ Telegram (หัวข้อฟอรัมในกลุ่ม/ซูเปอร์กรุ๊ปและหัวข้อ DM)
• ช่องของ Plugin สามารถเพิ่มการรองรับผ่านอินเทอร์เฟซการผูกเดียวกัน

เซสชันแบบโต้ตอบมีไว้เพื่อสนทนาต่อบนพื้นผิวแชตที่มองเห็นได้:

• /acp spawn ... --bind here เชื่อมโยงการสนทนาปัจจุบันกับเซสชัน ACP
• /acp spawn ... --thread ... เชื่อมโยงเธรด/หัวข้อของช่องกับเซสชัน ACP
• bindings[].type="acp" แบบถาวรที่กำหนดค่าไว้จะกำหนดเส้นทางการสนทนาที่ตรงกันไปยังเซสชัน ACP เดิม

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

สิ่งที่ OpenClaw ส่งไปยังแฮร์เนส:

• การติดตามผลแบบผูกตามปกติจะถูกส่งเป็นข้อความพรอมต์ พร้อมไฟล์แนบเฉพาะเมื่อ harness/backend รองรับเท่านั้น
• คำสั่งจัดการ /acp และคำสั่ง Gateway ภายในเครื่องจะถูกดักจับก่อนส่งต่อไปยัง ACP
• เหตุการณ์การเสร็จสิ้นที่สร้างโดยรันไทม์จะถูกทำให้เป็นรูปธรรมแยกตามเป้าหมาย เอเจนต์ OpenClaw จะได้รับ envelope บริบทรันไทม์ภายในของ OpenClaw ส่วน harness ACP ภายนอกจะได้รับพรอมต์ธรรมดาที่มีผลลัพธ์จากงานลูกและคำสั่ง ไม่ควรส่ง envelope ดิบ <<&lt;BEGIN_OPENCLAW_INTERNAL_CONTEXT&gt;>> ไปยัง harness ภายนอกหรือบันทึกคงไว้เป็นข้อความบทสนทนาของผู้ใช้ ACP โดยเด็ดขาด
• รายการบทสนทนา ACP ใช้ข้อความทริกเกอร์ที่ผู้ใช้มองเห็นหรือพรอมต์การเสร็จสิ้นแบบธรรมดา เมทาดาทาเหตุการณ์ภายในจะยังคงมีโครงสร้างอยู่ใน OpenClaw เมื่อทำได้ และไม่ถือเป็นเนื้อหาแชตที่ผู้ใช้เป็นผู้เขียน

เซสชัน ACP แบบครั้งเดียวที่ถูกสร้างโดยการทำงานของเอเจนต์อื่นจะเป็นงานลูก เบื้องหลัง คล้ายกับเอเจนต์ย่อย:

• พาเรนต์ร้องของานด้วย sessions_spawn({ runtime: "acp", mode: "run" })
• งานลูกทำงานในเซสชัน harness ACP ของตนเอง
• เทิร์นของงานลูกทำงานบนเลนเบื้องหลังเดียวกับที่ใช้สร้างเอเจนต์ย่อยแบบเนทีฟ ดังนั้น harness ACP ที่ช้าจะไม่ปิดกั้นงานในเซสชันหลักอื่นที่ไม่เกี่ยวข้อง
• รายงานการเสร็จสิ้นจะส่งกลับผ่านเส้นทางประกาศการเสร็จสิ้นของงาน OpenClaw จะแปลงเมทาดาทาการเสร็จสิ้นภายในเป็นพรอมต์ ACP แบบธรรมดาก่อนส่งไปยัง harness ภายนอก ดังนั้น harness จะไม่เห็นเครื่องหมายบริบทรันไทม์ที่ใช้เฉพาะใน OpenClaw
• พาเรนต์จะเขียนผลลัพธ์ของงานลูกใหม่ด้วยน้ำเสียงปกติของผู้ช่วย เมื่อการตอบกลับที่ผู้ใช้มองเห็นมีประโยชน์

อย่า ถือว่าเส้นทางนี้เป็นแชตแบบเพียร์ทูเพียร์ระหว่างพาเรนต์กับ งานลูก งานลูกมีช่องทางส่งผลการเสร็จสิ้นกลับไปยังพาเรนต์อยู่แล้ว

sessions_send สามารถกำหนดเป้าหมายเป็นเซสชันอื่นหลังการสร้างได้ สำหรับเซสชันเพียร์ ปกติ OpenClaw ใช้เส้นทางติดตามผลแบบเอเจนต์ถึงเอเจนต์ (A2A) หลังจาก แทรกข้อความ:

• รอการตอบกลับจากเซสชันเป้าหมาย
• ให้ผู้ร้องขอและเป้าหมายแลกเปลี่ยนเทิร์นติดตามผลตามจำนวนที่จำกัดไว้ได้ตามต้องการ
• ขอให้เป้าหมายสร้างข้อความประกาศ
• ส่งประกาศนั้นไปยังช่องหรือเธรดที่มองเห็นได้

เส้นทาง A2A ดังกล่าวเป็นทางเลือกสำรองสำหรับการส่งระหว่างเพียร์ที่ผู้ส่งต้องการ การติดตามผลที่มองเห็นได้ เส้นทางนี้ยังคงเปิดใช้งานเมื่อเซสชันที่ไม่เกี่ยวข้องสามารถมองเห็นและ ส่งข้อความไปยังเป้าหมาย ACP ได้ เช่น ภายใต้การตั้งค่า tools.sessions.visibility แบบกว้าง

OpenClaw จะข้ามการติดตามผลแบบ A2A เฉพาะเมื่อผู้ร้องขอเป็นพาเรนต์ของ งานลูก ACP แบบครั้งเดียวที่พาเรนต์นั้นเป็นเจ้าของ ในกรณีดังกล่าว การเรียกใช้ A2A ซ้อนบน การเสร็จสิ้นของงานอาจปลุกพาเรนต์ด้วยผลลัพธ์ของงานลูก ส่งต่อ การตอบกลับของพาเรนต์กลับเข้าไปยังงานลูก และสร้างลูปสะท้อนกลับระหว่างพาเรนต์/งานลูก ผลลัพธ์ sessions_send จะรายงาน delivery.status="skipped" สำหรับ กรณีงานลูกที่เป็นเจ้าของนั้น เนื่องจากเส้นทางการเสร็จสิ้นรับผิดชอบ ผลลัพธ์อยู่แล้ว

ใช้ resumeSessionId เพื่อดำเนินเซสชัน ACP ก่อนหน้าต่อแทน การเริ่มใหม่ เอเจนต์จะเล่นประวัติการสนทนาของตนซ้ำผ่าน session/load จึงสามารถดำเนินการต่อด้วยบริบททั้งหมดของสิ่งที่เกิดขึ้นก่อนหน้า

{  "task": "ทำต่อจากจุดที่ค้างไว้ - แก้การทดสอบที่ยังล้มเหลืออยู่",  "runtime": "acp",  "agentId": "codex",  "resumeSessionId": "<previous-session-id>"}

กรณีใช้งานทั่วไป:

• ส่งต่อเซสชัน Codex จากแล็ปท็อปไปยังโทรศัพท์ โดยบอกเอเจนต์ให้ทำต่อจากจุดที่ค้างไว้
• ดำเนินเซสชันเขียนโค้ดที่เริ่มแบบโต้ตอบใน CLI ต่อ โดยเปลี่ยนมาทำแบบไม่มีส่วนติดต่อผ่านเอเจนต์
• ดำเนินงานที่หยุดชะงักจากการรีสตาร์ต Gateway หรือหมดเวลาจากการไม่มีการใช้งานต่อ

หมายเหตุ:

• resumeSessionId ใช้ได้เฉพาะเมื่อ runtime: "acp" เท่านั้น รันไทม์เอเจนต์ย่อยเริ่มต้นจะไม่สนใจฟิลด์ที่ใช้เฉพาะกับ ACP นี้
• streamTo ใช้ได้เฉพาะเมื่อ runtime: "acp" เท่านั้น รันไทม์เอเจนต์ย่อยเริ่มต้นจะไม่สนใจฟิลด์ที่ใช้เฉพาะกับ ACP นี้
• resumeSessionId เป็นรหัสสำหรับดำเนิน ACP/harness ต่อที่ใช้ภายในโฮสต์ ไม่ใช่คีย์เซสชันช่องของ OpenClaw โดย OpenClaw ยังคงตรวจสอบนโยบายการสร้าง ACP และนโยบายเอเจนต์เป้าหมายก่อนส่งต่อ ขณะที่ backend หรือ harness ของ ACP เป็นผู้รับผิดชอบการอนุญาตสำหรับการโหลดรหัส upstream นั้น
• resumeSessionId กู้คืนประวัติการสนทนา ACP ของ upstream ส่วน thread และ mode ยังคงใช้กับเซสชัน OpenClaw ใหม่ที่กำลังสร้างตามปกติ ดังนั้น mode: "session" ยังคงต้องใช้ thread: true
• เอเจนต์เป้าหมายต้องรองรับ session/load (Codex และ Claude Code รองรับ)
• หากไม่พบรหัสเซสชัน การสร้างจะล้มเหลวพร้อมข้อผิดพลาดที่ชัดเจน โดยไม่มีการย้อนกลับไปสร้างเซสชันใหม่แบบเงียบ ๆ

หลังปรับใช้ Gateway ให้ทำการตรวจสอบแบบต้นทางถึงปลายทางกับระบบจริง แทนการเชื่อถือ เฉพาะการทดสอบหน่วย:

1. ตรวจสอบเวอร์ชันและคอมมิตของ Gateway ที่ปรับใช้บนโฮสต์เป้าหมาย
2. เปิดเซสชันบริดจ์ ACPX ชั่วคราวไปยังเอเจนต์จริง
3. ขอให้เอเจนต์นั้นเรียก sessions_spawn พร้อม runtime: "acp", agentId: "codex", mode: "run" และงาน Reply with exactly LIVE-ACP-SPAWN-OK
4. ตรวจสอบ accepted=yes, childSessionKey จริง และต้องไม่มีข้อผิดพลาดจากตัวตรวจสอบ
5. ล้างเซสชันบริดจ์ชั่วคราว

คงเกตไว้ที่ mode: "run" และข้าม streamTo: "parent" - เส้นทาง mode: "session" ที่ผูกกับเธรดและเส้นทางรีเลย์สตรีมเป็นการทดสอบ การผสานรวมที่สมบูรณ์กว่าและแยกต่างหาก