Hostinger 的 API MCP Server 在 10 月 30 日一天内连发五个版本，加的都不是新接口，而是随包分发的智能体技能文件——从选域名、建站、设计到前端实现，一条龙写成了 AI 能照做的步骤。
Hostinger 的 API MCP Server 在 10 月 30 日一天内连发五个版本，加的都不是新接口，而是随包分发的智能体技能文件——从选域名、建站、设计到前端实现，一条龙写成了 AI 能照做的步骤。
Hostinger 的 API MCP Server 在 10 月 30 日一天内连发五个版本，加的都不是新接口，而是随包分发的智能体技能文件——从选域名、建站、设计到前端实现，一条龙写成了 AI 能照做的步骤。
一天五个版本，改的到底是什么
翻发布记录会看到一个很一致的模式：3.22.4 加了精修、开站、设计三个步骤的技能文件；3.23.0 加了整条无头建站流程的总纲；3.24.0 加收尾步骤；3.24.1 加连接域名。中间 3.22.3 干脆写“发布物无变化”。
换句话说，这几个版本没有新增 MCP 工具，加的是 SKILL.md 和配套脚本，比如一个用 JavaScript 写的 logo 生成工具包。对用 MCP 客户端建站的人来说，意义在于：以前 AI 只知道有哪些工具可调，现在它知道第几步该调哪个、产出什么、怎么算完成。
为什么技能比工具更关键
MCP 解决“能不能调”，技能解决“会不会用”。只给工具，智能体每次都要临场推理先做哪一步，多轮下来容易跑偏：域名没解析就去建站、设计稿没定就写前端、部署完没做验证。把流程写成技能文件，等于把工序固化下来。
这条思路今年在几个方向同时出现：WordPress 生态把建站流程包成技能，面板类工具把 AI 助手做成几种固定入口，主机商干脆把整条流水线写进发布包。共同点是把“提示词工程”搬到产品侧——用户不用研究怎么问。
对用 AI 建站的站长意味着什么
短期是省事：连接账号、说清需求，剩下交给流程。中期是可控性提升：流程固定意味着每一步产出可预期，出问题能定位到具体环节。
但它也带来新依赖：技能文件是厂商写的，它决定 AI 会做什么、不会做什么。流程里没有“上线前跑一次移动端检测”这一步，AI 就不会主动做。用之前值得翻一遍它自带的技能清单。
三个实际操作提醒
- 版本要跟。技能文件是随包更新的，客户端里缓存的工具列表不会自动刷新，升级后记得在 AI 端重新拉一遍工具。
- 权限要收。MCP 连接用的是账号授权，给的权限越大，AI 能动的范围越大。建站阶段可以给足，日常维护阶段该收就收。
- 产物要留痕。让 AI 生成的每一步都落到自己的仓库或备份里，别只留在厂商平台上；迁站时这部分最容易丢。
对站长的实际影响
这类更新的价值不在“又多了一个能建站的 AI”，而在于把 AI 建站从演示推向可重复的工序。对个人站长，实用姿势是当脚手架：先跑出目录结构、页面骨架、基础样式，再接手内容和细节。做批量站的人则可以把同一套工序复用到几十个站上，一致性比单站质量更值钱。
至于要不要现在就接，取决于你的站是不是“标准结构”。越标准，收益越大；越依赖定制交互，AI 生成的部分需要返工的比例越高。
本文根据公开报道整理，主要参考：Hostinger API MCP Server GitHub 发布记录（2026-10-29 至 2026-10-30）与 Undercode News 的相关报道。
