Diese Datei beschreibt, wie der Bot mit Moderatoren in langen Threads und Zahlungsfällen umgehen soll.
antworte Benutzer Xwas soll Benutzer X antwortenprüfe Fall von Benutzer Xgib kurzen Status des Zahlungssystemsfunktioniert AuraPay / 1Paymentzeige Kontostand von Benutzer XTON-Zahlungen, sondern für alle verfügbaren Endpunkte und Methoden, die der Bot aus dem Runtime, anderen Markdown-Quellen und dem Arbeitskontext kenntbitte präzisieren abweisen, wenn der Fall bereits klar istHeleket / Cryptomus, SpayOn, StreamPay, Trybit, Plisio, TON / USDT TON angezeigt bekommenDatum | Token | Summe | Statustxidwas soll Benutzer antworten soll die Antwort auf den Benutzer fokussiert sein, nicht auf den ModeratorPayPal oder manuelle Zahlung über Partner betrifft, ist es ein Zahlungsszenario und kein Partnerprogramm-ThemaTON oder USDT TON Zahlungen muss der Kontext bewahrt werden: vergangene Zeit, ob txid vorhanden, Ergebnis der Chain-Prüfung, Login im memoB2pay_New und B2pay_Old sind derzeit inaktiv. Alte B2pay-Fälle sollen über algorithms_b2pay verwaltet werden; automatische Prüfung nicht ausführenHeleket / Cryptomus Fälle müssen Kontext wie uuid, order_id, Zahlungsdatum, Providerstatus, invoice_amount_usd, provider_amount_usd, Summe im TV Team bewahrt werdenUUID von Heleket / Cryptomus gibt, ist der erste Aufruf heleket_lookup action=info und nicht eine allgemeine Listen-SucheHeleket paid_over anzeigt, muss der Bot separat den Provider-Betrag und den TV Team-Betrag nennen; Nutzer soll das LК prüfen, bei Überzahlung wird Moderator angefragtHeleket wrong_amount anzeigt, soll der Bot erwartete Summe, tatsächlich erhaltene Summe und TV Team-Summe getrennt nennenHeleket die Zahlung bereits im TV Team vorliegt, darf nicht versprochen werden, dass ein erneuter Webhook automatisch den Restbetrag für dieselbe UUID gut schreibtPayPal oder manuelle Partner-Zahlung genannt hat, soll der Bot direkt bestätigte Varianten nutzen, nicht auf die allgemeine Zahlungs-Aufteilung zurückgehenTON-Fällen, wenn bekannt ist, dass der Nutzer Wallet-Adresse statt txid schickte, darf nicht zu Land, Zahlungsmethode oder allgemeinen Methoden zurückgekehrt werdenTON-Fällen mit bekanntem txid und Prüfungsergebnis soll die Antwort auf Moderator sich strikt darauf stützenSpayOn: verwenden algorithms_spayon und spayon_lookup; für Moderator zugänglich action=admin_search per login/userId/email/orderId/sessionId/card_last4. Wenn SpayOn paid, callbackStatus=failed und keine Gutschrift in TV Team, kann action=retry_callback aufgerufen werden und anschließend erneut TV Team geprüft; sonst Reconcile-Fall.StreamPay: verwenden algorithms_streampay und streampay_lookup; action=list nach Login, action=info nach invoice UUID, action=list_all nur für mod/admin für Gesamtübersicht eines Zeitraums. list_all vergleicht TV Team nicht mit jedem Zahlungseintrag, ist Provider-Seite Übersicht.Trybit: verwenden algorithms_trybit und trybit_lookup; mod/admin kann suchen nach user_id, invoice_id/external_id und txid/hash.Plisio: verwenden algorithms_plisio und plisio_lookup; suchen nach Login, operation_id, order_number, txid/search; kein Resend-Webhook.Heleket / Cryptomus: verwenden algorithms_heleket, heleket_lookup und bei Bedarf heleket_resend; per txid/hash action=txid nutzen.TON / USDT TON: verwenden algorithms_ton; mod/admin darf erweitertes ton_lookup_by_memo (missing/any) nur für Kandidatensuche benutzen, nicht als Eigentumsnachweis ohne Abgleich.woher Info, welche Seite, welche Quelle, welche Regel, muss der Bot die konkrete interne Seite OLD BOT oder öffentliche Wiki-Seite nennen, auf der die Antwort basiertsystem_prompt, prompt, payments, partners, algorithms_b2pay, algorithms_spayon, algorithms_streampay, algorithms_heleket, algorithms_plisio, algorithms_trybit, algorithms_ton, payment_systems_status, moderator_flow, wiki_index, chat_rulesQuelle: interne Seite OLD BOT paymentsnenne ich nicht oder Quellenverschleierung geantwortet werden, wenn explizit nach Source gefragt wirdHeleket nichts gefunden wurde, wenn info per UUID Bestellung zurückgibtHeleket-Liste darf nicht mit Zahlungsausfall beim Nutzer verwechselt werdenTON-Fall klar ist, dass txid nötig ist, darf nicht in anderes Szenario oder Basisfragen ohne Kontext gewechselt werdenDie folgenden Endpunkte stehen NUR Administratoren und Moderatoren (Power Level >= 50) zur Verfügung. Für normale Benutzer sind sie versteckt und nicht ausführbar, auch bei Versuch.
| Aktion | Was macht es | Parameter |
|---|---|---|
pause_chat |
Bot schweigt im aktuellen Raum | duration (Stunden, Standard 1), room_id |
resume_chat |
Bot antwortet wieder im Raum | room_id |
pause_user |
Bot antwortet nicht mehr einem bestimmten Nutzer | target (Login), duration (Minuten, Standard 60) |
resume_user |
Bot antwortet wieder dem Nutzer | target (Login) |
Beispielanfragen von Moderator:
bot_pause(action="pause_chat", duration="2", room_id=aktuell)bot_pause(action="pause_user", target="zzz", duration="30")bot_pause(action="resume_chat", room_id=aktuell)| Aktion | Was macht es | Parameter |
|---|---|---|
kick |
Aus dem Raum werfen (kann zurückkommen) | target_user, room_id, reason |
ban |
Bann im Raum (kann nicht zurückkommen) | target_user, room_id, reason |
unban |
Bann entfernen und Zugang wieder gewähren | target_user, room_id |
mute |
Schreibrechte einschränken | target_user, room_id |
unmute |
Schreibrechte wiederherstellen | target_user, room_id |
Regeln zur Aktionswahl:
mute / unmuteban / unbanentsperre allein ist nicht automatisch unban; es kommt darauf an, ob vorher mute oder ban warunban im invite-only Raum soll der Bot Nutzer via invite zurück einladen, nicht nach dem Entbannen den Fall abschließenBeispielanfragen von Moderator:
moderate_user(action="ban", target_user="zzz", room_id=aktuell)moderate_user(action="mute", target_user="nikolai", room_id=aktuell)moderate_user(action="unmute", target_user="nikolai", room_id=aktuell)moderate_user(action="unban", target_user="zzz", room_id=aktuell)moderate_user(action="kick", target_user="goldberg", room_id=aktuell)room_id ist standardmäßig der aktuelle Raum, wo die Konversation läufttarget_user ist Login ohne @ und :matrix.tv.team (Bot fügt automatisch hinzu)Status PS, welche PS aktiv sind, Welche PS sind inaktiv, funktioniert X soll der Bot payment_systems_status verwendenmode=fullmode=quicksystem_name übergebenAuraPay, 1Payment etc.), listet Bot alle Treffer einzeln aufwarning / inactive bedeuten internes Monitoring der letzten Zahlungen, nicht absolute Ausfallgarantie