Skip to main content
reopt Handbook
reopt Handbook
Enterprise Eve Agent Development

Core Architecture

Ch1. Eve Mental ModelCh2. Source Code AtlasCh3. Project Layout and DiscoveryCh4. Compiler and Runtime Graph

Agent Quality Design

Ch5. agent.ts, Models, CompactionCh6. Context, Skills, Dynamic CapabilitiesCh7. Tools, Approval, ConnectionsCh8. Sandbox Secure Runtime

Operational Runtime

Ch9. Channels, Auth, StreamingCh10. Subagents, Workflows, Remote AgentsCh11. Schedules, State, HooksCh12. Evals and Quality Gates

Production Operations

Ch13. Observability and DeploymentCh14. Enterprise PatternsCh15. Migration and Governance

Appendix

Official Docs CrosswalkVerification ReportUpdates
Handbook›엔터프라이즈 Eve 에이전트›Ch13. Observability and Deployment
한국어KOEnglishEN

Ch13. Observability and Deployment

Operate Eve with OpenTelemetry, Workflow tags, deployment checklists, health checks, and production runbooks.

Written and reviewed by Eric Han · Co-founder & CTO, reopt

Key takeaways

  • Eve observability needs session, turn, step, tool, sandbox, subagent, and model-usage views.
  • OpenTelemetry, Workflow tags, and runtime hooks are complementary surfaces.
  • Vercel and self-host deployments both need artifact, health, session, and stream verification.

Run-data retention since 0.80

A session trace policy allowing both inputs and outputs uses the Workflow World's default retention. Dropping the trace or excluding either direction requests retention 0 for payloads and streams after the run ends. Outside development, private/unknown conversations request this deletion by default even without an OTel destination.

Set experimental.workflow.retention to 0 or "default" to choose retention independently. Actual deletion depends on World support. This does not erase active payloads, remaining IDs/timestamps/attributes, or external OTel/provider/tool/channel data. Handle 410 session_expired when a deleted session is read.

New Vercel projects created by eve deploy get 100% sampling; existing projects need their sampling rules checked separately.

Run-data retention · Agent Runs.

Durable agents cannot be operated with HTTP request logs alone. You need to see where a run is parked, what step failed, which tool ran, which sandbox backend was used, and how much model usage accumulated.

Three Observability Surfaces

SurfaceLocationUse
Workflow run tagsframework emittedAgent Runs and session tree
OpenTelemetryagent/instrumentation/export spans to observability backend
Runtime hooksagent/hooks/**audit, metrics, warehouse ingestion

instrumentation.ts

The single instrumentation.ts API was removed. Replace it with this file and delete the old one.

agent/instrumentation/otel.ts
import { otel } from "eve/instrumentation/otel";

export default otel({
  functionId: "support-agent",
  traceChannelRequests: true,
  tracePolicy: () => ({
    emit: true,
    recordInputs: false,
    recordOutputs: false,
  }),
});

Move each exporter to a destination file using otelIntegration() and remove startup registerOTel() calls. New defaults can capture content in development and public conversations when an OTel destination exists. Set capture policy explicitly and review each destination's exportPolicy, retention, and access controls.

Official migration.

Runtime Context Enrichment

Move runtimeContext from events["step.started"] into the destination's otelIntegration({ runtimeContext }). The eve. prefix is reserved. Narrow channel metadata types before reading them, and exclude secrets and personal data. Content excluded by tracePolicy is also unavailable to the resolver.

OpenTelemetry.

Workflow Tags

Do not treat the $eve.* tag list from the 0.11 source analysis as the current observability schema. Current OTel uses invoke_agent → agent.step → chat/execute_tool topology and structural session/turn identifiers. Correlate tools and approvals with gen_ai.tool.call.id; inspect error.type for failures.

Vercel Agent Runs is a separate destination whose exportPolicy can further restrict content. Manage mandatory audit ledgers and exported traces with distinct access and retention policies.

OpenTelemetry · Agent Runs.

Vercel Deployment

eve build
vercel deploy

On Vercel, Eve emits Vercel Build Output, Workflow runs on Vercel Workflow, and defaultBackend() selects Vercel Sandbox.

Smoke checks:

curl https://your-agent.example.com/eve/v1/health
eve remote connect --url https://your-agent.example.com

Self-host Deployment

eve build
PORT=3000 eve start --host 0.0.0.0
ConcernStandard
workflow statepersistent .eve/.workflow-data
model authAI Gateway key or direct provider key
route authreplace Vercel OIDC with host-valid auth
sandboxDocker, microsandbox, or custom backend
schedulesensure Nitro scheduled tasks run
logsprocess manager and log collector
TLS/routingreverse proxy or platform

Build Artifact Review

ArtifactCheck
.eve/diagnostics.jsonno unexpected warnings/errors
agent-discovery-manifest.jsonexpected files only
compiled-agent-manifest.jsontools, connections, channels, schedules, subagents
module-map.mjscompiled module resolution

Runtime Runbook

SymptomCheck
production 401route auth and placeholder removal
stuck in turn.waitingapproval, question, or OAuth pending
tool not visibleeve info, dynamic resolver event, disabled default
missing subagent resultchild stream and parent proxy input request
sandbox command failedbackend, network policy, bootstrap
cost spiketoken tags, tool count, compaction
trace missinginstrumentation setup and exporter

Production SLO Candidates

SLOMeasurement
session start successPOST /session 2xx ratio
turn completionturn.completed / started
no failed stepstep.failed rate
approval latencyinput.requested to answer
model latencystep.started to step.completed
cost per tasktokens + tool infrastructure
sandbox setup latencyfirst sandbox use
eval pass rateCI and scheduled evals

Deployment Checklist

GateStandard
buildeve build succeeds
diagnostics.eve/diagnostics.json clean
authproduction route auth fail-closed
secretsnot present in artifacts or workspace
sandboxbackend and network policy explicit
evaleve eval --strict passes
smokehealth, session, and stream checks pass
observabilityOTel or hook audit works
rollbackmodel/prompt/tool rollback documented

Additional self-host checks

The default local World persists under .eve/.workflow-data. Forward both /eve/ and /.well-known/workflow/ through the proxy so callbacks arrive. Pin a World package compatible with Eve's Workflow 5 beta line and read credentials from the runtime environment. A successful health response does not replace authenticated session, stream, and recovery checks.

Self-hosting.

Related docs

Ch15. Migration and Governance

Migrate existing agents into Eve and establish enterprise governance for agent portfolios.

Ch1. Eve Mental Model

Understand Eve as filesystem authoring, durable workflow execution, runtime harness, and channel protocol.

Ch5. Observability and SLOs

LLMOps and AgentOps in Production · Collect model, tool, and policy execution as traceable signals and operate them through SLOs

Vercel Deployment

Enterprise Project Architecture · Organize project, environment, preview, and production deployment rules for enterprise teams.

Observability and Evaluation

Vercel Enterprise AI Platform · Connect traces, prompts, tool calls, quality scores, latency, and cost.

Ch12. Evals and Quality Gates

Use Eve eval runner and assertion surfaces to prevent agent regressions in CI and production.

Ch14. Enterprise Patterns

Combine Eve features into support, research, code, back-office, analytics, and incident-response agent patterns.

On this page

Run-data retention since 0.80Three Observability Surfacesinstrumentation.tsRuntime Context EnrichmentWorkflow TagsVercel DeploymentSelf-host DeploymentBuild Artifact ReviewRuntime RunbookProduction SLO CandidatesDeployment ChecklistAdditional self-host checks