Esta página está actualmente inactiva y se conserva como referencia histórica . O bien la página ya no es relevante o no hay consenso sobre su propósito. Para reactivar el debate, busque aportes más amplios a través de un foro como el de la bomba del pueblo . |
STiki no funciona desde marzo de 2020. El creador no ha podido acceder a los servidores de los que depende STiki para funcionar. Se recomienda a los usuarios que prueben estas alternativas . |
Desarrollador(es) | Andrew G. West ( west.andrew.g ); Insup Lee [1] (asesor) |
---|---|
Lanzamiento inicial | Junio 2010 ( 2010-06 ) |
Versión estable | 2.1 / 8 de diciembre de 2018 ( 08-12-2018 ) |
Escrito en | Java |
Plataforma | Java SE |
Disponible en | Inglés |
Tipo | Detección de vandalismo en Wikipedia |
Licencia | Licencia Pública General GNU |
Sitio web | es:andrew-g-west.com |
STiki es una herramienta disponible para usuarios de confianza que se utiliza para detectar y revertir vandalismo , spam y otros tipos de ediciones no constructivas realizadas en Wikipedia. STiki elige ediciones para mostrar a los usuarios finales; si una edición mostrada se juzga como vandalismo, spam, etc., STiki agiliza el proceso de reversión y advertencia. STiki facilita la colaboración en la reversión del vandalismo; una lista almacenada centralmente de ediciones para ser inspeccionadas se sirve a los usuarios de STiki para reducir el esfuerzo redundante. STiki no es un bot de Wikipedia : es una herramienta de enrutamiento inteligente que dirige a los usuarios humanos al vandalismo potencial para su clasificación definitiva.
Hasta la fecha, STiki se ha utilizado para revertir 1.265.447 ediciones que sus usuarios han identificado como vandalismo, spam o de otro modo no constructivas (consulte la tabla de clasificación y los hitos del editor ).
STiki solo puede ser utilizado por editores con una cuenta de Wikipedia . Además, la cuenta debe cumplir con algunos requisitos para reducir la probabilidad de que los usuarios identifiquen erróneamente el vandalismo . La cuenta debe tener cualquiera de los siguientes: (1) el permiso/derecho de reversión , (2) al menos 1000 ediciones de artículos (en el espacio de nombres de artículos , no en páginas de discusión/usuario), o (3) permiso especial a través de la página de discusión . Enfatizamos que los usuarios deben asumir la responsabilidad de sus acciones con STiki.
Después de iniciar sesión, los usuarios interactúan principalmente con la herramienta GUI clasificando las ediciones en una de cuatro categorías:
1. | Vandalismo | Si una edición es manifiestamente poco constructiva y maliciosa, entonces constituye vandalismo . Al presionar el Vandalismbotón se revertirá la edición y se debe marcar la casilla "advertir al editor infractor" para que se notifique a la parte culpable de su transgresión. Si se reciben varias advertencias, se informará al AIV y se bloqueará posteriormente. Sin embargo, es posible que desee evitar crear plantillas para los usuarios habituales , ya que algunos interpretan esto como una mala etiqueta wiki. En casos excepcionales, se puede usar el botón pequeño para dar una advertencia más severa.4im |
2. | Reversión de buena fe | A veces, las modificaciones son claramente poco constructivas, pero carecen de la intención y la malicia que caracterizan al vandalismo. En estos casos, se debe asumir la buena fe deshaciendo los cambios utilizando un . En este caso, el cambio se deshace, pero el editor infractor no recibe una advertencia y la reversión no se marca como menor. Un diálogo permite al usuario de STiki notificar al usuario revertido con una plantilla de mensaje AGF cortés e informativa (no "de advertencia") .Good-faith revert |
3. | Aprobar | Si un usuario de STiki no se siente cómodo con etiquetar una edición como vandalismo evidente, puede omitir la edición. La revisión permanecerá activa en Wikipedia y se mostrará a otro usuario de STiki. Utilice la opción omitir solo cuando crea que existe alguna posibilidad de que la edición sea vandalismo, pero no tenga la experiencia en el tema para tomar esa decisión con firmeza.Pass |
4. | Inocente | Si una edición es principalmente constructiva y no vandálica, debe etiquetarse como . Esto no significa que la edición deba ser perfecta por naturaleza. De hecho, STiki está enfocado en la lucha contra el vandalismo y no puede solucionar muchos problemas, que deben solucionarse fuera de la herramienta (utilizando los hipervínculos proporcionados).Innocent |
Incertidumbre sobre la constructividad: si un usuario no está seguro de si una edición es constructiva, la solución más rápida suele ser realizar una búsqueda en la web ( por ejemplo, con Google); esto puede revelar si algún "hecho" es cierto. Por supuesto, los usuarios de STiki deben considerar la confiabilidad de la fuente encontrada. Si no se puede encontrar una fuente confiable, la respuesta correcta puede ser agregar una etiqueta {{ Citation needed }} o {{ Verify credentials }} , utilizando la interfaz wiki normal. Cuando se ha eliminado contenido, el sentido común suele ser la mejor guía. ¿El texto eliminado tiene citas? (Tenga en cuenta que verificar las citas en sí puede ser necesario en contenido sobre personas vivas ). ¿Cuál es el resumen de la edición? ¿Tiene sentido esa explicación? ¿Se discute en la página de discusión? Independientemente del problema, cualquier cosa que requiera experiencia específica del dominio para resolverse probablemente se clasifique mejor como "inocente" o "pasa".
Incertidumbre sobre la mala fe : puede resultar complicado diferenciar entre vandalismo y ediciones de buena fe que, no obstante, son poco constructivas. Las ediciones de prueba deben clasificarse como "vandalismo", ya que las advertencias iniciales y los comentarios de edición se adaptan a este caso. Si la edición no constructiva o el resumen de la edición indican inexperiencia en Wikipedia, puede ser mejor etiquetar la edición como "de buena fe" y dejar un mensaje en la página de discusión del nuevo usuario, ofreciendo ayuda. Más allá de eso, el sentido común suele ser la mejor guía. Considere el artículo en cuestión. ¿Es algo en lo que podrían estar interesados los editores jóvenes? ¿Hay algo de verdad en lo que se dice (a falta de formato, lenguaje y cuestiones organizativas)?
Investigación más profunda : A veces, una reversión ("vandalismo" o "buena fe") no reparará todos los problemas presentados en un diff o el diff no contiene suficiente evidencia para hacer una clasificación definitiva. En estos casos, use los hipervínculos (texto subrayado en azul) para abrir páginas relevantes en el navegador web predeterminado. Esto es útil, por ejemplo, para: (1) ver la página de discusión del artículo para ver si se discutió algún problema, (2) hacer cambios usando la interfaz normal y (3) usar otras herramientas como Popups , Twinkle y wikEdDiff .
Cuando regrese a la herramienta STiki, deberá clasificar la edición. Si utilizó la interfaz del navegador para editar el artículo, presionar "vandalismo" o "revertir de buena fe" no revertirá los cambios ni tendrá ningún efecto directo en Wikipedia. Clasifique la edición mostrada lo mejor que pueda. Realizar tales clasificaciones ayudará a STiki a identificar ediciones similares en el futuro.
Consejos de interfaz : STiki tiene teclas de acceso rápido para facilitar la interacción del usuario con la herramienta. Después de que se haya clasificado una sola edición con el ratón (dando "foco" al panel de botones), las teclas , , y marcarán las ediciones como "vandalismo", "buena fe", "pasa" e "inocente" respectivamente. Mientras está en el mismo modo, las teclas Re Pág, Av Pág , Flecha arriba (↑) y Flecha abajo (↓) también desplazarán el navegador de diferencias. Tenga en cuenta también que los hipervínculos que aparecen en las diferencias se pueden abrir en su navegador web, suponiendo que la opción "Activar enlaces externos" (en la pestaña "Opciones") esté activada. STiki almacena sus configuraciones en un archivo llamado , por lo que es posible editar rápidamente sus configuraciones allí.VGPI.STiki.props.xml
Las siguientes características hacen que STiki sea único:
1. | Algoritmos sofisticados | STiki utiliza varios algoritmos para identificar posibles actos vandálicos; todos se basan en el aprendizaje automático . Las colas activas actuales han demostrado una tasa de aciertos del 25 % al 30 % (porcentaje de reversiones para todas las ediciones que se muestran en la GUI). Las búsquedas aleatorias darán como resultado tasas de aciertos < 3 %. |
2. | El servidor coordina tareas | A los usuarios de STiki se les muestran ediciones desde una cola mantenida centralmente. Cuando se le muestra una edición a un usuario, tiene una "reserva" para que ningún otro usuario de STiki esté viendo la edición simultáneamente. Además, si un usuario marca una edición como "inocente", nadie se verá obligado a revisarla en el futuro. En ambos casos, se evita el trabajo redundante (conflictos de edición, múltiples revisiones de ediciones correctas). |
3. | El servidor recuerda | El servidor STiki siempre está observando los cambios y calculando las probabilidades de vandalismo, incluso si nadie está usando actualmente la herramienta GUI. Cuando se muestran las modificaciones a los usuarios finales, esto se hace únicamente en función de las probabilidades de vandalismo, no de lo recientes que sean los cambios. STiki ha identificado casos de vandalismo que tenían varios meses de antigüedad. |
4. | Interfaz sencilla | La interfaz de STiki es minimalista. Esto se debe a la creencia de que STiki debería centrarse exclusivamente en la eliminación de vandalismo y spam, en lugar de convertirse en un marco de trabajo de propósito general para una variedad de ediciones no constructivas. Cuando se necesita más información, la interfaz proporciona enlaces a páginas relevantes del wiki, que se abren en un navegador web normal. |
5. | Multiplataforma | Desarrollado en Java, STiki es multiplataforma . |
STiki ordena las ediciones que se mostrarán a los usuarios finales en colas de prioridad. La prioridad que tiene una edición se basa en su evaluación por parte de un sistema de puntuación antidaño. Los diferentes sistemas generan diferentes puntuaciones/colas, y los usuarios pueden seleccionar explícitamente una cola a la que acceder mediante el menú "Cola de revisión". Todos los enfoques se basan en el aprendizaje automático , del cual hay dos enfoques activos y dos inactivos:
1. | Cluebot-NG | El método de ClueBot NG consiste en utilizar una red neuronal artificial (RNA) para puntuar las ediciones . Las ediciones con peor puntuación se deshacen automáticamente. Sin embargo, hay muchas ediciones que CBNG considera vandálicas, pero que no se pueden revertir debido a una baja tolerancia a los falsos positivos, la regla de una sola reversión u otras restricciones. Estas puntuaciones se obtienen de un canal de IRC . | |
2. | STiki (metadatos) | La cola "original" utilizada por STiki, que utiliza características de metadatos y un árbol de decisiones alternativo para llegar a predicciones de vandalismo. Hay más detalles sobre esta técnica disponibles en la sección "Puntuación y orígenes de metadatos" a continuación. | |
3. | Enlace spam | Analiza los nuevos enlaces externos de las revisiones y mide su potencial de spam de enlaces externos . Las probabilidades se generan a partir de 50 funciones que capturan metadatos de Wikipedia, análisis de sitios de destino y datos de terceros. Consulte nuestro artículo WikiSym'11. ( Inactivo : rara vez se utiliza y genera un costo monetario. Puede volver sin funciones de terceros pagas). | |
4. | Wikitrust | El sistema WikiTrust de Adler et al. se basa en la reputación de los editores calculada a partir de la persistencia del contenido . Hay más detalles disponibles en su sitio web. Las puntuaciones de WikiTrust se consumen a través de su API. ( Inactivo : rara vez se usa, poca precisión y el servidor de terceros no era confiable para calcular las probabilidades en tiempo real) |
Cuando STiki experimenta un uso considerable, la frecuencia de vandalismo detectado en una cola puede reducirse significativamente, un fenómeno llamado "agotamiento de la cola". En tales casos, puede ser conveniente probar una cola alternativa. Los usuarios también deben reconocer que existe una cantidad finita de vandalismo en Wikipedia. Cuantas más personas utilicen STiki, menor será el porcentaje que verá cada usuario. Esto no significa que STiki esté funcionando "mal", sino que la enciclopedia está funcionando "bien".
Aquí destacamos un sistema de puntuación particular, basado en el aprendizaje automático sobre las propiedades de los metadatos. Este sistema fue desarrollado por los mismos autores que la interfaz gráfica de usuario de STiki, fue el único sistema que se envió con las primeras versiones y comparte una base de código/distribución con la interfaz gráfica de usuario de STiki. Este sistema también le dio a todo el paquete de software su nombre (derivado de Procesamiento temporal de Space en Wikipedia ) , aunque este significado acrónimo ahora se minimiza.
El "sistema de metadatos" examina sólo cuatro campos de una edición al puntuar: (1) marca de tiempo, (2) editor, (3) artículo y (4) comentario de revisión. Estos campos se utilizan para calcular características relacionadas con el estado de registro del editor, la hora del día de la edición, el día de la semana de la edición, el origen geográfico , el historial de la página, las membresías de la categoría, la longitud del comentario de revisión, etc. Estas señales se envían a un clasificador ADTree para llegar a las probabilidades de vandalismo. Los modelos ML se entrenan sobre las clasificaciones proporcionadas en el frontend de STiki. Se puede encontrar una discusión más rigurosa de la técnica en una publicación de EUROSEC 2010.
Se ha desarrollado una API para brindar a otros investigadores y desarrolladores acceso a las características de los metadatos sin procesar y a las probabilidades de vandalismo resultantes. Un archivo README describe los detalles de la API.
El artículo fue un intento académico de demostrar que las propiedades del lenguaje no eran necesarias para detectar el vandalismo en Wikipedia. Tuvo éxito en ese sentido, pero desde entonces el sistema se ha relajado para un uso general. Por ejemplo, el motor ahora incluye algunas características de lenguaje simples. Además, se tomó la decisión de integrar otros sistemas de puntuación en la interfaz gráfica de usuario.
STiki utiliza una arquitectura servidor/cliente :
1. Procesamiento de back-end que supervisa todos los cambios recientes en Wikipedia y calcula/obtiene la probabilidad de que cada uno sea vandálico. Este motor calcula puntuaciones para el Sistema de Puntuación de Metadatos y utiliza API/feeds para recuperar las puntuaciones calculadas por sistemas de terceros. Las ediciones llenan una serie de colas de prioridad interconectadas, donde las puntuaciones de vandalismo son la prioridad. El mantenimiento de la cola garantiza que solo la edición más reciente de un artículo sea elegible para ser vista. El trabajo de back-end se realiza en los servidores de STiki (alojados en la Universidad de Pensilvania ), que dependen en gran medida de una base de datos MySQL .
2. Interfaz gráfica de usuario que muestra las diferencias que el back end ha determinado que probablemente contienen vandalismo a los usuarios humanos y solicita una clasificación definitiva. La interfaz de usuario de STiki es una aplicación de escritorio Java . Agiliza el proceso de revertir ediciones deficientes y emitir advertencias/ avisos AIV a los editores culpables. La interfaz está diseñada para permitir una revisión rápida. Además, el proceso de clasificación establece un ciclo de retroalimentación para mejorar los algoritmos de detección.
Los autores de STiki se comprometen a trabajar para encontrar soluciones colaborativas al vandalismo. Para ello, hay disponible una API para las puntuaciones calculadas internamente de STiki. También se publica una transmisión en directo de las puntuaciones en el canal "#arm-stiki-scores" del servidor de IRC "armstrong.cis.upenn.edu". Además, todo el código de STiki es de código abierto.
En el transcurso de nuestra investigación, hemos recopilado grandes cantidades de datos, tanto de forma pasiva en relación con Wikipedia como a través del uso activo de la herramienta STiki por parte de los usuarios. Nos interesa compartir estos datos con otros investigadores. Por último, las distribuciones de STiki contienen un programa llamado Offline Review Tool (ORT), que permite revisar y anotar rápidamente un conjunto de ediciones proporcionadas por el usuario. Creemos que esta herramienta resultará útil para los investigadores que se dedican a la creación de corpus.
Andrew G. West ( west.andrew.g ) escribió STiki mientras era estudiante de doctorado en informática en la Universidad de Pensilvania , bajo la dirección de Insup Lee. El artículo académico que dio forma a la metodología STiki fue escrito en coautoría por Sampath Kannan e Insup Lee. El trabajo fue financiado en parte por ONR -MURI-N00014-07-1-0907.
Además del artículo académico ya comentado, se han publicado varios artículos y publicaciones específicos sobre STiki que pueden resultar útiles para los desarrolladores de programas antivandálicos. El software STiki se presentó en una demostración de WikiSym 2010, y un póster de WikiSym 2010 visualiza este contenido y proporciona algunas estadísticas de reversión de STiki. STiki también se presentó en Wikimania 2010, con las siguientes diapositivas de presentación. Un artículo adicional (no revisado por pares) examina STiki y las técnicas antivandálicas en relación con el problema más amplio de la confianza en las aplicaciones colaborativas. Por último, el ecosistema antidaños y la contribución técnica de STiki se resumieron en la disertación de doctorado del desarrollador. Ese trabajo es novedoso porque analiza aproximadamente un millón de acciones de clasificación de STiki para aprender sobre los aspectos humanos y sociales del proceso de patrullaje.
Más allá de STiki de manera aislada, un artículo de CICLing 2011 examinó la técnica de puntuación de metadatos de STiki en relación con (y en combinación con) las características de NLP y persistencia de contenido (los dos finalistas de la Competencia PAN 2010) y estableció nuevas líneas de base de desempeño en el proceso. También se realizó una edición de 2011 de la competencia PAN-CLEF que requirió el procesamiento de múltiples lenguajes naturales; la propuesta de STiki ganó en todas las tareas. Una presentación de Wikimania 2011 examinó el rápido progreso antivandálico (tanto académico como en wiki) del período 2010-2011. Finalmente, un boletín de investigación publicado por EDUCAUSE analiza el problema del daño a Wikipedia/wiki desde una perspectiva organizacional y de educación superior, con especial énfasis en la protección del bienestar institucional.
Las consultas no abordadas en estos escritos deberán dirigirse a los autores de STiki.
Para aquellos que quieran mostrar su apoyo a STiki a través de un cuadro de usuario , se han creado/puesto a disposición los siguientes:
|
|
| ||||
|
|
| ||||
|
|
| ||||
{{STiki topicon}} |
Otras imágenes, anuncios, material promocional y estadísticas de STiki:
|
|
El Barnstar de Da Vinci | ||
Fui un fiel usuario de Huggle durante un año. Luego, cuando me topé con STiki, descubrí que era más rápido y mucho más agradable de usar. Considérenme un converso. :) Orphan Wiki 15:21, 30 de enero de 2011 (UTC) |
El Barnstar de Da Vinci | ||
En reconocimiento a un logro técnico sobresaliente. :) œ ™ 23:00, 22 de febrero de 2011 (UTC) |
La estrella del granero antivandálica | |
¡Una herramienta genial! Lotje ( discusión ) 06:31 14 mar 2012 (UTC) |
La estrella técnica | |
Gracias por tu trabajo en STiki. Allens ( discusión | contribuciones ) 10:49 12 abr 2012 (UTC) |
La estrella del granero antivandálica | |
¡Esto es en honor a tu lucha contra el vandalismo en Wikipedia! Allen (Morriswa) ( discusión ) 00:18 13 abr 2012 (UTC) |
El Defensor de la Wiki Barnstar | |
Esto es por tu trabajo en STiki. Allen (Morriswa) ( discusión ) 00:19 13 abr 2012 (UTC) |
La estrella del diseñador gráfico | ||
Por esta increíble herramienta, además de gráficos increíbles. Usuario: Deathlaser |
Brindemos por los anfitriones | |
Al completarse los 100.000 reversiones de STiki. ¡Saludos! -- Ðℬig XЯaɣ 20:31, 28 de abril de 2012 (UTC) |
La estrella del granero antivandálica | |
Por tus contribuciones a STiki y la lucha contra el vandalismo en Wikipedia. ¡Hagamos que STiki y Wikipedia sean aún mejores! ★ Oliverlyc ★ ✈✈✈ ¡Envíame un mensaje! 10:46, 13 de mayo de 2012 (UTC) |
El colaborador incansable Barnstar | ||
Por todas sus maravillosas contribuciones y por crear una herramienta tan maravillosa para nosotros. Faizan Munawar Varya talk 10:01, 21 de junio de 2012 (UTC) |
La estrella técnica | |
¡¡¡Lo más merecido!!!!! Morning277 ( discusión ) 15:10 28 jun 2012 (UTC) |
El Barnstar del mérito de Platinum STiki | ||
¡Felicitaciones, STiki! Recibes esta distinción por haber cruzado recientemente el umbral de clasificación de 50 000 usando STiki. Les agradecemos a ambos por sus contribuciones a Wikipedia en general y por su uso de la herramienta. Esperamos que sigas subiendo en la clasificación y que sigas en contacto en la página de discusión . ¡Gracias y sigue con el buen trabajo! West.andrew.g ( discusión ) 03:07 17 sep 2012 (UTC) |
Los actos de bondad al azar Barnstar | |
¡Gracias por el STiki Barnstar of Merit de bronce! Tu herramienta es realmente de gran ayuda en esta enciclopedia. ¡Que tengas un buen día! :) Mediran ¡háblame! 00:21, 25 de noviembre de 2012 (UTC) |
La estrella técnica | ||
Desarrollo de STiki, una de las herramientas antivandálicas más impresionantes de Wikipedia . ¡ Es un zorro ! (¿Me hablas?) 03:16 27 dic 2012 (UTC) |
La estrella de cine original | |
¡Gracias por todo el trabajo que has hecho! Te lo agradezco. Eye snore 19:02, 2 de febrero de 2013 (UTC) |
La estrella del mérito nacional de Pakistán | ||
Por sus incansables y decididos esfuerzos por la Enciclopedia. ¡Gracias por STiki! Fai zan 13:36, 21 de mayo de 2013 (UTC) |
Premio antivandalismo de la CVU | ||
¡Por crear una herramienta que no sólo te ayuda a revertir el vandalismo, sino que permite a otros hacer lo mismo de manera eficiente y eficaz! Jackson Peebles ( discusión ) 06:30 25 may 2013 (UTC) |
Salón de la fama contra el vandalismo | |
¡Felicitaciones! Por crear STiki, te premio con un lugar en el Salón de la Fama de los AV. Usuario:Buffbills7701/Salón de la Fama del Antivandalismo buff bills 7701 15:50, 30 de julio de 2013 (UTC) |
La estrella del granero de la integridad | ||
STiki elimina las ediciones de COI y el vandalismo, y es un arma excepcional contra los intereses egoístas que explotan Wikipedia. Coretheapple ( discusión ) 18:06 16 nov 2013 (UTC) |
La brillante idea de Barnstar | |
¡Por todas tus brillantes ideas en STIKI! — Keithbob • Discusión • 21:17, 9 de diciembre de 2013 (UTC) |
La estrella del granero antivandálica | |
¡Muy buen programa para combatir el vandalismo! TheEpTic ( discusión ) 15:51 16 dic 2013 (UTC) |
La estrella del granero antivandálica | ||
Uso inteligente de los datos de ClueBot NG para filtrar el vandalismo; mucho más eficiente que la función de edición filtrada de Huggle . Esquivalience t 02:59, 1 de mayo de 2015 (UTC) |
La estrella de cine original | |
STiki es la mejor herramienta antivandálica de la Wiki y aprecio todo lo que hacen para combatir el vandalismo. ¡Gracias por hacer de Wikipedia un lugar mejor! - Liance talk / contribs 04:02, 4 de diciembre de 2015 (UTC) |
El STiki Barnstar | ||
Eres la primera persona en recibir esta estrella de cine; indiscutiblemente mereces este honor porque creaste STiki en primer lugar. Centibyte (discusión) 14:18 28 mar 2018 (UTC) |
La estrella del granero antivandálica | |
STiki me ha permitido encontrar vandalismo de meses de antigüedad que probablemente habría permanecido en línea durante mucho más tiempo si no hubiera estado en cola. ¡Gracias por crear esta increíble herramienta! EclipseDude ( discusión ) 08:34 2 sep 2018 (UTC) |
La estrella técnica | |
Esto es por su arduo trabajo para mejorar Wikipedia a través de trabajos técnicos, especialmente por el desarrollo de la poderosa herramienta antivandálica STiki. Gracias. PA TH SL OP U 09:30, 3 de junio de 2019 (UTC) |