Skip to main content
This page covers two different ideas that both involve channels beyond the main Nash chat. Part 1 — Nash Agent in Slack is about a place you talk to Nash. Mention or DM the Nash bot in your workspace and it answers in-thread, with the same data and permissions you’d have in the web app. Part 2 — Reaching customers and drivers is the opposite direction: actions Nash can take on your behalf, sending a text message or placing a voice call to someone outside your team and bringing their answer back into the conversation. These are not channels you chat with Nash through — they’re things Nash does for you, and they always wait for your approval first.

Part 1 — Nash Agent in Slack

If your workspace has the Nash bot installed, you can ask Nash questions without leaving Slack. It’s the same assistant you’d use in the web app: it sees your organization’s data, runs under your own permissions, and remembers the conversation thread.

Talk to Nash in Slack

There are two ways to reach the bot:
  • Mention it in a channel@Nash how many deliveries failed today? The bot replies in a thread off your message.
  • Direct-message it — open a DM or the bot’s assistant view and type your question. A fresh assistant conversation suggests a few starter prompts (like delivery status, provider performance, or tracking an order) to get you going.
Either way, the reply streams in live: first a “thinking” indicator, then a running timeline of the steps Nash takes as it works, and finally the written answer. Each step shows whether it’s in progress, finished, or hit a problem, so you can follow along. Keep the conversation going in the same thread. Replies in a thread continue the same conversation — Nash remembers what you’ve already discussed there, just like a chat session in the web app.

Signing in is automatic

You don’t have to link your account by hand. The first time you mention or DM the bot, Nash matches your Slack profile email to your Nash account, and from then on you’re recognized automatically. Every question you ask runs under your Nash permissions — you see only what your role allows.
This relies on your Slack email matching your Nash login email. If Nash can’t find a matching account, it replies that it couldn’t find your Nash account and points you to your admin. If that happens, check that your Slack profile email is the same address you use to sign in to Nash, and ask your admin to confirm your account is active.

Working across multiple organizations

If your account belongs to more than one organization, Nash needs to know which one you’re asking about. The first time it isn’t sure, it asks you to pick your organization from a searchable dropdown, then remembers your choice for next time and answers your original question automatically. You can also switch organizations right in the conversation — ask Nash to switch to a different org, or to show you the list of organizations you can pick from, and it confirms the change.

Approving actions from Slack

Today, Slack is best for asking questions and read-only work — checking statuses, pulling analytics, tracking orders, and the like. Those run and return their answer directly.
Actions that need your sign-off — the destructive or high-stakes ones like canceling a delivery or messaging a customer — can’t be approved from inside a Slack thread yet. If you ask Nash to do one of those from Slack, it will pause and wait for a confirmation it can’t surface there. To approve those actions, use the Nash web app, where the confirm-and-approve flow is fully supported.

Setting up the bot

Adding the Nash bot to a Slack workspace is a one-time setup handled by your Nash administrator together with Nash, not something an individual user self-installs. Once it’s in place, everyone on your team uses it the way described above — no per-person setup required. If the bot isn’t responding in your workspace, ask your admin whether it’s been installed.

Part 2 — Reaching customers and drivers

Sometimes the fastest way to resolve a delivery is to ask the person involved directly: text a customer to confirm a drop-off spot, or call a driver to find out where they are. Nash can do both on your behalf — and because these reach people outside your team, they come with firm guardrails. There are two of these capabilities:
CapabilityWhat it does
Send a text messageNash sends a single SMS to a phone number — a customer or a driver — with a short message and a stated purpose, then watches for a reply.
Place a voice callNash places an outbound AI voice call to a named person, pursues a goal you set, asks a short list of questions, and brings back a summary of the call.
In both cases, the person’s response comes back into the same conversation as a new turn, so Nash can react to it in context — retry, escalate, or follow up.

These always wait for your approval

