Model Access Permissions
Organization owners can manage the list of AI models available within the organization and control which models members and AI assistants can use
Organization owners can enable or disable AI models available within the organization on the Model Access page. Disabled models do not appear in any model menu and cannot be used by members or AI assistants. This allows enterprises to centrally control the range of models in use, such as permitting only models from specific providers or only open-weight models, or excluding high-cost models.
Use Case: Standardize the Models Available to the Team
After the IT team completes model evaluations, it may want all departments to use only verified models. The organization owner can search for a target model, check whether any assistants are using it, and then decide whether to enable or disable it. Before disabling a model in use, select another available model for each affected assistant.
How It Works: Provisioning and Enabling Are Separate
Whether a model can be used within the organization depends on two levels:
Provisioning (authorized scope)
MaiAgent
MaiAgent provisions the list of models available to the organization according to its contract and plan. This list is the upper limit of what the organization can manage on its own. Models that have not been provisioned cannot be enabled by the organization. Contact MaiAgent if you need to use one
Enabling (self-service management)
Organization owner
Within the provisioned scope, the organization owner can enable or disable models on this page at any time. Changes take effect immediately
Open the Page
1. Open Organization Settings
In the left menu, click Organization Settings, then click Model Access.

2. View the Page Overview
The page lists all models in the platform catalog in a single list. The top of the page shows enablement progress and explanatory text. A toolbar above the list provides search and filters.

Organization owners can access this page by default. Other roles must first be granted permission to the Model Access menu before they can access and view it. Only organization owners can change the toggles.
Page Elements
From top to bottom, the page contains the following sections:
Header description
Text at the top of the page that briefly explains its purpose and scope
Progress bar
Shows “Enabled / Total in catalog” so you can see at a glance how many models the organization has enabled
Status summary
Shows three counts: “Enabled N / Provisioned but not enabled N / Not provisioned N,” corresponding to the three states in the model list
Search box
Search by model name, Gateway ID, provider, or the service that actually provides inference to locate models quickly
Provider menu
Defaults to All Providers and can be set to one provider. Models without a listed provider appear under Other
Open-weight / proprietary filters
Two buttons, Open-weight N and Proprietary N. Their counts change with the current search and provider filters
Model list
Displays all models in one list
Model row
Each row shows the model name and provider label. Open-weight models also have an Open-weight label. The second line shows the Gateway ID and inference service, such as AWS Bedrock or OpenRouter. Provisioned models have a toggle; models that have not been provisioned show a Not provisioned lock button. Models in use show “Currently used by N assistants”
Search and Filter
The model catalog typically contains dozens of models. Use search and filters to locate models quickly:
Search: Enter a model name, Gateway ID, provider, or inference service in the search box. For example, enter “OpenRouter” to list models provided through OpenRouter. The list updates immediately
Filter by provider: Select one provider from the All Providers menu to show only its models
Filter by open-weight / proprietary: Click Open-weight or Proprietary to show only that type of model. Click the button again to clear the filter
All three conditions apply together. For example, after you select Google, the button counts show how many Google models are open-weight and proprietary. Click Open-weight to show only Google's open-weight models. If no models match, the page displays “No matching models found.”

Open-weight Label and License Restrictions
Models with public weights that can be deployed in your own environment have an Open-weight label next to their names. Hover over the label to see “Open-weight, can be deployed on premises.” Proprietary models have no separate label and can be found with the Proprietary filter.
Some open-weight models have license restrictions, such as requiring an additional license for commercial use by companies above a certain revenue threshold. For these models, an orange note below the Gateway ID line describes the restriction. The label tooltip shows the same note. Before enabling the model, confirm that your organization's intended use meets the license terms.

