Desarrollador (es) | Andrew G. West ( oeste.andrew.g ); Insup Lee [1] (asesor) |
---|---|
Versión inicial | Junio de 2010 |
Lanzamiento estable | 2.1 / 8 de diciembre de 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 | andrew-g-west |
STiki es una herramienta disponible para usuarios de confianza que se utiliza para detectar y revertir el vandalismo , el spam y otros tipos de ediciones no constructivas realizadas en Wikipedia. STiki elige las ediciones para mostrarlas a los usuarios finales; Si una edición mostrada se considera vandalismo, spam, etc., STiki agiliza el proceso de reversión y advertencia. STiki facilita la colaboración para revertir el vandalismo; A los usuarios de STiki se les proporciona una lista almacenada centralmente de ediciones que deben inspeccionarse para reducir el esfuerzo redundante. STiki no es un bot de Wikipedia : es una herramienta de enrutamiento inteligente que dirige a los usuarios humanos a posibles actos de vandalismo para una 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 no constructivas (consulte la tabla de clasificación y los hitos del editor ).
Descargar
- STiki permanece en desarrollo activo, tanto en la interfaz gráfica de usuario de front-end como en los sistemas de puntuación de back-end. Vuelve con frecuencia para ver las versiones actualizadas.
- Desarrolladores de software: fuente STiki @ GitHub .
- Fuente completa para la GUI y el servidor back-end. Las dependencias de la biblioteca ( IRC y JDBC ) no están incluidas.
- También disponible estáticamente: STiki Source (2.0 mB) --- Componente de procesamiento de enlaces (114 kB; puede tener un código API obsoleto / roto).
- Tenga en cuenta que esto también contiene la fuente de la herramienta WikiAudit .
Usando STiki
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) permiso / derecho de reversión , (2) al menos 1000 ediciones de artículos (en el espacio de nombres del artículo , no para hablar / páginas de 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 descaradamente poco constructiva e intencional en su malicia, entonces constituye vandalismo . Al presionar el Vandalismbotón se revertirá la edición, y la casilla "advertir al editor infractor" debe estar marcada para que la parte culpable sea notificada de su transgresión. Varias advertencias darán lugar a informes en AIV y bloqueo posterior. Sin embargo, es posible que desee evitar utilizar plantillas para los clientes habituales , ya que algunos interpretan esto como una mala etiqueta wiki. En casos excepcionales, el 4imbotón pequeño se puede utilizar para dar una advertencia más severa. |
2. | Revertir la buena fe | A veces, las ediciones son claramente poco constructivas, pero carecen de la intención y la malicia que caracteriza al vandalismo. En estos casos, uno debe asumir la buena fe deshaciendo los cambios usando un Good-faith revert. 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 informativo (sin "advertencia") . |
3. | Aprobar | Si un usuario de STiki se siente incómodo con etiquetar una edición como claro vandalismo, puede omitir o Passeditar. La revisión permanecerá activa en Wikipedia y se mostrará a otro usuario de STiki. Utilice el pase solo cuando crea que existe la posibilidad de que la edición sea vandalismo, pero no tiene la experiencia en el tema para tomar esa decisión con firmeza. |
4. | Inocente | Si una edición es principalmente constructiva y no vandalismo, debe etiquetarse como Innocent. Esto no significa que la edición deba ser perfecta por naturaleza. De hecho, STiki se centra en la lucha contra el vandalismo y no puede solucionar muchos problemas, que deben tratarse fuera de la herramienta (utilizando los hipervínculos proporcionados). |
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 {{ Cita requerida }} o {{ Verificar credibilidad }}, usando 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 es posible que sea necesario verificar las citas en sí mismas en el contenido relacionado con personas vivas ). ¿Qué 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 la experiencia de un dominio específico para resolverse probablemente se clasifique mejor como "inocente" o "aprobado".
Incertidumbre sobre la malicia : puede ser complicado diferenciar entre el vandalismo y las ediciones de buena fe que, sin embargo, no son constructivas. Las ediciones de prueba deben clasificarse como "vandalismo", ya que las advertencias iniciales y los comentarios de la edición se ajustan a este caso. Si la edición poco constructiva o el resumen de la edición indican inexperiencia en Wikipedia, puede ser mejor etiquetar la edición como "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 que podría interesar a los editores jóvenes? ¿Hay algo de verdad en lo que se dice (ausencia de formato, lenguaje y problemas organizativos)?
Investigación más profunda : a veces, una reversión ("vandalismo" o "buena fe") no reparará todos los problemas presentados en una diferencia o la diferencia no contiene suficiente evidencia para hacer una clasificación definitiva. En estos casos, utilice 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, aún deberá clasificar la edición. Si usó la interfaz del navegador para editar el artículo, presionar "vandalismo" o "revertir de buena fe" no revertirá sus cambios ni tendrá ningún efecto directo en Wikipedia. Clasifique la edición mostrada lo mejor que pueda. Hacer 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 una sola edición se ha clasificado con el ratón (dando el panel de botones "enfoque"), las teclas V, G, Py Iva a marcar ediciones como "vandalismo", "buena fe", "pase", y "inocente", respectivamente. Mientras está en el mismo modo, las teclas Page Up, Page Down , Up Arrow (↑) y Down Arrow (↓) también desplazarán el navegador de diferencias. También tenga en cuenta que los hipervínculos que aparecen en las diferencias se pueden abrir en su navegador web, asumiendo que la opción "Activar enlaces externos" (en la pestaña "Opciones") está activada. STiki almacena su configuración en un archivo con nombre .STiki.props.xml
, por lo que es posible editar rápidamente su configuración allí.
Comparación con otras herramientas
Las siguientes características distinguen a STiki:
1. | Algoritmos sofisticados | STiki utiliza múltiples algoritmos para identificar posibles actos de vandalismo; todos tienen sus raíces en el aprendizaje automático . Las colas actualmente activas han demostrado una tasa de aciertos del 25% al 30% (porcentaje de reversiones para todas las ediciones mostradas en la GUI). La búsqueda aleatoria dará como resultado tasas de acierto <3%. |
2. | El servidor coordina las tareas | A los usuarios de STiki se les muestran las ediciones desde una cola mantenida de forma centralizada. Cuando a un usuario se le muestra una edición, tiene una "reserva" para que ningún otro usuario de STiki vea la edición simultáneamente. Además, si un usuario marca una edición como "inocente", nadie se verá obligado a revisar esta edición en el futuro. En ambos casos, se evita el trabajo redundante (conflictos de edición, múltiples revisiones de buenas ediciones). |
3. | El servidor recuerda | El servidor STiki siempre está observando los cambios y calculando las probabilidades de vandalismo, incluso si nadie está usando la herramienta GUI. Cuando las ediciones se muestran a los usuarios finales, esto se hace únicamente en función de las probabilidades de vandalismo, no de la fecha de los cambios. STiki ha identificado casos de vandalismo que tenían varios meses de antigüedad. |
4. | Interfaz simple | La interfaz de STiki es mínima. Esto se debe a la creencia de que STiki debería centrarse exclusivamente en la eliminación de vandalismo / spam, en lugar de convertirse en un marco de uso general para una diversidad de ediciones no constructivas. Cuando se necesita más información, la interfaz proporciona enlaces a páginas relevantes de la wiki, que se abren en un navegador web normal. |
5. | Multiplataforma | Desarrollado en Java, STiki es multiplataforma . |
Editar priorización
STiki ordena que las ediciones se muestren a los usuarios finales en colas de prioridad. La prioridad que toma una edición se basa en su evaluación mediante un sistema de puntuación anti-daños. Los diferentes sistemas producen diferentes puntajes / colas, y los usuarios pueden seleccionar explícitamente una cola para acceder usando el menú "Rev. Queue". Todos los enfoques se basan en el aprendizaje automático , de los cuales hay dos enfoques activos y dos inactivos:
1. | Cluebot-NG | El uso de una red neuronal artificial (ANN) para puntuar ediciones es el enfoque de ClueBot NG . Las ediciones con peor puntuación se deshacen automáticamente. Sin embargo, hay muchas ediciones en las que CBNG está bastante seguro de que son vandalismo, pero no se pueden revertir debido a una baja tolerancia a falsos positivos, la regla de reversión u otras restricciones. Estas puntuaciones se consumen de un feed 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. Más detalles sobre esta técnica están disponibles en la sección " Orígenes y puntuación 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 en más de 50 características que capturan metadatos de Wikipedia, análisis de sitios de aterrizaje y datos de terceros. Vea nuestro artículo WikiSym'11 . ( Inactivo : se usa con poca frecuencia e incurre en un costo monetario. Puede regresar sin funciones pagadas de terceros). | |
4. | Wikitrust | Basado en la reputación de los editores calculada a partir de la persistencia del contenido, se encuentra el sistema WikiTrust de Adler et al. Más detalles están disponibles en su sitio web . Las puntuaciones de WikiTrust se consumen a través de su API . ( Inactivo : se usa poco, con poca precisión y el servidor de terceros no era confiable para calcular las probabilidades en tiempo real) |
Cuando STiki está experimentando un uso considerable, la frecuencia de vandalismo que se encuentra 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 limitada de actos de vandalismo en Wikipedia. Cuantas más personas utilicen STiki, menor porcentaje verá un usuario. Esto no significa que a STiki le esté yendo "mal"; significa que la enciclopedia está funcionando "bien".
Origen y puntuación de metadatos
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 GUI de interfaz de STiki, fue el único sistema enviado con las primeras versiones y comparte una base de código / distribución con la GUI de STiki. Este sistema también le dio su nombre a todo el paquete de software (derivado del procesamiento emporal de S patio T en W iki pedia), aunque ahora se minimiza este significado acrónimo.
El "sistema de metadatos" examina solo cuatro campos de una edición al calificar: (1) marca de tiempo, (2) editor, (3) artículo y (4) comentario de revisión. Estos campos se utilizan para calcular las características relacionadas con el estado de registro del editor, editar la hora del día, editar los días de la semana, la procedencia geográfica , la historia de la página, categoría de miembro, revisión comentario longitud, etc . Estas señales se envían a un clasificador ADTree para llegar a probabilidades de vandalismo. Los modelos ML se entrenan sobre las clasificaciones proporcionadas en la interfaz 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 dar a otros investigadores / desarrolladores acceso a las funciones de metadatos sin procesar y las probabilidades de vandalismo resultantes. Un archivo README describe los detalles de la API.
El artículo fue un intento académico de mostrar que las propiedades del lenguaje no eran necesarias para detectar el vandalismo en Wikipedia. Tuvo éxito en este sentido, pero desde entonces el sistema se ha relajado para uso general. Por ejemplo, el motor ahora incluye algunas funciones de lenguaje simples. Además, se tomó la decisión de integrar otros sistemas de puntuación en la interfaz gráfica de usuario.
Arquitectura
STiki usa una arquitectura de servidor / cliente :
1. Procesamiento de back-end que observa todos los cambios recientes en Wikipedia y calcula / obtiene la probabilidad de que cada uno sea vandalismo. 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 pueblan una serie de colas de prioridad interconectadas, donde las puntuaciones de vandalismo son la prioridad. El mantenimiento de la cola garantiza que solo se pueda ver la edición más reciente de un artículo. El trabajo de back-end se realiza en los servidores de STiki (alojados en la Universidad de Pennsylvania ), dependiendo en gran medida de una base de datos MySQL .
2. GUI de front-end que muestra diferencias , que el back-end ha determinado que es probable que contengan vandalismo, a 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 las 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 circuito de retroalimentación para mejorar los algoritmos de detección.
Trabajo y cooperación relacionados
Los autores de STiki están comprometidos a trabajar hacia soluciones colaborativas para el vandalismo. Con este fin, una API está disponible para las puntuaciones calculadas internamente de STiki. También se publica una transmisión en vivo de las puntuaciones en el canal "# arm-stiki-scores" en el servidor de IRC "armstrong.cis.upenn.edu". Además, todo el código STiki es de código abierto.
En el curso de nuestra investigación, hemos recopilado grandes cantidades de datos, tanto de forma pasiva con respecto a Wikipedia como a través del uso activo de la herramienta STiki por parte de los usuarios. Estamos interesados en compartir estos datos con otros investigadores. Finalmente, 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 de creación de corpus.
Créditos y más información
STiki fue escrito por Andrew G. West ( west.andrew.g ) mientras era estudiante de doctorado en ciencias de la computación en la Universidad de Pensilvania , bajo la dirección de Insup Lee . El documento académico que dio forma a la metodología STiki fue co-escrito por Sampath Kannan y Insup Lee . El trabajo fue apoyado en parte por ONR -MURI-N00014-07-1-0907.
Además del artículo académico ya discutido, ha habido varios artículos / publicaciones específicos de STiki que pueden resultar útiles para los desarrolladores anti-vandalismo. 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 STiki-revert. STiki también se presentó en Wikimania 2010, con las siguientes diapositivas de presentación . Un escrito adicional (no revisado por pares) examina STiki y las técnicas antivandálicas en relación con el tema más amplio de la confianza en las aplicaciones colaborativas. Finalmente, el ecosistema anti-daños y la contribución técnica de STiki se resumieron en la tesis doctoral del desarrollador . Ese trabajo es novedoso en el análisis de ~ 1 millón de acciones de clasificación STiki para aprender sobre los aspectos humanos / sociales del proceso de patrullaje.
Más allá de STiki de forma aislada, un artículo de CICLing 2011 examinó la técnica de puntuación de metadatos de STiki relativa (y en combinación con) las características de PNL y persistencia de contenido (los 2 primeros clasificados de la Competencia PAN 2010 ) y estableció nuevas líneas de base de rendimiento en el proceso. También se llevó a cabo una edición 2011 de la competencia PAN-CLEF y requirió el procesamiento de múltiples lenguajes naturales; la entrada de STiki ganó en todas las tareas. Una presentación de Wikimania 2011 examinó el rápido progreso de la lucha contra el vandalismo (tanto académico como en la wiki) durante el período 2010-2011. Finalmente, un boletín de investigación publicado por EDUCAUSE analiza el tema del daño de 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 por estos escritos deben dirigirse a los autores de STiki.
Userboxes, premios y misceláneas
Para aquellos que deseen mostrar su apoyo a STiki a través de una caja de usuario , se ha creado / puesto a disposición lo siguiente:
|
|
| ||||||
|
|
| ||||||
|
|
| ||||||
{{STiki topicon}} |
Otras imágenes, anuncios, material promocional y estadísticas de STiki:
- Un anuncio en la rotación de Wikipedia :
|
- Un barnstar STiki creado por Usuario: Centibyte (tenga en cuenta también el "hito" barnstars STiki ):
|
- Algunas estadísticas sobre la cuota de mercado de STiki
El da Vinci Barnstar | ||
Solía ser un usuario acérrimo de Huggle durante aproximadamente un año. Luego, cuando me topé con STiki, descubrí que era más rápido y mucho más agradable de usar. Considérame convertido. :) Orphan Wiki 15:21, 30 de enero de 2011 (UTC) |
El da Vinci Barnstar | ||
En reconocimiento a un destacado logro técnico. :) œ ™ 23:00, 22 de febrero de 2011 (UTC) |
El Barnstar anti-vandalismo | |
¡Una herramienta genial! Lotje ( charla ) 06:31, 14 de marzo de 2012 (UTC) |
El técnico Barnstar | |
Por tu trabajo en STiki, ¡gracias! Allens ( discusión | contribuciones ) 10:49, 12 de abril de 2012 (UTC) |
El Barnstar anti-vandalismo | |
¡Esto es en honor a su lucha contra el vandalismo en Wikipedia! Allen (Morriswa) ( charla ) 00:18, 13 de abril de 2012 (UTC) |
El defensor de Wiki Barnstar | |
Esto es para tu trabajo en STiki. Allen (Morriswa) ( charla ) 00:19, 13 de abril de 2012 (UTC) |
Barnstar del diseñador gráfico | ||
Para esta herramienta increíble, gráficos asombrosos también. Usuario: Deathlaser |
Aquí hay un brindis por el anfitrión | |
Al completar 100.000 reversiones por STiki. Salud !!! - Ð ℬig XЯaɣ 20:31, 28 de abril de 2012 (UTC) |
El Barnstar anti-vandalismo | |
Por sus contribuciones a STiki y la lucha contra el vandalismo en Wikipedia. ¡Hagamos que STiki y Wikipedia sean aún mejores! ★ Oliverlyc ★ ✈✈✈ ¡ Envíeme 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 Varia charla 10:01, el 21 de junio de 2012 (UTC) |
El técnico Barnstar | |
¡¡¡¡¡¡¡¡¡Más merecedores !!!!! Morning277 ( charla ) 15:10, 28 de junio de 2012 (UTC) |
La estrella de mérito platino de STiki | ||
¡Felicitaciones, STiki! Estás recibiendo esta gran estrella de mérito porque recientemente cruzaste el umbral de clasificación de 50,000 usando STiki . Les agradecemos tanto sus contribuciones a Wikipedia en general como su uso de la herramienta. Esperamos que continúe ascendiendo en la clasificación y se mantenga en contacto en la página de discusión . Muchas gracias y sigan con el buen trabajo! West.andrew.g ( charla ) 03:07, 17 de septiembre de 2012 (UTC) |
Los actos de bondad al azar Barnstar | |
¡Gracias por el Bronce STiki Barnstar of Merit! Su herramienta es realmente de gran ayuda en esta enciclopedia. ¡Que tenga un lindo día! :) Mediran habla conmigo! 00:21, 25 de noviembre de 2012 (UTC) |
El técnico Barnstar | ||
Desarrollando STiki, una de las herramientas antivandálicas más impresionantes de Wikipedia. _ ¡Es un zorro ! (¿ Hablarme ?) 03:16, 27 de diciembre de 2012 (UTC) |
La Barnstar original | |
¡Gracias por todo el trabajo que hiciste! Te lo agradezco. Ronquido ocular 19:02, 2 de febrero de 2013 (UTC) |
El Barnstar de Pakistán del mérito nacional | ||
Por sus incansables y decididos esfuerzos por la Enciclopedia. ¡Gracias por STiki ! Fai zan 13:36, 21 de mayo de 2013 (UTC) |
Premio CVU Antivandálico | ||
¡Por crear una herramienta que no solo lo ayude a revertir el vandalismo sino que también permita a otros hacer lo mismo de manera eficiente y efectiva! Jackson Peebles ( charla ) 06:30, 25 de mayo de 2013 (UTC) |
Salón de la fama anti-vandalismo | |
¡Felicitaciones! Por crear STiki, te otorgo un lugar en el AV HOF. Usuario: Buffbills7701 / antivandalismo salón de la fama de ante proyectos de ley 7701 15:50 30 de julio de 2013 (UTC) |
La Barnstar 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 ( charla ) 18:06, 16 de noviembre de 2013 (UTC) |
La brillante idea Barnstar | |
¡Por todas sus brillantes ideas en STIKI! - Keithbob • Charla • 21:17, 9 de diciembre de 2013 (UTC) |
El Barnstar anti-vandalismo | |
¡Muy buen programa utilizado para combatir el vandalismo! TheEpTic ( charla ) 15:51, 16 de diciembre de 2013 (UTC) |
El Barnstar anti-vandalismo | ||
Uso inteligente de los datos de ClueBot NG para filtrar el vandalismo; mucho más eficiente que la función de ediciones filtradas de Huggle . Esquivalience t 02:59, 1 de mayo de 2015 (UTC) |
La Barnstar original | |
STiki es la mejor herramienta anti-vandalismo en Wiki, y agradezco todo lo que hacen para combatir el vandalismo. ¡Gracias por hacer de Wikipedia un lugar mejor! - Liance charla / contribuciones 4:02 4 de diciembre de 2015 (UTC) |
El STiki Barnstar | ||
Eres la primera persona en recibir este barnstar; Indiscutiblemente mereces este honor porque creaste STiki en primer lugar. Centibyte (charla) 14:18, 28 de marzo de 2018 (UTC) |
El Barnstar anti-vandalismo | |
STiki me ha permitido encontrar actos de vandalismo de hace meses que probablemente se habrían mantenido en línea por mucho más tiempo si no hubieran estado en cola. ¡Gracias por crear esta increíble herramienta! EclipseDude ( charla ) 08:34, 2 de septiembre de 2018 (UTC) |
El técnico Barnstar | |
Esto es por su arduo trabajo en mejorar Wikipedia a través de trabajos técnicos, especialmente desarrollando la poderosa herramienta anti-vandalismo STiki. Gracias. PA TH SL OP U 09:30, 3 de junio de 2019 (UTC) |