Saulius Lazaravičius，Hostinger 产品副总裁 – 访谈系列

Saulius Lazaravičius，Hostinger 产品副总裁，是一位拥有二十多年经验的技术和产品领袖，职业生涯横跨软件工程、创业、电子商务和产品开发。他最初是一名软件工程师，随后共同创办了一家 B2B SaaS 公司，在那里从零构建了运输管理平台。之后他组建并领导了 BARBORA 的软件开发团队，BARBORA 是波罗的海地区最大的杂货电子商务平台之一，随后加入 NFQ，负责跨职能技术团队和客户产品开发。Lazaravičius 于 2022 年加入 Hostinger 担任产品主管，2024 年晋升为产品副总裁，职责从网页托管和托管 WordPress 扩展到包括核心基础设施、VPS、域名、商务邮箱、产品设计、产品增长以及新兴 AI 产品在内的广泛产品组合。他近期的工作包括推出并发展 Hostinger 的邮件营销服务，以及为开源 AI 代理引入托管解决方案。

Hostinger 是一家立陶宛创立的科技公司，已从传统的网页托管服务商转型为一个更广泛的 AI 驱动平台，用于构建、发布和发展在线业务。公司成立于 2004 年，如今服务超过 500 万用户，覆盖 150 多个国家，拥有约 900 名员工。其产品组合包括网页和云托管、托管 WordPress、虚拟私人服务器（VPS）、域名、商务邮箱、电子商务以及 AI 驱动的创作工具。Hostinger 越来越将 AI 置于战略核心，其中包括 Hostinger Horizons，帮助用户通过对话式 AI 创建并发布网站和 Web 应用，同时为电子商务、客户支持和托管 AI 代理提供集成的 AI 能力。

您最初的职业是软件工程师，随后组建并领导开发团队，如今负责涵盖核心基础设施、VPS、域名、产品增长以及开源 AI 代理托管解决方案的广泛 Hostinger 产品组合。这样的职业发展如何影响您对开发者在 AI 方面实际需求的看法——不仅仅是生成代码？

对我而言，软件开发最有趣的部分从来不是编写代码本身，而是找到技术或用户问题的最佳解决方案，形成假设，围绕它构建产品，然后观察人们实际如何使用并从中受益。

过去，开发者的大量时间都花在该过程的重复性工作上：搜索库和代码片段、连接各个部件、调试、测试以及在能够正确评估方案是否优秀之前修复小问题。

AI 改变了这种平衡。许多重复性工作现在只需几个提示即可完成，让开发者有更多时间投入创意环节：理解问题、探索不同方案、做出产品决策，并从真实用户行为中学习。

我认为 AI 对开发者的最大价值就在此。它不仅仅是更快地生成代码，而是去除更多必需却不够有趣的工作，使开发者能够把更多时间用于解决真正重要的问题。

AI 编码工具显著缩短了从想法到可运行代码的时间。您是否认为部署和基础设施管理正成为 AI 辅助软件开发中更大的瓶颈？

是的，我认为它们正成为下一个主要的阻力来源。

AI 极大压缩了从想法到可用代码的时间。但代码生成后，仍需将其部署到合适的位置，正确配置，连接服务，处理域名和安全，并保持应用运行。如果这些步骤仍然需要在多个仪表盘、文档页面、终端和工具之间切换，工作流会再次显著放慢。

我们可以看到，开发者希望代码到生产的速度与从想法到代码的速度保持一致。已有超过 19,000 位客户尝试了 Hostinger Connector，约 1,500 人每日使用，且每天完成约 30,000 至 40,000 次操作。这强烈表明部署和运维正直接融入 AI 辅助的开发工作流。

Hostinger 表示其 Connector 已在网站和服务上每天处理 30,000 至 40,000 次操作。开发者在生产环境中实际让 AI 代理完成哪些任务？其中有没有让您感到意外的使用模式？

开发者直接在他们已经使用的工具中使用 Connector，例如 VS Code、Antigravity 和 Cursor。这一转变重要，因为它将基础设施操作纳入开发流程，而不是迫使开发者在不同的仪表盘之间切换。

我们看到最明确的用例之一是部署。已有超过 14,600 个独立网站通过 MCP 完成部署，且过去一个月每周部署量增长了近 300%。

除了部署，代理还使用 Connector 管理域名和 DNS、网站文件、服务器资源、防火墙规则、SSH 密钥、电子商务任务、邮件营销以及其他 Hostinger 服务。实际上，这意味着代理可以从帮助构建项目转变为真正将其上线并管理相关服务。

让 AI 代理仅编写代码与让其更改 DNS 记录、防火墙规则、SSH 密钥或服务器配置之间存在显著差异。一旦赋予代理这种操作层面的控制权，需要哪些新的安全保障措施？

关键区别在于，代理不再仅仅是提供建议，而是对实时系统进行实际更改，因此安全性和控制变得尤为重要。

这意味着代理需要明确的权限边界、安全的访问方式以及对其执行操作的可见性。但理想情况下，开发者不应自行管理所有这些复杂性。

