Dit uitgangspunt is goed, maar het resultaat is scheefgelopen. 1. o3 doet planning en ontwerp, dat is inderdaad consensus. 2. Repoprompt was oorspronkelijk een repo-samenvattingstool, maar is nu geüpgraded naar mcp en heeft het o3-model ingebouwd; de planning is hierop gebaseerd. 3. Het probleem ligt in de uitvoeringsfase; het is eigenlijk niet cc die de uitvoering doet, maar cc die de mcp-tool van de repo aanroept om samen te voegen. 4. Na al dat gedoe blijkt cc een marionet te zijn; deze tool maakt een grapje met me, ben je zo zelfverzekerd?

Ik denk dat een betere oplossing misschien een op GitHub gebaseerde doorverwijsoplossing is, gebruikmakend van Codex, maar met de sterke punten benutten en de zwakke punten vermijden, niet de codering van Codex gebruiken, maar in plaats daarvan een planning en oplossing opstellen in een md-document, zodat CC het md-document kan gebruiken voor uitvoering.

Of je kunt ook het reprompt-plan direct naar cc kopiëren.

Een groepsgenoot stelde een geïntegreerd en krachtiger plan voor, namelijk het directe gebruik van chatgpt's DR + github.