“Open-weight” means that model weights are public and can be deployed on premises. It does not mean inference runs on premises when you use the model through MaiAgent. Check the inference service on the second line of the model row, such as OpenRouter or AWS Bedrock, to see which service actually runs it.
Three Model States
Enabled
Toggle is on
Organization owners can disable it at any time
The model can be selected normally within the organization. It appears in AI assistant model menus and can also be specified in API calls
Provisioned but not enabled
Toggle is off
Organization owners can enable it at any time
MaiAgent has provisioned the model, but the organization has chosen not to use it. It does not appear in any model menu
Not provisioned
A lock icon is displayed with no toggle
Contact MaiAgent for provisioning
The model is outside the scope that MaiAgent has provisioned for the organization, so the organization cannot enable it on its own
Lock Icon for Models That Have Not Been Provisioned
Clicking the lock for a model that has not been provisioned displays this message: "MaiAgent has not yet provisioned access to '(model name)' for this organization, so you cannot enable it yourself. Contact MaiAgent if you need to use it."
Enable and Disable Models
Toggle the switch in the model row directly. Changes take effect and are saved immediately (there is no separate Save button). After a successful update, the system displays "Model access updated."
After the update, all AI assistants, conversations, and API calls use this list:
Disabled models disappear entirely from model drop-down menus rather than appearing as unavailable. Members do not see the model when creating or editing an AI assistant
Disable a Model That Is in Use
If an AI assistant is currently using a model, the model row displays "Currently used by N assistants." Turning off the toggle opens a Confirm Changes dialog for a second confirmation:
"(Model name)" is currently used by N assistants. After it is disabled, these assistants will no longer be able to use this model. Do you still want to disable it?

What Happens After Disabling a Model
After you disable a model that is in use, the effects occur in this order:
Model menus: The model immediately disappears from all model drop-down menus, and members can no longer select it for any AI assistant
Bound AI assistants: The model settings for these assistants are not changed automatically. Each assistant remains bound to a model it cannot use
Recovery: Select another available model for each affected assistant, or turn the model's toggle back on
Disabling a model that is in use does not automatically change the model settings of the affected assistants. AI assistants bound to that model will be unable to respond when they receive messages. We recommend following these steps:
Check the "Currently used by N assistants" message in the model row
Go to AI assistant settings and select another available model for each affected assistant
After confirming that no assistants are bound to this model, return to this page and turn off the toggle
After disabling the model, send a test message to confirm that production services are unaffected
Use Cases
Here are some common model governance scenarios:
Financial services: Keep only open-weight models that could be self-hosted later. A bank plans to move AI services into its own data center. It wants teams to use only models with public weights that can be deployed on premises in the future, avoiding reliance on proprietary models that cannot be self-hosted. The organization owner uses the Proprietary filter to list and disable proprietary models one by one. If a model is “Currently used by N assistants,” they first switch those assistants to open-weight models. They then use the Open-weight filter to review license restriction notes and confirm the models meet the bank's intended use. Disabled proprietary models no longer appear in the menu when members create AI assistants.
Government agencies: Restrict usage to a specific provider. A public-sector contract permits models from only a specific provider. The organization owner enters the provider name in the search box, enables all models from that provider, and disables the rest, aligning the platform's available models with contract requirements.
Businesses: Control the cost of high-priced models. A business billed with Credits finds that mid-tier models are sufficient for most routine customer service scenarios, but some members habitually select the most expensive flagship models. The organization owner disables high-cost models and retains only cost-effective models, controlling Credits consumption for each conversation at the source without monitoring each assistant's settings individually.
Enterprise groups and multi-department organizations: Standardize model governance. After the IT department completes internal evaluations, it enables only validated model versions. This prevents departments from independently selecting untested new models and makes the quality and behavior of AI assistants predictable across the organization.

Configure Page Viewing Permission
The Model Access page is displayed to organization owners by default. To let members with other roles view this page (view only; they still cannot change settings), the organization owner can go to Organization Overview → Edit Role Permissions, select a role, and then select the Model Access node under menu permissions. For details, see Role Permission Management.
FAQ
Q: Why do some models show "Not provisioned"?
"Not provisioned" means the model is outside the scope that MaiAgent has provisioned for the organization. To use it, contact MaiAgent. Once it has been provisioned, you can enable it on this page.
Q: Will the organization's models be affected if this page has never been adjusted?
No. If no settings have been changed, the range of models available to the organization remains the same as before. Menus and model usage are affected only after a model is actively disabled on this page.
Q: How do I recover if I accidentally disable a model that is in use?
Return to this page and turn the model's toggle back on. The change takes effect immediately, and bound AI assistants resume responding normally without needing to be reconfigured.
Q: Can regular members view this page?
Only members with permission to the Model Access menu can access and view this page. Only organization owners can change the toggles. If this page does not appear in a regular member's left menu, an organization owner can grant access by following Configure Page Viewing Permission.
Last updated
Was this helpful?