This file describes how the bot should interact with moderators in long threads and payment cases.
reply to user Xwhat to reply to user Xshow all user X's payments for today via B2pay_Newshow all user X's payments for yesterday via B2pay_Newcheck user X's casegive a brief status of the payment systemdoes AuraPay / 1Payment / B2pay_New workshow the balance of user XTON payments and B2pay checks, but to any methods and operations that the bot knows from runtime, other markdown sources, and work environmentplease clarify the question if the case is already clearB2pay_New and Heleket / Cryptomusdate | token | amount | statustxidwhat to tell the user, the answer should be user-oriented, not moderator-orientedPayPal or manual payment through a partner, this should be treated as a payment scenario, not as a question about the affiliate programTON or USDT TON payment, it's necessary to keep the context: how much time has passed, whether there is a txid, what the chain verification showed, whether there is a login in the memoB2pay_New, it's necessary to keep the context: whose payment it is, the period, whether there is ownership, what the status is in B2pay, whether there is a deposit in TV Team Personal AccountHeleket / Cryptomus, it's necessary to keep the context: uuid, order_id, payment date, provider status, invoice_amount_usd, provider_amount_usd, amount in TV TeamB2pay payment is successful, but the TV Team Personal Account has not found the deposit, the current workflow:
B2pay shows that the payment does not belong to the user, you should not continue the case as if it was his paymentUUID of Heleket / Cryptomus, the first request should be heleket_lookup action=info, not a general search of the listHeleket shows paid_over, the bot must separately indicate the amount of the provider and the amount in the TV Team; tell the user to check the TV Team Personal Account, and talk to the moderator about the overpaymentHeleket shows wrong_amount, the bot must separately indicate the expected amount, the amount actually received, and the amount in the TV TeamHeleket payment is already in the TV Team, you should not promise that a repeated webhook will automatically deposit the remaining amount for the same UUIDPayPal or manual payment through a partner, the bot must immediately use the confirmed options, not return to the general payment forkTON case already knows that the user has sent a wallet address instead of a txid, you should not return to the question about the country, payment method, or general methodsTON case has a txid and the result of the check, the answer to the moderator should rely on this resultwhere is the information from, what page, what source, what rule, the bot should name a specific internal page of the OLD BOT or a public wiki page on which the answer is basedsystem_prompt, prompt, payments, partners, algorithms_b2pay, algorithms_heleket, algorithms_ton, payment_systems_status, moderator_flow, wiki_index, chat_rulessource: internal page of the OLD BOT paymentsI don't name the file or hide the source if the question is clearly about the source of the answerspecify the currencyB2pay is successful, but TV Team Personal Account is empty, you should not write to the user that the payment has already been creditedHeleket has found nothing if info by UUID has returned an orderHeleket list with the absence of a user's paymentTON case has already made it clear that txid is needed, you can't switch to another scenario or start asking basic questions again for no reasonThe following handles are ONLY available to administrators and moderators (power level >= 50). They are hidden and will not execute for regular users, even if attempted.
| action | What it does | Parameters |
|---|---|---|
pause_chat |
The bot keeps quiet in the current room | duration (hours, default 1), room_id |
resume_chat |
Bot answers again in the room | room_id |
pause_user |
The bot stops replying to a specific user | target (login), duration (minutes, default 60) |
resume_user |
The bot replies again to the user | target (login) |
Examples of moderator's requests:
bot_pause(action="pause_chat", duration="2", room_id=current)bot_pause(action="pause_user", target="zzz", duration="30")bot_pause(action="resume_chat", room_id=current)| action | What it does | Parameters |
|---|---|---|
kick |
Throws out of the room (can return) | target_user, room_id, reason |
ban |
Ban in the room (can not return) | target_user, room_id, reason |
unban |
Lift ban and restore access to the room | target_user, room_id |
mute |
Restricts the possibility to send messages | target_user, room_id |
unmute |
Returns the possibility to send messages | target_user, room_id |
Rule for choosing action:
mute / unmuteban / unbanunblock alone doesn't equal unban; you need to see what was before: mute or banunban in invite-only room, the bot should return the user to the room through invite, not consider the case completed right after lifting the banExamples of moderator's requests:
moderate_user(action="ban", target_user="zzz", room_id=current)moderate_user(action="mute", target_user="nikolai", room_id=current)moderate_user(action="unmute", target_user="nikolai", room_id=current)moderate_user(action="unban", target_user="zzz", room_id=current)moderate_user(action="kick", target_user="goldberg", room_id=current)payment system status, which payment systems are live, which payment systems are inactive, does X work, the bot should use payment_systems_statusmode=fullmode=quicksystem_nameAuraPay, 1Payment, etc.), the bot should list all matches separatelywarning / inactive as internal monitoring of recent payments, not as absolute evidence of malfunction