กลุ่ม

OpenClaw ปฏิบัติต่อแชตกลุ่มอย่างสอดคล้องกันในทุกพื้นผิว: Discord, iMessage, Matrix, Microsoft Teams, QQBot, Signal, Slack, Telegram, WhatsApp, Zalo.

สำหรับห้องที่เปิดตลอดเวลาซึ่งควรให้บริบทแบบเงียบ เว้นแต่เอเจนต์จะส่งข้อความที่มองเห็นได้อย่างชัดเจน โปรดดู เหตุการณ์ห้องแบบ Ambient

บทนำสำหรับผู้เริ่มต้น (2 นาที)

OpenClaw "อยู่" บนบัญชีรับส่งข้อความของคุณเอง ไม่มีผู้ใช้บอท WhatsApp แยกต่างหาก หาก คุณ อยู่ในกลุ่ม OpenClaw จะเห็นกลุ่มนั้นและตอบกลับที่นั่นได้

พฤติกรรมเริ่มต้น:

• กลุ่มถูกจำกัด (groupPolicy: "allowlist")
• การตอบกลับต้องมีการกล่าวถึง เว้นแต่คุณจะปิดการกั้นด้วยการกล่าวถึงอย่างชัดเจน
• การตอบกลับที่มองเห็นได้ในกลุ่ม/ช่องใช้เครื่องมือ message เป็นค่าเริ่มต้น

ความหมาย: ผู้ส่งที่อยู่ใน allowlist สามารถเรียกใช้ OpenClaw ได้โดยการกล่าวถึง OpenClaw

ลำดับอย่างรวดเร็ว (สิ่งที่เกิดขึ้นกับข้อความกลุ่ม):

groupPolicy? disabled -> dropgroupPolicy? allowlist -> group allowed? no -> droprequireMention? yes -> mentioned? no -> store for context onlymention/reply/command/DM -> user requestalways-on group chatter -> user request, or room event when configured

การตอบกลับที่มองเห็นได้

สำหรับคำขอกลุ่ม/ช่องปกติ OpenClaw ใช้ค่าเริ่มต้น messages.groupChat.visibleReplies: "automatic" ข้อความสุดท้ายของผู้ช่วยจะโพสต์ผ่านเส้นทางการตอบกลับที่มองเห็นได้แบบเดิม เว้นแต่คุณจะเลือกให้ห้องใช้เอาต์พุตผ่านเครื่องมือข้อความเท่านั้น

ใช้ messages.groupChat.visibleReplies: "message_tool" เมื่อห้องที่ใช้ร่วมกันควรให้เอเจนต์ตัดสินใจเองว่าจะพูดเมื่อใดโดยเรียก message(action=send) วิธีนี้ทำงานได้ดีที่สุดกับห้องกลุ่มที่รองรับโดยโมเดลรุ่นล่าสุดที่เชื่อถือการใช้เครื่องมือได้ เช่น GPT 5.5 หากโมเดลพลาดเครื่องมือนั้นและส่งคืนข้อความสุดท้ายที่มีเนื้อหาสาระ OpenClaw จะเก็บข้อความสุดท้ายนั้นไว้เป็นส่วนตัวแทนที่จะโพสต์ไปยังห้อง

ใช้ "automatic" สำหรับโมเดลหรือรันไทม์ที่อ่อนกว่า ซึ่งไม่เข้าใจการส่งผ่านเครื่องมือเท่านั้นได้อย่างเชื่อถือได้ ในโหมด automatic ข้อความผู้ช่วยสุดท้ายของเอเจนต์คือเส้นทางตอบกลับต้นทางที่มองเห็นได้ ดังนั้นโมเดลที่เรียก message(action=send) ได้ไม่สม่ำเสมอยังสามารถตอบได้ตามปกติ

ในโหมด automatic การตอบกลับสุดท้ายแบบข้อความปกติจะถูกโพสต์ไปยังห้องโดยตรง หากการตอบกลับที่มองเห็นได้ต้องมีไฟล์ รูปภาพ หรือไฟล์แนบอื่น ๆ เอเจนต์ยังอาจใช้ message(action=send) สำหรับไฟล์แนบนั้น แทนที่จะพยายามบังคับส่งผ่านการตอบกลับข้อความสุดท้าย

