En pocas palabras
Asistente que reúne contexto del código y del conocimiento del equipo para responder preguntas técnicas.
Qué problema resuelve
Información sobre decisiones y funcionamiento del sistema dispersa entre repositorios y conversaciones.
Cuándo utilizarlo
Onboarding y código legado. Ejemplo: entender por qué existe una excepción en facturación.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Integra código y documentación con sistemas de colaboración para recuperar contexto relacionado con las preguntas. Complementa la navegación manual del repositorio.
Ejemplo de uso
Consultar quién decidió una regla y qué servicios afecta. Revisar las referencias a código, documentos y discusiones antes de modificarla con una nueva interpretación.
Fuentes que combina
| Tipo de fuente | Ejemplos | Qué aporta |
|---|---|---|
| Código y su historia | GitHub, GitLab, Bitbucket: código, PR, comentarios de revisión | Qué hace el código y por qué cambió |
| Gestión de trabajo | Jira, Linear | Requisitos y contexto de negocio |
| Conversaciones | Slack | Decisiones informales y discusiones de incidentes |
| Documentación | Confluence, Notion, Google Drive | Diseño, procesos, ADR |
Las respuestas citan las fuentes usadas, de modo que se puede verificar cada afirmación. Se consulta desde la web, Slack, el IDE o, mediante MCP, desde agentes de código que necesitan ese contexto.
Preguntas en las que destaca
- «¿Por qué el cálculo de mora excluye los días festivos?» → PR original, discusión en la revisión y ticket de negocio.
- «¿Quién sabe del conector con el buró?» → autores recientes y canales donde se discutió.
- «¿Qué pasó en el incidente de pagos de marzo?» → hilo de Slack, postmortem y PR de la corrección.
- «¿Cómo se despliega este servicio?» → README, pipeline y documentación de plataforma.
Impacto esperado
| Situación | Indicador a observar |
|---|---|
| Onboarding | Tiempo hasta el primer PR integrado de una persona nueva |
| Interrupciones a expertos | Preguntas repetidas en canales de soporte interno |
| Conocimiento concentrado | Áreas que dependen de una sola persona (bus factor) |
Requisitos para que funcione bien
- Los permisos deben reflejar los de las fuentes: una persona no debe obtener respuestas basadas en canales o repositorios a los que no tiene acceso.
- La calidad depende de que las decisiones queden escritas en algún sitio: descripciones de PR útiles, ADR y postmortems.
- Información desactualizada en la documentación genera respuestas desactualizadas: revisa las citas.
Es complementario de un agente de código: Unblocked responde por qué y quién; Claude Code o Cursor ejecutan el cambio.
Criterios de implementación
Evaluar conectores, frescura y controles de acceso. Medir calidad sobre preguntas reales; comprender contexto y ejecutar cambios de código son capacidades distintas.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.