Weave Code
Weaver
Helps Laravel developers discover, compare, and choose open-source packages. See popularity, security, maintainers, and scores at a glance to make better decisions.
Feedback
Share your thoughts, report bugs, or suggest improvements.
Subject
Message

Profiles Filament Laravel Package

liberusoftware/profiles-filament

Filament admin panel integration for Liberu profiles, providing ready-made resources, forms, and tables so you can create, edit, and manage user profile records directly from your Filament dashboard.

View on GitHub
Deep Wiki
Context7

Product Decisions This Supports

  • Build vs. buy for admin UI surface: This package is a presentation adapter — it wires an existing Profiles domain module into Filament admin panels. The real decision it informs is "do we hand-roll Filament resources for profile CRUD/forms/tables, or adopt a pre-built adapter?" At ~1–2 days of internal work to replicate the likely surface (list/create/edit profile resources, form schemas, table columns), the build side is cheap and fully under our control.
  • Architecture/roadmap fit: It signals the Liberu "module + presentation adapter" pattern — domain logic in module-profiles, UI in module-profiles-filament. That separation is worth borrowing as an internal convention even if we don't adopt the package: keep profile domain services framework-agnostic and layer Filament resources on top.
  • Use-case scoping: Relevant only if we are shipping a Filament-based back office that needs profile management (user/org profile fields, admin editing, maybe front-end profile editing via Filament panels). It does not address public-facing profile pages, API exposure, or profile-completeness workflows on its own.
  • Dependency/portfolio decision: With 0 stars, 0 dependents, and a NOASSERTION license, this is not a market-validated component. Treat it as a reference implementation to read, not a dependency to standardize on. No roadmap commitment should hinge on it.
  • Ecosystem bet: Value is contingent on already running liberusoftware/module-profiles. If we aren't in that ecosystem, adopting this pulls in an unvetted module plus its adapter — two unknowns for one feature.

When to Consider This Package

Consider it when all of the following hold:

  • We are already committed to the Liberu module ecosystem and specifically to liberusoftware/module-profiles as the profile domain layer.
  • Our admin stack is Filament and we want the profile UI to come "free" rather than authoring resources ourselves.
  • We can accept a single-maintainer, zero-adoption dependency and vendor/fork it if needed.
  • Legal has cleared the license. NOASSERTION is a hard blocker until resolved — it means the package declares no recognized SPDX license, so we cannot assume we may redistribute, modify, or ship it commercially. Get the actual license text from the repo before any code review investment.

Look elsewhere (or build in-house) when:

  • We need a standalone profile management solution with documentation, community support, and a proven upgrade path — this has none of that (0 stars, 0 dependents).
  • We aren't on Filament, or we're on a Filament version the adapter doesn't track.
  • We need guarantees around security patching and release cadence; the metadata shows a single future-dated release (2026-10-26), which we should verify rather than trust as a maintenance signal.
  • Profile management is a core differentiator — core differentiators should not sit on an unaudited third-party adapter.

Recommended action: timebox a 2–4 hour spike — read the source, confirm the license, check Filament version constraints, and decide between (a) fork-and-own, or (b) write our own resources against our profile domain. Do not add it as a transitive dependency without a named internal owner.

How to Pitch It (Stakeholders)

To executives: This is a small, optional UI adapter that could save a day or two of engineering if we're already using the Liberu Profiles module in a Filament admin panel. It carries no strategic weight — zero adoption, one maintainer, and an unresolved license — so we are evaluating it as a code reference, not a platform commitment. Cost of saying no is trivial; cost of adopting it blindly is an unaudited dependency and a legal question. Recommendation: spend a few hours reading it, borrow the module/adapter separation pattern, and build the UI ourselves unless the license and fit check out cleanly.

To engineering: It's a thin Filament presentation layer over module-profiles. Read it for the resource/form/table wiring pattern and the domain-vs-presentation boundary. If we adopt, we fork it, own the fork, pin Filament versions, and treat the upstream as inspiration rather than a supply chain. Verify the license first — NOASSERTION means we can't assume usage rights.

Weaver

How can I help you explore Laravel packages today?

Conversation history is not saved when not logged in.
Prompt
Add packages to context
No packages found.
se7enxweb/flysystem
lampwick/laravel
jeslage/statamic-emojis
micahdshackelford/rmap-laravel
draftsmaninc/draftsman
square-bit/laravel-volition
himito/laravel-mailman
htinlynn/genius-helper
maco-studios/hephaestus
elmogy/larafast
xeviant/laravel-paystack
gorilladash/laravel-website-sdk
martialbe/flysystem-oss
chondal/3312client
jeroen-g/flickr
opscale-co/nova-genbi
itsjustvita/laravel-retention
tequilarapido/trackit
gregsphotography/site-builder-filament
cabaoctavio/laravel-query-log