搬瓦工 KiwiVM 面板免費 AI 助手 Amy 功能演示 告別繁瑣的命令行
更多語言
更多操作
介紹
Amy 是搬瓦工在 2025 年 1 月推出的內置 AI 助手,向所有套餐免費開放。彼時的 Amy 還只是個對接了 KiwiVM 控制面板的 「問答型」 AI,只能提供簡單的對話以及操作建議。
在 2026 年 5 月,Amy 迎來了全面升級,不再是一個簡單的問答助手,她可以直接在 VPS 執行任何任務,無論是修改系統設置、下載安裝軟件,還是配置複雜的環境,都能幫你一鍵搞定。
接下來,我們就由淺入深,通過幾個高頻案例,演示一下升級後的 Amy 具體能做些什麼。
開啟方式:登錄 KiwiVM 面板,在側邊欄找到 Assistant Amy,點擊右側的 Launch 即可啟動 Amy。另外,Amy 完美支持中文對話,對國內用戶非常友好。

一、VPS 測評
買到新機器的第一時間,肯定是迫不及待地想看配置、跑分和路由情況,以往總要在 SSH 里複製粘貼各式各樣的「一鍵腳本」,而現在直接給 Amy 下幾句簡單指令就可以完成這些步驟~
配置與狀態
讓 Amy 查看一下 VPS 的具體配置,她不但能正確返回 CPU 型號、核心數、內存、硬盤等基本信息,甚至還包含了當前的佔用情況。
除了能從 VPS 內獲取配置信息外,Amy 還會從 KiwiVM 面板讀取到機房位置、節點以及流量的使用情況等信息,這是任何第三方 AI 助手都做不到的。

Amy 還順便把當前負載、網絡與防火牆、服務狀態等信息一同輸出了。

此時你可能會有個疑問,Amy 回答的信息不會是胡編亂造的吧?為了驗證一下 Amy 給出的信息,我們在 VPS 上手動運行一下 YABS,可以看到兩者基本一致,Amy 輸出的信息甚至更加的豐富和直觀!

性能與網絡
了解完配置,我們直接讓 Amy 測試 VPS 的性能和回程路由。在對話框中,可以實時看到每一步執行的命令以及對應的執行結果。
涉及到 GeekBench 跑分,測試時間會比較長,需要耐心等待。
測試完成後,Amy 不僅在對話框中展示了測試報告,還把測試結果以文件的形式保存到了 VPS 本地,方便日後查看。


在回程路由測試中,Amy 不但給出了大致路徑,還附上了結論,即便你完全看不懂路由同樣能夠判斷線路的好壞。
路由测试
測試目標:
- 電信上海:
202.96.209.133 - 聯通上海:
210.22.97.1 - 移動上海:
120.204.197.126
電信回程 大致路徑:
日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 上海电信 AS4812
→ 202.96.209.133
結果:
- 走 電信 CN2 / 59.43 - 到上海電信終點約 33-39 ms
- 路由質量很好,屬於優質電信回程。
MapTrace:
聯通回程 大致路徑:
日本大阪 VPS
→ 121.59.140.81 / AS23764 / CN2
→ CTG / 东京
→ 59.43.22.17 / CN2 / 上海
→ 219.158.38.241 / 联通 AS4837
→ 上海联通
→ 210.22.97.1
結果:
- 前半段同樣走 CN2 - 進入國內後轉 聯通 169 / AS4837
- 到上海聯通終點約 38 ms - 聯通回程也不錯。
MapTrace:
移動回程 大致路徑:
日本大阪 VPS
→ CN2 / CTG 东京
→ 59.43.159.17 / CN2 / 上海
→ 上海移动 CMNET
→ 120.204.197.126
結果:
- 前半段仍然走 CN2 - 後段轉入 移動 CMNET - 到上海移動終點約 80 ms
- 移動比電信/聯通高一些,但路線仍然比較規整。
MapTrace:
簡單結論
這台大阪 VPS:
- 磁盤性能很強 - 海外帶寬表現不錯,新加坡/美國方向尤其好
- 電信回程優秀,明顯走 CN2
- 聯通回程也走 CN2 後轉聯通,表現不錯
- 移動回程 CN2 入境後轉移動,延遲約 80 ms,尚可
- IPv6 當前未配置,所以 YABS 顯示 IPv6 Offline
二、系統設置
查看完配置與性能測試,正式投入使用前,通常還要對 VPS 的一些默認設置進行調整,以符合日常使用習慣,例如修改 IPv4 優先、開啟 BBR 加速、調整 Swap、修改 SSH 端口等,以上操作同樣可以通過 Amy 直接完成。
IPv4 優先
現在的 VPS 鏡像大多默認 IPv6 優先。如果需要修改回 IPv4 優先,直接向 Amy 下達指令即可。從執行過程可以看出,Amy 修改配置前還備份了原文件,方便後期回退。

