Source profileQuality 86/100

prowler-cloud/prowler/skills/jsonapi/SKILL.md

jsonapi

Strict JSON:API v1.1 specification compliance. Trigger: When creating or modifying API endpoints, reviewing API responses, or validating JSON:API compliance.

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

This skill focuses on spec compliance. For implementation patterns (ViewSets, Serializers, Filters), use django-drf skill together with this one.

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/jsonapi"
    Safe inspection promptEditorial

    Inspect the Agent Skill "jsonapi" from https://github.com/prowler-cloud/prowler/blob/87bc1eceae6213e195a38b9337a03454f9e7e742/skills/jsonapi/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

      Use With django-drf

      This skill focuses on spec compliance. For implementation patterns (ViewSets, Serializers, Filters), use django-drf skill together with this one.

      This skill focuses on spec compliance. For implementation patterns (ViewSets, Serializers, Filters), use django-drf skill together with this one.When creating/modifying endpoints, invoke BOTH skills.
    2. 02

      Before Implementing/Reviewing

      ALWAYS validate against the latest spec before creating or modifying endpoints:

      ALWAYS validate against the latest spec before creating or modifying endpoints:If Context7 MCP is available, query the JSON:API spec directly:If Context7 is not available, fetch from the official spec:
    3. 03

      Option 1: Context7 MCP (Preferred)

      If Context7 MCP is available, query the JSON:API spec directly:

      If Context7 MCP is available, query the JSON:API spec directly:
    4. 04

      Option 2: WebFetch (Fallback)

      If Context7 is not available, fetch from the official spec:

      If Context7 is not available, fetch from the official spec:This ensures compliance with the latest JSON:API version, even after spec updates.
    5. 05

      Critical Rules (NEVER Break)

      NEVER include both data and errors in the same response

      NEVER include both data and errors in the same responseALWAYS include at least one of: data, errors, metaALWAYS use type and id (string) in resource objects

    Permission review

    Static risk signals and limitations

    Network access

    medium · line 21

    The documentation includes network, browsing, or remote request actions.

    If Context7 MCP is available, query the JSON:API spec directly:

    Network access

    medium · line 33

    The documentation includes network, browsing, or remote request actions.

    WebFetch(url="https://jsonapi.org/format/", prompt="Extract rules for [specific topic]")

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score86/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/jsonapi/SKILL.md
    Commit
    87bc1eceae6213e195a38b9337a03454f9e7e742
    License
    Apache-2.0
    Collected
    2026-08-05
    Default branch
    master
    View the original SKILL.md

    Use With django-drf

    This skill focuses on spec compliance. For implementation patterns (ViewSets, Serializers, Filters), use django-drf skill together with this one.

    SkillFocus
    jsonapiWhat the spec requires (MUST/MUST NOT rules)
    django-drfHow to implement it in DRF (code patterns)

    When creating/modifying endpoints, invoke BOTH skills.


    Before Implementing/Reviewing

    ALWAYS validate against the latest spec before creating or modifying endpoints:

    Option 1: Context7 MCP (Preferred)

    If Context7 MCP is available, query the JSON:API spec directly:

    mcp_context7_resolve-library-id(query="jsonapi specification")
    mcp_context7_query-docs(libraryId="<resolved-id>", query="[specific topic: relationships, errors, etc.]")
    

    Option 2: WebFetch (Fallback)

    If Context7 is not available, fetch from the official spec:

    WebFetch(url="https://jsonapi.org/format/", prompt="Extract rules for [specific topic]")
    

    This ensures compliance with the latest JSON:API version, even after spec updates.


    Critical Rules (NEVER Break)

    Document Structure

    • NEVER include both data and errors in the same response
    • ALWAYS include at least one of: data, errors, meta
    • ALWAYS use type and id (string) in resource objects
    • NEVER include id when creating resources (server generates it)

    Content-Type

    • ALWAYS use Content-Type: application/vnd.api+json
    • ALWAYS use Accept: application/vnd.api+json
    • NEVER add parameters to media type without ext/profile

    Resource Objects

    • ALWAYS use string for id (even if UUID)
    • ALWAYS use lowercase kebab-case for type
    • NEVER put id or type inside attributes
    • NEVER include foreign keys in attributes - use relationships

    Relationships

    • ALWAYS include at least one of: links, data, or meta
    • ALWAYS use resource linkage format: {"type": "...", "id": "..."}
    • NEVER use raw IDs in relationships - always use linkage objects

    Error Objects

    • ALWAYS return errors as array: {"errors": [...]}
    • ALWAYS include status as string (e.g., "400", not 400)
    • ALWAYS include source.pointer for field-specific errors

    HTTP Status Codes (Mandatory)

    OperationSuccessAsyncConflictNot FoundForbiddenBad Request
    GET200--404403400
    POST201202409404403400
    PATCH200202409404403400
    DELETE200/204202-404403-

    When to Use Each

    CodeUse When
    200 OKSuccessful GET, PATCH with response body, DELETE with response
    201 CreatedPOST created resource (MUST include Location header)
    202 AcceptedAsync operation started (return task reference)
    204 No ContentSuccessful DELETE, PATCH with no response body
    400 Bad RequestInvalid query params, malformed request, unknown fields
    403 ForbiddenAuthentication ok but no permission, client-generated ID rejected
    404 Not FoundResource doesn't exist OR RLS hides it (never reveal which)
    409 ConflictDuplicate ID, type mismatch, relationship conflict
    415 UnsupportedWrong Content-Type header

    Document Structure

    Success Response (Single)

    {
      "data": {
        "type": "providers",
        "id": "550e8400-e29b-41d4-a716-446655440000",
        "attributes": {
          "alias": "Production",
          "connected": true
        },
        "relationships": {
          "tenant": {
            "data": {"type": "tenants", "id": "..."}
          }
        },
        "links": {
          "self": "/api/v1/providers/550e8400-..."
        }
      },
      "links": {
        "self": "/api/v1/providers/550e8400-..."
      }
    }
    

    Success Response (List)

    {
      "data": [
        {"type": "providers", "id": "...", "attributes": {...}},
        {"type": "providers", "id": "...", "attributes": {...}}
      ],
      "links": {
        "self": "/api/v1/providers?page[number]=1",
        "first": "/api/v1/providers?page[number]=1",
        "last": "/api/v1/providers?page[number]=5",
        "prev": null,
        "next": "/api/v1/providers?page[number]=2"
      },
      "meta": {
        "pagination": {"count": 100, "pages": 5}
      }
    }
    

    Error Response

    {
      "errors": [
        {
          "status": "400",
          "code": "invalid",
          "title": "Invalid attribute",
          "detail": "UID must be 12 digits for AWS accounts",
          "source": {"pointer": "/data/attributes/uid"}
        }
      ]
    }
    

    Query Parameters

    FamilyFormatExample
    pagepage[number], page[size]?page[number]=2&page[size]=25
    filterfilter[field], filter[field__op]?filter[status]=FAIL
    sortComma-separated, - for desc?sort=-inserted_at,name
    fieldsfields[type]?fields[providers]=id,alias
    includeComma-separated paths?include=provider,scan.task

    Rules

    • MUST return 400 for unsupported query parameters
    • MUST return 400 for unsupported include paths
    • MUST return 400 for unsupported sort fields
    • MUST NOT include extra fields when fields[type] is specified

    Common Violations (AVOID)

    ViolationWrongCorrect
    ID as integer"id": 123"id": "123"
    Type as camelCase"type": "providerGroup""type": "provider-groups"
    FK in attributes"tenant_id": "...""relationships": {"tenant": {...}}
    Errors not array{"error": "..."}{"errors": [{"detail": "..."}]}
    Status as number"status": 400"status": "400"
    Data + errors{"data": ..., "errors": ...}Only one or the other
    Missing pointer{"detail": "Invalid"}{"detail": "...", "source": {"pointer": "..."}}

    Relationship Updates

    To-One Relationship

    PATCH /api/v1/providers/123/relationships/tenant
    Content-Type: application/vnd.api+json
    
    {"data": {"type": "tenants", "id": "456"}}
    

    To clear: {"data": null}

    To-Many Relationship

    OperationMethodBody
    Replace allPATCH{"data": [{...}, {...}]}
    Add membersPOST{"data": [{...}]}
    Remove membersDELETE{"data": [{...}]}

    Compound Documents (include)

    When using ?include=provider:

    {
      "data": {
        "type": "scans",
        "id": "...",
        "relationships": {
          "provider": {
            "data": {"type": "providers", "id": "prov-123"}
          }
        }
      },
      "included": [
        {
          "type": "providers",
          "id": "prov-123",
          "attributes": {"alias": "Production"}
        }
      ]
    }
    

    Rules

    • Every included resource MUST be reachable via relationship chain from primary data
    • MUST NOT include orphan resources
    • MUST NOT duplicate resources (same type+id)

    Spec Reference

    • Full Specification: https://jsonapi.org/format/
    • Implementation: Use django-drf skill for DRF-specific patterns
    • Testing: Use prowler-test-api skill for test patterns

    Alternatives

    Compare before choosing