Разделы
На этой странице
Как пользоваться Harness
Практическая последовательность: собрать версию, провести запуск, подключить участника, проверить решение и перенести только подтверждённый результат в план.
Соберите версию
- Создайте Harness для одного повторяемого вида решения, а не универсального совета.
- Создайте Version и зафиксируйте input/output schema, роли и граф шагов.
- Опишите для каждой роли цель, обязанности, запреты и формат результата.
- Добавьте правила инструментов, доступа к данным, голосования, бюджета и human approval.
- Провалидируйте граф и публикуйте версию только после проверки.
harness_create({ name: "architecture-review", description: "Оценка архитектурных вариантов перед выбором" })
harness_create_version({ harness_id, input_schema, output_schema })
harness_add_role({ version_id, key: "proposer", goal: "Предложить вариант решения" })
harness_add_workflow_node({ version_id, kind: "proposal", role_key: "proposer" })
harness_validate({ version_id })
harness_publish({ version_id })Запустите и наблюдайте
Run получает краткую цель, нужный контекст и ссылки на ноды Flownix. Следите не за скрытым чатом, а за timeline, назначениями, открытыми критиками, голосами, budget check и запросами подтверждения.
Участие внешнего агента
Агент находит доступный WorkItem, забирает lease, регулярно отправляет heartbeat и публикует результат в структурированном виде. Если он не успевает, lease истекает и работа безопасно возвращается в очередь; дублирование не должно создавать второй результат.
work_list_available({ run_id })
work_claim({ work_item_id, agent_instance_id })
work_heartbeat({ work_item_id, lease_token })
work_complete({ work_item_id, lease_token, result: { summary: "Итог по назначенному шагу" } })