Workflows and runs

How ForgeRun, AgentRuns, Fleet jobs, campaigns, and harness runs relate. For conditional rules (approval, DecisionPack, campaign phases) see Governed workflows and rules.

Updated

ForgeRun spine (production)

Production ForgeRun spine

How human intent becomes a governed workcell run with traceable evidence and a reviewable decision.

  1. Human intentThe operator states what they want the run to accomplish.
  2. Lenses opens ForgeRun (frun_*)Lenses creates a ForgeRun record with a stable frun_* identifier.
  3. BlueprintContextPack (optional)Optional blueprint context enriches the run with governed methodology references.
  4. WorkcellRequest -> Forge runner -> WorkcellResultA WorkcellRequest invokes the Forge runner and returns a structured WorkcellResult.
  5. LCDLTraceSummary / FleetJobSummary (optional)Optional summaries attach LCDL graph traces or Fleet job outcomes to the run.
  6. EvidencePacketRun artifacts are assembled into a reviewable EvidencePacket.
  7. Lenses review / ForgeRun decisionThe operator reviews evidence and records the ForgeRun decision in Lenses.

On-disk alpha layout: Self-Host run store.

Parallel paths under one ForgeRun

Parallel paths under ForgeRun

One ForgeRun may branch through campaign orchestration, governed LCDL graphs, or a single workcell before converging on evidence.

  1. ForgeRun (frun_*)The frun_* record is the shared parent for every execution path below.
  2. [B] Campaign orchestrator + Fleet jobManifest-driven campaign phases coordinate branches and POST Fleet jobs.
  3. [C] LCDL graph DecisionPack + trace summaryA governed LCDL DAG runs with DecisionPack rules and emits a trace summary.
  4. single workcell (one AgentRun)One runner invocation handles the intent without campaign or LCDL orchestration.
  5. EvidencePacket + decisionEvery path converges on a reviewable evidence bundle and a Lenses decision.
  • [B]Forge Campaign: manifest-driven phases, not DecisionPack.
  • [C]Governed workflows and rules: LCDL DAG attached via trace/evidence (R3 visibility on Lenses).
  • Single workcell — one runner invocation per AgentRun (typical Self-Host Alpha).

Forge Campaign flow

Forge Campaign execution flow

How an operator launches a manifest-driven campaign that runs Fleet workers and lands on evidence plus a Lenses decision.

  1. Operator -> frun_* + campaign.yamlThe operator opens a ForgeRun and supplies the campaign manifest.
  2. campaign_orchestrator: branches, pack, POST FleetThe orchestrator evaluates branches, assembles context, and submits Fleet jobs.
  3. fleet_ux_worker (container): audit/remediateA Fleet container runs audit and remediation steps inside bounded job boundaries.
  4. orchestrator: integrate, PR stack, verifyThe orchestrator integrates outputs, manages the PR stack, and runs verification gates.
  5. EvidencePacket + Lenses decisionCampaign artifacts become an EvidencePacket for operator review and decision in Lenses.

See Forge Campaign for manifest and lifecycle states.

Fleet-only execution

Fleet-only job execution

How a single approved Fleet template runs to completion without a campaign orchestrator.

  1. Approved FleetTemplateA pre-reviewed template defines the containerized job the operator may launch.
  2. POST /v1/jobs (+ workspace upload)The client submits the job and uploads the workspace Fleet needs.
  3. poll terminal stateThe caller polls until the job reaches a terminal success or failure state.
  4. FleetJobSummary -> EvidencePacket path -> LensesJob outcomes feed the evidence path and surface for review in Lenses.

No campaign required when a single template job satisfies the intent.

Harness / auditor (development)

Harness and auditor pipeline

How Kitchen Sink fixtures and rules drive analysis, optional LLM review, and a bounded detection gate in development.

  1. KS fixture + rulesetA Kitchen Sink fixture and ruleset define what the harness will inspect.
  2. analyze / assemble contextThe harness analyzes the target and assembles context for downstream checks.
  3. optional --llm -> local_llm_worker OR Cursor CLIAn optional LLM pass routes through local_llm_worker or the Cursor CLI agent.
  4. parse findings -> detection gateParsed findings pass through a detection gate before the harness reports results.

ForgeRun is optional in harness mode; contracts still align when recording an AgentRun for integration tests.

Separate agents as workcell ids

Hermes, Factory Droid, OpenClaw, Cursor CLI, and future agents appear as workcell ids on AgentRuns — not as alternate run models. See Workcell catalog.