> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quixa.io/llms.txt
> Use this file to discover all available pages before exploring further.

# Enterprise Plugin Store

> Centralized repository for trusted enterprise extensions, parametric generators, service mounting, and output uniqueness verification.

Rather than having individual QA engineers write fragmented scripts on local machines, Quixa provides a **Centralized Enterprise Plugin Store**. This repository aggregates validated, governance-approved plugins accessible across all squads.

```mermaid theme={null}
flowchart LR
    Dev["Developer / Architect"] -->|Author TypeScript Plugin| Store["Enterprise Plugin Store"]
    Store -->|Governance & Quarantine Approval| Catalog["Active Plugin Catalog"]
    Catalog -->|Drag & Drop Token| Flow["Visual Canvas Flow ({{QPlugin.slug}})"]
```

***

## 1. Dynamic Parametric Inputs

Plugins in Quixa are not limited to static algorithms. They accept structured input configurations in TypeScript, allowing dynamic rule adaptation:

### Example: Regulatory Age & Date Generator

```typescript theme={null}
interface AgePluginConfig {
  minAge: number;
  maxAge?: number;
  regulatoryJurisdiction?: string;
}
```

* Passing `{ minAge: 18, maxAge: 65 }` produces valid legal adult profiles.
* Passing `{ minAge: 65 }` dynamically tailors synthetic dates for senior demographic testing.

### Integration with Enterprise Data Sources

Plugins can query internal database ranges, configuration servers, or active branch catalogs to retrieve live parameters (such as authorized routing codes or valid BIN prefixes) directly at runtime.

***

## 2. Mounting Internal Services & Uniqueness Validation

A common hazard in test automation is **test data collision**: generating an identifier (e.g. an email, account number, or customer ID) that already exists in the test environment, causing downstream operations to fail unpredictably.

Quixa plugins solve this by **Mounting Internal Services** directly inside plugin logic:

```mermaid theme={null}
sequenceDiagram
    autonumber
    participant Canvas as Quixa Canvas
    participant Plugin as Plugin Engine
    participant InternalAPI as Internal Directory Service

    Canvas->>Plugin: Invoke {{QPlugin.unique-user-generator}}
    loop Uniqueness Guarantee
        Plugin->>Plugin: Compute candidate algorithmically
        Plugin->>InternalAPI: GET /users/lookup?id={candidate}
        InternalAPI-->>Plugin: 404 Not Found (Available!)
    end
    Plugin-->>Canvas: Return verified unique customer identifier
```

### Pre-Execution & Post-Execution Verification

* **Pre-Execution Check**: Verifies that the candidate identifier is currently unallocated in the system before the HTTP node fires.
* **Output Assertion**: Upon response arrival, the plugin can validate that the entity created by the backend adheres to corporate uniqueness policies.

***

## 3. Governance, Quarantine & Approval Lifecycle

To guarantee security in enterprise deployments:

1. **Quarantine Sandbox**: Newly submitted plugins undergo static code scanning and sandbox isolation.
2. **Platform Admin Review**: Platform Administrators review plugin permissions, network access scopes, and dependency requirements.
3. **Tenant Distribution**: Approved plugins are published to the organization's catalog, instantly available for all authorized workflows.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.