เอเจนต์ 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 ที่ผูกไว้
• cancel จะยกเลิกรอบที่ทำงานอยู่เมื่อแบ็กเอนด์รองรับการยกเลิก โดยจะไม่ลบการผูกหรือข้อมูลเมตาของเซสชัน
• close จะสิ้นสุดเซสชัน ACP จากมุมมองของ OpenClaw และนำการผูกออก ชุดเครื่องมืออาจยังเก็บประวัติต้นทางของตนเองไว้ หากรองรับการดำเนินต่อ
• Plugin acpx จะล้างโครงสร้างกระบวนการแรปเปอร์และอะแดปเตอร์ที่ OpenClaw เป็นเจ้าของหลังจาก close และเก็บกวาดกระบวนการ ACPX กำพร้าที่ OpenClaw เป็นเจ้าของซึ่งค้างเก่า ระหว่างการเริ่มต้น Gateway
• เวิร์กเกอร์รันไทม์ที่ไม่ได้ใช้งานมีสิทธิ์ถูกล้างหลังจาก acp.runtime.ttlMinutes ส่วนข้อมูลเมตาของเซสชันที่จัดเก็บไว้จะยังใช้งานได้สำหรับ /acp sessions

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

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

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

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

• --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 ก็ยังคงทำงานภายในเครื่องเมื่อเปิดใช้การจัดการคำสั่งสำหรับพื้นผิวนั้น

เมื่อเปิดใช้การผูกเธรดสำหรับอะแดปเตอร์ช่อง:

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

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

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

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

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

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

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

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

สิ่งที่ OpenClaw ส่งไปยังระบบควบคุม:

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

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

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

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

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

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

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

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

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

{  "task": "Continue where we left off - fix the remaining test failures",  "runtime": "acp",  "agentId": "codex",  "resumeSessionId": "<previous-session-id>"}

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

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

หมายเหตุ:

• resumeSessionId ใช้ได้เฉพาะเมื่อ runtime: "acp" เท่านั้น รันไทม์ซับเอเจนต์เริ่มต้นจะละเว้นฟิลด์ที่ใช้เฉพาะกับ ACP นี้
• streamTo ใช้ได้เฉพาะเมื่อ runtime: "acp" เท่านั้น รันไทม์ซับเอเจนต์เริ่มต้นจะละเว้นฟิลด์ที่ใช้เฉพาะกับ ACP นี้
• resumeSessionId เป็นรหัสสำหรับดำเนินการต่อของ ACP/ฮาร์เนสภายในโฮสต์ ไม่ใช่คีย์เซสชันช่องทางของ OpenClaw โดย OpenClaw ยังคงตรวจสอบนโยบายการสร้าง ACP และนโยบายเอเจนต์เป้าหมายก่อนส่งงาน ขณะที่แบ็กเอนด์ ACP หรือฮาร์เนสเป็นผู้ควบคุมการให้สิทธิ์สำหรับการโหลดรหัสต้นทางนั้น
• resumeSessionId กู้คืนประวัติการสนทนา ACP ต้นทาง ส่วน 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" ที่ผูกกับเธรดและเส้นทางรีเลย์สตรีมเป็นการตรวจสอบการผสานรวม ที่สมบูรณ์กว่าและแยกจากกัน