Saltar al contenido principal

Consultar y filtrar

.cases [miembro] (aliases .cl y .caselist) lista los casos de este servidor y permite filtrar por miembro; /cases [member] ofrece el mismo filtro. Ambas listas usan páginas de diez, se publican en el canal y sus botones los puede usar quien las abrió o alguien con Moderate Members nativo. Si el filtro de prefijo no resuelve un miembro, el runtime actual puede dejar la lista sin filtrar: confirma los resultados antes de seguir. .case <id> o /case case_id:<id> abre el registro. Los comandos requieren Moderate Members (nativo o mediante Fake Permissions compatible). Cada ficha puede incluir acción, objetivo, moderador, motivo, fecha, fuente, duración opcional, metadatos y notas. El panel individual muestra como máximo las dos notas recientes; las notas no llevan una marca de tiempo propia.

.cases

También funciona: .cases @miembro

/cases

.case

/case

Notas y edición

.casenote <id> <texto> añade una nota al caso y .caseedit <id> <motivo> actualiza el motivo. Ambas son solo de prefijo y guardan sobre el registro existente; confirma el ID antes de editar. Las notas guardan el nombre del moderador, pero no una marca de tiempo propia.

.casenote

.caseedit

Importar Audit Log

.caseimport [límite] (aliases .importcases y .auditcases) importa entradas compatibles del Audit Log. Es un comando de prefijo; no hay variante slash. Quien lo ejecuta necesita View Audit Log y Moderate Members, y Headless necesita View Audit Log. El límite predeterminado es 75 y el runtime lo limita al rango de 1–200; duplicados y acciones incompatibles se omiten. El importador reconoce ban, unban, kick, eliminación individual o masiva de mensajes, cambios/creación/eliminación de roles y eliminación de canales. Actualmente clasifica cualquier entrada member_update como timeout, por lo que revisa esos casos importados antes de usarlos como prueba de una sanción concreta.

.caseimport

La importación consulta el Audit Log y crea registros persistentes; su máximo es 200 entradas. Revisa importados, omitidos y errores. .caseedit no conserva automáticamente el motivo anterior ni produce un evento de auditoría independiente; prioriza .casenote cuando necesites dejar contexto.

Correcciones y preservación del historial

.casenote <id> <nota> es la opción para añadir contexto sin reemplazar la razón original. .caseedit <id> <nueva razón> (alias .ce) sobrescribe la razón en el registro existente; hoy el callback no añade una nota, no guarda el valor anterior ni crea un caso/log de edición. Por eso, usa notas para apelaciones o correcciones y reserva caseedit para una corrección deliberada, después de confirmar el ID.

Pasos

1

Localiza el caso

Usa .cases o filtra por miembro para recorrer listas largas.
2

Confirma ID y objetivo

Abre .case <id> antes de añadir una nota o corregir el motivo.
3

Importa solo si hace falta

Concede View Audit Log temporalmente si tu política lo permite y revisa el resumen.

Páginas relacionadas