Skip to content

Docs Map

Use this page as the route map. The docs are intentionally small: each page should answer a busy developer’s next question without sending them through a chain of fragments.

Capell Pages admin surface

JobRead
Try Capell quicklyQuickstart
Pick the right install pathInstall matrix
Explain Capell without codeWhy Capell
Deep-dive the developer architectureHow Capell works
See interactive page experiencesCapell Interactions
Build with InertiaCapell Inertia runtime
Understand the AI-ready pathAI-ready Capell
See durable upgrade operationsDurable Upgrade Operations
Learn the core concepts in orderCapell Learn
Install it in a real Laravel appInstall guide
Use the admin panelAdmin
Work on public renderingFrontend
Manage themes end to endTheme Library
Build a custom theme packageCreating custom themes
Build or maintain an extensionPackages
Scaffold a packagePackage authoring
Build an extension from scratchBuild an extension end to end
Decide where a feature belongsHost, package, or app code
Work in this repoDevelopment
Debug production behaviorOperations
See a realistic content modelMusic store CMS example
WidgetStartContinueExtension page
Build Inertia with CapellCapell Inertia runtimeInertia widgets and BookingsPackages and extensions

Use these pages when you need to see the product before reading architecture detail:

Screen or flowStart withWhat to look for
Admin workspaceAdmin interfaceDashboard, Pages, Media, Settings, Theme Library, and Site Health screenshots.
First page authoringCreate your first pageSite and parent selection, URL preview, content editor, draft actions, settings.
Theme managementTheme LibraryInstalled themes, available themes, diagnostics, customize, preview, and apply.
Operations diagnosticsSite HealthCache status, public-output safety, static generation, optimizer, server checks.
Real content modelMusic store CMS exampleHow pages, articles, events, products, artists, and navigation fit together.
PageCovers
AdminFilament resources, settings, users, media, recovery shell, dashboard Filament widgets, admin extension points.
FrontendSite/page resolution, public HTML safety, media output, render hooks, Tailwind assets, server rules, frontend tests.
PackagesPackage shape, manifests, service providers, extension points, Actions/Data/settings, admin/frontend contributions, migrations, tests.
PerformancePage cache, fragment cache, model URL cache, ETags, critical assets, lazy hydration.
Platform featuresPackage authoring and durable upgrade operations for Capell platform capabilities.
OperationsSite Health, Lockdown, upgrades, Marketplace connection, install/admin/frontend troubleshooting.
DevelopmentLocal repo shape, commands, configuration, seeders, diagnostics, settings migrations.
ReferenceGlossary, relationship maps, credits, and package boundary references.
QuestionRead
Which install path should I use?Install matrix
Does this belong in the host repo, a package, or an app?Host, package, or app code
Which extension point should a package use?Extension point chooser
How should I scaffold a package?Package authoring
What exact contract/tag/test should I use?Extension point API reference
Why is my package contribution missing?Extension troubleshooting
What can public HTML expose?Public HTML safety contract
How do themes reach the frontend?Frontend themes
How do I create a theme package?Creating custom themes
How do lazy widgets and fragments work?Capell Interactions
Which patterns are forbidden?Do not do this
Where should a new doc go?Docs ownership rules

Treat published URLs as durable. When replacing, moving, or rebuilding an old page, keep the new page clean and preserve the old address with a Page URL whose type is Redirect. The redirect record owns the legacy source path and points it at the current page URL, so visitors, bookmarks, inbound links, and search engines still reach the right content without keeping a duplicate page around.

Capell also creates automatic redirect Page URLs when a published page URL changes because a slug or parent path changed. Add a manual redirect when you are creating a new page to replace an existing URL, consolidating old content, or importing legacy routes from another CMS.

For the detailed model, read Page management: URL history and redirects.

PackageComposer namePackage doc
Corecapell-app/coreCore overview
Admincapell-app/adminAdmin overview
Frontendcapell-app/frontendFrontend overview
Installercapell-app/installerInstaller overview
Marketplacecapell-app/marketplaceMarketplace overview

First-party add-ons are documented by their generated extension pages and package-owned READMEs. Use Packages and extensions for host package boundaries and authoring entry points.

  • Update an existing page before adding a new file.
  • Link every new doc from this page, a section index, a package overview, or another doc.
  • Put historical plans outside the public docs tree.
  • Do not keep “moved” stubs unless a published URL needs a temporary redirect.
  • Keep extension-point examples beside the reader task that needs them.
  • Do not document optional packages as built-in host behavior.
  • Public frontend docs must preserve the safety rule: anonymous HTML must not expose authoring controls, model IDs, selectors, signed editor URLs, or package internals.