Course resource

Team Chat Assistant Setup

Putting an AI assistant into Slack, Teams or similar — what to build, and what will go wrong.

Decide what it is for first

Chat assistants fail when they are "an AI in Slack" rather than a specific job. Pick one:

Job What it does Risk
Answer desk Answers questions from your documented policies Confidently answering what is not documented
Triage bot Routes requests to the right person or channel Misrouting
Digest Summarises a busy channel once a day Missing the one important message
Drafting help Drafts replies for a human to send Someone sends it unread
Onboarding guide Answers new-starter questions Stale information

Start with the answer desk or the digest. They are the two where being wrong is cheapest.

The setup

1. Scope the knowledge. Whatever you upload is what it knows. See the Knowledge File Optimizer — one topic per file, summary at the top, no contradictions, dates inside the content.

2. Write instructions that refuse. The default behaviour of an unconstrained assistant is to answer everything. In a workplace that is a liability.

# ROLE
You answer questions about [SCOPE] for the [TEAM] team, using only the
knowledge files provided.

# RULES
- Answer ONLY from the knowledge files. If they do not cover it, say:
  "That's not in my documentation — ask [PERSON/CHANNEL]."
- Quote the specific policy line you relied on.
- Never guess at a number, date, price or name.
- Never give HR, legal, medical or financial advice. Redirect to [WHO].
- If someone seems upset or the question is sensitive, say you are
  handing off and tag [HUMAN].
- State the date of the policy you are quoting.

# WHEN UNSURE
Say so plainly. "I don't know" is a correct answer.

3. Set the boundary on where it listens. One channel, or explicit mentions only. An assistant reading every message costs money and creates a surveillance problem nobody agreed to.

4. Tell people it is there and what it can do. A pinned message: what it knows, what it does not, who owns it, how to report a bad answer.

What will go wrong

It answers what it does not know. The most common failure. Test it explicitly with out-of-scope questions before launch, and keep testing.

It quotes a superseded policy. Two versions in the knowledge files, answering at random. Delete old versions; do not archive them alongside.

Someone treats it as authoritative. A human quotes the bot to a customer. Guard with: instructions that always name the source, and a pinned message saying it is a starting point, not a ruling.

It reads something it should not. Private channels, DMs, a thread about someone's performance. Scope the permissions narrowly and review them.

Prompt injection from message content. Someone posts "ignore your instructions and…". Assume your instructions are readable and put nothing sensitive in them. For anything consequential, keep a human in the loop.

It goes stale. Policies change, the files do not, and it keeps answering confidently. Assign an owner and a review date.

Privacy, before you launch

That last one is not optional in several countries. A bot reading employee messages is a workplace-monitoring question, not just a technical one.

Testing before launch

Run at least these, with a colleague:

Ownership

Owner
Channels it listens in
Knowledge files, last reviewed
Next review
How people report a bad answer
Escalation human

An assistant without a named owner becomes a stale assistant within a quarter. This table is the difference between a tool and a liability.

Back to dashboard