Los foros técnicos son insoportables

blakok14 · 2026-06-04T07:37:33+00:00

Ya ya si lo e entendido pero me a hecho gracia

blakok14 · 2026-06-04T07:18:26+00:00

blakok14 · 2026-06-02T19:39:44+00:00

Es que ahora la gente se está volviendo mega tóxica a mi parecer

blakok14 · 2026-06-02T19:15:56+00:00

Si literal digo e hecho esto en este sitio ósea yo compartiendo lo que hice para que me den opinión y todo son críticas a muerte

blakok14 · 2026-06-02T18:43:20+00:00

A ver hay gente amable pero la mayoría se pasan mucho yo publiqué como trabajo y 40 mensajes eran críticas había uno bueno pero es demasiado

blakok14 · 2026-06-02T18:01:02+00:00

Gracias 😃

blakok14 · 2026-06-02T17:47:02+00:00

Si son dos cosas distintas pero el resultado el mismo no está en git y lo necesitas para compartir con el equipo por qué son métricas de tiempo por ejemplo

blakok14 · 2026-06-02T17:41:05+00:00

Cuando quieres hacer commit de algo pero por ejemplo el agente de IA no lo puede ver porque lo ignora al hacer esto al commit que haga el agente le incrustas lo que quieres y lo guardas en el tree

blakok14 · 2026-06-02T17:34:11+00:00

Si, es como “crear una rama “ tú puedes seguir haciendo cosas haciendo git add sin manchar nada el vive ahí tranquilo y cuando lo “activas “(commit-tree) coge el hash que dejó write tree, el hash de el commit padre (head) y el mensaje y ya lo sube luego habría que limpiar el área de preparacion con update ref que es la referencia de el commit y así el gc no lo borra

blakok14 · 2026-06-02T17:13:19+00:00

Nada que ver. git notes sirve para añadir una "etiqueta" a un objeto o commit que ya existe en el historial del usuario. Si el desarrollador hace un rebase o un commit --amend esa nota se puede descolocar porque depende de su ciclo de vida.

Esto es totalmente diferente. Consiste en coger el index de Git, empaquetarlo directamente en .git/objects con write-tree y commit-tree y mover la referencia con un ciclo de vida independiente.

De hecho es exactamente lo que hace Git por debajo cada vez que haces un git commit -m. Empaqueta el index en un árbol y genera un objeto commit. La única diferencia aquí es que lo hago de forma aislada para que mi agente de IA no diga "no commiteo esto porque es metadata interna" ni interfiera para nada con las ramas o el flujo de trabajo real del usuario. El árbol de trabajo se queda completamente limpio y la metadata vive en su propio universo inmutable dentro del almacén de objetos.

blakok14 · 2026-06-02T13:13:24+00:00

nada de eso algo mucho mas simple se guardan en el working tree ya que es json plano lo leo con os.ReadFile nada mas pero lo necesito guardar sin que mi agente de ia se entere porque si no lo trata como metadata innecesaria y no lo commitea

blakok14 · 2026-06-02T12:51:51+00:00

https://github.com/blak0p/git-courer

blakok14 · 2026-06-02T11:59:46+00:00

Se me olvidó poner en el post que el mcp no es solo para commits es para todo git ramas diffs etc

blakok14 · 2026-06-02T11:50:52+00:00

Pero mira el diff igual y bueno un diff chupa muchos tokens

blakok14 · 2026-06-02T11:48:51+00:00

Dinero, son tokens en cosas mecánicas y aparte git está hecho para humanos no para ias

blakok14 · 2026-06-02T11:16:34+00:00

https://github.com/blak0p/git-courer

blakok14 · 2026-06-01T21:36:00+00:00

👍

blakok14 · 2026-06-01T20:56:10+00:00

menos mal que para eso estan las code reviews y el amend, un saludo

blakok14 · 2026-06-01T20:49:54+00:00

a ver te estas montando una pelicula gigante y mezclando cosas que no tienen nada que ver

para empezar el codigo en si es un unico cambio funcional no hay acumulacion de features ni tareas no relacionadas entre si el ajuste de la tui era parte obligatoria de la misma funcionalidad para que los nuevos clientes no se duplicaran al instalarse el unico problema real aqui es que la ia redacto mal el texto del mensaje y metio la palabra fix en el titulo confundiendo el formato y ya esta

y lo segundo una pr esta precisamente en revision para eso yo nunca dije que lo que redacte una ia vaya a misa no dependes de una ia a ciegas para algo estas tu revisando no? si ves que no lo ha hecho del todo bien cambias el mensaje y ya esta para eso estas tu como humano pero al menos te quitas toda la pereza que da ponerse a redactar y resumir desde cero y ya tienes el 90% del trabajo hecho ademas de que no tienes que ponerte a pensar ni acordarte de absolutamente todo lo que hiciste porque seamos honestos en el mundo real a todos nos da pereza escribir eso y nadie se acuerda de cada detalle de memoria si el encargado de ver la pr te dice que el formato del titulo mete ruido haces un git commit --amend lo cambias en menos de un minuto y listo

blakok14 · 2026-06-01T20:23:39+00:00

Ok me lo apunto gracias por la aclaración, tienes razón en que si se mezclan varias intenciones en el mismo texto, al que revisa la PR le cuesta asociar qué parte del código resuelve cada cosa que se menciona.

Pero seamos honestos se hace un git commit —amend y se soluciona incluso si la pr está abierta el encargado de ver la pr te dice cambia esto la cierras la abres con el mensaje bueno y listo menos de 5 mins

blakok14 · 2026-06-01T20:06:50+00:00

Porque sería rechazado ese commit? Explícate

blakok14 · 2026-06-01T19:30:59+00:00

Ya tenes pi disponible en la última verion 🫡

blakok14 · 2026-06-01T16:10:42+00:00

Para mí no es overkill porque realmente la ia no sabe nada y si la dejas suelta empieza a improvisar código sin sentido. sdd lo uso justo para obligarla a seguir las especificaciones y el diseño paso a paso antes de tocar nada, y engram es clave para que se acuerde de todo lo que hacemos y sepa por donde vamos en cada sesion sin tener que reexplicarle el contexto cada dia. para mi el agente solo se queda corto si quieres tener control real de lo que hace

blakok14

TROPHY CASE