Learning Eve: Going Further
You built a first agent in the core series: instructions, a model, tools, skills, a channel. That agent can think and act. But a production agent usually needs to reach outside itself — other services, a controlled workspace, specialists, a clock, observability, and a safe path to ship.
Based on the official Eve docs. We're learning to use what it ships, not restating the docs.
What this series covers#
Seven deep dives, each a real capability you can add to the agent you already have:
- Connections — bring in tools from MCP and OpenAPI services, with app vs. user auth, Vercel Connect, and per-connection approval.
- Sandbox — run untrusted shell and file work in an isolated
/workspace, seed files, pick a backend, and lock down the network. - Subagents — delegate parallel or specialist work to fresh agent copies or declared specialists.
- Schedules — run the agent on a cron cadence, fire-and-forget or handed off to a channel.
- Hooks — observe the runtime event stream for audit logs, metrics, and alerting.
- Evaluations — define scored checks and run them on every deploy and on a schedule.
- Deploy — take the agent from
eve devto Vercel or your own host.
How this series works#
Each step takes one building block through the same path: What it is → Why you'd care → Before → After → Do it yourself → Gotchas → Recap. It builds on the core series, so instructions.md, agent.ts, tools/, skills/, and channels/ are assumed known.
Start with step one.
Steps
- 1
Connections: Bring In External Tools
defineMcpClientConnection / connections/
- 2
Sandbox: Isolate Untrusted Work
defineSandbox / ctx.getSandbox
- 3
Subagents: Delegate Specialist Work
agent tool / defineAgent subagents
- 4
Schedules: Run the Agent on a Clock
defineSchedule / schedules/
- 5
Hooks: Observe the Runtime Stream
defineHook / hooks/
- 6
Evaluations: Catch Regressions Before They Ship
defineEval / evals/
- 7
Deploy: Ship to Production
eve build / eve deploy