¿Qué es Git (reference server)?
El servidor Git es un servidor de referencia en Python mantenido por el proyecto MCP. En octubre de 2026 sigue siendo uno de los siete servidores del repositorio principal modelcontextprotocol/servers; no estuvo entre los servidores de referencia retirados y trasladados al repositorio archivado servers-archived. Se mantiene activamente: la versión 2026.10.19 de PyPI lo reconstruyó sobre el SDK de Python 2.x y ahora habla tanto la revisión 2025-11-25 del protocolo como la 2026-07-28.
Expone 12 herramientas: git_status, git_diff_unstaged, git_diff_staged, git_diff, git_commit, git_add, git_reset, git_log, git_create_branch, git_checkout, git_show y git_branch. No hay git_init; un aviso de diciembre de 2025 mostró que la antigua podía crear repositorios en cualquier lugar del disco.
Se ejecuta con uvx mcp-server-git --repository path/to/repo, con pip o con la imagen Docker mcp/git. Solo funciona con repositorios locales; no tiene herramientas de red y no se comunica con GitHub ni con ningún otro host.
Cómo instalar Git (reference server)
uvx mcp-server-git --repository path/to/repo¿Merece la pena Git (reference server)?
Este servidor se gana su sitio en una situación concreta: un cliente como Claude Desktop que no puede ejecutar comandos de shell pero debería poder leer diffs y hacer commits. Ahí hace el trabajo con entradas tipadas y salida en texto plano, y una llamada fallida devuelve un mensaje de error que el modelo puede leer y corregir. En Claude Code, Cursor o cualquier agente con terminal, duplica al propio git con menos opciones.
El alcance termina en el árbol de trabajo local. No hay push, pull, fetch, merge, rebase ni stash, así que el modelo puede preparar trabajo y hacer commit, pero es una persona quien lo publica, algo que algunos equipos verán como una medida de seguridad. El README todavía describe el servidor como en fase inicial de desarrollo y advierte de que las herramientas pueden cambiar, y así ha sido: la reconstrucción de octubre de 2026 cambió cómo se informa de los nombres de herramienta desconocidos e hizo que las llamadas a herramientas se ejecuten de una en una.
Su historial de seguridad aconseja mantenerse al día. Se han publicado cuatro avisos contra mcp-server-git: tres de gravedad media en diciembre de 2025, sobre inyección de argumentos en git_diff y git_checkout, falta de validación de ruta en --repository y la herramienta git_init sin restricciones, y un recorrido de rutas en git_add en febrero de 2026 que podía añadir al índice archivos de fuera del repositorio. Cada uno salió con su corrección, y las versiones de octubre exigen además GitPython 3.1.60 o posterior por avisos de la dependencia.
El acotamiento es más grueso de lo que sugiere el indicador. --repository sube hasta la raíz del repositorio, así que apuntarlo a una subcarpeta concede todo el repositorio, y sin el indicador cada llamada puede indicar cualquier repo_path de la máquina. git_reset solo saca archivos del índice, pero git_checkout puede cambiar de rama por debajo de un editor con trabajo sin guardar, y el servidor no pide ninguna confirmación; eso queda en manos de las solicitudes de aprobación del cliente. Lo que el modelo lee aquí es tu propio historial y tus archivos, una superficie de inyección de prompts mucho menor que la de un servidor que descarga páginas web.
Dónde se gana su sitio
Una product manager que edita un repositorio de documentación desde Claude Desktop
Ver qué ha cambiado desde la semana pasada y hacer commit de una corrección de redacción
git_log con start_timestamp fijado en '1 week ago', git_diff contra main, y después git_add y git_commit. Gratis; el riesgo principal es hacer commit en la rama equivocada, así que mantén activadas las solicitudes de aprobación para las escrituras.
Un equipo de plataforma que construye un agente interno de revisión de código sin acceso a la shell
Permitir que el agente lea diffs e historial de un repositorio clonado y nada más
Ejecuta la imagen Docker mcp/git con solo ese repositorio montado y permite en el cliente únicamente las herramientas de lectura (status, diff, log, show, branch). Evita tener que aislar una shell, y el push sigue en manos de CI.
Antes de decidirte
- Puesta en marcha
- uvx mcp-server-git --repository /path/to/repo, pip install mcp-server-git o la imagen Docker mcp/git con el repositorio montado. El README incluye configuraciones para Claude Desktop, VS Code, Zed y Zencoder; las herramientas aparecen en cuanto se reinicia el cliente.
- Integraciones
- 12 herramientas. Lectura: git_status, git_diff_unstaged, git_diff_staged, git_diff, git_log, git_show, git_branch. Escritura: git_add, git_commit, git_reset (solo saca del índice), git_create_branch, git_checkout.
- Datos y privacidad
- Se ejecuta en local con los permisos de archivo de tu usuario y no hace llamadas de red, pero los diffs y contenidos de archivos que devuelve van al proveedor de modelos que use tu cliente. Cuatro avisos entre diciembre de 2025 y febrero de 2026 cubrieron inyección de argumentos, recorrido de rutas y rutas de repositorio sin validar.
- Coste a escala
- Gratis y de código abierto. El coste es el contexto: git_diff y git_show devuelven el texto completo, así que un diff grande entra entero en la ventana de contexto; context_lines y max_count son los únicos controles de tamaño.
- Límites
- Sin operaciones remotas ni herramientas de stash, merge, blame o tags; solo stdio, así que no puede compartirse como servidor remoto; las llamadas a herramientas se serializan, así que las llamadas en paralelo esperan en cola.
Lo bueno
- 12 herramientas tipadas para status, diffs, commits, ramas y log
- No hace llamadas de red por su cuenta
- Mantenido activamente; admite las versiones del protocolo 2025-11-25 y 2026-07-28
- Los avisos publicados se corrigieron con rapidez
Lo malo
- Sin push, pull, merge, rebase ni stash
- --repository abarca todo el repositorio, y omitirlo permite cualquier ruta
- Sigue etiquetado como en fase inicial de desarrollo; el comportamiento ha cambiado entre versiones
- Redundante para agentes con terminal
Ideal para
Quienes usan clientes MCP de tipo chat y quieren que el modelo revise y haga commit de cambios locales sin acceso a la shell.
Alternativas a Git (reference server)
Git (reference server): preguntas frecuentes
- ¿Merece la pena Git (reference server)?
- Una forma ordenada y bien parcheada de dar Git a un cliente de chat sin shell, aunque cualquier agente con terminal ya tiene una mejor. Le damos un 3.8 sobre 5.
- ¿Cuánto cuesta Git (reference server)?
- Gratis y de código abierto.
- ¿Qué inconvenientes tiene Git (reference server)?
- Sin push, pull, merge, rebase ni stash; --repository abarca todo el repositorio, y omitirlo permite cualquier ruta; sigue etiquetado como en fase inicial de desarrollo; el comportamiento ha cambiado entre versiones; redundante para agentes con terminal.
- ¿Para quién es Git (reference server)?
- Quienes usan clientes MCP de tipo chat y quieren que el modelo revise y haga commit de cambios locales sin acceso a la shell.
- ¿Cuánto cuesta Git (reference server) para un equipo o en producción?
- Gratis y de código abierto. El coste es el contexto: git_diff y git_show devuelven el texto completo, así que un diff grande entra entero en la ventana de contexto; context_lines y max_count son los únicos controles de tamaño.
- ¿Es Git (reference server) seguro para los datos de la empresa?
- Se ejecuta en local con los permisos de archivo de tu usuario y no hace llamadas de red, pero los diffs y contenidos de archivos que devuelve van al proveedor de modelos que use tu cliente. Cuatro avisos entre diciembre de 2025 y febrero de 2026 cubrieron inyección de argumentos, recorrido de rutas y rutas de repositorio sin validar.
- ¿Cuáles son las mejores alternativas a Git (reference server)?
- Las alternativas más cercanas que hemos analizado son GitHub MCP Server y Filesystem (reference server).
Respuestas comprobadas el 23 oct 2026.