Открытая методика · OPM v2Редакция 02 · 2026

Метод управления ИИ-агентами

Operchief
Project Method

Два постулата Operchief«ИИ-системы пересекли порог когнитивных возможностей человека».«ИИ-агент на основе LLM — это высокоэрудированная вероятностная система, в которой потеря контекста и правдоподобное измышление являются внутренне присущими режимами работы, а не сбоями».Operchief Project Method является следствием этих двух постулатов. Это способ работать с ИИ-агентом так, чтобы проектом управлял человек, а не поток сообщений в чате.

Назначение
Управление ИИ-агентом в хобби-проектах
Аудитория
Непрофессионалы и авторы личных проектов
Редакция
OPM v2 · 2026
Лицензия
Читать · применять · цитировать
§ 0

Operchief Project Method (OPM) — метод для непрофессиональных разработчиков, работающих с ИИ-агентами в личных и хобби-проектах любого рода. Профессионалы используют похожие подходы, но обычно под конкретный тип работы, конкретного агента или конкретную среду. OPM проще и универсальнее: он работает с любым современным ИИ и в любом окружении — от браузерного чата до Cursor, Codex, Claude Code или Antigravity.

По сути, OPM — набор строгих правил для агента: не менять файлы проекта без разрешения, подробно планировать работу и фиксировать результаты в логах. Цель метода — превратить работу с агентом в управляемую проектную систему: простую, недорогую и удобную для непрофессионалов.

В этом смысле OPM идет против мейнстрима вайбкодинга. Это не «сделай мне хороший проект одним запросом», а кропотливая работа человека и агента: разделение работы на этапы, контроль ИИ на каждом этапе и доведение результата до проверяемого состояния.

OPM нужен не только для кодинга. Он подходит для любой итерационной работы с ИИ: написать статью, собрать прототип на Arduino, перевести книгу или провести личный проект через несколько циклов правки и проверки.

Метод также снижает расходы. Длинные чаты заставляют модель снова и снова перечитывать старый контекст; человек боится открыть новый чат, чтобы не потерять нить, и тысячи токенов уходят на хвост переписки. Отошел от компьютера — серверный кеш мог обнулиться, и модель снова читает ту же историю за ваши деньги. OPM переносит контекст в файлы проекта, поэтому легче начинать новые сессии, подключать несколько моделей и разделять планирование и исполнение.

§ 1

Четыре опоры OPM

  1. I

    Власть остается у человека

    Человек — единственный источник решений в проекте. В OPM эта роль называется Operchief: операционный директор проекта (Chief Operating Officer, COO). Агент анализирует, планирует, предлагает и исполняет то, что одобрил Operchief. Самостоятельной власти у агента нет.

  2. II

    PIN отделяет слова от действия

    Агент работает в двух режимах, и граница между ними абсолютна. Страж этой границы — PIN: цифровой код, явно набранный Operchief. Режим обсуждения и анализа является режимом по умолчанию: чтение, анализ, планирование, оценка рисков, вопросы и уточнения разрешены, но изменять любые файлы запрещено. Режим исполнения начинается только после PIN и только в рамках одобренного плана.

  3. III

    Логи — внешняя память проекта

    Решения, планы и история работы сохраняются в проектных документах и логах. Новый чат восстанавливает контекст из этих файлов, поэтому человеку не нужно каждый раз объяснять новому агенту правила проекта, смысл проекта или текущую задачу.

  4. IV

    StepLoop превращает контроль в работу

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

    Человек присутствует на каждом этапе, но не всегда в одной роли: иногда как предметный специалист, иногда как координатор между агентами, а иногда просто как хранитель протокола.

    Даже когда Operchief не может лично оценить код, он может привлечь другого агента для проверки, опереться на хорошо сформулированную задачу и удерживать агента-исполнителя в предположении, что его результат будет проверен. Одно это предположение помогает избегать ошибок и странного поведения.

§ 2

