SLV v0.13 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/en 快速入門：https://slv.dev/en/doc/general/getting-started/

SLV——Solana 開發者的 AI Agent Kit

SLV 是 Solana 開發者的 AI Agent Kit。它提供了一個統一的開源運維基礎，涵蓋驗證者、RPC、Geyser gRPC 和應用開發——每個方法完全相容 MCP（模型上下文協議）。

v0.13 從根本上簡化了對這一 MCP 就緒基礎的訪問。只需完成入門嚮導，每個 SLV 方法都可以透過 AI Agent 執行。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 運營未來所需的全部範圍。