Відкрита методика · 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

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

Шаблони — операційна форма методу. Це plain text, Markdown, без етапу збірки і без залежностей. Bootstrap-промпт розгортає ядро в чистому проекті: запитує брифінг, генерує Node ID і розкладає файли на свої місця.

Download OPM_template_en.zip
Файл Шаблон Роль
01 AGENTS_TEMPLATE_en.md Головний протокол Конституція проекту: влада, режими роботи, StepLoop, PIN і пріоритети конфліктів
02 AGENT_BRIEF_TEMPLATE_en.md Бриф агента Швидкий вхід агента: навігація документами, робочі правила і терміни проекту
03 PROJECT_BRIEF_TEMPLATE_en.md Проектний бриф Сенс проекту: аудиторія, MVP, метрики, приймання, обмеження і ризики
04 AGENT_LOG_TEMPLATE_en.md Робочий лог TODO, відкриті StepLoop, коміти і заголовки останніх закритих циклів
05 AGENT_LOG_ARCHIVE_TEMPLATE_en.md Архівний лог Історія проекту: закриті StepLoop першого рівня і виконані TODO
06 BRIEFING_SOURCE_TEMPLATE_en.md Bootstrap-анкета Структуровані відповіді, які bootstrap-промпт використовує для створення ядра проекту
07 PROMPT_0_IDE_en.md Bootstrap-промпт (IDE) Інструкція агенту з прямим доступом до файлів: Cursor, Codex, Claude Code, Antigravity
08 PROMPT_0_CHAT_en.md Bootstrap-промпт (чат) Інструкція агенту без файлового доступу; правки Operchief переносить вручну
09 HUMAN_NOTE_en.md Нотатка людині Пояснювальна записка для Operchief про сенс методу і його застосування
10 README_en.md Гід по архіву Склад архіву OPM_template_en.zip і порядок розгортання

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