Source profileQuality 85/100Review permissions

prowler-cloud/prowler/skills/django-drf/SKILL.md

django-drf

Django REST Framework patterns. Trigger: When implementing generic DRF APIs (ViewSets, serializers, routers, permissions, filtersets). For Prowler API specifics (RLS/RBAC/Providers), also use prowler-api.

Source repository stars
14,533
Declared platforms
0
Static risk flags
1
Last source update
2026-08-04
Source checked
2026-08-05

Decision brief

What it does—and where it fits

Note: swaggerfakeview is specific to drf-spectacular for OpenAPI schema generation.

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/prowler-cloud/prowler --skill "skills/django-drf"
    Safe inspection promptEditorial

    Inspect the Agent Skill "django-drf" from https://github.com/prowler-cloud/prowler/blob/87bc1eceae6213e195a38b9337a03454f9e7e742/skills/django-drf/SKILL.md at commit 87bc1eceae6213e195a38b9337a03454f9e7e742. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Implementation Checklist

      When implementing a new endpoint, review these patterns in order:

      When implementing a new endpoint, review these patterns in order:Full file paths: See references/file-locations.md
    2. 02

      Critical Patterns

      Note: swaggerfakeview is specific to drf-spectacular for OpenAPI schema generation.

      ALWAYS separate serializers by operation: Read / Create / Update / IncludeALWAYS use filtersetclass for complex filtering (not filtersetfields)ALWAYS validate unknown fields in write serializers (inherit BaseWriteSerializer)
    3. 03

      Decision Trees

      Review the “Decision Trees” section in the pinned source before continuing.

      Review and apply the “Decision Trees” source section.
    4. 04

      Which Serializer?

      Review the “Which Serializer?” section in the pinned source before continuing.

      Review and apply the “Which Serializer?” source section.
    5. 05

      Which Base Serializer?

      Review the “Which Base Serializer?” section in the pinned source before continuing.

      Review and apply the “Which Base Serializer?” source section.

    Permission review

    Static risk signals and limitations

    Runs scripts

    medium · line 444

    The documentation asks the agent to run terminal commands or scripts.

    cd api && uv run python src/backend/manage.py shell

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score85/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars14,533SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    prowler-cloud/prowler
    Skill path
    skills/django-drf/SKILL.md
    Commit
    87bc1eceae6213e195a38b9337a03454f9e7e742
    License
    Apache-2.0
    Collected
    2026-08-05
    Default branch
    master
    View the original SKILL.md

    Critical Patterns

    • ALWAYS separate serializers by operation: Read / Create / Update / Include
    • ALWAYS use filterset_class for complex filtering (not filterset_fields)
    • ALWAYS validate unknown fields in write serializers (inherit BaseWriteSerializer)
    • ALWAYS use select_related/prefetch_related in get_queryset() to avoid N+1
    • ALWAYS handle swagger_fake_view in get_queryset() for schema generation
    • ALWAYS use @extend_schema_field for OpenAPI docs on SerializerMethodField
    • NEVER put business logic in serializers - use services/utils
    • NEVER use auto-increment PKs - use UUIDv4 or UUIDv7
    • NEVER use trailing slashes in URLs (trailing_slash=False)

    Note: swagger_fake_view is specific to drf-spectacular for OpenAPI schema generation.


    Implementation Checklist

    When implementing a new endpoint, review these patterns in order:

    #PatternReferenceKey Points
    1Modelsapi/models.pyUUID PK, inserted_at/updated_at, JSONAPIMeta.resource_name
    2ViewSetsapi/base_views.py, api/v1/views.pyInherit BaseRLSViewSet, get_queryset() with N+1 prevention
    3Serializersapi/v1/serializers.pySeparate Read/Create/Update/Include, inherit BaseWriteSerializer
    4Filtersapi/filters.pyUse filterset_class, inherit base filter classes
    5Permissionsapi/base_views.pyrequired_permissions, set_required_permissions()
    6Paginationapi/pagination.pyCustom pagination class if needed
    7URL Routingapi/v1/urls.pytrailing_slash=False, kebab-case paths
    8OpenAPI Schemaapi/v1/views.py@extend_schema_view with drf-spectacular
    9Testsapi/tests/test_views.pyJSON:API content type, fixture patterns

    Full file paths: See references/file-locations.md


    Decision Trees

    Which Serializer?

    GET list/retrieve → <Model>Serializer
    POST create       → <Model>CreateSerializer
    PATCH update      → <Model>UpdateSerializer
    ?include=...      → <Model>IncludeSerializer
    

    Which Base Serializer?

    Read-only serializer   → BaseModelSerializerV1
    Create with tenant_id  → RLSSerializer + BaseWriteSerializer (auto-injects tenant_id on create)
    Update with validation → BaseWriteSerializer (tenant_id already exists on object)
    Non-model data         → BaseSerializerV1
    

    Which Filter Base?

    Direct FK to Provider  → BaseProviderFilter
    FK via Scan           → BaseScanProviderFilter
    No provider relation  → FilterSet
    

    Which Base ViewSet?

    RLS-protected model  → BaseRLSViewSet (most common)
    Tenant operations    → BaseTenantViewset
    User operations      → BaseUserViewset
    No RLS required      → BaseViewSet (rare)
    

    Resource Name Format?

    Single word model     → plural lowercase           (Provider → providers)
    Multi-word model      → plural lowercase kebab     (ProviderGroup → provider-groups)
    Through/join model    → parent-child pattern       (UserRoleRelationship → user-roles)
    Aggregation/overview  → descriptive kebab plural   (ComplianceOverview → compliance-overviews)
    

    Serializer Patterns

    Base Class Hierarchy

    # Read serializer (most common)
    class ProviderSerializer(RLSSerializer):
        class Meta:
            model = Provider
            fields = ["id", "provider", "uid", "alias", "connected", "inserted_at"]
    
    # Write serializer (validates unknown fields)
    class ProviderCreateSerializer(RLSSerializer, BaseWriteSerializer):
        class Meta:
            model = Provider
            fields = ["provider", "uid", "alias"]
    
    # Include serializer (sparse fields for ?include=)
    class ProviderIncludeSerializer(RLSSerializer):
        class Meta:
            model = Provider
            fields = ["id", "alias"]  # Minimal fields
    

    SerializerMethodField with OpenAPI

    from drf_spectacular.utils import extend_schema_field
    
    class ProviderSerializer(RLSSerializer):
        connection = serializers.SerializerMethodField(read_only=True)
    
        @extend_schema_field({
            "type": "object",
            "properties": {
                "connected": {"type": "boolean"},
                "last_checked_at": {"type": "string", "format": "date-time"},
            },
        })
        def get_connection(self, obj):
            return {
                "connected": obj.connected,
                "last_checked_at": obj.connection_last_checked_at,
            }
    

    Included Serializers (JSON:API)

    class ScanSerializer(RLSSerializer):
        included_serializers = {
            "provider": "api.v1.serializers.ProviderIncludeSerializer",
        }
    

    Sensitive Data Masking

    def to_representation(self, instance):
        data = super().to_representation(instance)
        # Mask by default, expose only on explicit request
        fields_param = self.context.get("request").query_params.get("fields[my-model]", "")
        if "api_key" in fields_param:
            data["api_key"] = instance.api_key_decoded
        else:
            data["api_key"] = "****" if instance.api_key else None
        return data
    

    ViewSet Patterns

    get_queryset() with N+1 Prevention

    Always combine swagger_fake_view check with select_related/prefetch_related:

    def get_queryset(self):
        # REQUIRED: Return empty queryset for OpenAPI schema generation
        if getattr(self, "swagger_fake_view", False):
            return Provider.objects.none()
    
        # N+1 prevention: eager load relationships
        return Provider.objects.select_related(
            "tenant",
        ).prefetch_related(
            "provider_groups",
            Prefetch("tags", queryset=ProviderTag.objects.filter(tenant_id=self.request.tenant_id)),
        )
    

    Why swagger_fake_view? drf-spectacular introspects ViewSets to generate OpenAPI schemas. Without this check, it executes real queries and can fail without request context.

    Action-Specific Serializers

    def get_serializer_class(self):
        if self.action == "create":
            return ProviderCreateSerializer
        elif self.action == "partial_update":
            return ProviderUpdateSerializer
        elif self.action in ["connection", "destroy"]:
            return TaskSerializer
        return ProviderSerializer
    

    Dynamic Permissions per Action

    class ProviderViewSet(BaseRLSViewSet):
        required_permissions = [Permissions.MANAGE_PROVIDERS]
    
        def set_required_permissions(self):
            if self.action in ["list", "retrieve"]:
                self.required_permissions = []  # Read-only = no permission
            else:
                self.required_permissions = [Permissions.MANAGE_PROVIDERS]
    

    Cache Decorator

    from django.utils.decorators import method_decorator
    from django.views.decorators.cache import cache_control
    
    CACHE_DECORATOR = cache_control(
        max_age=django_settings.CACHE_MAX_AGE,
        stale_while_revalidate=django_settings.CACHE_STALE_WHILE_REVALIDATE,
    )
    
    @method_decorator(CACHE_DECORATOR, name="list")
    @method_decorator(CACHE_DECORATOR, name="retrieve")
    class ProviderViewSet(BaseRLSViewSet):
        pass
    

    Custom Actions

    # Detail action (operates on single object)
    @action(detail=True, methods=["post"], url_name="connection")
    def connection(self, request, pk=None):
        instance = self.get_object()
        # Process instance...
    
    # List action (operates on collection)
    @action(detail=False, methods=["get"], url_name="metadata")
    def metadata(self, request):
        queryset = self.filter_queryset(self.get_queryset())
        # Aggregate over queryset...
    

    Filter Patterns

    Base Filter Classes

    class BaseProviderFilter(FilterSet):
        """For models with direct FK to Provider"""
        provider_id = UUIDFilter(field_name="provider__id", lookup_expr="exact")
        provider_id__in = UUIDInFilter(field_name="provider__id", lookup_expr="in")
        provider_type = ChoiceFilter(field_name="provider__provider", choices=Provider.ProviderChoices.choices)
    
    class BaseScanProviderFilter(FilterSet):
        """For models with FK to Scan (Scan has FK to Provider)"""
        provider_id = UUIDFilter(field_name="scan__provider__id", lookup_expr="exact")
    

    Custom Multi-Value Filters

    class UUIDInFilter(BaseInFilter, UUIDFilter):
        pass
    
    class CharInFilter(BaseInFilter, CharFilter):
        pass
    
    class ChoiceInFilter(BaseInFilter, ChoiceFilter):
        pass
    

    ArrayField Filtering

    # Single value contains
    region = CharFilter(method="filter_region")
    
    def filter_region(self, queryset, name, value):
        return queryset.filter(resource_regions__contains=[value])
    
    # Multi-value overlap
    region__in = CharInFilter(field_name="resource_regions", lookup_expr="overlap")
    

    Date Range Validation

    def filter_queryset(self, queryset):
        # Require date filter for performance
        if not (date_filters_provided):
            raise ValidationError([{
                "detail": "At least one date filter is required",
                "status": 400,
                "source": {"pointer": "/data/attributes/inserted_at"},
                "code": "required",
            }])
    
        # Validate max range
        if date_range > settings.FINDINGS_MAX_DAYS_IN_RANGE:
            raise ValidationError(...)
    
        return super().filter_queryset(queryset)
    

    Dynamic FilterSet Selection

    def get_filterset_class(self):
        if self.action in ["latest", "metadata_latest"]:
            return LatestFindingFilter
        return FindingFilter
    

    Enum Field Override

    class Meta:
        model = Finding
        filter_overrides = {
            FindingDeltaEnumField: {"filter_class": CharFilter},
            StatusEnumField: {"filter_class": CharFilter},
            SeverityEnumField: {"filter_class": CharFilter},
        }
    

    Performance Patterns

    PaginateByPkMixin

    For large querysets with expensive joins:

    class PaginateByPkMixin:
        def paginate_by_pk(self, request, base_queryset, manager,
                           select_related=None, prefetch_related=None):
            # 1. Get PKs only (cheap)
            pk_list = base_queryset.values_list("id", flat=True)
            page = self.paginate_queryset(pk_list)
    
            # 2. Fetch full objects for just the page
            queryset = manager.filter(id__in=page)
            if select_related:
                queryset = queryset.select_related(*select_related)
            if prefetch_related:
                queryset = queryset.prefetch_related(*prefetch_related)
    
            # 3. Re-sort to preserve DB ordering
            queryset = sorted(queryset, key=lambda obj: page.index(obj.id))
            return self.get_paginated_response(self.get_serializer(queryset, many=True).data)
    

    Prefetch in Serializers

    def get_tags(self, obj):
        # Use prefetched tags if available
        if hasattr(obj, "prefetched_tags"):
            return {tag.key: tag.value for tag in obj.prefetched_tags}
        # Fallback (causes N+1 if not prefetched)
        return obj.get_tags(self.context.get("tenant_id"))
    

    Naming Conventions

    EntityPatternExample
    Serializer (read)<Model>SerializerProviderSerializer
    Serializer (create)<Model>CreateSerializerProviderCreateSerializer
    Serializer (update)<Model>UpdateSerializerProviderUpdateSerializer
    Serializer (include)<Model>IncludeSerializerProviderIncludeSerializer
    Filter<Model>FilterProviderFilter
    ViewSet<Model>ViewSetProviderViewSet

    OpenAPI Documentation

    from drf_spectacular.utils import extend_schema, extend_schema_view
    
    @extend_schema_view(
        list=extend_schema(tags=["Provider"], summary="List all providers"),
        retrieve=extend_schema(tags=["Provider"], summary="Retrieve provider"),
        create=extend_schema(tags=["Provider"], summary="Create provider"),
    )
    @extend_schema(tags=["Provider"])
    class ProviderViewSet(BaseRLSViewSet):
        pass
    

    API Security Patterns

    Full examples: See assets/security_patterns.py

    PatternKey Points
    Input ValidationUse validate_<field>() for sanitization, validate() for cross-field
    Prevent Mass AssignmentALWAYS use explicit fields list, NEVER __all__ or exclude
    Object-Level PermissionsImplement has_object_permission() for ownership checks
    Rate LimitingConfigure DEFAULT_THROTTLE_RATES, use per-view throttles for sensitive endpoints
    Prevent Info DisclosureGeneric error messages, return 404 not 403 for unauthorized (prevents enumeration)
    SQL InjectionALWAYS use ORM parameterization, NEVER string interpolation in raw SQL

    Quick Reference

    # Input validation in serializer
    def validate_uid(self, value):
        value = value.strip().lower()
        if not re.match(r'^[a-z0-9-]+$', value):
            raise serializers.ValidationError("Invalid format")
        return value
    
    # Explicit fields (prevent mass assignment)
    class Meta:
        fields = ["name", "email"]  # GOOD: whitelist
        read_only_fields = ["id", "inserted_at"]  # System fields
    
    # Object permission
    class IsOwnerOrReadOnly(BasePermission):
        def has_object_permission(self, request, view, obj):
            if request.method in SAFE_METHODS:
                return True
            return obj.owner == request.user
    
    # Throttling for sensitive endpoints
    class BurstRateThrottle(UserRateThrottle):
        rate = "10/minute"
    
    # Safe error messages (prevent enumeration)
    def get_object(self):
        try:
            return super().get_object()
        except Http404:
            raise NotFound("Resource not found")  # Generic, no internal IDs
    

    Commands

    # Development
    cd api && uv run python src/backend/manage.py runserver
    cd api && uv run python src/backend/manage.py shell
    
    # Database
    cd api && uv run python src/backend/manage.py makemigrations
    cd api && uv run python src/backend/manage.py migrate
    
    # Testing
    cd api && uv run pytest -x --tb=short
    cd api && uv run make lint
    

    Resources

    Local References

    Context7 MCP (Recommended)

    Prerequisite: Install Context7 MCP server for up-to-date documentation lookup.

    When implementing or debugging, query these libraries via mcp_context7_query-docs:

    LibraryContext7 IDUse For
    Django/websites/djangoproject_en_5_2Models, ORM, migrations
    DRF/websites/django-rest-frameworkViewSets, serializers, permissions
    drf-spectacular/tfranzel/drf-spectacularOpenAPI schema, @extend_schema

    Example queries:

    mcp_context7_query-docs(libraryId="/websites/django-rest-framework", query="ViewSet get_queryset best practices")
    mcp_context7_query-docs(libraryId="/tfranzel/drf-spectacular", query="extend_schema examples for custom actions")
    mcp_context7_query-docs(libraryId="/websites/djangoproject_en_5_2", query="model constraints and indexes")
    

    Note: Use mcp_context7_resolve-library-id first if you need to find the correct library ID.

    External Docs

    Alternatives

    Compare before choosing

    Computed 9732,671

    K-Dense-AI/scientific-agent-skills

    esm

    Use when working directly with the `esm` Python SDK, ESM3 or ESMC model IDs, Forge/Biohub inference clients, or ESMFold2 folding workflows.

    Computed 9510,879

    Jeffallan/claude-skills

    fastapi-expert

    Use when building high-performance async Python APIs with FastAPI and Pydantic V2. Invoke to create REST endpoints, define Pydantic models, implement authentication flows, set up async SQLAlchemy database operations, add JWT authentication, build WebSocket endpoints, or generate OpenAPI documentation. Trigger terms: FastAPI, Pydantic, async Python, Python API, REST API Python, SQLAlchemy async, JWT authentication, OpenAPI, Swagger Python.

    Computed 9427

    aks129/HealthClawGuardrails

    getting-started

    End-to-end onboarding for the HealthClaw + OpenClaw personal-health-agent stack. Walks anyone — not just developers — through (1) installing OpenClaw as the local AI gateway, (2) standing up an open-source FHIR server (HAPI or Medplum) on their machine, (3) connecting their EHR records via HealthEx, Josh Mandel's fhir-skills, Flexpa, or any patient-right-of-access / TEFCA IAS service, (4) installing HealthClaw Guardrails with the OpenClaw personas pre-wired, and (5) pulling + reviewing health da

    Computed 9332,671

    K-Dense-AI/scientific-agent-skills

    genomic-intelligence

    Predict regulatory features, gene structure, and expression directly from DNA sequence using Genomic Intelligence's hosted transformer DNA language models — no local GPU or model weights. Six tasks over a REST API and a hosted MCP server (keyless public demo): promoter regions, splice donor/acceptor sites, enhancer activity, chromatin state, sequence-to-expression (log TPM), and de-novo gene annotation, plus a composite find-genes-then-predict-expression workflow. Use when the user has a gene sy