Hello, we have reviewed your current deployment rules. The AI continues to respond because the rule is set to “match any of the following conditions.”
“Any condition” means that the relationship between multiple rules is an “OR” relationship. Using the current configuration as an example, a contact will enter the bot’s reception scope as long as any one of the following conditions is met:
- “Whether to respond” is not equal to “No”
- Group name is not equal to the specified group name
- External group ID is not equal to the specified group ID
For “not equal to” conditions, most contacts will typically satisfy at least one of them. Therefore, even if a contact belongs to a group you wish to exclude, the AI will still respond as long as any other condition is met.
If your goal is to “meet the basic reception conditions but exclude specific groups,” we recommend changing the top-level rule to “match all of the following conditions” and simplifying it to:
- “Whether to respond” is “not equal to” No;
- External group ID is “not equal to” the group ID to be excluded.
We suggest removing the “group name is not equal to” condition. The external group ID is the unique identifier for a group, making it more stable than the group name, and it won’t cause the rule to fail due to changes in the group name.
The current deployment rules support “any” or “all” judgments at the same level, but do not yet support nested AND/OR conditions within a single rule. We apologize for any inconvenience this may cause and will provide feedback to the product team to continuously evaluate more flexible conditional combination capabilities.
Which of the following reply strategies do you prefer?
- AI replies are not required for some group chats.
- AI replies are not required for all group chats.
If you choose the former, you can use the [Group Name] field with the “contains” or “does not contain” condition to effectively isolate groups that follow a naming pattern.
If you choose the latter, you can use the [Conversation Type] field to exclude “group chat” type conversations.
I want some group chats not to reply, but the group names are irregular and inconsistent. Is it possible to optimize the same field to accept multiple inputs?
Here are some common operational configurations for your reference. In the [Open Platform] - [3Chat Domain Configuration], there is an entity called “3Chat Group Chat.” You can add a custom field here, such as “Reply Status,” and choose the field type as either “Text” or “Formula.” Then, in the deployment settings, you can filter by this field to determine whether to reply.
- If the field type is Text, you can manually update the group chat value.
- If the field type is Formula, it can be calculated automatically.
Requirements:
1: Is it possible to configure a single option to accept multiple inputs or to reuse the same option?
2: Custom fields should be displayed during deployment.
This issue has been reported to the product and research team as a ticket. Please wait for a response.