ask-chat-mcp

Un servidor MCP que permite a Claude consultar directamente con ChatGPT — un especialista con otro, basado en los archivos reales, de solo lectura, sin límite de tamaño en ninguna dirección.

Diseñado para la delegación, no para la revisión. Cuando un problema es genuinamente técnico — las matemáticas detrás de un modelo, si una derivación es válida, un diseño cuyas compensaciones deben discutirse — el movimiento útil es poner a dos modelos capaces juntos y que informen lo que concluyeron. No para enrutar cada intercambio a través de una persona que luego debe arbitrar un tema que ninguno de ellos está abordando.

Así que ambos lados hablan con plena profundidad técnica. Nada se explica para un espectador, porque no hay uno en el bucle: la persona delegó la pregunta precisamente para no tener que sentarse en medio de ella.

flowchart TD
    You([You]) -->|"'Ask Chat'"| Claude[Claude]
    Claude -->|"the problem + file PATHS"| MCP["ask-chat MCP server"]
    MCP -->|"codex exec --sandbox read-only"| Codex[Codex CLI]
    Codex -->|"opens the files itself"| Repo[("your repo, read-only")]
    Codex <-->|"one thread, kept open"| GPT["ChatGPT (your subscription)"]
    GPT -->|"answer + what context it still needs"| Codex
    Codex -->|"full answer, nothing truncated"| MCP
    MCP -->|"arrives as if YOU wrote it"| Claude
    Claude -->|"what Claude makes of it"| You

Tres cosas que ese diagrama pretende hacer evidentes:

• Los caminos cruzan el límite, nunca los contenidos de los archivos. ChatGPT abre los archivos por sí mismo, por lo que no hay carga útil que presupuestar ni nada que truncar.

• Cada respuesta indica qué contexto aún necesitaba. Proporcionarlo y volver a preguntar es el camino normal, no un caso de error — una respuesta segura basada en una suposición silenciosa es el fallo que esto previene.

• La respuesta regresa como tu turno, no como un informe. Claude la responde de la misma manera en que te respondería a ti.

Tabla de contenidos

• ¿Por qué no automatizar la aplicación de escritorio de ChatGPT?

• Requisitos

• Instalación

• Herramientas

• Configuración

• Notas de diseño

• Limitaciones

¿Por qué no automatizar la aplicación de escritorio de ChatGPT?

El enfoque obvio — controlar la ventana de la aplicación de escritorio, pegar un prompt, extraer la respuesta — es lo que hacen los servidores MCP conocidos en este espacio. Es un callejón sin salida para este caso de uso, y vale la pena ser explícito sobre por qué, porque las razones no son obvias hasta que lo has construido:

• El prompt tiene un techo práctico. Llega mediante pegado en el compositor, y los pegados grandes se truncan silenciosamente. Aproximadamente 12k caracteres es el presupuesto seguro. Eso no es suficiente para una pregunta real más los documentos de los que depende.

• La respuesta también se trunca, y peor, de forma invisible. Debe leerse de vuelta del árbol de accesibilidad de la aplicación, y un contenedor de desplazamiento virtualizado no mantiene el contenido fuera de pantalla allí. Una respuesta larga llega parcial sin indicación de que lo hizo.

• Toma el control de tu pantalla. La ventana debe estar enfocada y se le envían pulsaciones de teclado. No puedes escribir mientras se ejecuta, y una llamada a la vez es el límite duro.

• Se rompe con los cambios de interfaz, porque el árbol de accesibilidad renderizado no es una interfaz que nadie prometió mantener estable.

Conducir la Codex CLI en su lugar elimina las cuatro. Se ejecuta sin cabeza, lee archivos directamente del disco y devuelve su respuesta en stdout. Crucialmente, se autentica con una suscripción de ChatGPT, por lo que no es la API de OpenAI con facturación por token — es el plan que ya pagas.

Requisitos

• Node.js 18+

• Codex CLI, iniciado sesión con tu cuenta de ChatGPT:

npm install -g @openai/codex
codex login          # choose "Sign in with ChatGPT"

Instalación

git clone https://github.com/spe-investigator/ask-chat-mcp.git c:\src\ask-chat-mcp
cd c:\src\ask-chat-mcp
.\install.ps1 -DefaultCwd c:\src\YourProject

install.ps1 verifica los requisitos previos, compila, informa si Codex está instalado y con sesión iniciada, y registra el servidor con Claude Code. Idempotente — vuelve a ejecutarlo después de un pull.

Reinicia Claude Code y confirma con /mcp.

Herramientas

ask_chatgpt

Pasa rutas, no contenidos. Ese es el punto: no hay presupuesto de carga útil que gastar, así que envía los archivos reales.

