Эта отправная точка хороша, но результат оказался неправильным. 1. o3 действительно является консенсусом в планировании и проектировании. 2. Repoprompt изначально был инструментом для резюме репозитория, теперь он обновлен до mcp и встроен в модель o3, планирование основано на этом. 3. Проблема заключается на этапе выполнения, оказывается, что не cc выполняет, а cc вызывает инструмент mcp репозитория для объединения. 4. В итоге cc оказался марионеткой, этот инструмент меня смешит, ты так уверен?

Я думаю, что лучшим решением может быть использование промежуточного решения на основе GitHub, с использованием Codex, но с акцентом на сильные стороны и избеганием слабых, не используя кодирование Codex, а создавая план и документируя его в формате md, чтобы CC мог взять этот md документ для выполнения.

Также можно просто скопировать решение reprompt в cc.

Друг в группе предложил более жесткий интегрированный вариант, а именно использовать DR от chatgpt + github.