目标很小，只做一个能跑起来的 SpringForAll 内容运营助手：

使用 eve init 创建项目；
使用 Vercel AI Gateway 调用模型；
编写最小的 Agent 配置和 always-on instructions；
通过 Eve CLI 的 chat 界面完成一次对话；
暂时不引入自定义 Provider、skills、subagents、sandbox、tools、schedules、evals。
对应样例工程在：

example/01-first-agent/
准备环境
Eve 当前要求 Node.js 24 或更高版本。先确认版本：

node -v
如果低于 24，可以用 nvm 切换：

nvm install 24
nvm use 24
还需要准备一个 Vercel AI Gateway API Key。第一篇先走全套 Vercel 方案，不处理自定义 OpenAI-Compatible Provider。模型切换、自定义 base URL、API key 和上下文窗口预算，会放到下一篇展开。

用 eve init 创建项目
进入系列仓库的样例目录：

cd example
执行：

npx eve@latest init 01-first-agent
eve init 会做几件事：

创建 01-first-agent/ 目录；
写入最小 Agent 文件；
安装依赖；
生成内置 Eve channel；
初始化本地开发所需配置。
创建完成后进入项目：

cd 01-first-agent
本文最终整理后的核心结构大致是：

example/01-first-agent/
package.json
tsconfig.json
.env.example
agent/
agent.ts
instructions.md
channels/
eve.ts
这里最值得先记住的是 agent/ 目录。

Eve 的设计是：一个目录就是一个 Agent 的 authored surface。模型配置、系统提示词、工具、技能、子 Agent、渠道、定时任务，都会逐步放在这个目录下面。

从 eve init 到第一个可运行 Agent

先看 package.json
eve init 会写好常用脚本：

{
“scripts”: {
“build”: “eve build”,
“dev”: “eve dev”,
“start”: “eve start”,
“typecheck”: “tsc”
}
}
这一篇主要用两个命令：

npm run dev
npm exec – eve info
npm run dev 会启动 Eve 本地开发 TUI，也就是我们用来聊天的 CLI 界面。

eve info 不启动聊天界面，只检查 Eve 是否正确发现了项目里的 Agent 文件。后续目录越来越多时，这个命令会很有用。

配置第一个 Agent
打开 agent/agent.ts，改成下面这样：

import { defineAgent } from “eve”;

const defaultGatewayModelId = “minimax/minimax-m3”;

export default defineAgent({
model: process.env.EVE_GATEWAY_MODEL_ID ?? defaultGatewayModelId,
modelContextWindowTokens: 200_000,
});
defineAgent 是 Agent 的运行配置入口。

这里先只做两件事：

第一，指定模型。字符串形式的模型 ID 会通过 Vercel AI Gateway 路由。为了方便调整，我们允许用环境变量 EVE_GATEWAY_MODEL_ID 覆盖默认模型。

第二，显式写了 modelContextWindowTokens。这是一个很现实的 beta 细节：如果 Eve 当前还没有拿到某个 Gateway 模型的上下文窗口元数据，构建时可能会提示无法编译 compaction 配置。显式声明上下文窗口可以让样例先稳定跑起来。

正式项目里，这个值应该按所选模型的真实上下文窗口调整。下一篇接入自定义 Provider 时，我们会把模型配置、上下文窗口、token 预算和失败边界一起讲清楚。

编写 instructions
接下来改 agent/instructions.md。

它是 Agent 的 always-on system prompt。Eve 会把这份内容放进每一轮模型调用里，所以它适合写稳定身份、长期规则和行为边界，不适合塞一整套临时工作流程。

这一篇先写一个很小的 SpringForAll 内容运营助手：

SpringForAll Content Assistant

You are the first content operations assistant for the SpringForAll community.

Your mission is to help maintain a Chinese technical community for Java and Spring developers.

Responsibilities

• Explain what you can do for SpringForAll content operations.
• Help brainstorm Java, Spring, Spring AI, Spring Cloud, JVM, backend engineering, and developer tooling topics.
• Turn vague topic ideas into practical article angles, outlines, and follow-up questions.
• Keep answers practical and useful for engineers.
• Ask for human confirmation before treating any content as publish-ready.

