docs/mission-control/index.mdx
Mission Control is where developers and teams use Continue to power everyday coding workflows. From quick one-off Tasks to fully automated pipelines, everything starts here with Cloud Agents (AI-powered).
<CardGroup cols={3}> <Card title="Beyond Checks" icon="list" href="/mission-control/beyond-checks"> Agents, triggers, and automation beyond PR reviews. </Card> <Card title="Manage Your Cloud Agents" icon="robot" href="/mission-control/beyond-checks"> Configure, run, and monitor your custom Cloud Agents across repositories. </Card> <Card title="Connect Integrations" icon="plug" href="/mission-control/integrations"> Link GitHub, Slack, Sentry, and more to power your Cloud Agents. </Card> </CardGroup>Some signals deserve their own dedicated view. When you connect integrations:
<AccordionGroup> <Accordion title="Sentry"> See error events organized by project with occurrences, first/last seen timestamps, and one-click **Solve** actions that launch an Agent to investigate or generate a fix. </Accordion> <Accordion title="Snyk"> Review high-severity vulnerabilities, check CVSS scores, and trigger Agents to patch or upgrade dependencies. </Accordion> </AccordionGroup>Cloud Agents are built from reusable components that you can create, share, and customize:
<CardGroup cols={2}> <Card title="Models" icon="cube">Large Language Models from various providers (OpenAI, Anthropic, etc.) configured for specific roles like chat, autocomplete, or editing
Model Context Protocol servers that provide tools and capabilities like database access, web search, or custom functions
Guidelines that shape AI Agent behavior - coding standards, constraints, or specific instructions for your domain
Reusable instructions for common tasks, optimized for specific workflows or coding patterns
When you create a component for your Cloud Agent in Mission Control, it becomes available according to the permissions you set: Personal, Public, or Organization.
</Tip> <Accordion title="Component Inputs">Some components can receive values, including secrets, as inputs through templating. For values that the user needs to set, you can use template variables (e.g. ${{ inputs.API_KEY}}). Then, the user can set API_KEY: ${{ secrets.MY_API_KEY }} in the with clause of their agent or config.
When creating components for your Agent:
${{ inputs.INPUT_NAME }} in your definition when you want users to be able to customize which secret is used${{ secrets.SECRET_NAME }} in the with clauseFor personal or single-use configurations, you can skip the inputs layer and reference ${{ secrets.SECRET_NAME }} directly.
</Info>
</Accordion>