RE:CZ

Análisis de Optimización del Producto CZON y Visión de CZONE

Desarrollo de Productos

👤 Desarrolladores de productos, entusiastas de la tecnología, lectores interesados en herramientas de creación de contenido y aplicaciones Web3
Este artículo documenta el trabajo de optimización del producto CZON realizado por el autor el 28 de enero de 2026, incluyendo la adición de soporte HTTP Proxy para usuarios de GB para resolver problemas de llamadas a la API de OpenAI. El autor reflexiona que el flujo cerrado de CZON es un poco rígido y considera usar GitHub Actions para implementar ejecución automatizada y reducir la barrera de entrada para los usuarios. Además, el artículo compara en detalle la visión de CZONE: una plataforma de creación de contenido completamente sin barreras donde los usuarios solo necesitan iniciar sesión con GitHub para crear, editar y publicar contenido, con datos basados en Markdown y Git, alineados con el espíritu Web3. El autor planea continuar probando la implementación de CZON y debate si realizar más optimizaciones para equilibrar la facilidad de uso y la complejidad técnica.
  • ✨ Agregar soporte HTTP Proxy a CZON para resolver problemas de llamadas a la API de OpenAI de los usuarios
  • ✨ CZON ya tiene dos usuarios tempranos, el autor planea probar la implementación del producto
  • ✨ Considerar usar GitHub Actions para implementar un flujo cerrado automatizado en CZON y reducir la barrera de uso
  • ✨ CZONE se posiciona como una plataforma de creación de contenido completamente sin barreras, basada en inicio de sesión OAuth de GitHub
  • ✨ Los datos de CZONE se basan en Markdown y Git, los usuarios pueden exportarlos de forma autónoma, alineados con el espíritu Web3
📅 2026-01-28 · 414 words · ~2 min read
  • CZON
  • CZONE
  • HTTP Proxy
  • GitHub Actions
  • Optimización de Producto
  • Experiencia de Usuario
  • Web3
  • Creación de Contenido

Ahora es la noche del miércoles 28 de enero de 2026.

Ayer le presenté CZON a GB, quien mostró interés. Sin embargo, se encontró con el problema de que para llamar a la API de OpenAI necesita un proxy HTTP, pero CZON no lo soportaba. Así que hoy dediqué algún tiempo a añadir soporte para proxy HTTP en CZON. Estoy esperando más comentarios de GB.

GB es el segundo usuario de CZON después de C1. Estoy preparándome para probar la implementación de CZON. En este momento no hay que precipitarse, debemos avanzar con paso firme, primero asegurar una buena experiencia para los primeros usuarios, y luego, una vez que tengamos una base de usuarios sólida, considerar una promoción a gran escala.

El ciclo de CZON todavía es un poco rígido. Estoy considerando implementar completamente el ciclo de CZON usando GitHub Actions. Es decir, después de que un usuario envíe los archivos fuente del contenido a la rama principal, GitHub Actions activará automáticamente la ejecución de CZON y luego enviará los resultados directamente de vuelta a la rama principal (o creará un PR). Sin embargo, esto requiere configurar GitHub Secrets para almacenar la clave API de OpenAI, etc. Esto puede ahorrar a los usuarios la molestia de ejecutar CZON localmente, reduciendo la barrera de entrada. (Por supuesto, esto aún no llega al nivel de CZONE, que es completamente sin barreras, por lo que también estoy dudando si hacer estas optimizaciones)

CZONE está posicionado como un producto completamente sin barreras. Los usuarios solo necesitan registrarse en GitHub, luego iniciar sesión en CZONE a través de OAuth de GitHub, y pueden crear directamente un sitio de contenido, escribir y publicar un sitio estático, sin necesidad de saltar a otros lugares. La experiencia de edición en dispositivos móviles es similar a publicar en redes sociales o en Twitter, muy simple y directa. Y la experiencia de edición en escritorio es similar a usar editores WYSIWYG como Notion o Typora. Los usuarios solo necesitan concentrarse en crear contenido, todo lo demás lo maneja CZONE. La ventaja de CZONE es que, al estar basado en Markdown y Git, los datos del usuario le pertenecen completamente, pueden exportarlos en cualquier momento o migrarlos a otras plataformas. Esto está en línea con el espíritu de Web3.

Si hoy GB estuviera usando CZONE en lugar de CZON, no tendría que preocuparse en absoluto por el problema del proxy HTTP.

Creo que aún podría agregar algunos usuarios más para probar la implementación de CZON.

See Also

Referenced By