Loading image...Kiro

Product

  • About Kiro
  • IDE
  • CLI
  • Web
  • Mobile
  • Crew
  • Pricing
  • Downloads

For

  • Enterprise
  • Startups
  • Students

Community

  • Overview
  • Ambassadors
  • Discord
  • Events
  • Powers
  • Shop
  • Showcase

Resources

  • Docs
  • Blog
  • Changelog
  • FAQs
  • Report a bug
  • Suggest an idea
  • Billing support

Social

Site TermsLicenseResponsible AI PolicyLegalPrivacy PolicyCookie Preferences
Loading image...Kiro
  • CLI
  • Web
  • Enterprise
  • Pricing
  • Docs
SIGN INDOWNLOADS
Loading image...Kiro

Get Started

InstallationAuthenticationYour first project

Models

OverviewAvailable modelsReasoning effort

Features

How Kiro works
Specs
Steering
Hooks
MCP
Configuration
Server directory
Tools
Tool search
Examples
Best practices
Registry (enterprise)
Permissions
Custom agents
Agent Skills
Powers
Cloud sessionsCompactionKiroignoreCheckpoints and rewind
Built-in tools
Configuration scopes

IDE 1.x

What's new in 1.0
Setup & First Run
Editor
Chat
Experimental
Troubleshooting0.x reference

CLI

What's new in 3.0
Setup & First Run
Terminal UI
Chat
Fullscreen modeVoice modeHeadless modeACPAuto complete
Experimental
2.x reference

Crew

Quick startInstallationRunning 24/7
Chat
Agent Capabilities
Features
Interfaces
Apps
System & storageConfigurationSecurityTroubleshooting

Web

Setup & First RunIdentity Center
Connect your repositories
Working with the agent
Autonomous modeAutomationsMemoryConfiguration Sync
Sandbox

Mobile - Preview

Overview

Commands and Reference

CLI commandsSlash commandsBuilt-in toolsExit codesSettings

Billing

OverviewManaging your subscriptionUpgrading your planDowngrading your planCancelling your planPurchasing add-on creditsManaging your paymentsManaging usage notificationsManaging your taxesContacting billing supportDeleting your accountRelated questions

Enterprise

ConceptsOnboarding quickstart
Connecting your identity provider
Deployment optionsSubscribe your teamManage subscriptions
Governance
Monitor and track
SettingsManaged updatesBillingIAMSupported regions

Privacy and Security

OverviewData protectionCode referencesCompliance validationInfrastructure securityIAM permissionsFirewalls, proxies, and data perimetersVPC endpoints (AWS PrivateLink)

Guides

Overview
Language support
Learn by playing

Migration

Migrating from Q DeveloperMigrating from VSCodeUpgrading from Q CLI
  1. Docs
  2. Features
  3. MCP
  4. Registry (enterprise)
View as Markdown

MCP registry

View as Markdown

For administrators

If you're an administrator setting up the MCP registry, see MCP Governance for configuration instructions.

Pro-tier customers using IAM Identity Center can have MCP server access controlled through an MCP registry. When configured by administrators, users can only use MCP servers explicitly allowed in the registry.

Without Registry (default):

  • Users can add any MCP server
  • Servers configured in agent files or via CLI
  • No central control

With Registry (enterprise):

  • Administrator configures allowed servers
  • Users select from registry list
  • Cannot add custom servers - servers not in the registry are hidden, including ones you define yourself in mcp.json
  • Centralized governance and security

Adding registry servers

In registry mode, available servers appear in the MCP panel. Select a server to add it to your configuration.

Servers not in the registry

When a registry is active, it is the only source of servers that can run. A server you define in mcp.json (global ~/.kiro/mcp.json or workspace .kiro/mcp.json) loads only if its name matches an entry in the registry. Anything else is hidden and never started, including servers that were working before the registry was turned on.

In the IDE, hidden servers appear as an "N servers hidden" notice in the MCP panel rather than as individual entries. To run a server that isn't in the registry, ask your administrator to add it.

A mcp.json entry whose name is in the registry is still useful: it's how you supply values specific to your setup, such as API keys or local paths. See Registry server overrides.

Registry server overrides

Even with registry mode enabled, you can customize servers using registry overrides in your agent configuration or in an mcp.json file (global ~/.kiro/mcp.json or workspace .kiro/mcp.json). Your values are merged on top of registry defaults - for example, if the registry sets NODE_ENV=development and your override sets NODE_ENV=production, the server runs with NODE_ENV=production. The env and headers objects merge per-key, so registry defaults you don't override are preserved.

json
{ "mcpServers": { "github": { "type": "registry", "env": { "GITHUB_TOKEN": "$GITHUB_TOKEN", "GITHUB_ORG": "my-org" }, "timeout": 60000 } } }

Override fields:

  • Local (stdio) servers - env (environment variables), timeout (request timeout in ms)
  • Remote (HTTP) servers - headers (HTTP headers), timeout (request timeout in ms)

The env, headers, and timeout overrides you define for a registry-type entry flow through to the launched server, so the running process uses your customized values.

Page updated: August 4, 2026
Best practices
Permissions