files es un puntero, no una lista blanca. Dice empieza aquí; ChatGPT puede y abre cualquier otra cosa que necesite dentro de cwd, y te dirá cuándo lo hizo. Así que una lista incompleta degrada con elegancia en lugar de producir una respuesta incorrecta — cwd es el límite real.

Hilos

Por defecto, la primera llamada en una sesión inicia un hilo de Codex y cada llamada posterior lo continúa, por lo que ChatGPT mantiene el contexto de lo que ya discutiste en lugar de encontrarse con cada pregunta en frío.

El límite de la sesión es el proceso del servidor. Un cliente MCP inicia un servidor stdio por sesión, por lo que el hilo se mantiene en memoria y no necesita una clave de registro por repositorio o cliente: una nueva sesión comienza limpia, y dos sesiones concurrentes obtienen hilos independientes en lugar de pisar uno compartido.

last está limitado al directorio porque Codex filtra las sesiones registradas por directorio de trabajo a menos que se le indique lo contrario.

chatgpt_status

Informa si Codex está instalado y con sesión iniciada, y en qué hilo está esta sesión. Verifícalo antes de confiar en ask_chatgpt, y para explicar un fallo sin adivinar.

Configuración

Notas de diseño

Solo lectura. Codex es un agente de codificación que puede editar archivos. Un especialista consultor que puede reescribir tu árbol de trabajo es una responsabilidad, no una característica. codex exec ya se ejecuta por defecto en un sandbox de solo lectura, y en un hilo nuevo también se pasa explícitamente --sandbox read-only, por lo que la garantía no depende de que un valor predeterminado se mantenga. En un hilo reanudado, la bandera no está disponible — ver más abajo.

Cada respuesta informa su propia suficiencia. El prompt pide a ChatGPT que indique explícitamente si el contexto que recibió fue suficiente, que nombre con precisión lo que aún quería — un archivo, una definición, una medición, una restricción — y que marque qué partes de su respuesta se basan en una suposición que tuvo que hacer. Esto importa más de lo que parece: el modo de fallo de un modelo bien informado no es negarse a responder, es responder con confianza alrededor de una brecha que nadie sabía que estaba allí. Nombrar la brecha hace que la siguiente llamada sea trivial, ya que proporcionar un archivo cuesta una ruta.

Ninguna bandera se pasa por fe. La compilación instalada se sondea una vez, y las banderas opcionales se usan solo si las anuncia. Codex se mueve rápido; adivinar su interfaz haría esto frágil sin beneficio.

exec y exec resume se sondean por separado, porque no aceptan las mismas opciones — resume rechaza --sandbox y --cd por completo. Asumir un conjunto de banderas para ambos produce una llamada que muere en el análisis de argumentos en lugar de hacer algo, que es como se encontró esto. En un hilo reanudado, la garantía de solo lectura se basa por lo tanto en el valor predeterminado de codex exec más la política bajo la que se creó el hilo, en lugar de en una segunda bandera explícita; el directorio de trabajo proviene del proceso generado de cualquier manera.

Ninguna dirección tiene límite de longitud. El prompt entra por stdin usando codex exec -, por lo que nunca toca una línea de comandos y no puede alcanzar el techo de argumentos de ~32k. La respuesta vuelve a través de --output-last-message, leída de un archivo en lugar de extraída de un flujo que también lleva la salida de progreso. El progreso va a stderr y se conserva para diagnósticos.

Manejo de shims en Windows. npm instala codex como un shim .cmd, que Node se niega a ejecutar directamente desde la corrección de inyección de argumentos de 2024. Un intento de ejecución directa fallido se reintenta a través del shell. Debido a que el prompt viaja por stdin en lugar de argv, ese reintento no es un peligro de citas para la única entrada que es texto arbitrario.

Limitaciones

• Codex debe tener sesión iniciada. codex login es un flujo de navegador interactivo; no se puede automatizar, y chatgpt_status te dirá cuándo ha caducado.

• El acceso a archivos está confinado a cwd. Deliberado. Apúntalo a la raíz del repositorio que quieres revisar.

• No es rápido. Una respuesta sustancial sobre archivos reales tarda decenas de segundos. El tiempo de espera predeterminado es de cinco minutos.

• Un hilo vive y muere con la sesión. Reiniciar el cliente inicia un hilo nuevo. session: "last" retoma el anterior, pero no hay una lista de hilos anteriores para elegir.

• Los hilos no son visibles en ChatGPT. Codex los registra en ~/.codex/sessions/ como JSONL; no aparecen en la barra lateral de ChatGPT ni en Proyectos. Nada en este diseño puede cambiar eso (openai/codex#21079).