WHDOP

World Heart Day Orchestration PlatformWHDOP

Проект продолжается.
Даже когда меняется оркестратор.

Постоянное состояние разработки. Сменяемые инструменты. Управление у владельца.

Разобраться в архитектуре

Концепция и архитектура.
Приложение ещё не реализовано.

ОркестраторКоординация и планирование
ИсполнителиAI, люди и команды
Постоянное состояние
проекта
  • Tickets
  • Tasks
  • Решения
  • Разрешения
ИнструментыSCM, CI и трекеры
ВладелецРешения и границы
Целевая модель: участники меняются, состояние остаётся.

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

WHDOP проектируется так, чтобы следующий шаг определялся сохранённым состоянием и доказательствами. Контекстное окно не должно быть источником истины.

Архитектура · концепция

Правила — в Core.
Интеграции — в адаптерах.

WHDOP CoreПроцессы · состояние · разрешения · доказательства
  • SCMProviderРепозитории и код
  • TicketProviderУчёт желаемой работы
  • CIProviderЗапуски и проверки
  • ExecutorProviderИсполнители
  • OrchestratorProviderКоординация
Как понимать независимость от поставщиков

В первой реализации могут использоваться конкретные сервисы. Однако модель проекта не должна зависеть от ChatGPT, Claude, Gitea, GitHub, GitLab, Jira или Telegram. Каждый провайдер сообщает поддерживаемые capabilities; Core не предполагает, что все умеют паузу, отмену или структурированный отчёт.

В архитектуре также предусмотрены границы IdentityProvider, ArtifactProvider, SecretsProvider, KnowledgeProvider и NotificationProvider. Подключения пока не реализованы.

Сценарии · целевые процессы

Люди и AI
в одном процессе

Один договор исполнения для AI-агента, разработчика и команды: принять задание, выполнить работу, представить результат и доказательства.

  1. AI: реализацияЧеловек: ревьюAI: исправлениеЧеловек: QA
  2. АрхитекторAI: реализацияКоманда: ревью
  3. РазработчикAI: проверкаВладелец: решение

Ticket — желаемый результат

Функция, ошибка, риск, вопрос или замечание. Остаётся открытым, пока не выполнены согласованные критерии.

Task — отдельная попытка

Исследование, реализация, ревью или исправление. Один Ticket может потребовать нескольких Tasks.

«Готово» в отчёте — заявление исполнителя. Завершение Ticket должно подтверждаться Definition of Done и доказательствами. PARTIAL ≠ PASS.

Управление · проектируемое поведение

Контроль без потери контекста

AUTONOMOUS
Цикл продолжается в заранее разрешённых границах.
SUPERVISED
Значимые шаги и решения видны владельцу.
MANUAL
Работу напрямую организует человек.
PAUSED
Новая работа не отправляется исполнителям.

Ручной takeover должен остановить автоматические назначения. После сверки выполняющейся работы владелец сможет передать управление новому AI-оркестратору и явно возобновить цикл.

Владение защищается lease и epoch: два оркестратора не должны независимо вести один проект. Смена владельца оркестрации не меняет выданные разрешения.

Kanban, очереди и наблюдение

Kanban планируется как представление Tickets и workflow: BACKLOG, READY, IN_PROGRESS, REVIEW, WAITING_OWNER, BLOCKED, DONE. Перенос карточки не должен обходить критерии завершения или разрешения.

Из тех же данных можно строить backlog, roadmap, milestones, очередь ревью, CI-статусы, готовность релиза, граф зависимостей и загрузку. Наблюдатель получает разрешённые отчёты и активность без управляющих прав.

Независимые разрешения и аудит

Планируемые gates: SOURCE, CI, PRODUCTION DEPLOY, STORAGE ACTIVATION, REAL DATA MUTATION, DELETION, SECURITY / SECRET CHANGE, PAID PROVISIONING. Согласование одной категории не разрешает остальные.

Authorization должна хранить владельца решения, область действий, ресурсы, срок и отзыв. При отсутствии необходимого разрешения действие блокируется. Структурированный аудит связывает команды, решения, отчёты и доказательства. Чат не заменяет журнал событий, а секретам не место в prompts и отчётах.

Чем замысел отличается от продукта, сосредоточенного на coding agent

WHDOP рассматривает весь процесс разработки: желаемую работу, попытки, людей, команды, решения и границы полномочий. Coding agent может стать одним из исполнителей этого процесса.

Многомодельность, ревью, вмешательство человека и сохранение состояния уже встречаются в существующих системах. Гипотеза WHDOP — объединить независимую замену провайдеров с постоянным состоянием и явными разрешениями. Это проектируемое свойство, а не доказанная уникальность.

Стадия проекта

Где проект сейчас

01 / CURRENT FOUNDATION

Текущая основа

Концепция, архитектура, модель сущностей, исследование конкурентов и исходники этого сайта.

02 / PLANNED

Следующий этап

Уточнение требований, границ V1 и критериев приёмки. Реализация приложения ещё не начата.

03 / CONCEPT / DESIGN

Целевая модель

Core, провайдеры, режимы, gates, аудит и Web Admin существуют как проектные решения.

Материалы проекта

Подробные документы находятся в приватном репозитории spicemas-admin/whdop: CONCEPT.md, ARCHITECTURE.md, DOMAIN_MODEL.md и COMPETITIVE_LANDSCAPE.md. Публичные ссылки на исходники пока не объявлены.

Этот сайт объясняет WHDOP. Будущий Web Admin будет отдельным аутентифицированным интерфейсом управления проектами.