← ClaudeAtlas

fusebase-portal-specific-appslisted

How to develop apps that interact with Fusebase portals where they are embedded. Use when a task requires showing data based on the current parent portal or listing portal pages where the current app is embedded.
fusebase-dev/fusebase-flow · ★ 9 · AI & Automation · score 77
Install: claude install-skill fusebase-dev/fusebase-flow
# Apps in portals A "portal" is a user-customized website configured in the Fusebase web UI. Portals can display different blocks, including blocks that render apps/apps in an `iframe`. In this case, information about the current portal is automatically added to the auth context, so requests from the embedded app/app carry portal information automatically. # Developing portal-specific apps When the user asks for an app that should show different information based on the portal where it is embedded, use a Fusebase database table with a view filter that uses the `{{CurrentPortal}}` dynamic value. See the `filters` reference in the `fusebase-dashboards` skill for details. **Important!** You **should not** take a portal ID explicitly as a parameter (query, path, input, etc.); it should be resolved automatically when the view is configured correctly. ## Receiving portal-specific entries Requests for the data in this view automatically receive the current portal in context, and that value is substituted into the view filter. ## Writing from a portal If you need to add an entry to the table with a portal-based filter, you need to ensure that the row you have created contains the current portal. Get it via the `/auth/context` request described in the `app-dev-practices` skill. If `runtimeContext.portalId` is not present, you have no portal to write — leave the filter column empty. (Absence usually means "outside a portal", but not always; see "Detecting portal context" below.) #