// the find
ahmadawais/create-guten-block
📦 A zero-configuration #0CJS developer toolkit for building WordPress Gutenberg block plugins.
A zero-config CLI for scaffolding WordPress Gutenberg block plugins, wrapping webpack/Babel/ESLint behind a single `cgb-scripts` dependency with an eject escape hatch. It's for WordPress plugin developers who want to skip JS tooling setup — but the README itself says it's archived and points you to the official `@wordpress/create-block` instead.
The create-react-app-style eject model is well executed: you get a working build immediately, and if the abstraction doesn't fit, `npm run eject` dumps the real webpack/Babel config into your project rather than trapping you. The monorepo is cleanly separated into `create-guten-block` (CLI), `cgb-scripts` (build tooling), `cgb-dev-utils`, and `babel-preset-cgb`, which keeps the CLI itself tiny. The `examples/` directory is genuinely useful — single block, multi-block, ejected, and an accessibility-focused input example, each runnable.
It's explicitly archived and superseded by WordPress core's own `@wordpress/create-block` — there's no reason to start a new project on this today, and the maintainer says so in the first line of the README. The webpack/Babel config is frozen at whatever Gutenberg API shape existed when it was last updated, so it'll drift from current block editor APIs (block.json, dynamic blocks, etc.) the longer it sits unmaintained. `cgb-scripts` is a single opaque dependency — when the preconfigured build breaks on a newer Node or npm, your only real fix is ejecting and now maintaining webpack config yourself. The README is heavily padded with course upsells and social links, making the actual technical docs (what `init.php`, `blocks.js`, the dist pipeline actually do) thinner than it should be.