This is the most important thing to understand: Nash never sends a text or places a call on its own. Every single time, before anything goes out, Nash shows you a confirmation:
  • For a text, you see the recipient and the message before it sends.
  • For a call, you see the goal and the questions Nash plans to ask.
Nothing happens until you approve. There is no “auto-send” setting for these — they are confirm-every-time by design, in both interactive chat and scheduled agent runs. If you decline, nothing goes out.
Because these reach real customers and drivers, they’re treated as high-stakes actions. The confirmation step is not optional and can’t be turned off.

When a reply comes back

Texts are a one-shot capture, not a chat thread. When Nash sends a text, it waits up to 15 minutes for a single reply. When a reply lands (or the window closes without one), the outcome comes back into your conversation so Nash can decide what to do next — for example, suggesting a follow-up or escalating to a call. If the customer texts back several times in quick succession, Nash takes those together as one reply. A few things to set expectations:
  • It’s one message and one reply, not a back-and-forth text conversation. To send another message, Nash sends a fresh text — which means another confirmation from you.
  • If someone replies after the 15-minute window, that late reply isn’t pulled back into this conversation.
Calls return a structured summary. When Nash places a voice call, the AI voice agent works toward the goal you set and asks your questions. A typical call runs a few minutes. When it ends, Nash brings back a summary of what was discussed, a recording, any specific details you asked it to collect, and a note if it reached voicemail — all delivered into your conversation as a new turn so you can act on it.
A call is most useful when you have a clear, narrow goal and a short list of questions — “confirm the driver is en route and ask for an ETA,” not an open-ended chat. You can also ask Nash to collect specific pieces of information (like a yes/no answer or a number), and it returns them as structured fields.

Turning these on

These capabilities aren’t on for everyone — they have to be enabled, and they’re limited by your permissions.
1

Your account needs the right permission

Reaching customers and drivers requires a specific Nash permission. Without it, neither capability appears at all, no matter what else is configured. This is set by your Nash administrator.
2

The capability has to be enabled for the agent

Even with the permission, each capability is an explicit opt-in. For the main Nash assistant in chat, it’s switched on at the organization level. For a custom agent, the agent’s author switches it on for that one agent. Out of the box, the voice call is the more established of the two; the text-message capability is newer and stays off until your org or agent turns it on.
3

Your account has to be set up to send

Your organization also needs to be configured with Nash to actually send a text or place a call (for example, an outbound number for texting). If that groundwork isn’t in place, the capability won’t work end to end even when it’s switched on.
The text-message capability — including the wait-for-a-reply behavior — is a newer, opt-in feature and may not be available on every account yet. The voice call is the more established of the two. If you don’t see one or both as options, your account may not have them enabled. Check with your admin or your Nash contact.

FAQ

No. The Slack bot uses your existing Nash account, matched by your email. You see the same data and run under the same permissions you have in the web app — Slack is just another way in.
Not yet. Read-only questions and analytics work fully in Slack, but actions that require sign-off can’t be approved from a Slack thread today. Use the Nash web app to approve those.
No. A text is a single message that waits up to 15 minutes for one reply, then closes. To send another message, Nash sends a new text — and that’s another confirmation for you to approve. It’s a quick check-in, not a chat thread.
No. Every text and every call requires your explicit confirmation before it goes out — every time, with no exceptions and no auto-send option. You’ll always see the recipient and message (for a text) or the goal and questions (for a call) before approving.
Two things have to be true: your account needs the permission to reach customers and drivers, and the capability has to be turned on (org-wide for chat, or per agent for a custom agent). The text capability in particular is a newer, opt-in feature that may not be enabled on your account. Your admin or Nash contact can confirm.

Custom agents

Turn on texting or voice calls for a specific agent, and decide what it’s allowed to do.

Memory and learning

How Nash gets to know your team and your operation over time.

Knowledge

Give the agent your SOPs, policies, and reference links.

Usage

See token usage and cost, and set spend limits.