The bot can automatically interview users when they open a ticket. These interviews are defined in interview templates. The templates each apply to a single ticket category so you can have different interviews depending on the type of ticket.
Whether you already have a template or not the first step is always to use the /interviewtemplate get <category>
command on the
ticket category you want to edit. If you haven't yet, use the /addcategory
command on the category to register it with the bot.
The bot will reply with a JSON template file which you can edit and upload using the /interviewtemplate set
command.
You can also delete an interview template using the /interviewtemplate delete
command.
Use the get command to get a default template for the ticket category you want to edit:
/interviewtemplate get <category>
The bot will reply with a JSON template file for you to edit using your preferred text editor.
Note: It is highly recommended to use integrated template validation in your text editor, see below.
When you are done editing it you can upload it to the bot using the set command:
/interviewtemplate set <category>
The bot will check that your template is correctly formatted and provide feedback if it is not.
It is highly recommended to use the interview template JSON schema to get live validation of your template while you write it:
VS Code
- Go to
File->Preferences->Settings
. - Search for
json schema
. - Click
Edit in settings.json
on the schema setting. - Set the
json.schemas
property to the following to automatically validate template files:
{
"json.schemas":
[
{
"fileMatch":
[
"interview-template*.json"
],
"url": "https://raw.githubusercontent.com/KarlOfDuty/SupportBoi/refs/heads/main/Interviews/interview_template.schema.json"
}
]
}
- Open an interview template, you should now get suggestions for things like step types and color names, and error highlighting for any invalid sections.
Jetbrains Editors
- Go to
File->Settings->Languages & Frameworks->Schemas->JSON Schema Mapping
. - Add a new schema with the following URL:
https://raw.githubusercontent.com/KarlOfDuty/SupportBoi/refs/heads/main/Interviews/interview_template.schema.json
. - Restart your editor and all interview templates should now automatically be set to the correct schema in the bottom right of the window.
This section lists all the properties that can be used in an interview template. If you have set up your editor as suggested above it will handle a lot of this for you automatically.
Here is a simple example of an interview asking a user for their favourite colour out of the different button colours. Two of the options are added as step references and two are normal steps. References are meant to be used when you want to re-use the same step in several places while normal steps are just used in one location.
{
"category-id": 1006863882301755503,
"interview":
{
"message": "What is your favourite colour?",
"step-type": "BUTTONS",
"color": "BLUE",
"summary-field": "Favourite colour",
"step-references":
{
"Green":
{
"id": "green",
"button-style": "SUCCESS"
},
"Red":
{
"id": "red",
"button-style": "DANGER"
}
},
"steps":
{
"Blue":
{
"message": "Summary",
"step-type": "INTERVIEW_END",
"add-summary": true,
"color": "BLUE",
"button-style": "PRIMARY",
"steps": {}
},
"Gray":
{
"message": "Summary",
"step-type": "INTERVIEW_END",
"add-summary": true,
"color": "GRAY",
"button-style": "SECONDARY",
"steps": {}
}
}
},
"definitions":
{
"green":
{
"message": "Summary",
"step-type": "INTERVIEW_END",
"add-summary": true,
"color": "GREEN",
"steps": {}
},
"red":
{
"message": "Summary",
"step-type": "INTERVIEW_END",
"add-summary": true,
"color": "RED",
"steps": {}
}
}
}
Here is an example of running the above interview a few times. The config option to delete the questions and answers when the interview ends is on.
Property | Required | Description |
---|---|---|
category-id |
Yes | The id of the category this template applies to. You can change this and re-upload the template to apply it to a different category. |
interview |
Yes | Contains the interview conversation tree, starting with one interview step which branches into many. |
definitions |
Yes | Contains a list of steps which can be referenced in the interview, see example above. These steps can also reference each other or themselves for more advanced interview trees. |
Property | Required | Type | Description |
---|---|---|---|
|
Yes | String |
The text in the embed message that will be sent to the user when they reach this step. Required for all step types except REFERENCE_END .
|
step-type
|
Yes | String | Decides what the bot will do when the user gets to this step. See the list of step types below for more info. |
|
No | String |
Colour of the message embed. You can either enter a colour name or a hexadecimal RGB value. |
steps
|
No | Steps | One or more interview steps. The name of the step is used as a regex match against the user's answer, except for selection boxes and buttons where each step becomes a button or selection option. |
step-references
|
No | Step References |
One or more references to steps in the definitions property. The name of the step is used as a regex match against the user's answer,
except for selection boxes and buttons where each step becomes a button or selection option.
|
heading
|
No | String | The title of the embed message. |
summary-field
|
No | String | When an interview ends all previous answers with this property will be put in a summary. If this property is not specified the answer will not be shown in the summary. The value of this property is the name which will be displayed next to the answer in the summary. |
button-style
|
No | String |
The style of this step's button. Requires that the parent step is a BUTTONS step.
Must be one of the following:
Default style is |
selector-description
|
No | String |
Description for this option in the parent step's selection box. Requires that the parent step is a TEXT_SELECTOR .
|
selector-placeholder
|
No | String |
The placeholder text shown before a value is selected in the selection box. Requires that this step is a TEXT_SELECTOR .
|
max-length
|
No | Number |
The maximum length of the user's response message. Requires that this step is a TEXT_INPUT .
|
min-length
|
No | Number |
The minimum length of the user's response message. Requires that this step is a TEXT_INPUT .
|
add-summary
|
No | Boolean | Whether to add a summary of all of the user's answers to this message. |
answer-delimiter
|
No | String |
If the user answers several questions with the same summary-field the last answer will be used in the summary by default. If you set this parameter all of the answers will be combined using this delimiter instead.
|
Property | Required | Description |
---|---|---|
id |
Yes | The ID of the definition to refer to. |
button-style |
No | Same as the button-style property in a normal step. |
selector-description |
No | Same as the selector-description property in a normal step. |
after-reference-step |
No | If the step tree you referenced using the id ends in a REFERENCE_END the interview will continue from here when the user reaches it. |
Step Type | Description |
---|---|
ERROR |
Sends an error message but does not stop the interview. The interview remains on the same step as before allowing the user to try again. |
INTERVIEW_END |
End the interview and deletes the previous messages if enabled in the config. |
BUTTONS |
Creates a message with one button per child step where the button text is the name of the child step. |
TEXT_SELECTOR |
Creates a selection box with one option per child step where the option text is the name of the child step. |
USER_SELECTOR |
Creates a selection box where the user can select a user from the Discord server. The value used for the summary is the user's mention. |
ROLE_SELECTOR |
Same as above but for a role. |
MENTIONABLE_SELECTOR |
Same as above but works for both roles and users. |
CHANNEL_SELECTOR |
Same as above but for channels and categories. |
TEXT_INPUT |
Lets the user reply to the bot message with their own text. |
REFERENCE_END |
Use this in a reference to go back to the step which used the reference. When the user reaches this step the after-reference-step where this reference was used will be run. |