В комментах к прошлому посту задали вопрос по поводу параллелизации задач

Как я и писал ранее, я придерживаюсь подхода Plan & Act:
1) Составляю план имплементации
2) Передаю план в работу (написание кода)

Конечно, план из ниоткуда не возьмётся и его нужно создать, для этого я и провожу рисёрч: описываю фичу, которую хочу реализовать и прошу модельку в Codex CLI походить по репозиторию, подготовить информацию и прийти ко мне с черновиком плана. Такой черновик, далее, обсуждается в чатике с этой же моделькой, и улучшается. Как только у меня не появляется новых вопросов по имплементации задачи, то я передаю план на выполнение. Пример того, как я храню артефакты для каждой такой задачи:

.tasks/
`-- task-1
    |-- audits
    |   `-- audit-001-2025-10-05-22-45.md
    |-- db-setup.md
    |-- final-implementation-plan.md
    |-- implementation-plan.md
    `-- subtasks
        |-- index.md
        |-- stt-001.md
        |-- stt-002.md
        |-- stt-003.md
        |-- stt-004.md
        |-- stt-005.md
        |-- stt-006.md
        `-- stt-007.md

3 directories, 12 files

Иногда, может накопиться более одной запланированной задачи и почему бы не писать код по ним параллельно?

И тут вопрос, а как запускать такие задачи параллельно?

а) Если они затрагивают разные части кодовой базы, то я не вижу никаких проблем и запускаю их параллельно. Главное, потом в коммитах выбрать нужные файлы.

б) Если затрагивают одни и те же файлы, то лучше использовать git worktree и вторую задачу выполнять в новой ветке, а потом мерджить её в основную.
Если вы работаете с github, то можно ещё попробовать передавать такие задачи в Codex Cloud или Jules, но у меня пока что мало такого опыта.

Я бы не сказал, что я ежедневно это делаю, но иногда это случается. По метрикам не замерял, но по ощущениям – время тратится эффективно)) Но! Это требует большой когнитивной нагрузки на мозги – необходимо переключаться с контекста на контекст, проверять работу кодера и вычитывать планы. К концу рабочего дня в таком режиме голова обычно пухнет 😅

Сделать так, чтобы агент автономно писал код по плану и учитывал спеки – реально, но требует знания основ (как работает llm; как работает автоматизация; знание ЯП, на котором агент пишет) и опыта работы с разными инструментами.

Claude Code я начал полноценно использовать только в начале лета, а уверенно в нём чувствую себя совсем недавно, и впереди ещё много чего хочется опробовать: добавить надежный пайплайн на автономный рисерч, интегрировать его с пайплайном написания кода и прочее.

#ai_coding@the_ai_architect

✔️ The AI Architect Blog, подписывайтесь!