Es cierto. Como también se menciona en el artículo, después de mejorar el código, efectivamente se redujo el tamaño del código del proyecto.
Sin embargo, en este ejemplo hubo una reducción de alrededor del 10% según la cantidad de caracteres, y solo con eso no se puede explicar una disminución del 37.91% en el uso de tokens.
En el artículo está el enlace al repositorio del código fuente, y cualquiera puede reproducirlo y probarlo.
Como comentario adicional, la estructura del código debe mejorarse con un modelo adecuado para ese proyecto. Como se menciona en la respuesta de abajo, si le consultas a la IA sobre cómo mejorar la estructura, te indicará un método apropiado de reorganización acorde al proyecto.
Mi recomendación personal es no darle a la IA una orden directa de reestructuración desde el inicio; mejor pídele primero que haga propuestas. Te dará una respuesta y, conforme avances en la conversación, podrás llegar a una propuesta lo suficientemente eficiente antes de pedirle que la aplique.
Un tip adicional es que, en lo posible, conviene completar el trabajo antes de que ocurra la summarization del contexto (reinicio del búfer de contexto). Si reiniciar el búfer de contexto es inevitable, es mejor pedir de antemano que agregue reglas de mejora a .cursorrules. Si el contexto se reinicia durante el trabajo, aumenta la probabilidad de que la IA cometa errores.
Sí, yo mismo hice el modo de DeepRAGGal, y actualmente está en servicio a través de un servidor personal. (Es necesario por la autenticación OAuth de CHZZK)
El desarrollo de ese modo incluye trabajo con Unreal Engine, pero por desgracia, hacer vibe coding en la parte de Unreal Engine es difícil.
Como referencia, es un hecho obvio y bien conocido que, cuanto más pequeño sea el tamaño del código fuente de entrada, menor será la cantidad de tokens consumidos. Para eso se creó el archivo .cursorignore.
En general, cuando se le pide a una IA que mejore la estructura, en la gran mayoría de los casos el volumen del código fuente tiende a reducirse, así que parece una afirmación creíble decir que, por cualquier motivo que se le haga ordenar o limpiar, los costos bajan.
Este artículo agrega la afirmación de que, mediante una buena guía de estructura, se puede lograr una reducción adicional en el uso de tokens.
En esencia, creo que esto significa que, en lugar de transmitirle a la IA solo los requisitos funcionales, guiarla bien hacia una estructura adecuada y correcta puede ayudar a reducir costos.
> Refactor the falling objects’ behaviors to use the Strategy pattern and their creation to use the Factory pattern, split the implementation into separate files, and update .cursorrules to reflect the new file structure.
¿Significa que al incluir también este prompt se redujo el costo? No estoy muy seguro de si entendí bien el punto principal.
Por ahora solo usa la versión v3 de la API REST de Jira, así que solo se puede usar con Jira Cloud. No funciona con las versiones Data Center ni Server.
No es necesario. Por favor, le suplico que usted como desarrollador no haga eso. La verdad es que me desagrada muchísimo verlo, pero como hay mucha información útil y ellos usan esos sonidos de relleno tipo "eh, mm" como un recurso para transmitir la información de forma efectiva, aunque me resulte repulsivo, lo sigo viendo por eso. Le agradecería que compartiera la información con oraciones bien formuladas.
Es cierto. Como también se menciona en el artículo, después de mejorar el código, efectivamente se redujo el tamaño del código del proyecto.
Sin embargo, en este ejemplo hubo una reducción de alrededor del 10% según la cantidad de caracteres, y solo con eso no se puede explicar una disminución del 37.91% en el uso de tokens.
En el artículo está el enlace al repositorio del código fuente, y cualquiera puede reproducirlo y probarlo.
Como comentario adicional, la estructura del código debe mejorarse con un modelo adecuado para ese proyecto. Como se menciona en la respuesta de abajo, si le consultas a la IA sobre cómo mejorar la estructura, te indicará un método apropiado de reorganización acorde al proyecto.
Mi recomendación personal es no darle a la IA una orden directa de reestructuración desde el inicio; mejor pídele primero que haga propuestas. Te dará una respuesta y, conforme avances en la conversación, podrás llegar a una propuesta lo suficientemente eficiente antes de pedirle que la aplique.
Un tip adicional es que, en lo posible, conviene completar el trabajo antes de que ocurra la summarization del contexto (reinicio del búfer de contexto). Si reiniciar el búfer de contexto es inevitable, es mejor pedir de antemano que agregue reglas de mejora a
.cursorrules. Si el contexto se reinicia durante el trabajo, aumenta la probabilidad de que la IA cometa errores.Hola. Soy el dueño del blog.
Sí, yo mismo hice el modo de DeepRAGGal, y actualmente está en servicio a través de un servidor personal. (Es necesario por la autenticación OAuth de CHZZK)
El desarrollo de ese modo incluye trabajo con Unreal Engine, pero por desgracia, hacer vibe coding en la parte de Unreal Engine es difícil.
En cambio, como el método de desarrollo del mod en sí no es difícil, si te interesa, puedes aprenderlo fácilmente a través de la guía de desarrollo del mod (https://modgo.org/dib-rag-gaelreogtig-modeu-gaebal-part-1/).
Como referencia, es un hecho obvio y bien conocido que, cuanto más pequeño sea el tamaño del código fuente de entrada, menor será la cantidad de tokens consumidos. Para eso se creó el archivo
.cursorignore.En general, cuando se le pide a una IA que mejore la estructura, en la gran mayoría de los casos el volumen del código fuente tiende a reducirse, así que parece una afirmación creíble decir que, por cualquier motivo que se le haga ordenar o limpiar, los costos bajan.
Este artículo agrega la afirmación de que, mediante una buena guía de estructura, se puede lograr una reducción adicional en el uso de tokens.
Yo no he hecho esta prueba personalmente,
pero creo que un prompt como:
"Analiza el código actual y mejora la estructura para que te resulte más fácil de gestionar"
también podría funcionar.
En esencia, creo que esto significa que, en lugar de transmitirle a la IA solo los requisitos funcionales, guiarla bien hacia una estructura adecuada y correcta puede ayudar a reducir costos.
> Refactor the falling objects’ behaviors to use the Strategy pattern and their creation to use the Factory pattern, split the implementation into separate files, and update .cursorrules to reflect the new file structure.
¿Significa que al incluir también este prompt se redujo el costo? No estoy muy seguro de si entendí bien el punto principal.
Por ahora solo usa la versión v3 de la API REST de Jira, así que solo se puede usar con Jira Cloud. No funciona con las versiones Data Center ni Server.
Guau... esto sí que está muy divertido.
Parece que últimamente están saliendo muchas cosas relacionadas con Rust..
Por favor revisa la sección sobre cómo comentar en Cómo usar el sitio.
Por favor, habla con amabilidad y cortesía.
Si tienes una objeción, escribe solo ese contenido.
???: ¡Resuelvan la bio-búsqueda! ¡Los anunciantes no podrán distinguirla!
https://modgo.org/dib-rag-gaelreogtig-modeu-seuteurimeoreul-wihan-ciji…
¿Hiciste tú mismo este modo de Deep Rock Galactic?
¿Esto también lo hiciste con vibe coding?
No es necesario. Por favor, le suplico que usted como desarrollador no haga eso. La verdad es que me desagrada muchísimo verlo, pero como hay mucha información útil y ellos usan esos sonidos de relleno tipo "eh, mm" como un recurso para transmitir la información de forma efectiva, aunque me resulte repulsivo, lo sigo viendo por eso. Le agradecería que compartiera la información con oraciones bien formuladas.
Ah, qué fastidio.
Si fuera Nintendo, invitaría a trabajar a quien hizo esto con solo ver su currículum.
Oh, esto se ve bien.
Es un muy buen artículo.
Esto sí es realmente geek jaja
¿Por qué a mí solo me aparece el logo y no funciona??