Current limits

• You do not have skills yet.
• You do not have subagents yet.
• You do not have custom tools yet.
• You do not publish content automatically.
• You should not claim to have checked live sources unless the user provides them in the conversation.

Output style

• Write in concise Chinese by default.
• Use Markdown when structure helps.
  我会刻意在早期 instructions 里写清楚限制。

这不是给 Agent 降能力，而是让它知道当前阶段的边界：它现在只是一个基础聊天 Agent，还没有搜索工具、内容工作流、审稿 checklist，也没有自动发布能力。

如果一开始就让它表现得像完整内容团队，后面加 skills、subagents 和 sandbox 时，读者反而看不清每一步到底解决了什么问题。

用 instructions 固定角色、职责和边界

配置环境变量
创建 .env.example：

EVE_GATEWAY_MODEL_ID=minimax/minimax-m3
AI_GATEWAY_API_KEY=
本地运行时复制一份：

cp .env.example .env
然后填入自己的 Vercel AI Gateway Key：

EVE_GATEWAY_MODEL_ID=minimax/minimax-m3
AI_GATEWAY_API_KEY=你的_Vercel_AI_Gateway_Key
.env 不应该提交到 Git。仓库里只保留 .env.example，让读者知道需要哪些变量。

如果还没有 API Key，也可以先运行：

npm exec – eve info
这个命令只检查项目结构，不会真正发起模型调用。

验证 Eve 是否发现了 Agent
运行：

npm exec – eve info
如果正常，会看到类似结果：

Application
App Root …/example/01-first-agent
Agent Root …/example/01-first-agent/agent
Layout nested
Compile ready
Diagnostics 0 errors, 0 warnings
Instructions instructions.md
Skills 0 skills
这里我们主要确认三件事：

Eve 找到了 agent/ 目录；
instructions.md 被识别；
当前还没有 skills，符合这一篇的目标。
也可以运行构建：

npm run build
构建通过，说明 Eve 可以把当前 Agent 编译成可运行输出。

启动 CLI chat
现在启动开发模式：

npm run dev
这个命令实际执行的是：

eve dev
启动后会进入 Eve 的交互式 TUI。在里面输入：

你是谁？你能帮 SpringForAll 做什么？

预期结果不是“模型能回复一句话”这么简单，而是要验证 instructions 是否生效。

一个合格的回答应该满足：

用中文回答；
知道自己是 SpringForAll 内容运营助手；
能说明可以帮助做选题、文章角度整理、提纲建议等工作；
不会声称自己能自动发布文章；
不会声称自己已经联网检索了资料。
这一步很关键。

用 CLI chat 验证 Agent 行为是否生效

我们不是只在验证 API Key 是否可用，而是在验证 agent/instructions.md 真的改变了 Agent 的行为。

这一版最小 Agent 有什么
回头看这个工程，它的能力非常克制：

example/01-first-agent/
package.json # npm 脚本和依赖
tsconfig.json # TypeScript 配置
.env.example # 环境变量模板
agent/
agent.ts # Agent 运行配置
instructions.md # Agent 角色和行为说明
channels/
eve.ts # eve init 生成的内置 channel
这一篇只完成下面几件事：

有一个主 Agent；
有一份 always-on instructions；
使用 Vercel AI Gateway 模型；
可以通过 Eve CLI chat 对话；
可以通过 eve info 和 eve build 验证项目结构。
它暂时没有：

自定义 Provider；
skills；
subagents；
sandbox；
tools；
schedules；
evals。
这正是我们想要的状态。后面每新增一个目录或能力，都能对应一个明确的问题，而不是把所有概念一次性塞进第一个 demo。

小结
这一篇，我们用 eve init 创建了第一个可运行的 SpringForAll 内容运营 Agent，并完成了最小配置：

agent/agent.ts 负责模型和运行配置；
agent/instructions.md 负责 Agent 的稳定身份、职责和边界；
.env.example 记录运行所需环境变量；
eve info 可以检查 Eve 发现的 Agent 结构；
eve dev 可以进入 CLI chat 验证 instructions 是否生效。