自托管 CMS AliothPress 原生集成 WebMCP
AliothPress 是一款自托管 CMS,原生集成 WebMCP 标准与多模型 AI 助手,允许 AI 代理读写站点…
一款自托管内容管理系统 AliothPress 上线,核心卖点是原生集成 WebMCP——一种允许网站向 AI 代理声明可调用工具的新兴 Web 标准。无论是访客侧的浏览器代理,还是登录后台的管理员代理,都能在明确权限与审批的前提下,对站点内容进行检索、编辑与发布准备工作。AI 代理访问能力默认关闭,由管理员在「AI Assistant」页面的两个开关分别控制是否暴露「公开工具」与「后台工具」。
什么是 WebMCP
WebMCP 被定位为「给 AI 代理看的 robots.txt」:站点通过标准接口声明可供代理使用的工具,代理则自动发现并按权限调用。AliothPress 在实现上做了三件事:
- 在
/.well-known/webmcp路径下提供机器可读的 manifest,供代理发现 - 通过
document.modelContext或navigator.modelContext在页面内注册工具 - 提供可选的 polyfill,对尚未原生支持的浏览器补齐 API,并支持粘贴 origin trial token
访客侧的代理能力
当公开工具开关打开,访问任意页面的代理可调用:
search_site:检索已发布的文章与页面- 自动生成的
/llms.txt:按语言汇总站点结构,便于代理理解站点 describe_form:返回表单字段、类型与必填项- 表单提交:代理代表访客提交预约、联系、注册等表单
项目方举例,访客在浏览器代理中说「帮我报名周六的工作坊」,代理即可定位表单、填写并提交。垃圾邮件诱捕(honeypot)与限流机制仍然生效。
后台侧的代理能力
后台启用管理工具后,代理将以当前登录用户身份获得最多 24 项工具,覆盖五大类:
- 内容生成:撰写文章与页面,一并设置 slug、SEO、社交卡片、FAQ、Schema.org 元数据;可创建多语言版本并关联至同一翻译组;对已有内容做字段级编辑——只改写代理指定的字段,其余保留
- 媒体处理:上传图片到媒体库,单张或整批均可,整批仅需一次审批;走与人手相同的处理流水线(优化、WebP/AVIF 变体、剥离 EXIF、强制 alt 文本),并可一步设为特色图、Open Graph 图或 Twitter 图
- 页面构建:基于 Page Builder 创建单页、批量或翻译版本;可读取所有块类型的机器可读参考,批量设置或更新页面区块
- 批量作业:单次审批即可生成数十篇草稿、配套 Page Builder 布局与图片集,适合迁移与文档批量入库
- 站点管理:构建菜单、检查 slug、列出与搜索内容、导航后台区段
项目方特别强调,代理不会获得「发布」权限:所有写入请求服务器端都降级为草稿,规则在工具层与服务端双重执行;权限、校验、清理与审计日志与人工完全一致。
渐进式审批与自动巡航
每一项写入都需当前登录用户确认。AliothPress 提供两种放权粒度:
- 批量审批:创建多篇文章、页面或上传整组图片时,一次对话框列出所有条目与复选框,支持全选或部分勾选;未勾选项会反馈回代理,让其明确每条的处理结果
- 自动巡航:在任一审批对话框中可启用 15 或 60 分钟的限时自动批准,仅作用于当前浏览器标签,可见倒计时徽章并支持一键撤销;该功能只可由人类在 UI 内开启,不暴露为代理工具;即便处于自动巡航状态,发布依然被屏蔽
无导出文件即可迁移旧 CMS
项目方提到一个迁移场景:代理可在浏览器的一个标签页读取旧站点,在另一个标签页向 AliothPress 写入草稿。整个过程无需导出文件、导入插件或搬运旧站代码,旧站的行内样式、失效 shortcode 与历史瑕疵都不会被复制。
AI 助手与 WebMCP 的分工
AliothPress 同时内置 AI Assistant,与 WebMCP 是两条独立但可协同的路径:
- AI 助手:CMS 通过自有 API Key 服务端调用 Anthropic Claude、DeepSeek 或 Google Gemini,用于生成内容、翻译与 SEO 优化
- WebMCP:运行在访客或编辑浏览器里的外部 AI 代理,使用站点对外暴露的工具
二者可以联动:WebMCP 后台工具中的生成、翻译、SEO 任务,最终走的是同一套 AI 助手引擎与已配置的模型提供商。简言之,AI 助手是「为站点工作的 AI」,WebMCP 则是「与站点协作的 AI」。
