Ten punkt wyjścia jest dobry, ale wynik poszedł w złym kierunku 1. o3 rzeczywiście jest konsensusem w planowaniu i projektowaniu 2. Repoprompt pierwotnie był narzędziem do podsumowywania repozytoriów, teraz został zaktualizowany do mcp i zawiera model o3, planowanie opiera się na tym 3. Problem leży w fazie wykonawczej, okazuje się, że to nie cc wykonuje, a cc wywołuje narzędzie mcp repo do scalania 4. Po całym zamieszaniu cc jest marionetką, to narzędzie mnie rozśmiesza, jesteś tak pewny siebie?

Myślę, że lepszym rozwiązaniem może być oparte na pośrednictwie w githubie, używając codex, ale wykorzystując jego mocne strony i unikając słabości, nie używając kodowania codex, lecz tworząc plan i dokumentację w formacie md, a następnie cc realizuje zadania na podstawie dokumentu md.

Można również bezpośrednio skopiować rozwiązanie reprompt do cc.

Grupa przyjaciół zaproponowała bardziej zintegrowane i zaawansowane rozwiązanie, polegające na bezpośrednim użyciu DR chatgpt + github.