SLV v0.13 发布——CLI 时代结束，Solana 开发转向与 AI Agent 对话

ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹，CEO：Fumitake Kawasaki）与 Validators DAO 发布了开源 Solana 开发工具包 SLV 的 v0.13 版本。

安装后，运行 slv onboard 设置环境，然后运行 slv c 启动 AI 控制台。这就是通过自然语言完全管理 Solana 验证者、RPC 节点和应用开发所需的全部操作。无需手动编写 MCP 配置文件，也无需查找和注册端点。

此版本标志着一个转折点：Solana 开发和运维的主要界面从以 CLI 为中心的工作流转变为与 AI Agent 的对话。

SLV 网站：https://slv.dev/zh 快速入门：https://slv.dev/zh/doc/general/getting-started/

SLV——Solana 开发者的 AI Agent Kit

SLV 是 Solana 开发者的 AI Agent Kit。它提供了一个统一的开源运维基础，涵盖验证者、RPC、Geyser gRPC 和应用开发——每项功能完全兼容 MCP（模型上下文协议）。

v0.13 从根本上简化了这套支持 MCP 的基础能力的使用。只需完成入门向导，即可通过 AI Agent 执行每项 SLV 操作。MCP 配置、密钥访问、版本跟踪——这些此前需要分别处理的运维事项，如今都集中在一个界面中。

为何此版本是转折点

MCP 设置本身就很繁琐

利用 AI Agent 进行 Solana 基础设施运维需要 MCP 服务器配置、端点注册、凭证管理和工具选择——这一切都在发出第一个有用命令之前。这些步骤即使对经验丰富的开发者来说也很繁琐，一直是想要探索 AI 辅助运维的人的主要障碍。

SLV v0.13 完全消除了这一障碍。slv onboard 向导在一个引导流程中完成 AI 提供商连接、模型选择、技能设置和 API 密钥注册。无需手动编辑配置文件，无需查找端点。

内置安全密钥管理

Solana 验证者运营需要精确处理多个密钥：身份密钥、投票账户密钥和权限密钥。SLV 的 AI Agent 在设计上安全地从本地环境访问这些密钥——无需每次指定路径或将密钥传输到外部。

在不牺牲安全性的前提下从结构上减少认知负担。这就是 SLV 的设计原则。

AI 控制台——只需告诉它您需要什么

SLV AI Console Natural Language Management

通过 slv c 启动的 AI 控制台是 SLV 的核心界面。

部署验证者、升级、降级、切换身份、构建 RPC 节点、配置 Geyser gRPC、搭建应用项目脚手架——只需用自然语言向 AI Agent 说明需求，即可执行所有这些操作。

无需记忆 CLI 参数。无需搜索文档。说出您的意图，AI Agent 直接操作 SLV 的 MCP 兼容工具集，选择和执行适当的步骤。请求会自动路由到处理验证者运营、RPC 和 Geyser 配置、应用开发和服务器采购的专用 Agent。

启动时自动检查更新

启动时，AI 控制台自动获取 agave、jito-solana、firedancer、yellowstone-grpc 等组件的最新版本，一目了然地显示可用更新。要应用更新，只需输入 /update。AI Agent 处理版本验证和应用。

Solana 目前正在经历 v3 升级周期中频繁的版本变更和回滚。AI 控制台从系统层面化解了这部分运维负担。

认知负担的隐性成本

在验证者运营中，停机直接影响收入。准确评估情况并在正确的时间输入正确的命令——这项任务表面上看起来简单，但实际上极其消耗精力。

与典型的应用开发不同，验证者运营中的每一条命令都事关重大。一个输入错误、一次疏忽就可能直接降低网络质量或影响质押者。这种认知负担长期以来是验证者运营中被忽视的成本。

通过 AI Agent 的自然语言交互从结构上消除了回忆精确命令语法、相互核对操作文档和跟踪版本差异的负担。这不仅仅是用户体验的改进。更低的认知负担意味着更少的判断错误和更少的操作失误，这直接转化为更少的停机时间和更高的网络质量。

