大家好，我是Tony Bai。

欢迎来到我们的专栏 《Google ADK 实战：用 Go 构建可靠的 AI Agent》的第二讲。

在上一讲，我们完成了一次重要的思维转变，理解了 Google ADK “代码优先”的哲学，并亲手跑通了官方的 Quickstart 示例。那次体验很神奇，不是吗？我们只是提了一个问题，ADK 就在背后完成了一系列复杂的 LLM 调用和工具执行。

但这“魔法”的背后，一定有一套严谨的工程抽象。那个我们与之交互的 weather_time_agent，在代码的世界里，它到底是什么？一个 struct？一个函数？还是别的什么？

这正是我们这一讲要解开的核心谜题。我们将一起深入 ADK 的心脏，去探寻一个 Agent 的本质定义。学完这一讲，你将能够：

1. 剖析 agent.Agent 接口，理解它如何为所有智能体定义了统一的“行为蓝图”。

2. 掌握 llmagent.Config，学会配置一个由大语言模型驱动的 Agent 的核心参数。

3. 亲手构建并运行你的第一个 Agent——一个纯粹依赖 Prompt 的“Go 代码解释器”。

在 Go 的世界里，接口是构建可扩展、可测试系统的基石。在 ADK 的世界里，agent.Agent 接口，就是定义一个智能体灵魂的蓝图。

智能体的“蓝图”：agent.Agent 接口

在 Go ADK 中，万物皆可为 Agent，只要它实现了 agent.Agent 这个核心接口。让我们直接看它的源码定义 (agent/agent.go)：

// agent/agent.go

type Agent interface {
    Name() string
    Description() string
    Run(InvocationContext) iter.Seq2[*session.Event, error]
    SubAgents() []Agent

    // internal() *agent // 内部方法，我们暂时忽略
}

这个接口的设计简洁而深刻，像极了 Go 标准库里的 io.Reader 或 http.Handler的设计思路。它只关心一个 Agent 必须具备的核心能力，而不关心其内部是如何实现的。