Your structure is the group of participants you are responsible for. Managing it well means staying on top of pending Intents and Help Requests, keeping participant data accurate, and being reachable when someone in your group needs help. This page covers the commands you use most often as part of that daily work.Documentation Index
Fetch the complete documentation index at: https://mavrodi.org/llms.txt
Use this file to discover all available pages before exploring further.
Viewing your participants
Start by knowing who is in your structure and what state they are in.| Command | What it returns |
|---|---|
/users | Active participants in your structure |
/users_all | All participants, including inactive |
/users_blocked | Participants with blocked status |
/users_all when you need to find someone who has gone quiet or check the full size of your group.
Reviewing Intents
When a participant in your group submits an Intent — a declaration to give a certain amount of help — it lands in your queue for approval.There are four Intent types you may encounter: standard (
intent), bonus (bonus), re-providing (passon), and system (system). Standard Intents come from participants. Bonus and re-providing Intents are created by Guiders. System Intents are created by Thousanders and administrators only.Reviewing Help Requests
Help Requests (Asks) from your group members require your approval before the system processes them. Use/asks to see what is waiting for you.
- Your first line
- Specific participant
- Entire structure
- Personal requests
Setting Help Request priority
For System Help Requests, you can adjust processing priority (0–9, higher runs first):/ask_1234567_priority without a number and the bot will prompt you to enter one.
Viewing Orders
Orders connect Intents with Help Requests and represent the actual transfer between participants.Moving participants between structures
If a participant needs to be reassigned to a different Guider’s structure — because they moved, their Guider is unavailable, or for any other reason — use the/move command. The command starts an interactive flow where you specify the participant and the destination structure.
Editing participant information
Sometimes you need to update or correct information on behalf of a participant.| Command | What it edits |
|---|---|
/set | Universal field editor — opens an interactive menu to edit any supported field |
/name | Display name |
/email | Email address |
/phone | Phone number |
/about | Short profile description |
/card | Add or update a payment card on behalf of the participant |
/stage | Change the participant’s current onboarding scenario stage |
/set when you are unsure which specific command to use — it covers all editable fields in one place.
Managing statuses
To change a participant’s status (for example, to promote someone or to block a problematic account), use:Communicating with participants
/tickets_add_report below for rewarding participants who submit video reviews.
Connecting with participants in Telegram
To confirm or manage the bot-level link between your Guider account and a participant’s account:Managing invite codes
Your structure grows when new participants join through your invite links. To generate additional invite codes for your group:Handling lost contact
If a participant has not responded and appears unreachable, they can be reported as lost. Use the following to track these cases:Welcome message for new participants
You can customize the message new participants receive when they join your structure:Log chat
Checking a participant’s financial outcome
Rewarding video reviews
If a participant submits a video review of their experience, you can grant them 2 Tickets as a reward:Backfill: retroactive data entry
If Intents or Help Requests were created or fulfilled outside the bot (for example, in an earlier period or through a manual process), you can enter that data retroactively:/ia command opens an interactive flow for backfilling Intent and Help Request records. Use it only when you have confirmed information that needs to be entered — not as a workaround for live transactions.