Questo punto di partenza è buono, ma il risultato è andato storto 1. O3 fare la pianificazione e progettazione è davvero un consenso 2. Repoprompt era originariamente uno strumento di riepilogo dei repository, ora è stato aggiornato a MCP e include il modello O3, la pianificazione è basata su questo 3. Il problema si trova nella fase di esecuzione, sorprendentemente non è CC a eseguire, ma è CC a chiamare lo strumento MCP del repository per fare la fusione 4. Dopo tutto questo, CC è una marionetta, questo strumento mi fa ridere, sei così sicuro?
eric provencher
eric provencher25 lug 2025
I've long said that o3 is the best coding model - but if you're using an agent harness - Claude is just better at navigating your codebase. Enter the @RepoPrompt pair programmer mode - it's the best of both words, as Claude coordinates with o3 to plan and apply edits for you!
Penso che una soluzione migliore potrebbe essere basata su un piano di transito in github, utilizzando codex, ma sfruttando i punti di forza e evitando i punti deboli, non utilizzando la codifica di codex, ma creando piani e progetti da mettere su documenti md, e cc utilizza i documenti md per l'esecuzione.
Oppure puoi semplicemente copiare il piano di repoprompt direttamente in cc.
Un amico del gruppo ha proposto un piano integrato ancora più audace, ovvero utilizzare direttamente il DR di chatgpt + github.
1,69K