在我们的实际运维中，一旦习惯用自然语言表达意图，就很难再回到逐条回忆命令语法、翻查操作流程的传统方式。认知负担的降低会直接改善运维质量。AI Agent 让运维人员能够把注意力集中在真正重要的事务上——网络策略、性能优化和质押增长。

从结构上降低 Solana 验证的门槛

SLV v0.13 实现的不仅仅是更简单的操作。它从结构上降低了 Solana 网络本身的准入门槛。

运行 Solana 验证者传统上需要深厚的 Linux 知识、CLI 熟练度、对 Solana 特定配置文件的理解以及版本管理的判断力。这些前提条件一直是缺乏专业技术知识的业务人士和组织面临的障碍。

借助 SLV v0.13，AI Agent 显著改善了获取运维知识和执行路径的方式。AI Agent 通过 MCP 引用必要的知识，自动组装和执行适当的步骤。即使没有专业技术知识，从初始验证者设置到日常运营的路径现在也已打通。AI Agent 降低的是准入门槛和日常运营的认知负担；作为运营主体的决策权仍然一如既往地属于运营者。

Solana 网络的质量直接取决于其验证者的数量和多样性。降低门槛使更多组织能够作为验证者参与，意味着加强网络的整体去中心化和弹性。

CLI 保持不变——适合每个增长阶段的选择

虽然 AI Agent 对话正在成为 SLV 的主要界面，但构成开发骨干的 CLI 工具仍然完全可用。

SLV 的 CLI 以可访问的形式提供实用的运维能力。当成长中的项目需要管理多台服务器时，基于 Ansible 的可重现环境构建可用。基于 inventory 文件的多节点管理、基于 playbook 的批量部署和更新——架构专为大规模运营而构建。

SLV 的前身是 Epics DAO 开发的 solv。我们理解直接安装在节点上管理单个节点的简洁风格有持久的吸引力。我们正在努力为重视这种易用性的用户提供本地执行选项。

AI Agent、直接 CLI 执行、基于 Ansible 的多节点管理——选择适合您规模和运营风格的方式。

支持 ChatGPT 和 Claude

SLV v0.13 正式支持 ChatGPT（OpenAI）和 Claude（Anthropic）作为 AI 提供商。在 slv onboard 向导中，只需选择您偏好的 AI 和模型即可完成连接。

无论您平时使用哪种 AI，SLV 都已提供可直接使用的 AI Agent 环境。

分布式部署时代——ASN 集中度在 Solana 上现在很重要

Solana 基金会正在收紧 ASN 和数据中心集中度限制，作为其委托计划要求的一部分。当验证者过度集中在特定 ASN 或数据中心时，基金会的委托质押会受到限制。

这一政策是加强 Solana 网络去中心化和容错能力的结构性措施。同时，这意味着验证者运营商现在不仅需要考虑是否能运行节点，还需要考虑在哪里——在哪个 ASN 下、在哪个数据中心、采用什么部署策略。

ELSOUL LABO B.V. 已获得 RIPE NCC 分配的自有 ASN（AS200261），正在推进顶级 Solana 专用数据中心的开设。该设施硬件统一为最新一代 AMD EPYC 第五代、AMD Threadripper PRO 第五代（9975WX 等）和 NVMe 第五代，结合通过自有 ASN 实现的最优网络路径设计。计划下月开设。

这不仅仅是一个数据中心项目。随着 ASN 集中度限制的收紧，持有独立 ASN 和独立设计部署策略的能力直接关系到验证者运营的可持续性。而要在实践中长期维持分布式部署，就必须具备用于资源开通、配置、更新和迁移的自动化基础。SLV 提供的运维编排正是这一挑战的答案。

从启动节点到决定在哪里以及如何部署，再到如何长期维持运营——SLV 和 ERPC 将覆盖 Solana 运营未来所需的全部范围。