หากเครื่องมือ message ไม่พร้อมใช้งานภายใต้นโยบายเครื่องมือที่ใช้งานอยู่ OpenClaw จะย้อนกลับไปใช้การตอบกลับที่มองเห็นได้แบบ automatic แทนที่จะกดการตอบกลับไว้เงียบ ๆ openclaw doctor จะเตือนเกี่ยวกับความไม่สอดคล้องนี้

สำหรับแชตโดยตรงและเหตุการณ์ต้นทางอื่น ๆ ให้ใช้ messages.visibleReplies: "message_tool" เพื่อใช้พฤติกรรมการตอบกลับที่มองเห็นได้แบบใช้เครื่องมือเท่านั้นเหมือนกันทั่วทั้งระบบ เทิร์นโดยตรงของ WebChat ภายในใช้การส่งการตอบกลับสุดท้ายแบบ automatic เป็นค่าเริ่มต้น เพื่อให้ Pi และ Codex ได้รับสัญญาการตอบกลับที่มองเห็นได้เดียวกัน ตั้งค่า messages.visibleReplies: "message_tool" เพื่อบังคับใช้ message(action=send) สำหรับเอาต์พุตที่มองเห็นได้โดยตั้งใจ messages.groupChat.visibleReplies ยังคงเป็นการแทนที่ที่เฉพาะเจาะจงกว่าสำหรับห้องกลุ่ม/ช่อง

สิ่งนี้แทนที่รูปแบบเดิมของการบังคับให้โมเดลตอบ NO_REPLY สำหรับเทิร์นส่วนใหญ่ในโหมดแอบอ่าน ในโหมดใช้เครื่องมือเท่านั้น พรอมป์จะไม่กำหนดสัญญา NO_REPLY การไม่ทำอะไรที่มองเห็นได้หมายถึงการไม่เรียกเครื่องมือ message เท่านั้น

การผูกการสนทนาที่ Plugin เป็นเจ้าของเป็นข้อยกเว้น เมื่อ Plugin ผูกเธรดและอ้างสิทธิ์เทิร์นขาเข้าแล้ว การตอบกลับที่ Plugin ส่งคืนคือการตอบสนองการผูกที่มองเห็นได้ โดยไม่จำเป็นต้องใช้ message(action=send) การตอบกลับนั้นเป็นเอาต์พุตของรันไทม์ Plugin ไม่ใช่ข้อความสุดท้ายส่วนตัวของโมเดล

ตัวบ่งชี้การพิมพ์ยังคงถูกส่งสำหรับคำขอกลุ่มโดยตรง เหตุการณ์ห้องแบบ Ambient ที่เปิดตลอดเวลา เมื่อเปิดใช้ จะยังคงเข้มงวดและเงียบ เว้นแต่เอเจนต์จะเรียกเครื่องมือ message

เซสชันจะกดสรุปเครื่องมือ/ความคืบหน้าแบบละเอียดไว้เป็นค่าเริ่มต้น ใช้ /verbose on เพื่อแสดงสรุปเหล่านั้นสำหรับเซสชันปัจจุบันระหว่างดีบัก และใช้ /verbose off เพื่อกลับไปใช้พฤติกรรมเฉพาะการตอบกลับสุดท้าย สถานะ verbose เดียวกันจะใช้กับแชตโดยตรง กลุ่ม ช่อง และหัวข้อฟอรัมทั้งหมด

หากต้องการส่งข้อความพูดคุยในกลุ่มที่เปิดตลอดเวลาและไม่ได้กล่าวถึงเป็นบริบทห้องแบบเงียบแทนคำขอของผู้ใช้ ให้ใช้ เหตุการณ์ห้องแบบ Ambient:

{  messages: {    groupChat: {      unmentionedInbound: "room_event",    },  },}

ค่าเริ่มต้นคือ unmentionedInbound: "user_request"

ข้อความที่มีการกล่าวถึง คำสั่ง คำขอยกเลิก และ DM ยังคงเป็นคำขอของผู้ใช้

หากต้องการบังคับให้เอาต์พุตที่มองเห็นได้ผ่านเครื่องมือ message สำหรับคำขอกลุ่ม/ช่อง:

