Este punto de partida es bueno, pero el resultado se desvió. 1. Hacer planificación y diseño en o3 es, de hecho, un consenso. 2. Repoprompt originalmente era una herramienta de resumen de repositorios, ahora se ha actualizado a mcp y tiene integrado el modelo o3, la planificación se basa en esto. 3. El problema está en la fase de ejecución, sorprendentemente no es cc quien ejecuta, sino que cc llama a la herramienta mcp del repositorio para hacer la fusión. 4. Después de todo, cc es un títere, ¿esta herramienta se está burlando de mí? ¿Tienes tanta confianza?

Creo que una mejor solución podría ser un plan de transferencia basado en GitHub, utilizando Codex, pero aprovechando sus ventajas y evitando sus desventajas, no usando la codificación de Codex, sino elaborando un plan y un esquema que se plasme en un documento md, y luego CC toma el documento md para su ejecución.

O también se puede copiar directamente el plan de reprompt a cc.

Un amigo del grupo propuso un plan más agresivo e integrado, que es usar directamente el DR de chatgpt + github.