---
title: "GitHub Issues и Codex-агенты сведены в единый workflow"
description: "Рабочий процесс, связывающий GitHub Issues и Codex-агентов, запущен на реальном репозитории. Идея управляемой эволюции продукта через агентный workflow впервые сложилась в практическую систему."
date: 2026-05-19
display_date: "19 мая 2026"
image: "/img/library/concepts/20260519-controlled-product-evolution/04-parts.png"
image_alt: "GitHub Issues и Codex-агенты сведены в единый workflow"
---

# GitHub Issues и Codex-агенты сведены в единый workflow

<zoom-img src="/img/library/concepts/20260519-controlled-product-evolution/04-parts.png"
        alt="Архитектура событийного рабочего процесса для агентов" width="100px"></zoom-img>

У меня появился важный практический результат в разработке при помощи ИИ-агентов.

Некоторое время я работал над тем, чтобы свести **GitHub Issues** и
        **Codex-агентов** в единый управляемый workflow. Идея простая: задача создаётся как обычный issue в
        GitHub, а дальше её движение обеспечивается не ручным переключением между людьми и чатами, а набором агентных
        конфигураций, правил и промптов.

Внутри этого процесса разные агенты последовательно обрабатывают постановку задачи, допуск к работе,
        планирование, реализацию, создание pull request, проверку, решение о слиянии и финализацию issue.

Я подключил этот workflow к репозиторию
        [viktor-gusev/dnd-game-master](https://github.com/viktor-gusev/dnd-game-master).
        Сейчас задачи этого репозитория уже проходят через такой процесс. На конкретные примеры можно посмотреть прямо в
        GitHub:
        [#17](https://github.com/viktor-gusev/dnd-game-master/issues/17),
        [#19](https://github.com/viktor-gusev/dnd-game-master/issues/19),
        [#21](https://github.com/viktor-gusev/dnd-game-master/issues/21).

Для меня это важно не только как технический эксперимент. С февраля я вынашивал идею дать пользователям
        возможность напрямую влиять на код своих приложений, но не через хаотичный поток запросов к модели, а через
        управляемый процесс, в котором владелец продукта заранее задаёт допустимые границы изменений.

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

Общую схему этого подхода я отдельно описал в публикации
        [«Как превратить намерение пользователя в управляемую эволюцию продукта»](/ru/library/concepts/20260519-controlled-product-evolution.html).
        Именно она и служит здесь иллюстрацией: то, что ещё недавно было общей концепцией, теперь начало работать на
        практике.