Installable AI agents for Eve projects.
Atom Eve is an open-source, shadcn-style registry of real agent source code. Browse an agent, install it into your own repo, add your credentials, and run it on Eve.
npx atom-eve create my-agent --agent seo-auditThe registry is source-first. Atom Eve does not host or run your agents, store credentials, or provide a managed runtime. It gives you code you can review, copy, modify, and deploy yourself.
Atom Eve is a community project. It is not affiliated with or endorsed by Vercel, Eve, or Cloudflare.
The fastest way to start — especially if you've never used Eve — is to let your coding agent set it up. Paste this into Claude Code, Codex, Cursor, or similar:
Set up a new Eve project in this directory using Atom Eve.
Read https://www.atomeve.dev/start.md and follow it.
Start with one agent so we can confirm it builds and runs, then we'll add more.
The agent follows start.md, scaffolds the project, installs an agent,
and prepares it for verification. Name specific agents (browse www.atomeve.dev)
if you already know what you want.
Skills and prompts are useful, but they usually run only when a human invokes them. Production agents need structure: instructions, tools, skills, schedules, credentials, evals, deployment shape, and framework-specific entrypoints.
Atom Eve packages that structure into installable agent folders:
- Eve agents install as root agents under
agent/. - Agent instructions, skills, tools, schedules, and library code live in source folders you can review.
- Generated shadcn registry files make installs transparent and inspectable.
The website is the human-facing catalog:
Each agent page links back to its source folder and renders that agent's README.
- Node.js with
npxavailable. - For Eve installs: a Vercel account and the Vercel CLI
(
npm i -g vercel) for model access, deployment, and connectors.
Scaffold a full app and install an agent in one step (create delegates to the framework's own
scaffolder, then installs the agent's source):
npx atom-eve create my-agent --agent seo-audit
cd my-agentOn Eve this is Vercel-native: run vercel link and the model resolves through the Vercel AI
Gateway via VERCEL_OIDC_TOKEN — no model API key to set. For provider auth, use the agent's
documented setup: supported services may connect through Vercel Connect or a Vercel integration,
while others use project env vars.
vercel link
vercel env pullThe Vercel account or team must have AI Gateway access enabled. AGENT_MODEL only changes an Eve
agent's model when the installed agent has an agent/agent.ts that reads it. To force a non-default
model, add or update agent/agent.ts with defineAgent({ model: process.env.AGENT_MODEL ?? "..." }),
then set AGENT_MODEL to a provider/model available to the linked Vercel project. If the agent uses
a Vercel connector or integration for a provider such as Stripe or Slack, connect it in Vercel. If its
SETUP.md declares env vars for a provider without a connector, add those values as Vercel project env
vars and re-run vercel env pull.
Adding an agent to an existing project instead:
npx atom-eve add seo-auditIf the current directory does not have a package.json yet, add initializes the Atom Eve project
files first and then installs the agent.
A Slack channel is on by default for Eve installs: every agent ships a bidirectional Slack channel, so you can mention the agent and it can reply. Slack auth is brokered by Vercel Connect, so connect a Slack connector in your Vercel project (the agent never sees a token). Opt out with --no-slack:
npx atom-eve add seo-audit --no-slackTo also post a scheduled report to Slack automatically, add --deliver slack. It rewires the agent's markdown schedule to post to SLACK_CHANNEL_ID, so set that variable too:
npx atom-eve add seo-audit --deliver slackRunning many agents from one repo? Scaffold a workspace root and create one app per agent:
npx atom-eve init --workspace my-agents
cd my-agents
npx atom-eve create seo --agent seo-auditThe CLI writes atom-eve.json to remember project defaults. Pass --target flue when you want the
Flue version.
Install dependencies and run the project checks before deploying changes:
pnpm install
pnpm typecheck
pnpm buildWhen you are ready to spend model tokens to verify the installed agent, use local Eve dev as the first smoke test:
npx eve devAfter deploy, trigger the production channel you intentionally configured, such as Slack, a scheduled run, or an app UI/HTTP channel. Then inspect the run in the Vercel dashboard under Agent Runs.
If you are developing the registry locally or need to bypass the public GitHub source, install from a checkout path:
npx atom-eve add /path/to/atom-eve/registry/seo-auditThis uses the same install map as public registry installs, but reads the source files directly from disk.
The framework is early and moving quickly.
- Eve is Vercel's agent framework. Eve projects have an
agent/authored surface with slots for instructions, tools, skills, connections, schedules, and subagents.
Expect some framework APIs and conventions to change. This repo keeps fixture installs and typechecks in CI so generated agents stay honest as the ecosystem moves.
Today Eve treats agent/ as one root agent per deployed app. Subagents are useful for delegation, but they are not independent deployed agents: channels and schedules are root-only. If you want many standalone Eve agents with their own Slack connectors, cron jobs, env vars, logs, and deployment lifecycle, use one repository with one Eve project folder per agent and one Vercel project per agent.
Recommended shape:
my-agents/
agents/
website-qa/ # Vercel project: website-qa
agent/
package.json
seo/ # Vercel project: seo
agent/
package.json
youtube-analytics/ # Vercel project: youtube-analytics
agent/
package.json
Install Atom Eve packages into the app folder for the agent you are deploying. This keeps each production agent isolated while still letting your team manage a private agent catalog in one GitHub repo.
Create a folder under registry/. The directory name is the agent's name, and it holds exactly three things:
registry/my-agent/
README.md what it is: manifest in frontmatter, pitch in the body
SETUP.md what it needs: env/config facts in frontmatter, walkthrough in the body
agent/ what it does: a real Eve agent folder, copied verbatim on install
instructions.md
agent.ts # optional, only to pin a model
tools/ channels/ sandbox/ schedules/ skills/ connections/ lib/ evals/
The README frontmatter is the manifest; the body is an H1 plus ## What it does:
---
description: Get a prioritized, fix-it-today report of the SEO and content problems on your site.
category: seo
integrations: [agent-browser]
skills:
- ref: vercel-labs/agent-browser@agent-browser
---
# SEO Audit
## What it does
...SETUP.md declares every secret and non-secret project setting, then walks through the wiring:
---
env:
- name: DATAFORSEO_LOGIN
description: DataForSEO API login
url: https://app.dataforseo.com/api-access
config:
- name: Project domain
description: The site being improved
example: example.com
---
# Setup
...how to obtain, verify, and store each value...agent/instructions.md is the installed system prompt; it opens with a <!-- project-config --> block that mirrors the SETUP.md config entries. Runtime behavior belongs in agent/ files: cron timing in agent/schedules/weekly.ts, capabilities in agent/tools/*, agent/connections/*, agent/skills/*, and agent/lib/*.
The build derives the rest: name from the directory, title from the README H1, family from the taxonomy, connections from agent/connections/*.ts. pnpm check enforces the structure, validates both frontmatters, requires every process.env.X read under agent/ to be declared in SETUP.md env, matches the project-config block to SETUP.md config one-to-one, and rejects a README ## Setup section. Ship real source code, commit no secrets, and make pnpm check pass.
Capability, in priority order: a CLI in the sandbox with a usage skill, then a hosted MCP connection, then a plain tool with a direct fetch for a small API surface, then an OpenAPI connection as the last resort. AGENTS.md has the full spec ("Anatomy of an Agent", "Giving an agent capability"); registry/seo-improver/ is the reference implementation.
apps/
web/ # Static generated catalog
packages/
cli/ # atom-eve CLI
registry-generator/ # registry sources -> shadcn registry + site index
schemas/ # Shared schemas
registry/
seo-audit/ # Reference agent package
fixtures/
eve/ # Minimal install/typecheck fixture
registry.json # Ignored generated path-only shadcn registry index
public/
r/ # Ignored generated shadcn registry item payloads
index.json # Ignored generated website/catalog index
pnpm install
pnpm generate
pnpm typecheck
pnpm build
pnpm verify:fixtures
pnpm checkpnpm check runs generation, package typechecks, builds, fixture installs/typechecks, and a basic secret scan.
MIT

