Casos de uso
Una vez que el sistema queda registrado, estos dejan de ser proyectos
Comparte cómo trabaja tu equipo, conecta los requisitos con la evidencia y revisa los cambios con el contexto de todo tu sistema. Encuentra el flujo de trabajo que necesitas y la capacidad que lo sustenta.
Encuentra tu caso de uso
Habilidades compartidas del equipo
Mantén las mismas instrucciones en todos los repositorios
Comparte una habilidad de espacio de trabajo, adáptala donde un repositorio necesite una excepción y úsala desde una herramienta de programación conectada a MCP.
Trazabilidad de requisitos
Encuentra los requisitos que aún necesitan implementación o evidencia de pruebas
Organiza los requisitos en grupos y conéctalos con el código y las pruebas. Detecta dónde faltan vínculos antes de dar un requisito por cubierto.
Revisión entre repositorios
Revisa un cambio frente a los servicios que dependen de él
Usa el mapa del sistema para seguir un cambio más allá de su repositorio. Lee los hallazgos junto con los límites de acceso a los repositorios que tuvo la revisión.
Revisión de código
Comprueba un cambio frente a las razones detrás del código
Incorpora las decisiones y restricciones registradas a la revisión. Lee los hallazgos en la solicitud de extracción o sigue su evidencia en Lens.
Contexto entre sesiones
Evita que la siguiente sesión de programación pierda lo que aprendiste
Registra decisiones, restricciones y soluciones alternativas junto al código que explican. Deja que tus compañeros y las herramientas conectadas a MCP recuperen ese contexto para tareas posteriores.
Triaje de issues y solicitudes de cambios
Detecta informes duplicados antes de que crezca el backlog
Compara las incidencias y solicitudes de extracción entrantes con el trabajo abierto. Señala posibles duplicados y aplica etiquetas del conjunto existente del repositorio.
Registro de arquitectura automantenido
Un registro de arquitectura que le avisa cuando ha envejecido
Lee desde los manifiestos que publican tus repositorios, propuestos en lugar de afirmados, aprobados por una persona y marcados como obsoletos cuando dejan de coincidir con el código.
Deriva de contratos
Un diff de especificación le dice que algo se rompió. No puede decirle a quién se le rompe.
Una interfaz publicada, versionada y comparada con su línea base, unida a los servicios que declaran una dependencia de ella, de modo que el radio de impacto acompaña al hallazgo.
Incorporación
Antes la incorporación ocurría dos veces al año. Ahora ocurre cada hora.
Un nuevo ingeniero y una nueva sesión de agente hacen las mismas preguntas y ninguno puede leer la respuesta en el código. Ambos la obtienen de los mismos registros.
Monitoreo de CVE
Hay un paquete vulnerable instalado. ¿Algo aquí lo llama?
Avisos de la misma base de datos que lee Dependabot, luego verificados contra el grafo de código, para que lo que nunca llamas no se archive junto a lo que ejecutas en cada solicitud.
Nombres de la cadena de suministro
Tu paquete interno se llama acme-auth. También podría llamarse así el de cualquier otro.
Cada dependencia inferida incluye el grado de certeza de SourceAnt de que se resuelve a ti, lo que convierte las aristas que se apoyan en un nombre sin propietario en un filtro en lugar de una auditoría.
El mismo grafo responde a algunas cosas más
Estos aún no tienen páginas propias. Son el mismo recorrido con una pregunta diferente al frente.
- Desmantelamiento, donde nada entrante es la respuesta que necesitabas
- Evidencia de auditoría, donde cada parte cita el archivo del que se leyó
- Puntos de extensión, donde un manifiesto declara con qué se conecta