Skip to main content

Factory Orchestrator

The Factory Orchestrator is the master coordinator for the SO1 Automation Factory. It analyzes requirements, decomposes tasks, selects agents, and orchestrates execution across all FORGE stages.

Quick Reference

PropertyValue
DomainOrchestration
FORGE StageCross-cutting (all stages)
Version1.0.0
Repositoryso1-agents/orchestration

Overview

Use this agent when: You have a complex task spanning multiple domains or you’re unsure which specific agent to use.
The Factory Orchestrator is your entry point for complex SO1 automation tasks. Instead of manually selecting and coordinating multiple agents, the Orchestrator:
  1. Analyzes your requirements
  2. Decomposes them into atomic tasks
  3. Selects appropriate agents for each task
  4. Coordinates execution across FORGE stages
  5. Manages state and handles failures

Core Capabilities

Requirement Analysis

Parse natural language, spec files, or structured requests

Task Decomposition

Break complex requirements into discrete,actionable tasks

Agent Selection

Route tasks to appropriate domain agents automatically

Stage Orchestration

Progress through FORGE stages with user approval

When to Use

✅ Use Factory Orchestrator for:

  • Complex multi-agent workflows
  • Tasks spanning multiple domains (e.g., automation + engineering + docs)
  • Unclear which specific agent is needed
  • Automatic task decomposition and parallel execution optimization

❌ Skip Orchestrator for:

  • Simple, single-agent tasks (e.g., just generating an n8n workflow)
  • When you know exactly which agent you need
  • Quick one-off operations

Usage Examples

Use the Factory Orchestrator to build a complete GitHub-to-Slack 
notification system with:
- n8n workflow for event processing
- API endpoint for webhook reception
- Runbook for operations
- Documentation for the team
Orchestrator will:
  1. Decompose into 4 tasks
  2. Assign agents: Workflow Architect, Hono Backend, Runbook Writer, Mintlify Author
  3. Define execution order (parallel where possible)
  4. Coordinate handoffs and validate outputs

Outputs

Task Breakdown Document

# Task Breakdown: GitHub-Slack Integration

## Summary
Build automated notification system from GitHub events to Slack

## Requirements Analysis
- **Domain**: automation, engineering, documentation
- **Complexity**: medium
- **Estimated Stages**: 2, 3, 5

## Task Decomposition

### Task 1: n8n Workflow Design
- **Agent**: workflow-architect
- **Stage**: 2 (Implementation)
- **Inputs**: GitHub webhook events, Slack channel
- **Outputs**: n8n workflow JSON

### Task 2: Webhook API Endpoint
- **Agent**: hono-backend
- **Stage**: 2 (Implementation)
- **Dependencies**: None (parallel with Task 1)
- **Outputs**: Hono route handler

### Task 3: Operational Runbook
- **Agent**: runbook-writer
- **Stage**: 5 (Deployment)
- **Dependencies**: Task 1, Task 2
- **Outputs**: Markdown runbook

## Execution Order
1. Task 1 + Task 2 (parallel, Stage 2)
2. Task 3 (sequential, Stage 5, after 1+2)

Agent Assignments (YAML)

generated_by: factory-orchestrator
timestamp: 2026-03-10T09:30:00Z

assignments:
  - task_id: 1
    task_name: "n8n Workflow Design"
    agent: "workflow-architect"
    stage: 2
    priority: high
    
  - task_id: 2
    task_name: "Webhook API Endpoint"
    agent: "hono-backend"
    stage: 2
    priority: high
    
  - task_id: 3
    task_name: "Operational Runbook"
    agent: "runbook-writer"
    stage: 5
    priority: medium
    depends_on: [1, 2]

execution_plan:
  parallel_groups:
    - group_id: 1
      tasks: [1, 2]
      stage: 2
  
  sequential:
    - group: 1
      then: 3

FORGE Gate Compliance

Entry Gate

Before orchestration begins, the following must be satisfied:
  • Requirements specification provided (text, file, or structured)
  • Target outcome clearly defined
  • User has confirmed intent to proceed

Exit Gate

Orchestration completes when:
  • All required stages completed successfully
  • All deliverables produced and validated
  • VTM generated by FORGE Gatekeeper
  • User has confirmed completion

Decision Logging

All orchestration decisions are logged in ADR format:
date:2026-03-10T09:30:00Z|context:[n8n workflow request]|decision:[route to workflow-architect]|rationale:[standard n8n pattern]|consequences:[Stage 2 execution]|status:accepted

Integration Points

Control Plane API

EndpointPurpose
/api/workflowsCreate and monitor n8n workflows
/api/jobsTrack orchestration execution state

Veritas Integration

Consumes:
  • vrt-orchestr8: Task decomposition patterns
  • vrt-agentrte: Agent routing heuristics
Produces:
  • Multi-step execution chains (draft prompts)
AgentRelationship
FORGE GatekeeperValidates stage transitions, produces VTM
All domain agentsOrchestrated by Factory Orchestrator

Source Files