data-cap
    Preparing search index...

    Interface OperationDocs

    Documentation metadata for one getter/mutator/subscription. Reserved keys are explicitly typed (mirroring the vocabulary real capabilities tend to document -- what it does, where it talks to, what it costs to call) while still accepting arbitrary extra keys for anything project-specific, so documenting never fights the type checker.

    credentials is descriptive only -- documenting credentials: "user session" is never proof that authorization is actually enforced. endpoints is likewise author-declared, never verified.

    interface OperationDocs {
        credentials?: string;
        description?: string;
        endpoints?: readonly DataFlowEndpoint[];
        metadata?: Readonly<Record<string, unknown>>;
        response?: string;
        source?: string;
        readonly [key: string]: unknown;
    }

    Indexable

    • readonly [key: string]: unknown
    Index
    credentials?: string

    What's required to call this operation -- descriptive only, never an authorization/enforcement claim.

    description?: string

    What this operation does.

    endpoints?: readonly DataFlowEndpoint[]

    Declared data-flow boundaries this operation crosses -- see DataFlowEndpoint.

    metadata?: Readonly<Record<string, unknown>>

    Free-form extension bag for anything data-cap itself has no named concept for -- opaque, never inspected or validated by any code path in this package. The index signature below remains for the same reason it always has (documenting never fights the type checker); metadata is the recommended place for new extension data going forward.

    response?: string

    Documented shape of what this operation returns/produces.

    source?: string

    Short identifier for where this operation acquires/sends data (e.g. "stripe-api", "postgres:users"), not prose.