Esto lo lee una persona, y lo lee todo. Abajo está para qué sirve mejor cada una de las dos vías, qué conviene incluir para que un fallo pueda encontrarse de verdad, y qué ocurre después de enviarlo.
# Contacto
Esto lo lee una persona, y lo lee todo. Abajo está para qué sirve mejor cada una de las dos vías, qué conviene incluir para que un fallo pueda encontrarse de verdad, y qué ocurre después de enviarlo.
Última actualización 27 de agosto de 2026
## Las dos vías
**Correo: [[email protected]](mailto:[email protected]).** Va directo a la persona que escribe las herramientas. Es lo mejor para cualquier cosa que prefieras no decir en público: una preocupación de privacidad, una reclamación de derechos de autor o de marca, un problema de seguridad, o un fallo que solo puedes describir adjuntando un archivo que no es asunto de nadie más.
**El gestor de incidencias: [github.com/A-Box-of-Tools/website/issues](https://github.com/A-Box-of-Tools/website/issues).** Lo lee la misma persona. Es lo mejor para cualquier cosa que le sirva también a los demás: una herramienta que trata mal cierto tipo de archivo, una traducción que suena rara en tu idioma, una petición de función, o una pregunta cuya respuesta debería quedar donde la encuentre el siguiente. Hace falta una cuenta de GitHub; para el correo no.
No hay teléfono ni chat en vivo. Esto es un proyecto de una sola persona, y una línea de atención en la que no hay nadie sentado es peor que decirlo.
## Qué pasa cuando escribes
Lo lee una persona, normalmente en unos pocos días. Las respuestas van en inglés.
Un fallo reproducible en una herramienta suele quedar arreglado en una o dos semanas, y el arreglo aparece en el historial público de cambios, con tu aviso enlazado si lo planteaste como incidencia. Una petición de función recibe una respuesta honesta, que a veces es que no. [ROADMAP.md](https://github.com/A-Box-of-Tools/website/blob/main/ROADMAP.md) guarda un párrafo por cada idea descartada y su motivo, así que un no de aquí viene con su razonamiento.
Lo que no va a pasar: no acabarás en ninguna lista de correo y tu dirección no se le dará a nadie. Sirve para responderte y para nada más.
## Avisar de un fallo de forma que pueda encontrarse
Estas herramientas funcionan en tu equipo y no en un servidor, lo que significa que aquí no hay registros que mirar. Todo lo que ocurrió, ocurrió en un sitio que solo tú podías ver. Por eso un aviso que diga qué página era y qué salió mal vale aquí más que en casi ningún otro sitio. Los detalles útiles:
- **Qué herramienta**, por su dirección: hay treinta y seis, y varias hacen trabajos vecinos.
- **El navegador y su versión**, y si era un móvil. Una parte sorprendente de estos fallos es la idea que tiene un navegador concreto de un contenedor de vídeo o de un codificador de imagen, más que la herramienta en sí.
- **Qué era el archivo**: el formato, cuánto pesaba aproximadamente y de dónde salió, por ejemplo de una cámara o un teléfono concretos. No hace falta que envíes el archivo. Si existe un ejemplo pequeño que muestre el problema y que no sea privado, ayuda enormemente; si no, describirlo suele bastar.
- **Qué esperabas y qué obtuviste.** «No funcionó» y «la exportación salió sin sonido» son fallos distintos con causas distintas.
- **Lo que salga en rojo en la consola del navegador**, si sabes abrirla. Copia el primer error en lugar de hacer una captura de todos.
## Avisos de seguridad y de privacidad
Estos por correo y no en público: [[email protected]](mailto:[email protected]). Cualquier cosa que permitiera a una página de aquí alcanzar un archivo que no le incumbe, enviar uno a algún sitio, o ejecutar código que no se le sirvió, se toma en serio y se mira esa misma semana. Lo mismo vale para cualquier forma en que el sitio recoja algo que la [página de privacidad](https://abox.tools/es/privacidad/) dice que no recoge.
No hay programa de recompensas ni dinero, y conviene decirlo claramente en lugar de que se descubra después del trabajo. Se ofrece mención en el commit y en la nota de versión, y se acepta igual de bien que se rechace.
## Derechos de autor, marcas y retiradas
En este sitio nadie sube nada, y aquí tampoco hay ningún sitio donde nadie pueda publicar: las herramientas procesan los archivos dentro del navegador de quien visita la página, y nada de lo que abre o produce llega a este sitio. Así que no hay material alojado que retirar ni cuenta que suspender.
Si algo hecho *por este sitio* (una página, una ilustración, un trozo de código) vulnera un derecho tuyo, escribe a [[email protected]](mailto:[email protected]) con la dirección de la página y qué es exactamente lo que está en cuestión, y se resolverá directamente.
## Publicidad y propuestas comerciales
El sitio lleva publicidad a través de Google, y ese es todo el acuerdo. Las inserciones directas, los artículos patrocinados, los enlaces pagados, las colaboraciones de invitados y los intercambios de enlaces se rechazan, y el motivo no es remilgo: una página que lleva de tapadillo el texto de otro es una página cuyas afirmaciones el lector ya no puede sopesar, y aquí toda afirmación es una que se invita a comprobar. Ahórrate el correo.
Usar las herramientas comercialmente no requiere permiso ni licencia: son libres para cualquier fin, incluido dentro de una empresa. Reutilizar el [código](https://github.com/A-Box-of-Tools/website) se rige por la licencia del repositorio, que es permisiva, y llevarse un módulo es exactamente para lo que esa licencia existe.
## A quién le escribes
abox.tools es un proyecto independiente y autofinanciado que lleva una sola persona desde Ontario, Canadá. No es una empresa, y detrás de la dirección de arriba no hay un departamento de soporte, que es por lo que la respuesta tarda más que la de una empresa y por lo que la escribe alguien que ha leído el código. En la [página sobre el sitio](https://abox.tools/es/sobre-este-sitio/) se explica quién lo construye, por qué las herramientas funcionan como funcionan y cómo se paga todo esto.
Las dos vías
Correo: [email protected]. Va directo a la persona que escribe las herramientas. Es lo mejor para cualquier cosa que prefieras no decir en público: una preocupación de privacidad, una reclamación de derechos de autor o de marca, un problema de seguridad, o un fallo que solo puedes describir adjuntando un archivo que no es asunto de nadie más.
El gestor de incidencias: github.com/A-Box-of-Tools/website/issues. Lo lee la misma persona. Es lo mejor para cualquier cosa que le sirva también a los demás: una herramienta que trata mal cierto tipo de archivo, una traducción que suena rara en tu idioma, una petición de función, o una pregunta cuya respuesta debería quedar donde la encuentre el siguiente. Hace falta una cuenta de GitHub; para el correo no.
No hay teléfono ni chat en vivo. Esto es un proyecto de una sola persona, y una línea de atención en la que no hay nadie sentado es peor que decirlo.
Qué pasa cuando escribes
Lo lee una persona, normalmente en unos pocos días. Las respuestas van en inglés.
Un fallo reproducible en una herramienta suele quedar arreglado en una o dos semanas, y el arreglo aparece en el historial público de cambios, con tu aviso enlazado si lo planteaste como incidencia. Una petición de función recibe una respuesta honesta, que a veces es que no. ROADMAP.md guarda un párrafo por cada idea descartada y su motivo, así que un no de aquí viene con su razonamiento.
Lo que no va a pasar: no acabarás en ninguna lista de correo y tu dirección no se le dará a nadie. Sirve para responderte y para nada más.
Avisar de un fallo de forma que pueda encontrarse
Estas herramientas funcionan en tu equipo y no en un servidor, lo que significa que aquí no hay registros que mirar. Todo lo que ocurrió, ocurrió en un sitio que solo tú podías ver. Por eso un aviso que diga qué página era y qué salió mal vale aquí más que en casi ningún otro sitio. Los detalles útiles:
Qué herramienta, por su dirección: hay treinta y seis, y varias hacen trabajos vecinos.
El navegador y su versión, y si era un móvil. Una parte sorprendente de estos fallos es la idea que tiene un navegador concreto de un contenedor de vídeo o de un codificador de imagen, más que la herramienta en sí.
Qué era el archivo: el formato, cuánto pesaba aproximadamente y de dónde salió, por ejemplo de una cámara o un teléfono concretos. No hace falta que envíes el archivo. Si existe un ejemplo pequeño que muestre el problema y que no sea privado, ayuda enormemente; si no, describirlo suele bastar.
Qué esperabas y qué obtuviste. «No funcionó» y «la exportación salió sin sonido» son fallos distintos con causas distintas.
Lo que salga en rojo en la consola del navegador, si sabes abrirla. Copia el primer error en lugar de hacer una captura de todos.
Avisos de seguridad y de privacidad
Estos por correo y no en público: [email protected]. Cualquier cosa que permitiera a una página de aquí alcanzar un archivo que no le incumbe, enviar uno a algún sitio, o ejecutar código que no se le sirvió, se toma en serio y se mira esa misma semana. Lo mismo vale para cualquier forma en que el sitio recoja algo que la página de privacidad dice que no recoge.
No hay programa de recompensas ni dinero, y conviene decirlo claramente en lugar de que se descubra después del trabajo. Se ofrece mención en el commit y en la nota de versión, y se acepta igual de bien que se rechace.
Derechos de autor, marcas y retiradas
En este sitio nadie sube nada, y aquí tampoco hay ningún sitio donde nadie pueda publicar: las herramientas procesan los archivos dentro del navegador de quien visita la página, y nada de lo que abre o produce llega a este sitio. Así que no hay material alojado que retirar ni cuenta que suspender.
Si algo hecho por este sitio (una página, una ilustración, un trozo de código) vulnera un derecho tuyo, escribe a [email protected] con la dirección de la página y qué es exactamente lo que está en cuestión, y se resolverá directamente.
Publicidad y propuestas comerciales
El sitio lleva publicidad a través de Google, y ese es todo el acuerdo. Las inserciones directas, los artículos patrocinados, los enlaces pagados, las colaboraciones de invitados y los intercambios de enlaces se rechazan, y el motivo no es remilgo: una página que lleva de tapadillo el texto de otro es una página cuyas afirmaciones el lector ya no puede sopesar, y aquí toda afirmación es una que se invita a comprobar. Ahórrate el correo.
Usar las herramientas comercialmente no requiere permiso ni licencia: son libres para cualquier fin, incluido dentro de una empresa. Reutilizar el código se rige por la licencia del repositorio, que es permisiva, y llevarse un módulo es exactamente para lo que esa licencia existe.
A quién le escribes
abox.tools es un proyecto independiente y autofinanciado que lleva una sola persona desde Ontario, Canadá. No es una empresa, y detrás de la dirección de arriba no hay un departamento de soporte, que es por lo que la respuesta tarda más que la de una empresa y por lo que la escribe alguien que ha leído el código. En la página sobre el sitio se explica quién lo construye, por qué las herramientas funcionan como funcionan y cómo se paga todo esto.