{  messages: {    groupChat: {      visibleReplies: "message_tool",    },  },}

Gateway จะโหลดคอนฟิก messages ใหม่แบบ hot-reload หลังจากบันทึกไฟล์ รีสตาร์ทเฉพาะเมื่อการเฝ้าดูไฟล์หรือการโหลดคอนฟิกใหม่ถูกปิดในการปรับใช้งาน

หากต้องการบังคับให้เอาต์พุตที่มองเห็นได้ผ่านเครื่องมือ message สำหรับแชตต้นทางทุกประเภท:

{  messages: {    visibleReplies: "message_tool",  },}

คำสั่ง slash แบบเนทีฟ (Discord, Telegram และพื้นผิวอื่น ๆ ที่รองรับคำสั่งเนทีฟ) จะข้าม visibleReplies: "message_tool" และตอบกลับแบบมองเห็นได้เสมอ เพื่อให้ UI คำสั่งเนทีฟของช่องได้รับการตอบสนองที่คาดไว้ สิ่งนี้ใช้กับเทิร์นคำสั่งเนทีฟที่ตรวจสอบแล้วเท่านั้น คำสั่ง /... ที่พิมพ์เป็นข้อความและเทิร์นแชตทั่วไปยังคงปฏิบัติตามค่าเริ่มต้นของกลุ่มที่กำหนดไว้

การมองเห็นบริบทและ allowlist

มีการควบคุมสองแบบที่เกี่ยวข้องกับความปลอดภัยของกลุ่ม:

• การอนุญาตให้ทริกเกอร์: ใครสามารถทริกเกอร์เอเจนต์ได้ (groupPolicy, groups, groupAllowFrom, allowlist เฉพาะช่อง)
• การมองเห็นบริบท: บริบทเสริมใดที่ถูกฉีดเข้าสู่โมเดล (ข้อความตอบกลับ คำอ้างอิง ประวัติเธรด เมตาดาตาที่ส่งต่อ)

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

หากคุณต้องการ...

สำหรับ allowlist ผู้ส่งที่ใช้ซ้ำได้ โปรดดู กลุ่มการเข้าถึง

คีย์เซสชัน

• เซสชันกลุ่มใช้คีย์เซสชัน agent:<agentId>:<channel>:group:<id> (ห้อง/ช่องใช้ agent:<agentId>:<channel>:channel:<id>)
• หัวข้อฟอรัม Telegram เพิ่ม :topic:<threadId> ต่อท้าย id กลุ่ม เพื่อให้แต่ละหัวข้อมีเซสชันของตัวเอง
• แชตโดยตรงใช้เซสชันหลัก (หรือแยกตามผู้ส่ง หากกำหนดค่าไว้)
• Heartbeat ถูกข้ามสำหรับเซสชันกลุ่ม

รูปแบบ: DM ส่วนตัว + กลุ่มสาธารณะ (เอเจนต์เดียว)

ใช่ — วิธีนี้ทำงานได้ดีหากทราฟฟิก "ส่วนตัว" ของคุณคือ DM และทราฟฟิก "สาธารณะ" ของคุณคือ กลุ่ม

เหตุผล: ในโหมดเอเจนต์เดียว DM มักจะไปอยู่ในคีย์เซสชัน main (agent:main:main) ขณะที่กลุ่มจะใช้คีย์เซสชัน ที่ไม่ใช่ main เสมอ (agent:main:<channel>:group:<id>) หากคุณเปิดใช้ sandboxing ด้วย mode: "non-main" เซสชันกลุ่มเหล่านั้นจะทำงานในแบ็กเอนด์ sandbox ที่กำหนดค่าไว้ ขณะที่เซสชัน DM หลักของคุณยังอยู่บนโฮสต์ Docker เป็นแบ็กเอนด์เริ่มต้นหากคุณไม่ได้เลือกอย่างอื่น

สิ่งนี้ให้ "สมอง" เอเจนต์เดียวแก่คุณ (พื้นที่ทำงาน + หน่วยความจำที่ใช้ร่วมกัน) แต่มีท่าทางการทำงานสองแบบ:

• DM: เครื่องมือครบถ้วน (โฮสต์)
• กลุ่ม: sandbox + เครื่องมือที่จำกัด

