Урок 9. Автоматизация за пределами кода — Agent Operable System

Совет — зная это, вы уже можете командовать

Если агент работает только с кодом — этого мало. Для сборки, деплоя, мониторинга система целиком должна быть читаемой для агента. Понимать Docker внутри не нужно. Агент делает всё.

Агенту: “Добавь эндпоинт /health на сервер. Возвращай в JSON: статус БД, процент ошибок, аптайм.”

Эта фраза даёт агенту глаза на систему. С /health агент может механически проверить “сервер жив?”. Без — это хирург с закрытыми глазами.

Агенту: “Оформи проект в docker-compose.yml. Сервер приложения и БД. docker compose up — и всё поднимается.”

Агенту: “Настрой автоматический откат при провале деплоя. Если /health провалится — вернуть предыдущую версию.”

Три фразы. Глаза на сервер, декларация системы, страховочная сетка.

Почему нужно командовать именно так

4 условия Agent Operable System

1. Observability — все состояния механически наблюдаемы. /health эндпоинт, структурированные JSON-логи.

2. Declarative — всё поведение определено декларативно. docker-compose.yml, Makefile, GitHub Actions workflow. Нет догадок — файл = истина.

3. Reversible — все изменения проверяемы и обратимы. git revert, Terraform state, migration down.

4. Human-in-the-loop — явные контрольные точки одобрения. Тесты и staging — автоматически. Production деплой и изменения схемы БД — через одобрение.

Полный конвейер

При Agent Operable System команда “добавь функцию просмотра заказов”:

1. SSOT редактирование → 2. yongol validate 0 ошибок → 3. Генерация кода → 4. Тесты проходят → 5. Docker build → 6. Staging деплой (одобрение) → 7. Production деплой (одобрение) → 8. Мониторинг

Человек сделал: “добавь функцию” + “одобрено” два раза. Агент — всё остальное.

Связанные статьи

• Reins Engineering — ИИ на поводьях
• yongol — киль SaaS на ИИ-кодировании

Полный курс Reins Engineering