AI Chat Creator: Build a Work Assistant With Clear Rules
An AI chat creator is a tool that lets you build a conversational assistant with custom instructions and a defined scope. This guide explains how to choose one, write instructions that hold up, and keep the approved prompts and decisions outside the bot.
Updated 4 min read
An AI chat creator is a tool that lets you build and configure a conversational assistant: write its instructions, set its scope, connect a knowledge base, and deploy it where it will be used. Most require no coding. The quality of the assistant depends almost entirely on the quality of the instructions, not on the tool you use to build it. Tools like fenbs keep the approved instructions and decisions outside the bot itself, so the people who maintain it work from a shared record rather than individual notes.
This guide walks through choosing a chat creator tool, writing instructions that work, testing the boundaries, and keeping the knowledge behind the bot organized.
Choosing an AI chat creator
For most work use cases, the choice comes down to three factors: which AI model powers the assistant, how much control you have over the instructions, and where you need to deploy it. A customer-facing widget on a website has different requirements from an internal assistant in Slack.
- For internal teams: Claude's system prompt interface, ChatGPT's Projects, or a platform like Botpress let you configure instructions for a team without building a public product.
- For a website widget: tools like Tidio, Intercom, or custom-built solutions using an AI API let you deploy a chat widget on a site.
- For Slack or Teams: several tools offer integrations that let a configured assistant join a channel and respond to messages.
- For developers: using an AI provider's API directly gives the most control and the most flexibility, at the cost of more setup.
Check current pricing and availability on each vendor's site before choosing. Capabilities and plans in this space change frequently.
Writing instructions that hold up
Instructions for an AI chat assistant are usually written as a system prompt: a block of text the assistant reads before every conversation. The most common mistake is writing instructions that are either too vague ("be helpful and friendly") or too long to be consistently followed.
A useful structure is: role, scope, output format, and standing constraints. Role: what is this assistant and who is it for. Scope: what topics and tasks it covers. Output format: what a good response looks like in terms of length, structure, and language. Standing constraints: what it must never do, no matter what the user asks.
Write constraints as specific behaviors rather than general principles. "Do not recommend specific legal or financial products" is more useful than "be responsible." Test each constraint by asking the assistant to violate it and see what happens.
Testing the boundaries
Before deploying an AI chat assistant to real users, test it the way real users will. That means typical questions, edge cases, and questions designed to get it outside its scope.
- Typical case: ask the most common questions the assistant was built to answer. Check that the output is accurate and in the right format.
- Edge case: ask a question that is technically within scope but harder than average. Check that the assistant handles uncertainty correctly rather than guessing confidently.
- Out-of-scope case: ask something clearly outside the scope. Check that the response is a clear refusal or redirect, not an attempt to answer.
- Boundary case: ask something that sits on the edge. Check whether the assistant's behavior is consistent with what you intended.
Document each test with the question asked and the behavior you expected. When you update the instructions, re-run the test cases to check for regressions.
What to keep outside the bot
The bot's system prompt is one copy of its instructions. If more than one person works on the bot, or if you plan to maintain it over time, keeping the instructions and the decisions behind them in a shared record prevents confusion.
A shared record answers the question: "Why does the bot do X?" If the reasoning for a constraint is only in someone's memory or a private note, the next person to edit the bot may remove it without realizing why it exists. Write the decision, the person who made it, and the reason in a place the whole team can find.
Store approved instructions and decisions outside the bot
fenbs keeps Skills and prompts alongside Decisions and rules. Write the bot's approved instructions in Skills and prompts. Record behavior decisions with their owner and reason in Decisions and rules. When you update a constraint, the change shows up in History with who made it and when. Any connected AI app can read the current version.
Create a free accountFree for one person · No credit card · Works with Claude, ChatGPT, Cursor and more
How to do this with fenbs
fenbs does not build or deploy chatbots. It keeps the approved instructions and decisions that the people building the bot need to agree on and maintain.
- Create a free account at fenbs and add a project for the assistant.
- Write the assistant's scope statement and key constraints as Decisions and rules, with the owner and reason for each.
- Add the current system prompt to Skills and prompts.
- Record changes to the instructions as updated decisions when behavior changes are approved.
- Connect a supported AI app from Integrations to help draft and test new instructions against the shared record.
When fenbs is not what you need
If you are building a simple assistant for a one-time task with no ongoing maintenance, a shared record may be more overhead than it is worth. fenbs earns its place when an assistant is maintained over time, used by more than one person, or has instructions that change as the work evolves.