iMessage

สถานะ: การผสานรวม CLI ภายนอกแบบเนทีฟ Gateway จะสร้างโปรเซส imsg rpc และสื่อสารด้วย JSON-RPC ผ่าน stdio — ไม่มีดีมอนหรือพอร์ตแยกต่างหาก ขอแนะนำอย่างยิ่งให้ใช้โหมด Private API เพื่อให้ช่องทาง iMessage ทำงานได้อย่างสมบูรณ์ การตอบกลับ tapback เอฟเฟกต์ แบบสำรวจ การตอบกลับไฟล์แนบ และการดำเนินการกับกลุ่มต้องใช้ imsg launch และการตรวจสอบ Private API ที่สำเร็จ

สำหรับการตั้งค่าในเครื่องโดยทั่วไป การตั้งค่า OpenClaw สามารถเสนอให้ติดตั้งหรืออัปเดต imsg ผ่าน Homebrew โดยให้ผู้ใช้ยืนยัน บน Mac ที่ลงชื่อเข้าใช้ Messages แล้ว การตั้งค่าด้วยตนเองและโครงสร้างที่ใช้ Wrapper SSH ยังคงอยู่ในการดูแลของผู้ปฏิบัติงาน: ติดตั้งหรืออัปเดต imsg ภายใต้บริบทผู้ใช้เดียวกับที่จะเรียกใช้ Gateway หรือ Wrapper

การตั้งค่าอย่างรวดเร็ว

brew install steipete/tap/imsgbrew update && brew upgrade imsgimsg rpc --helpimsg launchopenclaw channels status --probe

{channels: {imessage: {enabled: true,cliPath: "/usr/local/bin/imsg",dbPath: "/Users/user/Library/Messages/chat.db",},},}

openclaw gateway

openclaw pairing list imessageopenclaw pairing approve imessage <CODE>

ssh messages-mac 'brew install steipete/tap/imsg && brew update && brew upgrade imsg'

#!/usr/bin/env bashexec ssh -T messages-mac imsg "$@"

