Мой пайплайн на геймджеме

Я делал игру через Multica

Не через чат с Hermes, Codex или Claude. Только через задачи: поставил, назначил агенту, получил обратно, принял или вернул на доработку.

таск-трекер как интерфейс агенты как исполнители VDS: 4 ГБ RAM и старый Celeron

Как я работал

Цикл был очень простой

Вся коммуникация с агентом проходила через задачу.

1

Создаю задачу

Описание, контекст, ожидаемый результат.

2

Назначаю агенту

Агент сам берет работу в свой runtime.

3

Жду возврат

Задача снова назначается на меня.

4

Проверяю

Смотрю результат, артефакты и поведение в игре.

5

Done или обратно

Либо закрываю, либо комментирую и возвращаю агенту.

Задача в Multica с комментариями агента и возвратом на доработку — multica2.pngдоработка прямо в задаче

Главная ценность

Итерация видна

Агент сделал вариант. Я поправил постановку. Агент переделал. Это не личный чат, а история задачи.

видно, что сделал агент
видно, что не устроило человека
видно, почему задача пошла дальше

Что такое Multica

Платформа агентов плюс встроенный трекер

Runtimes, agents, models, harness, skills, system prompts, squads и задачи в одном месте.

Runtime

Машина, где агент запускается и работает.

Agent

Модель, harness, скиллы и системный промпт.

Tracker

Задачи можно назначать агентам как исполнителям.

Список агентов в Multica — multica4.pngмои агенты

Артефакт рассуждений и команд агента — multica3.pngрассуждения и команды агента

Почему это похоже на правильную идею

Агент оставляет след

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

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

Мой взгляд

Multica ближе всех, но это пока костыль

Встроенный трекер доказывает идею, но привычный таск-трекер можно настроить гибче.

Что уже есть

агенты как участники задач
видимые итерации
артефакты прямо в задаче
runtime, модель, harness, скиллы, squads

Чего не хватает

permissions для агентов
настройка хуков
цифровая личность агента
свои sandbox, токены, почта, мессенджеры, база знаний

Манифест

Не личная магия. Инженерный процесс.

Если агент участвует в разработке, его работа должна быть видна там же, где живет разработка: в задаче.

Плохо: “Петя где-то у себя запустил агента и перекинул результат в QA”.

Нормально: Opus4.8_01 сделал план, человек утвердил, ImplementerCodexXHigh_1 написал код, Qwen_01 отревьюил, человек принял решение.

Иначе: вместо практики появляется фольклор про “попробуй вот так промптить”.

Правило: делегирование агенту должно быть таким же видимым, как делегирование человеку.