¿CON QUÉ IA?
Lo contó A quién le sirve. Equipos de desarrollo con código en C# que usan Claude Code o Codex y quieren que el agente encuentre dónde se usa cada pieza del código sin confundirse; no es un caso para quien no programe.
Qué hicieron
Se instala una herramienta global de .NET y se ejecuta sobre un archivo .sln o .csproj. Carga el proyecto con MSBuild y pide a Roslyn (el analizador del propio compilador de C#) que resuelva cada símbolo. El resultado es un archivo JSON con nodos y enlaces: llamadas, referencias, implementaciones, herencias y sobrescrituras. Un archivo de habilidad incluido indica a Codex o Claude Code cuándo refrescar el índice y cómo seguir los enlaces. Un vigilante opcional lo mantiene al día.
Cómo salió
El ejemplo del README es un método interno cuyo único llamador resuelto por el compilador era una prueba, lo que muestra cómo detectar código que solo se usa en tests. No da mediciones. No capta reflexión, inyección de dependencias ni llamadas dinámicas.
Conviene saber
Cero enlaces de entrada solo significa cero referencias estáticas observadas, así que para borrar código aún hace falta criterio humano. Los SDK, los paquetes y los archivos de MSBuild tienen que estar disponibles en local.
Qué necesitas
- Un proyecto en C# con su archivo de solución (.sln) o de proyecto (.csproj)
- El SDK de .NET (el kit de herramientas de programación de Microsoft) instalado, con los paquetes y archivos de compilación del proyecto disponibles en tu equipo
- La herramienta Graphify C#, publicada en el enlace de la ficha
- Un agente de programación, como Claude Code o Codex
- Git, el sistema que guarda el historial de cambios del código, para poder deshacer cualquier cambio
Cómo hacerlo tú, paso a paso
- Instala Graphify C# como herramienta global de .NET, siguiendo las instrucciones de su página de GitHub.
- Ejecútala sobre el archivo .sln o .csproj de tu proyecto. Genera un archivo JSON con un mapa de llamadas, referencias, implementaciones, herencias y sobrescrituras.
- Instala en tu agente el archivo de habilidad que incluye la herramienta. Es el que le explica cuándo refrescar el mapa y cómo seguir los enlaces.
- Pega el prompt de la ficha con el nombre de la clase o del método que quieres rastrear.
- Pide la lista de usos por archivo y línea, agrupada por proyecto, sin modificar ningún archivo.
- Si quieres que el mapa se mantenga al día, activa el vigilante opcional de la herramienta.
En mi solución de C# de [ruta], encuentra todos los usos de [nombre de la clase o del método], incluidas las implementaciones de interfaces y las sobrescrituras, usando la información semántica del compilador (por ejemplo Roslyn) y no una búsqueda de texto. Dame una lista de archivo y línea por cada uso, agrupada por proyecto. No modifiques ningún archivo. Habrás terminado cuando la lista esté completa y me hayas explicado cómo comprobaste que era exacta.
Consejos
- Cero referencias no significa código sin uso. La herramienta no ve la reflexión (llamar a código por su nombre mientras el programa corre), la inyección de dependencias ni las llamadas dinámicas, así que revisa a mano antes de borrar.
- Vuelve a generar el mapa después de cambios grandes, o deja el vigilante activado.
- Pide siempre que no modifique archivos mientras solo estás investigando.
Preguntas frecuentes
¿Por qué no basta con buscar el nombre en el texto?
Porque un buscador de texto confunde nombres repetidos y se pierde las implementaciones. El compilador sabe a qué elemento se refiere cada nombre, y por eso el resultado es exacto.
¿Sirve para otros lenguajes?
Esta herramienta es solo para C#. Para otros lenguajes tendrías que buscar una equivalente.
Fuentes
La conversación en Hacker News, 12 de septiembre de 2026 ↗En el directorio desde el 3 de octubre de 2026.
@german-noob.win en Bluesky
tidydesign en Substack