Custom AI gateways and OpenAI-compatible endpoints in the Intelligence extension

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • partomas
    Active Community Member
    • Sep 2018
    • 377

    #1

    Custom AI gateways and OpenAI-compatible endpoints in the Intelligence extension

    We use the nexos.ai AI Gateway instead of connecting every application directly to individual AI providers. Other organizations may use different commercial or self-hosted AI gateways.

    An AI gateway allows an organization to centrally manage model routing, costs, fallback models, security policies, logging, and provider access. For example, a simple classification request can be routed to a lower-cost model, while a more complex request can be handled by a more capable model.

    It would be very useful if the Intelligence extension supported a provider-independent gateway configuration.

    Suggested functionality
    • Add a “Custom AI Provider” or “OpenAI-Compatible Provider” option.
    • Allow administrators to configure:
      • API base URL;
      • API key;
      • custom HTTP headers;
      • model identifier or model alias;
      • optional organization, project, or tenant identifiers.
    • Allow model identifiers to be entered manually instead of restricting them to a predefined provider model list.
    • Support gateway-side model aliases, such as email-classification, data-extraction, or email-composer, while the gateway decides which actual model should process the request.
    • Allow different endpoints or model aliases to be selected for different Intelligence features.
    • Provide a connection-testing function in the administration interface.
    • Preserve EspoCRM usage logging and quota functionality when requests are sent through a gateway.
    • Where supported by the gateway response, record token usage, cost, latency, and the actual model selected by the gateway.

    A generic provider interface would avoid creating a separate EspoCRM integration for every AI gateway. It would also help organizations reduce vendor lock-in and apply their own cost, privacy, availability, and governance policies.

    Is there currently a provider adapter or extension point that could be used to implement this without modifying the Intelligence extension itself? If not, please consider adding a generic OpenAI-compatible or custom HTTP provider.
  • yuri
    EspoCRM product developer
    • Mar 2014
    • 9987

    #2
    We'll consider implementing OpenAI compatible providers in future.

    > Allow different endpoints or model aliases to be selected for different Intelligence features.

    We have already built-in per feature model selection, it's documented. Models are represented as entities.

    P.S. I'd appreciate it if feature requests were written with less AI-generated content. LLMs often miss important details, suggest what is already implemented, or what is implemented in a different manner.

    Comment


    • partomas
      partomas commented
      Editing a comment
      I agree on "feature requests were written with less AI-generated content", but in my case I use it more like a translator for more proper sentence structures. Anyway, I stand personnaly for my published requests. Some exolanation from your perspective like "what is implemented in a different manner" is needed anyway to understand logic behind.
      Thank You Yuri.
Working...