Product Decisions This Supports
- CMS vs. custom build: Informs the build-vs-buy call for content-managed surfaces (marketing pages, blogs, docs, localized content) where the team is already on Filament. A Filament-native CMS lets you ship admin/editor tooling without maintaining a bespoke CRUD + publishing layer.
- Filament as the admin standard: Reinforces or challenges the decision to standardize internal tooling on Filament. The 2.0.0 bump to Filament 5 makes this package a bet on Filament's major-version cadence, not just on this vendor.
- Platform upgrade planning: The Laravel 13 / Filament 5 / Livewire 4 requirement is a hard gate. It directly shapes the sequencing of the framework upgrade roadmap — content features can't land on 2.x until the host app (and its other Filament plugins) are on the same majors.
- Roadmap scoping for editor experience: Determines whether "content editing, publishing workflow, media handling" is a near-term roadmap item you own or one you inherit from a dependency.
- Buy-vs-build for the long tail: Useful signal on whether small, single-maintainer OSS packages are acceptable for non-differentiating surfaces (content admin) while core product surfaces stay in-house.
When to Consider This Package
Consider it when:
- The application is already committed to Filament for admin UI, and content management is a supporting capability rather than the product itself.
- You are on (or are actively moving to) Laravel 13 / Filament 5 / Livewire 4 — i.e., you can absorb the 2.0.0 baseline without a parallel migration.
- You need a working content model, admin resources, and publishing surface fast, and the alternative is several sprints of internal CRUD work.
- Your team can own the upgrade path: someone must read and execute UPGRADE.md and keep pace with Filament majors.
Look elsewhere when:
- You are on Laravel 10/11/12 or Filament 3/4 with no near-term upgrade budget — 2.0.0 is not a drop-in, and staying on 1.3.x means accepting a frozen branch.
- Content management is a core differentiator (complex editorial workflows, multi-tenant content, granular permissions, localization at scale). Prefer a dedicated CMS (headless or otherwise) or a scoped in-house build.
- You need vendor SLAs, security disclosure commitments, or long-term support guarantees. A single-maintainer package with a major-version-per-framework-major cadence carries ongoing upgrade tax.
- The team is not on Filament — adopting a CMS plugin becomes a de facto decision to adopt the entire Filament stack.
Specific to 2.0.0: treat the breaking-change upgrade as a scheduled migration, not a composer update. Confirm every other Filament/Livewire package in the app is on matching majors before starting; the blocker is rarely this package alone.
How to Pitch It (Stakeholders)
For executives: This is an open-source content management module for Laravel that plugs into our existing admin framework. It buys us editor and publishing tooling instead of building it — a meaningful shortcut on a non-differentiating surface. The trade-off is dependency risk: it's a small project that tracks framework majors closely, so every Laravel/Filament upgrade now includes a third-party migration step. The new 2.0.0 release is a breaking major that requires Laravel 13, Filament 5, and Livewire 4 — it is an upgrade project, not a patch.
For engineering: 2.0.0 aligns the package with Laravel 13 / Filament 5 / Livewire 4 and ships refactors, but requires following UPGRADE.md in full. Plan it as a coordinated migration: verify the host app and all other Filament plugins are on the same majors, then upgrade together on a branch. Expect the package to move in lockstep with Filament majors going forward, so budget upgrade time at each framework bump. Pin the current 1.3.x version in the meantime if we are not ready, and track the UPGRADE.md contents as the source of truth for effort estimation — the release notes do not enumerate the specific breaking changes.
Recommendation: adopt only if we are already on or imminently moving to the Laravel 13 / Filament 5 / Livewire 4 stack and content management is not core to the product. Otherwise defer, pin 1.3.x, and revisit at the next framework upgrade window.