Workflow or agent
| Workflow | Agent | |
|---|---|---|
| Shape | Fixed DAG of typed steps | Autonomous coding agent in a sandbox |
| Authoring | YAML you edit (or the builder generates) | Git-backed source package, trained via chat |
| Determinism | Deterministic, same path every run | Model-driven, adapts per input |
| Best for | Known pipelines, strict reproducibility | Open-ended extraction, per-document variation |
eigenpal runs commands.
Two ways an agent runs
- Inference run is one-shot and autonomous: provision a sandbox, mount the agent’s source, send one prompt, collect results, tear the sandbox down. This is what the Run button, the API, and eval batches use. Each run starts fresh, with no conversation history, and its output is validated against the agent’s output schema.
- Builder session is interactive: a persistent sandbox with a live coding
agent you chat with in the training UI. You describe what you want, the agent
edits the Git-backed source, and you commit and push those changes through the
eigenpal agentscommands. Use it to teach the agent, then run it via inference.
Source lives in Git
An agent’s source is a package in your organization’s Git repository, not a single file. Theeigenpal agents commands are the safe editing loop for it,
for both humans and builder sessions:
eigenpal agents reference for the full command surface.
Running an agent
Start a run from the dashboard Run button, the CLI, or the API. The API takes the agent target in the path asagents.<slug> and the inputs in the body:
_json field for scalar inputs
alongside uploads. See the API reference for run status,
feedback, and expected-artifact endpoints.