Gutenberg 自定义区块构建器
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/gutenberg-custom-block-builder。
技能介绍
要解决的问题
手写一个 Gutenberg 自定义区块并不只是“写一段 JSX”。你通常要先决定目录结构、block.json 的 metadata、edit/save 两个入口,再补上 @wordpress/scripts 的构建配置;如果要做面板配置、富文本或嵌套内容,还得分别处理 InspectorControls、RichText 和 InnerBlocks。真正消耗时间的往往是重复搭建,而不是区块业务本身。
技能如何工作
这个技能围绕两条主线:先用 @wordpress/create-block 生成区块脚手架,再用 Block API 的 registerBlockType() 注册区块。它会产出可直接修改的 edit 与 save 组件,并覆盖常见扩展点:
- 用
InspectorControls添加编辑器侧边配置; - 用
RichText处理可编辑文本; - 用
InnerBlocks支持嵌套区块。
适用边界与注意点
它适合在 WordPress 与 Node.js 环境下做标准静态区块、内容模板和编辑器内可预览的区块。save 输出需要与数据库中的序列化结果保持一致,改动时要注意差异校验。动态渲染、复杂 SSR、跨站点迁移等场景仍需要额外的 REST/PHP 回调或构建配置。
使用场景
- 在现有 WordPress 主题里新增自定义区块,需要快速拿到标准目录结构和 `block.json` 元数据。
- 做一个带侧边栏控制面板的内容区块,用 `InspectorControls` 暴露标题、颜色等配置项。
- 构建支持嵌套内容的容器区块,用 `InnerBlocks` 让编辑者在内部自由组合其他区块。
- 实现行内富文本编辑的区块,用 `RichText` 处理可编辑文本并保证 `save` 输出与数据库一致。
适合人员
- 熟悉 React 组件的前端开发者,要把已有组件能力接入 WordPress 区块编辑器。
- 独立 WordPress 主题开发者,需要在客户站点交付可定制的内容模块。
- 维护自研区块库的工程师,需要统一团队内区块脚手架与 edit/save 组件规范。
- 从短代码迁移到原生区块的内容开发者,想用 Block API 替代旧模板逻辑。