Спасибо за интересный вопрос, было над чем подумать.
Да, действительно, вы правы, при параллельной разработке общий progress.md будет провоцировать конфликты, но в текущем виде подход на такое и не рассчитан, я об этом вскользь упомянул в части развития идеи до оркестратора, но, действительно, не очень внятно, следовало акцентировать точнее.
Если говорить про параллельную разработку, то надо допиливать идею до оркестратора, например так: progress.md в корне пишет только оркестратор, под задачи создаются директории с подзадачами tasks/task-N/ с собственным progress.md, с которым работает назначенный исполнитель. Соответственно каждый исполнитель коммитит в свою ветку, а мерджит в мастер оркестратор.
Здесь тоже могут происходить конфликты, если два агента независимо меняют одну и ту же часть кода, но это обычный содержательный конфликт параллельной разработки, который надо разрешать при интеграции, а не особенность файлового подхода.
Спасибо за интересный вопрос, было над чем подумать.
Да, действительно, вы правы, при параллельной разработке общий
progress.mdбудет провоцировать конфликты, но в текущем виде подход на такое и не рассчитан, я об этом вскользь упомянул в части развития идеи до оркестратора, но, действительно, не очень внятно, следовало акцентировать точнее.Если говорить про параллельную разработку, то надо допиливать идею до оркестратора, например так:
progress.mdв корне пишет только оркестратор, под задачи создаются директории с подзадачамиtasks/task-N/с собственнымprogress.md, с которым работает назначенный исполнитель. Соответственно каждый исполнитель коммитит в свою ветку, а мерджит в мастер оркестратор.Здесь тоже могут происходить конфликты, если два агента независимо меняют одну и ту же часть кода, но это обычный содержательный конфликт параллельной разработки, который надо разрешать при интеграции, а не особенность файлового подхода.
Ответил не в ту ветку, ответ выше