# Responders

**Responders** are members of your organization who act as support agents or team members responsible for handling incoming requests.

## **Responder Identification**

### **For Customer Support**

Define responders by specifying an **email domain** (e.g., `@clearfeed.ai`). All Slack users with that domain are automatically considered responders. You can also manually add Slack users from other domains as additional responders.

<figure><img src="/files/nVURx21BYqRwpHqkPA4p" alt="" width="563"><figcaption></figcaption></figure>

### **For Supporting Employees using ClearFeed**

All users with the **Agent** role are considered responders by default. You can assign the Agent role to additional team members in the [**Users**](/clearfeed-help-center/account-setup/manage-users.md) section.

<figure><img src="/files/IdTulZXSv1O2GgKlekdm" alt="" width="563"><figcaption></figcaption></figure>

### **For Supporting Employees using External Integrations**

You can directly search and add Slack users as responders.

<figure><img src="/files/gkEOsdJvuzSkt5XgbEL5" alt="" width="563"><figcaption></figcaption></figure>

## **Controlling which messages create Requests**

When a new ClearFeed account is created - most messages in request channels create requests (regardless of whether agents/responders post a message). While Announcements do not create requests, but replies to announcements by customers also create requests. Some messages maybe filtered based on their content and do not create requests. (See also: [How to suppress request creation](/clearfeed-help-center/advanced-recipes/how-to-suppress-request-creation.md))

Request creation can be suppressed based on the role of the user and these controls are provided in the Responder Settings:

<figure><img src="/files/jYIqpkdEI0Ij6UoXPugM" alt="" width="563"><figcaption></figcaption></figure>

* When **Create requests from Responder messages in request channels** is toggled **ON**, any message from a responder in a request channel automatically creates a new request in the **Open** state.

For teams using ClearFeed for Customer Support, we generally recommend keeping this setting **disabled (OFF)** so that internal responder messages (e.g., from your own domain such as `@yourcompany.com`) do **not** automatically create requests. Turn it **ON** only if you explicitly want responder messages in customer/request channels to become requests by default.

For teams using ClearFeed for Internal Helpdesks, we generally recommend keeping this setting **enabled (ON)** since agents may also want to file requests from request channels. Ultimately, this is a preference setting—choose the behavior that best matches how your team uses request channels.

* If the previous option (**Create requests from Responder messages in request channels**) is turned off - replies by customers (ie. non-responders) to threads initiated by Responders still creates a requests. Users can suppress such requests by turning **OFF** the second toggle (**Create requests from replies on responder threads**). If this is turned off - threads initiated by Responders never create requests, even when customers reply to them.

  We recommend keeping this setting to **enabled (ON)**
* Note that where messages are not converted into requests - either because of the settings above, or because they were old messages prior to ClearFeed being installed in the channel - they can be converted into requests manually by applying a `:pushpin:` emoji.

***

## Responder Replies and SLA Behavior

{% hint style="warning" %}
**Important:** Only messages from configured **Responders** (for internal helpdesk, typically users with the **Agent** role) are treated as **responder replies** for:

* Moving a request/ticket out of **Open** (e.g., to In Progress)
* Stopping or satisfying **First Response Time** SLAs
* Preventing response time based alerts

Replies from internal users who are **not** Responders/Agents are treated as requester/internal comments and **do not** change ticket state or stop SLA timers. If you want internal replies (e.g., from everyone in your company) to count as responder replies, talk to ClearFeed Support about using a **usage-based / channel-based** pricing model where responders can be defined by domain.
{% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.clearfeed.ai/clearfeed-help-center/clearfeed-helpdesk/responders.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