这正是我们在 Hostinger Connector 及其代理平台所采取的做法。平台负责代理周围的基础设施、访问和安全层，使开发者能够专注于希望代理完成的任务，而无需自行配置和维护底层所有内容。

“Vibe coding” 让那些对基础设施或 DevOps 知识有限的人也能进行软件开发。当这些用户在未完全了解底层系统的情况下，通过代理部署应用时会发生什么？

我认为这将更多责任转移到平台，而不是用户身上。如果 AI 使更多人能够构建软件，我们不能指望所有人都同时成为基础设施专家。

平台需要承担更多底层复杂性，包括安全、备份、监控、资源限制以及合理的默认设置。用户应了解整体情况，但不需要深厚的 DevOps 知识即可安全地将应用上线。

我们已经在 AI 代理中看到类似的模式。以 Managed OpenClaw 为例，许多用户面临的挑战并非代理能做什么，而是可靠运行所需的全部条件：托管、配置、API 密钥、安全以及维护。消除这些设置负担使技术更加易于使用。

我认为基础设施将越来越以同样方式运作。用户应能够专注于想要构建的内容，而平台在后台安全地处理更多运营复杂性。

为了让 AI 代理可靠地操作基础设施，它需要了解周围环境的多少上下文信息，例如依赖关系、服务器资源、安全策略、凭证以及之前的配置变更？

代理需要足够的上下文，以理解任务本身以及其周围的环境。

更改 DNS 记录、重启服务器或部署新版本等简单操作都可能影响系统的其他部分。因此，代理应能够访问关于其操作资源的结构化信息：已部署的内容、依赖关系、可用资源、代理拥有的权限以及之前的情况。

与此同时，更多的上下文并不意味着无限制的访问。代理应仅获取完成任务所必需的信息和权限。仅因更多上下文可能让其更智能而给予过度访问权是不恰当的权衡。

在人为批准应保持强制的范围是什么？是否存在您认为 AI 代理可以自主执行的基础设施操作类别，而另一些则应始终需要明确的人为授权？

我相信，只要系统从一开始就配置得当，AI 代理就可以在很大程度上自行运行。

与其让单一代理完成所有任务，不如让不同的代理承担不同职责。一个负责编码和部署，另一个负责测试结果，第三个监控系统并发出警报，另一个在出现问题时进行升级。

在这种设置下，人类无需批准每一个具体操作。他们的角色是监督整个代理系统：制定规则、设定合适的权限、监控代理之间的协作，并随时间不断优化配置。

因此，对我而言，关键问题不在于哪些单个操作必须始终获得人工批准，而在于整体系统是否已设计好恰当的检查、职责划分和升级路径。

随着开发环境日益成为部署应用、管理域名、配置服务器和控制外部服务的界面，您是否预期 IDE、DevOps 平台和云管理控制台之间的传统边界会消失？

我预计这些边界会显著模糊，尽管我并不认为所有专用界面都会消失。

如今，开发者常常在 IDE、托管仪表盘、域名面板、终端以及多个外部服务之间切换，仅为将一个应用投入生产。AI 代理可以将这些步骤连接起来，直接在开发者已在使用的环境中完成。

这并不意味着仪表盘或云管理工具会消失。它们仍然在深度配置和监督方面发挥作用。但对于许多日常任务，开发者可能不再需要思考下一步要打开哪个界面。

体验将更多聚焦于要完成的任务本身，而不是传统上由哪个工具承担该任务。

AI 代理有可能以远超人类的速度进行基础设施更改，但也可能以机器速度犯错。随着代理式开发的成熟，审计日志、回滚机制、权限边界和持续监控等能力将变得多么重要？

随着代理承担更多运维工作，这些能力将变得必不可少。

AI 能以比人类快得多的速度进行基础设施更改，这在一切顺利时非常有用。但同样的速度也会让错误迅速蔓延。这就是为什么用户需要了解哪些内容被更改、代理拥有的访问权限以及出现问题时如何恢复。

审计日志、权限边界、监控和回滚机制是让此类自动化值得信赖的关键。

随着代理变得更强大，我认为这些安全保障的质量将与代理本身的智能同等重要。

展望未来，您认为获胜的 AI 开发平台是拥有最佳编码模型的，还是竞争优势将越来越来自于为代理提供对基础设施、工具、组织上下文和生产系统的安全访问？

编码模型的质量仍然重要，但我认为仅凭它不足以取胜。

当模型能够优秀地生成代码后，更大的问题是接下来会发生什么。代理能否部署应用？能否连接合适的服务、理解环境、安全地进行更改并验证一切正常？

这正是基础设施访问、工具、权限和上下文变得更为关键的地方。

我认为最强大的 AI 开发平台将把优秀模型与对代码周边系统的安全访问相结合。真正的价值不仅在于帮助人们更快地编写软件，更在于帮助他们从想法到可运行产品的过程减少中间步骤。

感谢这次精彩的访谈，想了解更多可用托管方案的读者请访问 Hostinger。