Цикл StepLoop для решения любой задачи с помощью ИИ-агента

StepLoop — базовая единица любой работы, меняющей файлы проекта. Не «единица планирования» и не «задача» в общем смысле: это фиксированный порядок, через который агент обязан провести каждое изменение. Сокращать цикл «потому что задача маленькая» нельзя — именно сокращения и есть тот момент, когда агент перестаёт быть исполнителем.

PIN стоит между словами агента и его действиями. В самом простом виде StepLoop требует три PIN.

Первый разрешает записать план в лог. Это может казаться избыточным, но когда план одобрен и записан, Operchief может открыть новый чат и сбросить старый контекст, привлечь агента-консультанта или передать записанный план более простому и дешевому агенту-исполнителю.

Второй PIN разрешает исполнение: Operchief завершил необходимые консультации и готов к тому, чтобы агент выполнил план. Третий PIN закрывает StepLoop: Operchief убедился, что работа сделана правильно, и закрывает задачу.

Если результат не принят, цикл возвращается к плану и начинается заново.

Диаграмма StepLoop Открытый цикл StepLoop с четырнадцатью узлами, тремя внешними входами PIN и веткой возврата после проверки. НЕТ 01 02 03 04 05 06 07 08 09 10 ? 12 13 14 Задача Контекст План PIN в лог Записать план Открыть StepLoop PIN на исполнение Исполнение Отчет Проверка Operchief Принято? PIN на закрытие Записать результат Архив StepLoop ПОД КОНТРОЛЕМ OPERCHIEF
Рис. 1 StepLoop. Цикл открыт: начинается с задачи (01) и заканчивается архивом (14). Шаги 04, 07, 12 требуют PIN. Если проверка на шаге 11 не пройдена, цикл возвращается к плану.
§ 3

Шаблоны и документация

Шаблоны — операциональная форма метода. Plaintext, Markdown, без сборки и зависимостей. Bootstrap-промпт сам разворачивает ядро в чистом проекте: запрашивает анкету, генерирует Node ID и расставляет файлы по местам.

Скачать OPM_template_ru.zip
Файл Шаблон Роль
01 AGENTS_TEMPLATE_ru.md Главный протокол Конституция проекта: власть, режимы работы, StepLoop, PIN, приоритеты конфликтов
02 AGENT_BRIEF_TEMPLATE_ru.md Бриф агента Быстрый вход агента: навигация по документам, рабочие правила, термины проекта
03 PROJECT_BRIEF_TEMPLATE_ru.md Проектный бриф Смысл проекта: аудитория, MVP, метрики, приёмка, ограничения, риски
04 AGENT_LOG_TEMPLATE_ru.md Рабочий лог TODO, открытые StepLoop, коммиты, заголовки последних закрытых циклов
05 AGENT_LOG_ARCHIVE_TEMPLATE_ru.md Архивный лог История проекта: закрытые StepLoop первого уровня и выполненные TODO
06 BRIEFING_SOURCE_TEMPLATE_ru.md Анкета bootstrap Структурированные ответы, которые bootstrap-промпт использует для создания ядра проекта
07 PROMPT_0_IDE_ru.md Bootstrap-промпт (IDE) Инструкция агенту с прямым доступом к файлам: Cursor, Codex, Claude Code, Antigravity
08 PROMPT_0_CHAT_ru.md Bootstrap-промпт (чат) Инструкция агенту без файлового доступа: правки переносит Operchief вручную
09 HUMAN_NOTE_ru.md Заметка человеку Пояснительная записка для Operchief о смысле метода и его применении
10 README_ru.md Гид по архиву Состав архива OPM_template_ru.zip и порядок развёртывания

Шаблон OPM распространяется одним русским ZIP-архивом. Развёртывание выполняется bootstrap-промптом: IDE-версия предназначена для агента с файловым доступом, а chat-версия — для работы через переписку. Отдельные файлы шаблонов не публикуются как самостоятельные скачивания.