通過查看 /etc/gai.conf 文件,可以發現 precedence ::ffff:0:0/96 100 這一行前面的 # 註釋已經被移除,說明 IPv4 優先已正常生效。

開啟 BBR
BBR 作為網絡加速的常用內核模塊,也是新機器必開的選項。一句話即可讓 Amy 幫我們完成開啟工作。

檢查 /etc/sysctl.d/99-bbr.conf 配置文件,可以看到 BBR 相關的內核參數已經正確寫入。

調整 Swap
對於低配或者小內存的 VPS,設置 Swap 也是相當重要的,可以防止內存溢出導致服務崩潰。
手動調整 Swap 的步驟還是相當繁瑣的,而藉助 Amy 可以一步調整到位,並且還能直接告訴她 「優先使用內存」。

執行 free -h 驗證,可以看到 Swap 已經設置成了 4G,進一步查看 swappiness 的值也設置成了 10,符合我們提出的 「優先使用內存」。

SSH
修改 SSH 默認端口並配置密鑰登錄,是個十分常見的需求。這裏我直接將公鑰發送給 Amy,讓她修改完 SSH 端口的同時幫我添加公鑰,開啟密鑰登錄。
能看到她不但正確執行了我的要求,還提醒我可以進一步加固——直接關閉密碼登錄、只允許密鑰登錄,最後還附上了檢測端口的連結。
不過我這裏就先開着密碼登錄,方便後面演示修改 SSH 密碼。

忘記 SSH 密碼的時候,也可以讓 Amy 直接重置密碼,免去了登錄 VNC 終端的繁瑣步驟。

清理日誌
對於入門的 VPS,硬盤容量通常也比較小,容易被系統日誌填滿,可以讓 Amy 清理一下舊日誌,同時限制一下日誌的最大佔用,避免日誌佔用過多存儲。

防火牆
完成上面這些基本配置後,最後需要安裝並啟用防火牆,這裏我故意不做提示,看看她會不會自己開放 SSH 的端口。
結果很讓人意外,她不但能正確識別修改後的 2333 端口,還把 IPv6 的端口也一併開放了。

三、應用實戰
除了調整 VPS 自身的配置以外,安裝和配置第三方應用 Amy 也是不在話下。
Docker
現在裝機必備的 Docker,一句話就能讓 Amy 幫忙安上。在安裝完成後,甚至還會自己運行一個 hello-world 測試容器,來驗證 Docker 能否正常工作。
最後,她還會提醒用 Docker 部署服務時,需要在 ufw 中放行對應的端口。

Caddy
接着,增加一點難度,讓 Amy 給我用 Caddy 搭建一個靜態引導頁。這一步中,可以明顯看出她有聯繫上下文的能力——上一步剛讓她安裝了 Docker,這一步立馬就選擇通過 Docker 的方式來部署 Caddy。

部署完成後,Amy 還給出了所有配置文件的路徑,便於我們後期維護。同時,她也自動放行了 80 端口,確保 Web 服務可以直接訪問。

測試最終的訪問效果,能看到靜態頁確實已經搭建好可以正常訪問了~

四、故障排查
為了測試 Amy 的故障診斷能力,我們假裝剛才搭建的網站無法在國內訪問,讓 Amy 排查一下什麼原因。

