先回答一个问题：什么是「AI 可调用的网站」？就是网站的内容和功能不再只供人浏览，而是以标准接口的形式开放给 AI：AI 能读你的文章、案例、产品，也能在授权范围内写入内容、上传图片、甚至生成整站页面。实现方式是 MCP（Model Context Protocol，模型上下文协议）——AI 客户端配置一次，就能像调用本地工具一样调用网站的全部能力。
从一个小事实说起
你现在读到的这篇文章，从写初稿、生成封面图、上传图片，到创建文章、设置标签和分类、发布上线，全部由 AI 通过我们数字平台的开放接口完成。人做的事是：定方向、改措辞、点确认。
这不是演示，也不是概念验证。我们的官网内容——文章、案例、产品、图文笔记——日常就是以这种方式维护的。AI 是内容生产流程里的正式一环，而不是一个用来演示的玩具。
支撑这件事的，是 38 个 MCP 工具。
为什么要把网站开放给 AI
先说行业正在发生什么。
用户获取信息的方式在变。过去用户用关键词搜索，从结果列表里挑一个点进去；现在越来越多的用户直接问 AI：「推荐一家做企业官网的公司」「帮我整理一下这个公司的案例」。AI 回答的依据，是它能读到什么。
一个只有人类浏览界面的网站，在 AI 眼里就是一堆需要爬取和猜测的 HTML。爬得到多少、理解对多少，全凭运气。而一个开放了标准接口的网站，AI 可以直接取到结构化的数据：标题、正文、分类、标签、多语言状态，字段齐全，不需要猜。
这个差别会直接决定：当用户问 AI 的时候，你的内容会不会出现在答案里。
SEO 时代争的是搜索结果排名，AI 时代争的是被 AI 引用。要被引用，前提是 AI 读得到、读得懂、读得准。开放接口是最彻底的解法——与其让 AI 猜，不如让它直接查。
我们开放了什么
38 个工具，按用途分四类：
读内容（17 个）：文章、产品、案例、图文笔记的列表与详情，分类、标签、团队、表单、主体信息。AI 拉取公开内容渲染页面，或回答用户关于企业的问题，用的是这一类。
读结构（4 个）：内容结构、模板规范、建站蓝图、主体资料。这一类是给「AI 建站」用的——AI 先读系统的页面契约和客户需求，再按规范生成整站模板。
写内容（12 个）：创建和更新文章、产品、案例、图文笔记，上传媒体。写入需要凭证和对应权限点，匿名状态下这些工具不可见也不可用。
系统与身份（5 个）：连接状态、语言清单、身份自检、登录、地图检索。
旁边配套的还有一层 REST API：26 个公开端点，配 Swagger 文档。MCP 面向 AI 客户端，REST 面向传统程序，同一套内容、两种调用方式。
开放不等于裸奔
把内容开放出去，第一个问题就是安全。我们的做法是三层隔离：
身份分层。匿名访客只能调用只读接口，看到的只是本就公开的内容；内容写入需要员工 Key，且持有对应的权限点（管文章的写不了产品）；模板上传、蓝图修改需要管理员或系统级 Key。每个工具在定义里就写明了身份要求，越权调用直接拒绝。
读写分离。25 个只读工具不碰任何数据，12 个写入工具逐个设权限。AI 能读什么、能写什么，边界在系统侧定义，不依赖 AI 自觉。
媒体铁律。所有图片、视频、附件必须先上传到系统文件库，引用系统返回的 URL。禁止直接引用外站临时链接——包括 AI 生图服务返回的临时地址。这一条堵住了外链失效和内容替换的风险。
另外有一条工作纪律写进了对接文档的「六条铁律」：信息不完整时，先向用户确认，不要擅自补全。写文章还是发案例？草稿还是直接发布？没说清楚就停下来问。这条是实际踩过坑之后加上去的。
模板也能由 AI 做
内容开放只是第一步，更进一步的是建站。
数字平台的网站模板有一套完整的机器契约：每类页面有明确的语义 id、数据字段清单、占位符语法。AI 先调用工具读取内容结构和客户维护的建站蓝图（每个页面要什么、提示词是什么），然后按规范生成模板包上传，进开发槽位预览，确认后切到正式环境。
这套流程里沉淀了不少规范：模板的多语言文案怎么写才能让每种语言的页面输出单一语言、会员功能怎么挂载、页脚备案信息怎么按合规要求输出。规则写在 schema 里，AI 上传的模板不符合规范会被直接拒绝。
对用户来说，这意味着建站的沟通方式变了：不用来回传文件、贴截图，直接在 AI 编程工具里对话，AI 读取真实内容生成页面。
真实用起来是什么体验
说几个实际发生过的场景：
写案例。客户网站上线后，把域名给 AI。AI 打开网站，分析设计思路和栏目结构，截取关键板块的界面图，写好案例文案，配好封面，发布——人负责最后审一遍。
维护官网。AI 定期检查站内内容，补分类、挂标签、修错漏；新品上线后按同一套流程补产品页。
做模板。按客户的蓝图需求，AI 逐页生成、上传、预览、修改，全程在对话里完成。
这些场景共同的特点是：AI 用的是系统真实数据，不是它自己的想象。文章引用的是库里的案例，模板绑定的是真实的内容契约。AI 在这个体系里是「持证的操作员」，不是「编故事的旁观者」。
这一步的意义
回头看，企业网站经历了几个阶段：静态名片、动态官网、移动优先、内容中台。现在轮到下一站——网站作为一种服务，被 AI 调用。
这件事现在做的人不多。检索「MCP 网站」「AI 可调用内容」，能找到的多是国外平台的动态，中文世界的实操内容几乎是空白。我们把这 38 个工具、这套对接文档和真实的使用经验公开出来，一方面是产品能力使然——数字平台从底层就是这么设计的，一套内容声明同时决定 REST 能力和 MCP 暴露；另一方面，也是希望给同行和客户提供一份可参考的实践记录。
对企业来说，值得记住的判断是：你的内容写给谁看，正在从「访客」变成「访客 + AI」。网站改版、内容规划、数字资产建设，都应该把「AI 能不能读到、读懂、引用」当作和「用户觉得好不好看」同级别的标准。
早一步开放，就早一步进入 AI 的答案。