{  agents: {    defaults: {      sandbox: {        mode: "non-main", // groups/channels are non-main -> sandboxed        scope: "session", // strongest isolation (one container per group/channel)        workspaceAccess: "none",      },    },  },  tools: {    sandbox: {      tools: {        // If allow is non-empty, everything else is blocked (deny still wins).        allow: ["group:messaging", "group:sessions"],        deny: ["group:runtime", "group:fs", "group:ui", "nodes", "cron", "gateway"],      },    },  },}

{  agents: {    defaults: {      sandbox: {        mode: "non-main",        scope: "session",        workspaceAccess: "none",        docker: {          binds: [            // hostPath:containerPath:mode            "/home/user/FriendsShared:/data:ro",          ],        },      },    },  },}

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

• คีย์คอนฟิกและค่าเริ่มต้น: การกำหนดค่า Gateway
• การดีบักว่าทำไมเครื่องมือจึงถูกบล็อก: Sandbox เทียบกับนโยบายเครื่องมือเทียบกับ Elevated
• รายละเอียด bind mount: Sandboxing

ป้ายชื่อที่แสดง

• ป้ายชื่อ UI ใช้ displayName เมื่อมี โดยจัดรูปแบบเป็น <channel>:<token>
• #room สงวนไว้สำหรับห้อง/ช่อง แชตกลุ่มใช้ g-<slug> (ตัวพิมพ์เล็ก, ช่องว่าง -> -, คง #@+._- ไว้)

นโยบายกลุ่ม

ควบคุมวิธีจัดการข้อความกลุ่ม/ห้องต่อช่อง:

{  channels: {    whatsapp: {      groupPolicy: "disabled", // "open" | "disabled" | "allowlist"      groupAllowFrom: ["+15551234567"],    },    telegram: {      groupPolicy: "disabled",      groupAllowFrom: ["123456789"], // numeric Telegram user id (wizard can resolve @username)    },    signal: {      groupPolicy: "disabled",      groupAllowFrom: ["+15551234567"],    },    imessage: {      groupPolicy: "disabled",      groupAllowFrom: ["chat_id:123"],    },    msteams: {      groupPolicy: "disabled",      groupAllowFrom: ["user@org.com"],    },    discord: {      groupPolicy: "allowlist",      guilds: {        GUILD_ID: { channels: { help: { allow: true } } },      },    },    slack: {      groupPolicy: "allowlist",      channels: { "#general": { allow: true } },    },    matrix: {      groupPolicy: "allowlist",      groupAllowFrom: ["@owner:example.org"],      groups: {        "!roomId:example.org": { enabled: true },        "#alias:example.org": { enabled: true },      },    },  },}

แบบจำลองทางความคิดอย่างรวดเร็ว (ลำดับการประเมินสำหรับข้อความกลุ่ม):

การควบคุมด้วยการกล่าวถึง (ค่าเริ่มต้น)

ข้อความกลุ่มต้องมีการกล่าวถึง เว้นแต่จะถูกแทนที่เป็นรายกลุ่ม ค่าเริ่มต้นอยู่เป็นรายระบบย่อยภายใต้ *.groups."*"

การตอบกลับข้อความของบอตนับเป็นการกล่าวถึงโดยนัยเมื่อช่องทางรองรับเมทาดาทาการตอบกลับ การอ้างอิงข้อความของบอตก็สามารถนับเป็นการกล่าวถึงโดยนัยได้เช่นกันบนช่องทางที่เปิดเผยเมทาดาทาการอ้างอิง กรณีที่มีในตัวปัจจุบันรวมถึง Telegram, WhatsApp, Slack, Discord, Microsoft Teams และ ZaloUser

{  channels: {    whatsapp: {      groups: {        "*": { requireMention: true },        "123@g.us": { requireMention: false },      },    },    telegram: {      groups: {        "*": { requireMention: true },        "123456789": { requireMention: false },      },    },    imessage: {      groups: {        "*": { requireMention: true },        "123": { requireMention: false },      },    },  },  agents: {    list: [      {        id: "main",        groupChat: {          mentionPatterns: ["@openclaw", "openclaw", "\\+15555550123"],          historyLimit: 50,        },      },    ],  },}

กำหนดขอบเขตรูปแบบการกล่าวถึงที่ตั้งค่าไว้

mentionPatterns ที่ตั้งค่าไว้เป็นตัวกระตุ้นสำรองแบบ regex ใช้เมื่อ แพลตฟอร์มไม่เปิดเผยการกล่าวถึงบอตแบบเนทีฟ หรือเมื่อคุณต้องการให้ข้อความธรรมดา เช่น openclaw: นับเป็นการกล่าวถึง การกล่าวถึงแบบเนทีฟของแพลตฟอร์มจะแยกต่างหาก: เมื่อ Discord, Slack, Telegram, Matrix หรือช่องทางอื่นสามารถพิสูจน์ได้ว่าข้อความ กล่าวถึงบอตอย่างชัดเจน การกล่าวถึงแบบเนทีฟนั้นยังคงกระตุ้น แม้ว่า รูปแบบ regex ที่กำหนดค่าไว้จะถูกปฏิเสธก็ตาม

โดยค่าเริ่มต้น รูปแบบการกล่าวถึงที่กำหนดค่าไว้จะใช้ทุกที่ที่ช่องทางนั้นส่ง ข้อเท็จจริงของผู้ให้บริการและบทสนทนาเข้าสู่การตรวจจับการกล่าวถึง เพื่อป้องกันไม่ให้รูปแบบกว้าง ๆ ปลุกเอเจนต์ในทุกกลุ่ม ให้กำหนดขอบเขตเป็นรายช่องทางด้วย channels.<channel>.mentionPatterns

ใช้ mode: "deny" เมื่อรูปแบบการกล่าวถึง regex ควรปิดเป็นค่าเริ่มต้นสำหรับ ช่องทางหนึ่ง จากนั้นเปิดใช้เฉพาะห้องด้วย allowIn:

{  messages: {    groupChat: {      mentionPatterns: ["\\bopenclaw\\b", "\\bops bot\\b"],    },  },  channels: {    slack: {      mentionPatterns: {        mode: "deny",        allowIn: ["C0123OPS"],      },    },  },}

ใช้ค่าเริ่มต้น mode: "allow" (หรือละ mode) เมื่อรูปแบบการกล่าวถึง regex ควรใช้ได้กว้าง ๆ จากนั้นปิดในห้องที่มีเสียงรบกวนมากด้วย denyIn:

{  messages: {    groupChat: {      mentionPatterns: ["\\bopenclaw\\b"],    },  },  channels: {    telegram: {      mentionPatterns: {        denyIn: ["-1001234567890", "-1001234567890:topic:42"],      },    },  },}

การแก้นโยบาย:

นโยบาย regex แบบกำหนดขอบเขตที่รองรับในวันนี้:

การกำหนดค่าช่องทางระดับบัญชีสามารถตั้งค่านโยบายเดียวกันภายใต้ channels.<channel>.accounts.<accountId>.mentionPatterns เมื่อช่องทางนั้น รองรับหลายบัญชี นโยบายบัญชีมีลำดับความสำคัญเหนือกว่านโยบายช่องทางระดับบนสุด สำหรับบัญชีนั้น

ข้อจำกัดเครื่องมือสำหรับกลุ่ม/ช่องทาง (ไม่บังคับ)

การกำหนดค่าช่องทางบางรายการรองรับการจำกัดว่าเครื่องมือใดพร้อมใช้งาน ภายในกลุ่ม/ห้อง/ช่องเฉพาะ

• tools: อนุญาต/ปฏิเสธเครื่องมือสำหรับทั้งกลุ่ม
• toolsBySender: การแทนที่รายผู้ส่งภายในกลุ่ม ใช้คำนำหน้าคีย์ที่ชัดเจน: channel:<channelId>:<senderId>, id:<senderId>, e164:<phone>, username:<handle>, name:<displayName> และไวลด์การ์ด "*" ID ช่องใช้ ID ช่อง OpenClaw แบบบัญญัติ นามแฝงเช่น teams จะถูกทำให้เป็น msteams คีย์แบบเดิมที่ไม่มีคำนำหน้ายังคงยอมรับได้และจับคู่เป็น id: เท่านั้น

ลำดับการแก้ค่า (เฉพาะเจาะจงที่สุดชนะ):

ตัวอย่าง (Telegram):

{  channels: {    telegram: {      groups: {        "*": { tools: { deny: ["exec"] } },        "-1001234567890": {          tools: { deny: ["exec", "read", "write"] },          toolsBySender: {            "id:123456789": { alsoAllow: ["exec"] },          },        },      },    },  },}

รายการอนุญาตของกลุ่ม

เมื่อกำหนดค่า channels.whatsapp.groups, channels.telegram.groups หรือ channels.imessage.groups คีย์จะทำหน้าที่เป็นรายการอนุญาตของกลุ่ม ใช้ "*" เพื่ออนุญาตทุกกลุ่มขณะที่ยังคงตั้งค่าลักษณะการกล่าวถึงเริ่มต้นไว้

ความต้องการทั่วไป (คัดลอก/วาง):

{  channels: { whatsapp: { groupPolicy: "disabled" } },}

{  channels: {    whatsapp: {      groups: {        "123@g.us": { requireMention: true },        "456@g.us": { requireMention: false },      },    },  },}

{  channels: {    whatsapp: {      groups: { "*": { requireMention: true } },    },  },}

{  channels: {    whatsapp: {      groupPolicy: "allowlist",      groupAllowFrom: ["+15551234567"],      groups: { "*": { requireMention: true } },    },  },}

การเปิดใช้งาน (เฉพาะเจ้าของ)

เจ้าของกลุ่มสามารถสลับการเปิดใช้งานรายกลุ่มได้:

• /activation mention
• /activation always

เจ้าของจะถูกกำหนดโดย channels.whatsapp.allowFrom (หรือ E.164 ของตัวบอตเองเมื่อไม่ได้ตั้งค่า) ส่งคำสั่งเป็นข้อความเดี่ยว พื้นผิวอื่น ๆ จะเพิกเฉยต่อ /activation ในตอนนี้

ฟิลด์บริบท

เพย์โหลดขาเข้าของกลุ่มตั้งค่า:

• ChatType=group
• GroupSubject (หากทราบ)
• GroupMembers (หากทราบ)
• WasMentioned (ผลลัพธ์ของ mention gating)
• หัวข้อฟอรัมของ Telegram จะรวม MessageThreadId และ IsForum ด้วย

พรอมป์ระบบของเอเจนต์จะรวมบทนำของกลุ่มในเทิร์นแรกของเซสชันกลุ่มใหม่ ซึ่งเตือนโมเดลให้ตอบเหมือนมนุษย์ ลดบรรทัดว่าง และเว้นระยะข้อความตามแชตปกติ รวมถึงหลีกเลี่ยงการพิมพ์ลำดับ \n แบบตรงตัว กลุ่มที่ไม่ใช่ Telegram ยังไม่สนับสนุนตาราง Markdown ด้วย ส่วนคำแนะนำ rich-text ของ Telegram มาจากพรอมป์ช่องทาง Telegram ชื่อกลุ่มและป้ายชื่อผู้เข้าร่วมที่มาจากช่องทางจะแสดงเป็นเมทาดาทาที่ไม่น่าเชื่อถือแบบ fenced ไม่ใช่คำสั่งระบบแบบ inline

รายละเอียดเฉพาะของ iMessage

• แนะนำให้ใช้ chat_id:<id> เมื่อ routing หรือ allowlisting
• แสดงรายการแชต: imsg chats --limit 20
• การตอบกลับกลุ่มจะกลับไปยัง chat_id เดิมเสมอ

พรอมป์ระบบของ WhatsApp

ดู WhatsApp สำหรับกฎพรอมป์ระบบ WhatsApp ที่เป็น canonical รวมถึงการแก้ไขพรอมป์ของกลุ่มและแบบ direct, พฤติกรรม wildcard และ semantics ของ account override

รายละเอียดเฉพาะของ WhatsApp

ดู ข้อความกลุ่ม สำหรับพฤติกรรมเฉพาะของ WhatsApp (การฉีดประวัติ, รายละเอียดการจัดการการ mention)

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

• กลุ่ม Broadcast
• การ routing ช่องทาง
• ข้อความกลุ่ม
• การจับคู่