Platform

Platform overviewWorkflow orchestrationGitOps configurationGovernance and AAAAI and MCPRuntime and executionEvidence and monitoring

Use cases

All use casesProduction incidentRelease preparationHotfix to productionSecurity scan triage
Why NopsAIIntegrationsSecurity

Resources

All resourcesAI agent governanceMCP governanceMCP securitySelf-hosted platforms
Pricing

Company

How a run worksAboutContactBook a demo

04 · AI and MCP

Give AI approved models, tools, context, and limits.

NopsAI separates provider credentials, model selection, agent behavior and MCP tool access into managed profiles. Pipeline authors reference approved capabilities instead of defining arbitrary access.

Profile basedModels, agents, MCP servers and tools
Permission boundHosted tools filtered through AAA
Evidence ledTool results required for grounded answers

How it works

AI and MCP, end to end.

The flow stays explicit enough for operators to inspect, secure, automate and improve.

  1. Register approved providers

    Operators configure provider metadata and credential references without exposing secret material to pipeline authors.

  2. Compose profiles

    Agent profiles select the persona and instruction text, LLM profiles select the provider and model client, and MCP profiles select servers and allowed tools.

  3. Resolve allowed context

    Knowledge documents and hosted tools are filtered against the caller, team, scope and requested action.

  4. Execute with evidence

    Tool calls, confirmations, AI usage and resulting outputs stay connected to the conversation or pipeline run.

MCP servers list showing provider, scopes, exposed tool count and connection status per team.

Platform capabilities

What teams can standardize.

These are current NopsAI platform primitives, not a future-state feature list.

Per-step model choice

Select an LLM profile at pipeline, step, task, assistant or final-output level based on the work.

Approved MCP profiles

Limit a goal to named servers and tools instead of granting arbitrary discovery across the environment.

Permission-bound assistant

Expose first-party platform operations through hosted MCP tools filtered by live AAA decisions.

Proposal and confirmation modes

Keep GitOps changes proposal-only and require explicit confirmation for side-effecting actions.

Configuration

Declared once, reviewed like code.

The example is declarative and Git-reviewable. Runtime behavior still passes through live AAA, credential, compatibility, execution and monitoring boundaries.

setting/system/agent-profiles.yamlYAML
default_profile: devops-engineer

agent_profiles:
  - id: release-manager
    display_name: Release Manager
    description: Coordinates release readiness and rollout.
    enabled: true
    instructions: |
      Focus on release readiness, change risk, evidence and
      rollback plans. Use configured policy and run evidence.
      Never claim a change was applied. Keep decisions
      traceable and operationally safe.

Enterprise controls

Configuration stays inside the governance model.

Credential references

Profiles use encrypted, versioned credentials by reference; secrets are not copied into workflow definitions.

Tool allowlists

MCP profiles constrain servers and tool names, while AAA applies subject and resource policy at call time.

Bounded planning

Planner iterations, tool calls, argument sizes and confirmation requirements are limited by platform policy.

AI usage monitoring

Model, feature, run, schedule and assistant usage can be analyzed alongside cost and reliability signals.

Bring a real ai and mcp workflow.

We can map the configuration, authorization, runtime and evidence boundaries against your current platform model.