Ahora es el 9 de febrero de 2026, por la tarde.
Hoy me siento un poco indispuesto de nuevo. Debería haber tomado la medicina a tiempo cuando tuve un resfriado hace unos días. Como resultado, estos días no solo he estado cansado y fatigado. La razón por la que no tomé la medicina para el resfriado en ese momento fue que pensé que me daría sueño y perdería el tiempo. Las consecuencias de no detener las pérdidas fueron aún más graves, esta apuesta la perdí.
Volviendo al tema, ayer usé CZON + Opus 4.6 para hacer una versión de resumen del blog, y algunos enlaces estaban rotos. En última instancia, había un error en mi prompt, no di las instrucciones correctas.
Sin embargo, creo que no se puede esperar que la IA siga todas tus instrucciones de una sola vez, esta es una característica física de la falta de coordinación obligatoria de la IA.
Al principio pensé, ¿debería CZON admitir referencias de ruta absoluta relativas al directorio raíz del proyecto? Pero luego me pareció que no era apropiado, porque ya había decidido que el directorio .czon/src/<lang>/ también es un directorio fractal completamente válido, y las referencias mutuas entre cada archivo dentro de él deberían ser completamente efectivas, las imágenes y los hipervínculos dentro deberían ser válidos.
Por lo tanto, CZON debe rechazar completamente el uso de referencias de ruta absoluta relativas al directorio raíz del proyecto, y adherirse al uso de referencias relativas. Aunque VSCode puede admitir este método de referencia, creo que no es lo suficientemente estándar y no puede expresar con precisión la semántica de la referencia. Es un método de referencia poco confiable que debe ser descartado.
Este rechazo traerá algunos problemas de compatibilidad, por ejemplo, encontrarás que algunos enlaces en documentos antiguos están rotos. Sin embargo, una solución relativamente buena es que CZON proporcione un comando check, específicamente para verificar si los enlaces en los documentos son válidos. Si se encuentran enlaces inválidos, puede dar una advertencia y proporcionar sugerencias de reparación, o incluso ejecutar una reparación automática (opción --fix). Las sugerencias de reparación se pueden alimentar directamente a un Agente de IA para que ejecute la reparación. Después de la reparación, simplemente ejecuta nuevamente el comando build.
Además, al ejecutar tareas runOpenCode de larga duración, todavía se reporta un error de tiempo de espera de 600s. He usado el método corto de promptAsync + polling status, pero si una tarea se ejecuta por más de 10 minutos, todavía reporta un tiempo de espera de 600s. Creo que este es un problema inherente de OpenCode, y trataré de resolverlo a continuación.
Otro punto, creo que necesito una función de TODO Summary que me ayude a extraer todos los TODO de mis blogs y generar un documento de lista de TODO, para que pueda revisarlos de manera unificada. Esta es una característica muy interesante. Haré que la IA lea todo el contenido de mis blogs, juzgue si mis TODO están completados, y luego podré revisar esta lista de TODO diariamente para ver qué debería hacer ahora.
Otra cosa divertida, dado que la IA ya puede examinar mi jerarquía de valores, ¿no sería genial si también pudiera ayudarme automáticamente a marcar la prioridad de estos TODO?