Amy 先是從 KiwiVM 面板入手,確認 VPS 運行狀態正常、未觸發 IP 黑洞、服務暫停等違規策略,接着排查 VPS 內部,Caddy 是否正常監聽了 80 端口,防火牆是否放行了端口。
最後,Amy 告訴我們伺服器端目前是正常的,更像是國內到機房的網絡問題,並且給出了其它可能的原因讓我們繼續排查。
當然網站實際上就是能打開的,因此 Amy 的判斷也完全符合預期~
排查结果
我幫你排查了,伺服器這邊目前是正常的。
結論:不是 Caddy、Docker、防火牆或 VPS 本身的問題,更像是中國大陸到這個日本 Osaka IP 的網絡可達性/路由/阻斷問題。
當前檢查結果:
- VPS 狀態:運行中
- 機房:日本 Osaka
- 公網 IP:
212.50.232.122 - IP 黑洞 / Nullroute:沒有
- 服務暫停 / 策略違規:沒有
- Caddy:正在監聽
80端口 - 防火牆:已放行
80/tcp - 公網 HTTP 檢查:
200 OK - 公網 TCP 80 檢查:可連接
- 公網 ping:可達
也就是說,從外部公網探針訪問:
http://tcp.ping.pe/212.50.232.122:80
是可以正常打開的。
你可以用這些連結複測:
https://ping.pe/212.50.232.122
比較可能的原因有這些:
中國大陸到該 IP 段路由不佳或被部分運營商阻斷
這個 IP 在日本機房,國際出口鏈路可能因地區、運營商不同表現差異很大。
可能移動打不開,電信能打開,或反過來。
直連 IP 的 HTTP 訪問被本地網絡、運營商或瀏覽器策略干擾
你需要確認訪問的是:
http://212.50.232.122/
而不是:
https://212.50.232.122/
當前沒有配置 HTTPS,直接訪問
https://會失敗或警告。該 IP 在大陸方向可能存在污染、封鎖或質量問題
伺服器端沒有發現異常。
如果中國大陸完全無法訪問,但其他地區正常,通常是大陸網絡側問題。
建議你先做兩個簡單確認:
- 用手機流量和家寬分別試一下;
- 確認瀏覽器地址欄是
http://212.50.232.122/,不是自動跳成https://。
如果你希望我繼續處理,我可以幫你做其中一種方案:
- 改用一個非 80 端口測試,例如
8080或2080; - 綁定域名並接入 CDN / 反代,改善大陸訪問;
- 遷移到對中國大陸線路更友好的機房,但遷移會更換 IPv4;
- 保留當前頁面,額外開放一個備用訪問端口,方便判斷是不是 80 端口或路由問題。
五、聯動 KiwiVM
上面測試的所有操作都是在 VPS 內部執行的。接下來,我們讓 Amy 直接操作 KiwiVM 控制面板,這是深度集成到面板的 Amy 獨家功能,也是第三方 AI 助手無法實現的~
設置 PTR
搭建郵局的時候常要設置 PTR (rDNS),這在其它商家通常需要發工單才能實現,而搬瓦工不僅允許用戶在面板自助設置,現在更是能讓 Amy 直接一句話搞定。

設置完成後前往 KiwiVM 面板查看,可以看到反向解析記錄確實已經生效。

備份/快照
讓 Amy 備份一下 VPS,可以看到她並沒有在 VPS 內創建任何打包、備份腳本,而是直接調用了 KiwiVM 面板創建了一個系統快照,無感實現了整機備份。

遷移機房
自由遷移機房也是搬瓦工的特色之一,這裏讓 Amy 幫我們把 VPS 從大阪機房遷移到新加坡機房,她會先確認機房是否存在,接着再次詢問我們是否確認遷移。
由於是高風險操作,需要明確回復 CONFIRM AMY-XXXXXXXXXX。

一字不差地回復確認代碼後,Amy 就開始執行遷移了,同時也會告知我們遷移系統的一些注意事項:
- IP 會被替代
- PTR 需要重新設置
- 配置會隨系統一起遷移
- 遷移期間 VPS 短暫不可用

在 KiwiVM 控制面板中也能看到遷移的進度。

重裝系統
經過了前面一系列的跑分、測試,伺服器內已殘留了較多的測試數據。最後,再讓 Amy 將 VPS 重裝為純淨系統。
和遷移機房一樣,重裝系統同樣是高風險操作,需要一字不差地回復 CONFIRM AMY-XXXXXXXXXX 才能繼續。
同時 Amy 還會告知我們重裝會清空 VPS 現有系統和數據,包括剛才安裝的那些程序。

確認無誤後,Amy 就開始執行重裝了,也會同步給出重裝後的 SSH 密碼。

總結
優點
通過 Amy 來維護 VPS 可以告別繁瑣的命令行,無論你的系統是 Debian、Ubuntu、Rocky 還是上古的 CentOS,不用區分各個系統的命令格式或包管理器,都可以通過對話的方式執行命令,不僅大大降低了 Linux 運維的門檻,也讓日常操作更加高效和優雅。
建議
說到底 Amy 還是 AI,總歸是不太成熟,請勿用於生產環境!同時 Amy 的權限非常大,無論是在 VPS 內部還是 KiwiVM 控制面板,她都有操作權限,下達指令的時候務必注意數據備份。
最後,希望搬瓦工可以進一步優化 Amy,一是目前對所有 VPS 都默認啟用了,沒有關閉按鈕,如果能提供一個明確的禁用按鈕就更好了;二是現在不太方便查看歷史對話,期待早日支持保存和切換多個聊天記錄。