questpie-core-multi-tenancy

Resolve tenant scopes from HTTP headers and enforce data access rules.

5|3|Updated Dec 15, 2025
One-click install
npx skills add https://github.com/questpie/questpie --skill questpie-core-multi-tenancy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: questpie-core-multi-tenancy
Source: https://github.com/questpie/questpie/tree/main/packages/questpie/skills/questpie-core/multi-tenancy
Command: npx skills add https://github.com/questpie/questpie --skill questpie-core-multi-tenancy

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill provides a robust framework for building multi-tenant applications by enabling automatic data isolation and access control based on the current tenant's scope.

Core Features & Use Cases

  • Header-based Scope Resolution: Extracts tenant identifiers from HTTP headers.
  • Typed Context: Makes the current tenant's ID available throughout the request lifecycle.
  • Data Filtering: Enforces data access rules based on the resolved tenant scope.
  • Admin UI Integration: Seamlessly integrates with an admin interface for scope selection.
  • Use Case: In a SaaS application, ensure that users can only view and modify data belonging to their specific organization (workspace/tenant) by automatically filtering all database queries based on the x-selected-workspace header.

Quick Start

Use the questpie-core-multi-tenancy skill to automatically filter data based on the 'x-selected-workspace' header.

Frequently Asked Questions about questpie-core-multi-tenancy

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I isolate tenant data in a SaaS backend using HTTP headers?

Multi-tenant data isolation can be achieved by resolving tenant scopes via HTTP headers like x-selected-workspace. This automatically filters database queries so users only access data belonging to their specific organization.

What is scope-based context resolution for multi-tenancy?

Scope-based context resolution extracts tenant identifiers from HTTP headers and makes the tenant ID available throughout the request lifecycle. This typed context enforces data access rules for tenant-specific filtering.

How do I automatically filter database queries by workspace in a multi-tenant application?

Automatic database query filtering is implemented by managing request-scoped context for tenant-specific data. It enforces data access rules based on the resolved tenant scope extracted from the x-selected-workspace header.

Can I integrate tenant scope selection with an admin UI?

Yes, the multi-tenancy framework integrates seamlessly with an admin interface for scope selection. Client-side fetch mechanisms handle header injection to ensure the correct tenant context is applied.

Does this multi-tenancy approach require external dependencies?

No, this framework operates without external dependencies. It relies on internal context resolution and access control mechanisms to enforce data isolation directly within the backend environment.

What are the limitations of header-based tenant scope resolution?

Header-based tenant scope resolution requires client-side header injection for every request. It depends on consistent HTTP header transmission and proper admin UI scope selection to maintain accurate tenant data isolation.