{channels: {imessage: {  enabled: true,  cliPath: "~/.openclaw/scripts/imsg-ssh",  remoteHost: "user@gateway-host", // used for SCP attachment fetches  includeAttachments: true,  // Optional: extra allowed attachment roots (merged with the default  // /Users/*/Library/Messages/Attachments).  attachmentRoots: ["/Users/*/Library/Messages/Attachments"],  remoteAttachmentRoots: ["/Users/*/Library/Messages/Attachments"],},},}

ข้อกำหนดและสิทธิ์ (macOS)

• ต้องลงชื่อเข้าใช้ Messages บน Mac ที่เรียกใช้ imsg
• บริบทโปรเซสที่เรียกใช้ OpenClaw/imsg ต้องมีสิทธิ์ Full Disk Access (สำหรับเข้าถึงฐานข้อมูล Messages)
• ต้องมีสิทธิ์ Automation เพื่อส่งข้อความผ่าน Messages.app
• สำหรับการดำเนินการขั้นสูง (แสดงความรู้สึก / แก้ไข / ยกเลิกการส่ง / ตอบกลับในเธรด / เอฟเฟกต์ / แบบสำรวจ / การดำเนินการกับกลุ่ม) ต้องปิดใช้งาน System Integrity Protection — ดู การเปิดใช้ Private API ของ imsg การส่งและรับข้อความกับสื่อพื้นฐานทำงานได้โดยไม่ต้องปิด

Not authorized to send Apple events to Messages. (-1743)

kTCCServiceAppleEvents | /usr/libexec/sshd-keygen-wrapper | auth_value=0 | com.apple.MobileSMS

การเปิดใช้ Private API ของ imsg

imsg มีโหมดการทำงานสองโหมด สำหรับ OpenClaw ขอแนะนำให้ตั้งค่าเป็นโหมด Private API เนื่องจากทำให้ช่องทางรองรับการดำเนินการแบบเนทีฟของ iMessage ที่ผู้ใช้คาดหวัง โหมดพื้นฐานยังคงมีประโยชน์สำหรับการติดตั้งที่มีความเสี่ยงต่ำ การตรวจสอบเบื้องต้น หรือโฮสต์ที่ไม่สามารถปิดใช้ SIP ได้

• โหมดพื้นฐาน (ค่าเริ่มต้น ไม่ต้องเปลี่ยนแปลง SIP): ข้อความและสื่อขาออกผ่าน send การเฝ้าดู/ประวัติขาเข้า และรายการแชต นี่คือความสามารถที่พร้อมใช้งานทันทีจาก brew install steipete/tap/imsg ที่ติดตั้งใหม่ ร่วมกับสิทธิ์มาตรฐานของ macOS ข้างต้น
• โหมด Private API: imsg จะแทรก dylib ตัวช่วยลงใน Messages.app เพื่อเรียกใช้ฟังก์ชันภายในของ IMCore ซึ่งจะปลดล็อก react, edit, unsend, reply (แบบเธรด), sendWithEffect, poll และ poll-vote (แบบสำรวจเนทีฟของ Messages), renameGroup, setGroupIcon, addParticipant, removeParticipant, leaveGroup รวมถึงตัวบ่งชี้การพิมพ์และใบตอบรับการอ่าน

พื้นผิวการดำเนินการที่แนะนำในหน้านี้ต้องใช้โหมด Private API README ของ imsg ระบุข้อกำหนดไว้อย่างชัดเจน:

ฟีเจอร์ขั้นสูง เช่น read, typing, launch, การส่งเนื้อหาแบบสมบูรณ์ที่มีบริดจ์รองรับ การเปลี่ยนแปลงข้อความ และการจัดการแชต เป็นแบบเลือกรับ ต้องปิดใช้งาน SIP และแทรก dylib ตัวช่วยลงใน Messages.app โดย imsg launch จะปฏิเสธการแทรกเมื่อ SIP เปิดใช้งานอยู่

เทคนิคการแทรกตัวช่วยใช้ dylib ของ imsg เองเพื่อเข้าถึง Private API ของ Messages ไม่มีเซิร์ฟเวอร์บุคคลที่สามหรือรันไทม์ BlueBubbles ในเส้นทาง iMessage ของ OpenClaw

การตั้งค่า

1. ติดตั้ง (หรืออัปเกรด) imsg บน Mac ที่เรียกใช้ Messages.app:

   brew install steipete/tap/imsgbrew update && brew upgrade imsgimsg --versionimsg status --json

   เอาต์พุต imsg status --json รายงาน bridge_version, rpc_methods และ selectors แยกตามเมธอด เพื่อให้ตรวจสอบได้ว่าบิลด์ปัจจุบันรองรับอะไรบ้างก่อนเริ่มใช้งาน

2. ปิดใช้งาน System Integrity Protection และ (บน macOS รุ่นใหม่) Library Validation การแทรก dylib ตัวช่วยที่ไม่ใช่ของ Apple เข้าไปใน Messages.app ที่ลงนามโดย Apple จำเป็นต้องปิด SIP และ ผ่อนปรนการตรวจสอบไลบรารี ขั้นตอน SIP ในโหมด Recovery จะแตกต่างกันตามเวอร์ชันของ macOS:

   • macOS 10.13-10.15 (Sierra-Catalina): ปิดใช้งาน Library Validation ผ่าน Terminal รีบูตเข้าสู่ Recovery Mode เรียกใช้ csrutil disable แล้วรีสตาร์ต
   • macOS 11+ (Big Sur และใหม่กว่า), Intel: เข้า Recovery Mode (หรือ Internet Recovery) เรียกใช้ csrutil disable แล้วรีสตาร์ต
   • macOS 11+, Apple Silicon: ใช้ลำดับการเริ่มต้นระบบด้วยปุ่มเปิด/ปิดเพื่อเข้าสู่ Recovery; บน macOS เวอร์ชันล่าสุด ให้กดปุ่ม Left Shift ค้างไว้ขณะคลิก Continue จากนั้นเรียกใช้ csrutil disable การตั้งค่าเครื่องเสมือนใช้ขั้นตอนแยกต่างหาก ดังนั้นให้สร้างสแนปช็อต VM ก่อน

   บน macOS 11 และใหม่กว่า การใช้ csrutil disable เพียงอย่างเดียวมักไม่เพียงพอ Apple ยังคงบังคับใช้การตรวจสอบไลบรารีกับ Messages.app ในฐานะไบนารีของแพลตฟอร์ม ดังนั้นตัวช่วยที่ลงนามแบบ adhoc จะถูกปฏิเสธ (Library Validation failed: ... platform binary, but mapped file is not) แม้จะปิด SIP แล้ว หลังจากปิดใช้งาน SIP ให้ปิดใช้งานการตรวจสอบไลบรารีด้วยแล้วรีบูต:

   sudo defaults write /Library/Preferences/com.apple.security.libraryvalidation.plist DisableLibraryValidation -bool true

   macOS 26 (Tahoe), ตรวจสอบแล้วบน 26.5.1: การปิด SIP ร่วมกับ คำสั่ง DisableLibraryValidation ข้างต้นเพียงพอสำหรับการแทรกตัวช่วยในเวอร์ชัน 26.0 ถึง 26.5.x ไม่จำเป็นต้องใช้ boot-args plist เป็นปัจจัยชี้ขาดและเป็นขั้นตอนที่มักขาดหายไปมากที่สุดเมื่อการแทรกล้มเหลวบน Tahoe:

   • เมื่อมี plist: imsg launch จะแทรกสำเร็จและ imsg status จะรายงาน advanced_features: true
   • เมื่อไม่มี plist (แม้จะปิด SIP แล้ว): imsg launch จะล้มเหลวพร้อม Failed to launch: Timeout waiting for Messages.app to initialize AMFI ปฏิเสธตัวช่วย adhoc ขณะโหลด ทำให้บริดจ์ไม่พร้อมทำงานและการเปิดใช้หมดเวลา การหมดเวลานี้เป็นอาการที่คนส่วนใหญ่พบบน Tahoe; วิธีแก้คือใช้ plist ข้างต้น ไม่ใช่มาตรการที่รุนแรงกว่านั้น

   หากการแทรก imsg launch หรือ selectors บางรายการเริ่มส่งคืนค่า false หลังอัปเกรด macOS สาเหตุตามปกติคือเกตนี้ ตรวจสอบสถานะ SIP และการตรวจสอบไลบรารีก่อนสรุปว่าขั้นตอน SIP ล้มเหลว หากการตั้งค่าเหล่านั้นถูกต้องแต่บริดจ์ยังแทรกไม่ได้ ให้รวบรวม imsg status --json พร้อมเอาต์พุตของ imsg launch และรายงานไปยังโครงการ imsg แทนการลดความเข้มงวดของการควบคุมความปลอดภัยทั่วทั้งระบบเพิ่มเติม

3. แทรกตัวช่วย เมื่อปิดใช้งาน SIP และลงชื่อเข้าใช้ Messages.app แล้ว:

   imsg launch

   imsg launch จะปฏิเสธการแทรกหาก SIP ยังเปิดใช้งานอยู่ ดังนั้นขั้นตอนนี้จึงใช้ยืนยันได้ด้วยว่าขั้นตอนที่ 2 สำเร็จ

4. ตรวจสอบบริดจ์จาก OpenClaw:

   openclaw channels status --probe

   รายการ iMessage ควรรายงาน works และ imsg status --json | jq '{rpc_methods, selectors}' ควรแสดงความสามารถที่บิลด์ macOS ของคุณรองรับ การสร้างโพลต้องใช้ selectors.pollPayloadMessage; การลงคะแนนต้องใช้ทั้ง selectors.pollVoteMessage และเมธอด RPC poll.vote Plugin ของ OpenClaw จะประกาศเฉพาะการดำเนินการที่โพรบในแคชรองรับ ส่วนแคชว่างจะยังคงมองในแง่ดีและทำการโพรบเมื่อส่งครั้งแรก

หาก openclaw channels status --probe รายงานแชนเนลเป็น works แต่การดำเนินการบางอย่างแสดงข้อผิดพลาด "iMessage <action> requires the imsg private API bridge" ขณะส่ง ให้เรียกใช้ imsg launch อีกครั้ง — ตัวช่วยอาจหลุดออกได้ (Messages.app รีสตาร์ต, อัปเดตระบบปฏิบัติการ ฯลฯ) และสถานะ available: true ในแคชจะยังคงประกาศการดำเนินการจนกว่าการโพรบครั้งถัดไปจะรีเฟรช

เมื่อยังคงเปิดใช้ SIP

หากการปิด SIP ไม่เป็นที่ยอมรับสำหรับโมเดลภัยคุกคามของคุณ:

• imsg จะถอยกลับไปใช้โหมดพื้นฐาน — ส่งข้อความ + สื่อ + รับเท่านั้น
• Plugin ของ OpenClaw ยังคงประกาศการส่งข้อความ/สื่อและการติดตามขาเข้า; โดยซ่อน react, edit, unsend, reply, sendWithEffect และการดำเนินการแบบกลุ่มออกจากพื้นผิวการดำเนินการ (ตามเกตความสามารถรายเมธอด)
• คุณสามารถใช้ Mac ที่ไม่ใช่ Apple Silicon แยกต่างหาก (หรือ Mac สำหรับบอตโดยเฉพาะ) โดยปิด SIP สำหรับเวิร์กโหลด iMessage ขณะที่ยังเปิด SIP บนอุปกรณ์หลัก โปรดดู ผู้ใช้ macOS สำหรับบอตโดยเฉพาะ (ข้อมูลประจำตัว iMessage แยกต่างหาก) ด้านล่าง

การควบคุมการเข้าถึงและการกำหนดเส้นทาง

{  channels: {    imessage: {      groupPolicy: "allowlist",      groupAllowFrom: ["+15555550123"],      groups: {        "*": { systemPrompt: "ใช้การสะกดแบบอังกฤษ" },        "8421": {          requireMention: true,          systemPrompt: "นี่คือแชตเวรพร้อมรับสาย ให้ตอบไม่เกิน 3 ประโยค",        },        "9907": {          // ระงับอย่างชัดเจน: ไวลด์การ์ด "ใช้การสะกดแบบอังกฤษ" จะไม่ถูกนำมาใช้ที่นี่          systemPrompt: "",        },      },    },  },}

การผูกการสนทนา ACP

แชต iMessage สามารถผูกกับเซสชัน ACP ได้

ขั้นตอนด่วนสำหรับผู้ปฏิบัติงาน:

• เรียกใช้ /acp spawn codex --bind here ภายใน DM หรือแชตกลุ่มที่อนุญาต
• ข้อความในอนาคตภายในการสนทนา iMessage เดียวกันนั้นจะถูกกำหนดเส้นทางไปยังเซสชัน ACP ที่สร้างขึ้น
• /new และ /reset จะรีเซ็ตเซสชัน ACP ที่ผูกอยู่เดิมโดยไม่เปลี่ยนเซสชัน
• /acp close จะปิดเซสชัน ACP และนำการผูกออก

การผูกแบบถาวรที่กำหนดค่าไว้ใช้รายการ bindings[] ระดับบนสุดร่วมกับ type: "acp" และ match.channel: "imessage"

match.peer.id สามารถใช้:

• แฮนเดิล DM ที่ปรับให้อยู่ในรูปแบบมาตรฐาน เช่น +15555550123 หรือ user@example.com
• chat_id:<id> (แนะนำสำหรับการผูกกลุ่มที่เสถียร)
• chat_guid:<guid>
• chat_identifier:<identifier>

ตัวอย่าง:

{  agents: {    list: [      {        id: "codex",        runtime: {          type: "acp",          acp: { agent: "codex", backend: "acpx", mode: "persistent" },        },      },    ],  },  bindings: [    {      type: "acp",      agentId: "codex",      match: {        channel: "imessage",        accountId: "default",        peer: { kind: "group", id: "chat_id:123" },      },      acp: { label: "codex-group" },    },  ],}

โปรดดู เอเจนต์ ACP สำหรับลักษณะการผูก ACP ที่ใช้ร่วมกัน

รูปแบบการติดตั้งใช้งาน

{  channels: {    imessage: {      enabled: true,      cliPath: "~/.openclaw/scripts/imsg-ssh",      remoteHost: "bot@mac-mini.tailnet-1234.ts.net",      includeAttachments: true,      dbPath: "/Users/bot/Library/Messages/chat.db",    },  },}

#!/usr/bin/env bashexec ssh -T bot@mac-mini.tailnet-1234.ts.net imsg "$@"

สื่อ การแบ่งส่วน และปลายทางการส่ง

imsg chats --limit 20

การดำเนินการผ่าน API ส่วนตัว

เมื่อ imsg launch ทำงานอยู่และ openclaw channels status --probe รายงาน privateApi.available: true เครื่องมือข้อความสามารถใช้การดำเนินการแบบเนทีฟของ iMessage เพิ่มเติมจากการส่งข้อความปกติได้

การดำเนินการทั้งหมดเปิดใช้โดยค่าเริ่มต้น ใช้ channels.imessage.actions เพื่อปิดการดำเนินการแต่ละรายการ:

{  channels: {    imessage: {      actions: {        reactions: true,        edit: true,        unsend: true,        reply: true,        sendWithEffect: true,        sendAttachment: true,        renameGroup: true,        setGroupIcon: true,        addParticipant: true,        removeParticipant: true,        leaveGroup: true,        polls: true,      },    },  },}

{  channels: {    imessage: {      sendReadReceipts: false,    },  },}

การเขียนค่ากำหนด

โดยค่าเริ่มต้น iMessage อนุญาตให้ช่องทางเป็นผู้เริ่มเขียนค่ากำหนด (สำหรับ /config set|unset เมื่อ commands.config: true)

วิธีปิดใช้งาน:

{  channels: {    imessage: {      configWrites: false,    },  },}

การรวม DM ที่ถูกแยกส่ง (คำสั่ง + URL ในการพิมพ์ครั้งเดียว)

เมื่อผู้ใช้พิมพ์คำสั่งและ URL พร้อมกัน เช่น Dump https://example.com/article แอป Messages ของ Apple จะแยกการส่งออกเป็น สองแถว chat.db แยกกัน:

1. ข้อความหนึ่งรายการ ("Dump")
2. บอลลูนแสดงตัวอย่าง URL ("https://...") ซึ่งมีรูปภาพตัวอย่าง OG เป็นไฟล์แนบ

ในการตั้งค่าส่วนใหญ่ แถวทั้งสองจะมาถึง OpenClaw ห่างกันประมาณ 0.8-2.0 วินาที หากไม่มีการรวม เอเจนต์จะได้รับเฉพาะคำสั่งในรอบที่ 1 (และมักตอบว่า "ส่ง URL มาให้ฉัน") ก่อนที่ URL จะมาถึงในรอบที่ 2 ลักษณะนี้เกิดจากไปป์ไลน์การส่งของ Apple ไม่ใช่สิ่งที่ OpenClaw หรือ imsg สร้างขึ้น

channels.imessage.coalesceSameSenderDms กำหนดให้ DM บัฟเฟอร์แถวต่อเนื่องจากผู้ส่งคนเดียวกัน เมื่อ imsg แสดงมาร์กเกอร์ตัวอย่าง URL เชิงโครงสร้าง balloon_bundle_id: "com.apple.messages.URLBalloonProvider" ในแถวต้นทางแถวใดแถวหนึ่ง OpenClaw จะรวมเฉพาะการแยกส่งจริงนั้น และคงแถวอื่นที่อยู่ในบัฟเฟอร์ไว้เป็นรอบแยกกัน ในบิลด์ imsg รุ่นเก่าที่ไม่ส่งข้อมูลเมตาของบอลลูนเลย OpenClaw ไม่สามารถแยกแยะการแยกส่งจากการส่งแยกกันได้ จึงใช้วิธีสำรองโดยรวมรายการในบัคเก็ต การทำเช่นนี้รักษาพฤติกรรมก่อนมีข้อมูลเมตาไว้ แทนที่จะทำให้การแยกส่ง Dump <url> ถดถอยเป็นสองรอบ แชตกลุ่มยังคงส่งต่อแยกตามแต่ละข้อความเพื่อรักษาโครงสร้างรอบการสนทนาของผู้ใช้หลายคน

{  channels: {    imessage: {      coalesceSameSenderDms: true, // เลือกเปิดใช้ (ค่าเริ่มต้น: false)    },  },}

{  messages: {    inbound: {      byChannel: {        // 7000 ms ครอบคลุมความล่าช้าของตัวอย่าง URL จาก Messages.app ที่ตรวจพบ        imessage: 7000,      },    },  },}

สถานการณ์และสิ่งที่เอเจนต์เห็น

คอลัมน์ "เปิดแฟล็ก" แสดงพฤติกรรมบนบิลด์ imsg ที่ส่ง balloon_bundle_id ในบิลด์ imsg รุ่นเก่าที่ไม่ส่งข้อมูลเมตาของบอลลูนเลย แถวด้านล่างที่ระบุว่า "สองรอบ" / "N รอบ" จะใช้วิธีสำรองเป็นการรวมแบบเดิม (หนึ่งรอบ) แทน เนื่องจาก OpenClaw ไม่สามารถแยกแยะการแยกส่งจากการส่งแยกกันในเชิงโครงสร้างได้ จึงรักษาพฤติกรรมการรวมก่อนมีข้อมูลเมตาไว้ การแยกอย่างแม่นยำจะเริ่มทำงานเมื่อบิลด์ส่งข้อมูลเมตาของบอลลูน

การกู้คืนขาเข้าหลังจากบริดจ์หรือ Gateway รีสตาร์ต

iMessage กู้คืนข้อความที่พลาดไปในช่วงที่ Gateway หยุดทำงาน และในขณะเดียวกันก็ระงับ "การถล่มของข้อความค้าง" ที่ล้าสมัยซึ่ง Apple อาจปล่อยออกมาหลังการกู้คืน Push พฤติกรรมเริ่มต้นนี้เปิดใช้งานเสมอ โดยสร้างอยู่บนการรับข้อมูลที่คงทนร่วมกับแนวกั้นตามอายุ

• การป้องกันการเล่นซ้ำอย่างคงทน ก่อนเลื่อนเคอร์เซอร์การกู้คืน OpenClaw จะบันทึกแต่ละแถวดิบลงในคิวรับเข้าของ SQLite ที่ใช้ร่วมกัน โดยใช้ GUID ของ Apple เป็นรหัสเหตุการณ์ แถวที่ประมวลผลเสร็จแล้วจะทิ้งทูมสโตนไว้นานประมาณ 4 ชั่วโมง โดยจำกัดสูงสุด 10,000 รายการ เพื่อให้การเล่นซ้ำที่มี GUID เดิมถูกทิ้งแม้หลังรีสตาร์ต แถวที่รอดำเนินการยังคงกู้คืนได้จนกว่าการส่งต่อจะรับช่วงไป
• การกู้คืนหลังหยุดทำงาน เมื่อเริ่มต้น มอนิเตอร์จะจดจำ rowid ของแถว chat.db ล่าสุดที่รับเข้าอย่างคงทน (เคอร์เซอร์แยกตามบัญชีที่จัดเก็บถาวร) และส่งให้ imsg watch.subscribe เป็น since_rowid เพื่อให้ imsg เล่นซ้ำแถวที่ยังไม่ได้บันทึก แล้วจึงติดตามข้อมูลสดต่อ แถวที่บันทึกก่อนเกิดการขัดข้องจะทำงานต่อจาก SQLite การเล่นซ้ำจำกัดอยู่ที่ 500 แถวล่าสุดและข้อความที่มีอายุไม่เกินประมาณ 2 ชั่วโมง ส่วนทูมสโตน GUID จะทิ้งรายการที่จัดการไปแล้ว
• แนวกั้นอายุของข้อความค้างที่ล้าสมัย แถวที่อยู่เหนือขอบเขตการเริ่มต้นเป็นข้อมูลสดจริง หากวันที่ส่งของแถวใดเก่ากว่าเวลาที่มาถึงมากกว่าประมาณ 15 นาที แถวนั้นคือข้อความค้างที่ถูกปล่อยจาก Push และจะถูกระงับ แถวที่เล่นซ้ำ (อยู่ที่หรือต่ำกว่าขอบเขต) จะใช้หน้าต่างการกู้คืนที่กว้างกว่าแทน เพื่อให้ส่งข้อความที่เพิ่งพลาดไปได้โดยไม่ส่งประวัติเก่ามาก

การกู้คืนทำงานได้ทั้งกับการตั้งค่า cliPath แบบภายในเครื่องและระยะไกล เนื่องจากการเล่นซ้ำ since_rowid ทำงานผ่านการเชื่อมต่อ RPC imsg เดียวกัน ความแตกต่างอยู่ที่หน้าต่าง เมื่อ Gateway อ่าน chat.db ได้ (ภายในเครื่อง) ระบบจะยึดขอบเขต rowid ตอนเริ่มต้น จำกัดช่วงการเล่นซ้ำ และส่งข้อความที่พลาดไปซึ่งมีอายุไม่เกินประมาณสองชั่วโมง สำหรับ cliPath ผ่าน SSH ระยะไกล ระบบไม่สามารถอ่านฐานข้อมูลได้ ดังนั้นการเล่นซ้ำจึงไม่มีขีดจำกัดและทุกแถวใช้แนวกั้นอายุของข้อมูลสด ระบบยังคงกู้คืนข้อความที่เพิ่งพลาดและระงับข้อความค้างเก่าได้ เพียงแต่ใช้หน้าต่างข้อมูลสดที่แคบกว่า ให้เรียกใช้ Gateway บน Mac ที่ใช้ Messages เพื่อให้ได้หน้าต่างการกู้คืนที่กว้างกว่า

สัญญาณที่ผู้ดูแลระบบมองเห็น

ข้อความค้างที่ถูกระงับจะถูกบันทึกในระดับเริ่มต้นเสมอ โดยไม่ถูกทิ้งอย่างเงียบ ๆ (แฟล็ก recovery แสดงว่ามีการใช้หน้าต่างใด):

imessage: ระงับข้อความขาเข้าค้างที่ล้าสมัย account=<id> sent=<iso> recovery=<bool> (ระงับแล้ว &lt;N&gt; รายการนับตั้งแต่เริ่มต้น)

การย้ายข้อมูล

channels.imessage.catchup.* เลิกแนะนำให้ใช้แล้ว — การกู้คืนหลังหยุดทำงานเป็นไปโดยอัตโนมัติและไม่ต้องใช้ค่ากำหนดสำหรับการตั้งค่าใหม่ ค่ากำหนดเดิมที่มี catchup.enabled: true จะยังคงได้รับการรองรับในฐานะโปรไฟล์ความเข้ากันได้สำหรับหน้าต่างการเล่นซ้ำเพื่อการกู้คืน บล็อก catchup ที่ปิดใช้งาน (enabled: false หรือไม่มี enabled: true) ถูกเลิกใช้แล้ว โดย openclaw doctor --fix จะนำบล็อกเหล่านั้นออก

การแก้ไขปัญหา

imsg rpc --helpimsg status --jsonopenclaw channels status --probe

imsg chats --limit 10 --jsonimsg watch --chat-id <chat-id> --jsonsqlite3 ~/Library/Messages/chat.db \"select datetime(max(date)/1000000000 + 978307200, 'unixepoch', 'localtime'), max(ROWID) from message;"

launchctl kickstart -k system/com.apple.apsdlaunchctl kickstart -k gui/$(id -u)/com.apple.CommCenterlaunchctl kickstart -k gui/$(id -u)/com.apple.identityservicesdlaunchctl kickstart -k gui/$(id -u)/com.apple.imagentimsg launchopenclaw gateway restart

#!/usr/bin/env bashexec ssh -T messages-mac imsg "$@"

openclaw channels status --probe --channel imessage

imsg chats --limit 1imsg send <handle> "test"

ตัวชี้ไปยังเอกสารอ้างอิงการกำหนดค่า

• เอกสารอ้างอิงการกำหนดค่า - iMessage
• การกำหนดค่า Gateway
• การจับคู่

เนื้อหาที่เกี่ยวข้อง

• ภาพรวมช่องทาง — ช่องทางทั้งหมดที่รองรับ
• การนำ BlueBubbles ออกและเส้นทาง iMessage ของ imsg — ประกาศและสรุปการย้ายข้อมูล
• การย้ายมาจาก BlueBubbles — ตารางแปลงการกำหนดค่าและการเปลี่ยนระบบแบบทีละขั้นตอน
• การจับคู่ — การยืนยันตัวตนสำหรับข้อความส่วนตัวและขั้นตอนการจับคู่
• กลุ่ม — ลักษณะการทำงานของแชตกลุ่มและการควบคุมด้วยการกล่าวถึง
• การกำหนดเส้นทางช่องทาง — การกำหนดเส้นทางเซสชันสำหรับข้อความ
• ความปลอดภัย — โมเดลการเข้าถึงและการเสริมความแข็งแกร่ง