Cómo RblxScript Cura y Verifica Cada Submission de Herramienta

Cualquiera con una cuenta puede submitear una herramienta a RblxScript. No cada submission se vuelve un listing público. Así decidimos.

Paso 1: Chequeos automatizados

Cuando llega una submission, corremos una batería de chequeos estáticos contra el código: patrones maliciosos conocidos (cookie loggers, fetchers de payload remoto, wrappers de ofuscación obvios), URLs prohibidas y combinaciones de palabras prohibidas. Cualquier cosa que falla va a una cola de review manual en vez de ser auto-rechazada — los falsos positivos son comunes.

Paso 2: Chequeo de cordura de descripción

Una submission que se llama a sí misma "OP exploit" o nombra features prohibidas por las políticas de redes de ads de Roblox (vote-bots, utilidades de robo de cuentas, etc.) es rechazada de plano. La descripción tiene que describir una herramienta real que haga lo que dice.

Paso 3: Chequeo de autor

Los autores nuevos reciben escrutinio extra en sus primeras tres submissions. Los autores establecidos con historial de listings sanos pueden publicar con review más liviano. Mantenemos una denylist suave de autores cuyas herramientas previas resultaron maliciosas — nunca vuelven a pasar, ni con cuenta nueva, cuando podemos hacer match de patrones.

Paso 4: Verificación de compatibilidad de loader

Un moderador corre la herramienta contra al menos uno de los loaders con los que el autor declaró compatibilidad, en una cuenta alt limpia. Si la herramienta falla al cargar, la submission rebota al autor con el log de falla. Si carga pero el comportamiento no matchea la descripción, mismo resultado.

Paso 5: Publicar + observación continua

Una vez publicado, el listing entra a nuestro sistema de observación continua. Comentarios mencionando comportamiento malicioso o parches súbitos disparan un re-review. Bajamos el listing si el autor lo abandona pasados 60 días y los comentarios sugieren que está roto o dañino.