Разделы
На этой странице

Сущности Harness

Конфигурация, запуск, работа, совет, подтверждение и записи Flownix, из которых складывается исполняемый Harness.

Конфигурация

01

Definition → Version

Role · Workflow · Policy

Запуск

02

Run → Step → Work item

Agent · Assignment · Event

Решение

03

Proposal · Claim · Evidence

Critique · Vote · Decision

Определение и версия

  • HarnessDefinition именует повторяемый процесс. type — метка; исполнение задаёт граф.
  • HarnessVersion содержит входную схему, исполняемую схему итогового выхода, политику контекста, бюджет по умолчанию, роли, workflow-ноды, рёбра и политики. Опубликованная версия неизменяема.
  • AgentRole хранит цель, инструкции, обязанности, запреты, output schema (проверяется на work.complete) и границы числа экземпляров.
  • WorkflowNode выбирает поведение рантайма и собственный config; WorkflowEdge содержит необязательное условие над выходом исходной ноды.

Запуск и работа

  • HarnessRun — один запуск с входом, исходными нодами Flownix, результирующими нодами, снимком бюджета, расходом и статусом.
  • StepRun — одна итерация ноды с её output и outcome.
  • WorkItem — leased работа внешнего агента. work.get_context объединяет её с run, нодой, ролью, предшественниками и ballot.
  • ApprovalRequest — решение, на которое может ответить только человек. RunEvent хранит аудит; artifacts и IDs нод указывают на долговечные результаты.

Совет

Deliberation объединяет Proposal, Claim, Evidence, Critique, ответы, Ballot, Vote и Decision. Несколько нод разделяют его только через одинаковый config.deliberation_key. council.get_deliberation возвращает весь агрегат одним вызовом.

Создание учтённой работы

Отдельного генератора task plan нет. Предыдущий агент может вернуть структурированный список flow_nodes; после human_gate нода create_flow_nodes создаёт обычные epic, feature, plan или task Flownix с правами запустившего пользователя и всеми правилами проекта.