Agent Skills
返回列表
💻

ACF 到 Gutenberg 区块迁移器

开发编程 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/acf-to-gutenberg-block-migrator

技能介绍

要解决的问题

很多 WordPress 站点用 Advanced Custom Fields(ACF)管理结构化内容,比如博客文章里的多组元数据、灵活布局、重复的子字段表格。这些字段组渲染时通常走主题模板里的 get_field() 调用,前端展示与后端逻辑耦合在一起。当你想把某块内容升级成可复用、可拖拽的 Gutenberg 原生区块时,手动重写模板既繁琐又容易出错:重复字段要循环输出、嵌套字段组要维护层级、灵活内容要按布局分支渲染,而区块编辑器那边却只看到一个无法再编辑的 HTML。

这个技能做什么

它基于 ACF Block API v2 和 @wordpress/scripts 搭建迁移管道,把已有的 ACF 字段组转换成原生 Gutenberg 区块。核心思路分三步:

  • 服务端渲染注册:调用 acf_register_block_type() 注册区块类型,复用字段组已有的验证与存储逻辑,避免重写数据层。
  • 字段到属性的映射:将 ACF 的字段值序列化为区块的 block attributes,使区块在编辑器里能读取和修改这些数据,而不是依赖主题模板。
  • 复杂字段的结构翻译:把 ACF Repeater 映射为 InnerBlocks 的使用场景,ACF Group 映射为嵌套区块结构,Flexible Content 映射为可切换的布局区块,保留原有的编辑能力。

适用边界

这个工具解决的是字段层的结构化迁移,不负责视觉层面的前端重构。如果你的字段组依赖大量自定义样式、第三方短代码或主题特有的渲染函数,转换后需要手动核对前端输出。另外,它要求目标站点已启用 Gutenberg 区块编辑器,且 ACF 版本需支持 Block API v2。对于跨站点的字段组迁移(不同数据库结构),需要先对齐字段定义再执行转换。

参考文档:https://www.advancedcustomfields.com/resources/acf_register_block_type/

使用场景

  • WordPress 主题升级时,将既有 ACF 字段组迁移为原生 Gutenberg 区块,保留字段数据与编辑能力
  • 把依赖灵活内容布局的页面模块,转换为可拖拽的 Gutenberg 布局区块,适配新版编辑器
  • 将包含重复字段的文章模板,迁移为支持 InnerBlocks 的区块结构,避免手动循环输出模板代码

适合人员

  • WordPress 开发者,需要将既有 ACF 字段组迁移为原生 Gutenberg 区块以适配新版编辑器
  • 主题架构师,计划将灵活内容布局转换为可拖拽的区块结构,保留前端展示逻辑
  • 前端工程师,负责把包含重复字段的模板迁移为支持 InnerBlocks 的区块,优化编辑体验