AI¶
GRC-ITSM is built to be operated by AI assistants. Claude connects to your instance through the Model Context Protocol (MCP) -- an open standard that lets an AI assistant call a platform's functions the same way an integration would -- and works inside the same governed workflows as any human agent: the ticket is still the audit trail, the approval is still the evidence, and every action is attributed to a named identity.
Quick Summary
- The platform exposes an MCP endpoint that AI assistants connect to. Each member signs in through OAuth, so AI actions run under their own agent identity and are attributed and auditable like any other agent activity.
- AI can read and operate across the platform: tickets and service desk work, assets and inventory, SSP content, compliance data, continuous monitoring, reporting, and the knowledge base.
- The Stratus GRCITSM marketplace adds guided workflows on top -- SSP authoring and generation, cited FedRAMP and CMMC requirement answers, and safe bulk operations.
- Setup has two halves: configure the OAuth connector in your instance and add it to claude.ai (it is then available in chat, Cowork, and Claude Code), and install the plugin marketplace by uploading the plugin ZIP to your Claude organization.
How AI interacts with the platform¶
Your instance exposes its capabilities to AI through MCP. When Claude is connected, it sees a catalog of platform operations -- lookups, searches, reports, and record updates -- and calls them on your behalf as you work in a conversation.
Three properties keep this governed:
| Property | What it means |
|---|---|
| Your identity, not a shared one | Each member signs in to the instance through OAuth, so AI acts as that person's own agent account -- never anonymously, and never through a shared credential. The MCP Access role gates which agents can use the MCP tooling. |
| Same rules as any agent | AI calls go through the platform's service layer, so ticket workflows, field validation, approval processes, and SLAs apply exactly as they do in the UI. |
| Attributed audit trail | Every record an AI assistant touches shows the acting agent identity, so AI-assisted work is distinguishable and reviewable after the fact. |
Reads and writes are treated differently in practice: lookups and reports are safe to let AI run freely, while anything that changes a record requires your explicit approval before it executes. The recommended Claude configuration enforces exactly that split.
Related documentation
- Agent Roles -- the MCP Access role that grants agents service access for AI integration
- Reporting -- the MCP report variants that back the platform's AI integration
- Change Management Policy -- introducing a new AI capability that touches federal data is a transformative change
What AI can do¶
The MCP catalog spans the whole platform. Rather than a list of individual functions, think of it as capability areas:
| Area | What AI can do |
|---|---|
| Service desk & tickets | Search, summarize, create, and update tickets across every ticket type; triage queues; set priorities and SLAs; add notes; manage ticket relationships |
| Assets & inventory | Query the asset inventory, create and update assets, and maintain the relationships that define your authorization boundary |
| SSP & compliance documentation | Read and author the System Security Plan content held in the platform -- system information, components, control implementations, and implementation narratives |
| Controls & requirements | Look up control baselines, control details, parameters, and requirement mappings for the frameworks your system is certified against |
| Continuous monitoring | Query open and closed findings, vulnerability details and history, deviations, accepted risks, and significant changes |
| Reporting & knowledge base | Run platform reports, search and author knowledge base articles, and pull the data behind your Trust Center reporting |
On top of the raw catalog, the grcitsm-analyst plugin (from the Stratus GRCITSM marketplace, below) adds guided multi-step workflows:
- SSP generation -- render a complete markdown System Security Plan from current platform state
- SSP ingestion -- turn policies, procedures, and interview transcripts into SSP content, with row-level approval before anything is written
- SSP interviewing -- author SSP content from scratch through conversation
- Disciplined bulk writes -- plan any large change to a reviewable file first, then apply it step by step
Ask questions, not just operate¶
The marketplace is also a research assistant for the compliance and platform knowledge around your system:
- FedRAMP and CMMC questions, answered with citations. The plugin bundles the FedRAMP 2026 Consolidated Rules, the FedRAMP 2026 narrative corpus, the Rev5 baselines, and the CMMC reference corpus. Ask "what does AC-2 require?", "which controls map to KSI-IAM-AAM?", or "what does CMMC AC.L2-3.1.1 require?" and get answers grounded in the requirement text rather than the model's memory.
- Learning GRC-ITSM itself. This documentation site is indexed for AI lookup, so Claude can answer "how do I configure email rules?" or "what is the User Access Request workflow?" by reading these docs directly.
- Underlying Halo platform questions. For product details of the underlying Halo platform, we recommend the Context7 documentation index, which indexes the Halo guide library in AI-readable form.
Connect Claude to your instance¶
The recommended path is a single OAuth connector: configure it once in your instance, add it to claude.ai, and it becomes available everywhere your organization uses Claude -- chat, Cowork, and Claude Code. You set up the OAuth application members authenticate through, enable the MCP endpoint, and register the connector in claude.ai. Agents who will use the connection need the MCP Access role; in a governed tenant, request and approve role grants through a User Access Request as described in Agent Roles.
1. Set up the Claude MCP OAuth application¶
The connector authenticates through an OAuth application named Claude MCP OAuth in your instance, which Stratus provisions on tenants as part of delivery -- check for it before creating one.
- Go to Configuration > Integrations > Halo API and open Applications.
- If Claude MCP OAuth already exists: open it and click Generate next to Client Secret to issue a fresh secret. Copy it immediately -- it is shown once, and generating a new secret stops the old one from working.
- If it does not exist, create it:
- Name it
Claude MCP OAuthand leave Active checked. - Set Authentication Method to Authorisation Code (Native Application).
- Under Client Secret, choose Use a client secret for the token request and Generate a secret. Note the Client ID -- it can change on first save, so re-check its value after saving.
- Set both Login Redirect URL and Logout Redirect URL to
https://claude.ai/api/mcp/auth_callback. - On the Permissions tab, grant only the permissions the connection requires.
- Name it
2. Enable the MCP endpoint¶
- Go to Configuration > AI and find the Halo MCP Server section.
- Turn on the Enable the MCP Endpoint setting (a beta feature). The MCP Server URL field shows your instance's endpoint --
https://<your instance>/api/mcp. This is the URL the Claude connector points at. - Optionally, customize which tools and functions the endpoint exposes in the list below the setting. If the section does not appear, select a Default AI Connection first -- the built-in default connection works if you have not configured a custom one.
3. Add the connector in claude.ai¶
- An organization owner adds the MCP endpoint URL from step 2 as a custom connector under Settings > Connectors in claude.ai. The connector's name must start with
GRCITSM(for example,GRCITSMorGRCITSM Dev) -- the plugin's workflows discover the connection by that prefix, and a connector named anything else is not picked up. - Each member completes the OAuth sign-in against your instance the first time they use the connector, authenticating through the Claude MCP OAuth application with their own agent account -- everything they do with AI is attributed to them.
- Once added, the connector is available across Claude chat, Cowork, and Claude Code for members signed in to your organization -- no per-tool or per-machine configuration.
Hosted tenants: already configured for you
Your Stratus Cyber engagement team performs the instance-side configuration (steps 1-2) as part of tenant delivery for hosted tenants. Those steps matter mainly for on-prem deployments and for verifying or rotating the configuration.
Additional details
- Halo MCP server connection guide -- the platform vendor's reference for the MCP endpoint and AI connections
- Halo guides library -- the entry point to the vendor's full guide catalog
- Claude custom connectors -- Anthropic's reference for adding and managing connectors
Install the plugin marketplace in Claude¶
The Stratus GRCITSM marketplace carries the grcitsm-analyst plugin. Your Stratus Cyber engagement team supplies the plugin as a ZIP file with each release; an organization owner uploads it once and distributes it to the whole organization.
Upload the plugin to your organization¶
- Confirm Cowork and Skills are enabled for your organization.
- Download the plugin ZIP file provided by your engagement team.
- Go to Organization settings > Plugins in claude.ai.
- Click Add plugins and choose Upload a file.
- The first time, choose Upload to a new marketplace and give the marketplace a name (for example,
Stratus GRCITSM). - Drag in the ZIP file (50 MB maximum) and click Upload.
To update later, upload the new release's ZIP to the same marketplace -- a plugin with the same name overwrites the previous version in place.
Distribute it to members¶
Set the plugin's distribution state after upload:
| State | Behavior |
|---|---|
| Installed by default | Auto-enabled for all members; members can remove it |
| Required | Auto-enabled for all members; members cannot remove it |
| Available for install | Members opt in through the Browse plugins modal |
| Not available | Hidden from members |
Members find the plugin under Browse plugins in Claude, and it is available in chat (web and desktop) and Cowork. See Anthropic's Manage plugins for your organization for the full administration reference.
Claude Code¶
Claude Code loads plugins from its own marketplace registry, so install the plugin there directly from the same ZIP file:
- Extract the ZIP to a folder on your machine.
-
In Claude Code, run:
The OAuth connector from the previous section is already available -- connectors added in claude.ai carry over to Claude Code for members signed in to your organization. Two practices are worth adopting in each working project:
- Run
/grcitsm-analyst:setuponce per project. It verifies the connection, reports anything missing, and scaffolds the working directories the plugin's workflows use. Re-run it after plugin updates. - Let reads run freely, prompt on every write. The marketplace's
SETUP.mdincludes a recommended permission block that allowlists read operations and forces a yes/no prompt on every operation that changes a record. Your tenant is a live system of record; this is the posture we recommend for it.
Guardrails and best practices¶
AI with write access to a live system of record deserves the same discipline as any privileged integration:
- Attributable identity. Members authenticate as themselves, so every AI action carries a real name. Grant the MCP Access role deliberately -- it is the lever for who can use AI against the tenant, and removing it (or deactivating the Claude MCP OAuth application) revokes access.
- Writes get human review. Configure Claude so that record-changing operations always prompt for approval. Reads are safe to run freely; changes are not.
- Least privilege. Scope the OAuth application and agents' roles to the permissions the work actually needs, and widen them only when a workflow demands it.
- Non-production first. Trial new AI workflows against a UAT or development instance before pointing them at production.
- Protect credentials. Treat the client secret like any privileged credential: rotate it with Generate when in doubt (the old secret stops working immediately), and never put it in version control or chat messages.
- Keep sessions focused. Long AI sessions accumulate context and drift; start fresh sessions for distinct pieces of work.
Changes are yours to approve
An AI assistant proposes and executes -- it does not own the outcome. Keep write operations behind an approval prompt, review what is about to change before confirming, and treat anything AI wrote to a record as work product to verify, exactly as you would a new team member's.
Additional details
- Best Practices for Claude Code in Halo -- the platform vendor's risk and mitigation guidance for agentic AI tooling
- Claude Code security documentation -- Anthropic's reference on permissions and safeguards
