Claude Miggo connectorWhat Claude can do in your Miggo account.
The Claude Miggo connector exposes 25 tools. All 25 read, 0 write: Claude searches, opens, counts and filters your services, endpoints, findings, vulnerabilities, dependencies and third parties. It runs as a Claude Desktop extension, set up with a Miggo API token.
Verified Trustpilot reviews · AI, automation & growth agency
What changes for a security team
Instead of looking up a risk question yourself, you ask Claude and it queries your Miggo environment directly. Miggo describes six families of data behind the tools: services, endpoints, findings, vulnerabilities, dependencies and third-party integrations, each of which Claude can search, open one by one, count, or explore through its available filter values.
Answer the CVE question fast. A new advisory lands: vulnerabilities_search checks your exposure to that CVE, and dependencies_search shows which services pull in the affected package. Miggo's own example is asking whether you are affected by a named CVE.
Map the attack surface. endpoints_search finds internet-facing routes, and findings_search brings back the posture issues, drift and incidents that touch them.
Get totals in one answer. findings_count and vulnerabilities_count give quick totals, such as open critical findings.
What Claude will not do. Every tool on the sheet searches, reads, counts or lists filter values; none of them is described as closing a finding or patching anything. The connector is a desktop extension, so it lives in Claude Desktop, not in the browser. And nothing runs on its own: a new critical finding does not alert Claude. Continuous monitoring belongs to automation tools, a separate job covered on the Integrations hub.
Five terms in one minute
The words you will meet while adding Miggo to Claude.
- Connector
- The link you set up once between Claude and an account you already own, so Claude can work in it while it answers you.
- Tool
- One named thing a connector lets Claude do on that account. Claude picks the ones it needs; the directory sheet lists all 25 by name.
- Authorization
- The step where you hand Claude the access it will use. For Miggo, that means pasting an API token, which you can revoke later.
- Approval
- The confirmation Claude waits for before it goes ahead with something that changes an account, shown in the chat when it matters.
- MCP
- The shared standard connectors are built on: it is what lets an assistant like Claude talk to an outside service such as Miggo.
Add Miggo to Claude in three steps
- 01
Find Miggo in Claude Desktop
Open Claude Desktop, go to Customize, then Connectors, and look for Miggo. On a Team or Enterprise workspace, an Owner or Primary Owner has to enable the connector before members can set it up.
- 02
Start the connection
Click Connect on its row and provide the access Miggo asks for when prompted. If it ever stops working, use Disconnect, then add it again from the same row.
- 03
Mind what you hand over
The access you provide decides what Claude can reach in Miggo, so read what is requested before confirming. You can revoke that access later from the Miggo side as well.
The 25 tools, grouped by what they do
Miggo gives Claude 25 tools: 25 that read your account, 0 that change something in it.
Every tool on this sheet reads. Names stay in English, exactly as Claude shows them.
- 25 read
Tools index
- services_search
- services_get
- services_count
- services_facets
- endpoints_search
- endpoints_get
- endpoints_count
- endpoints_facets
- third_parties_search
- third_parties_get
- third_parties_count
- third_parties_facets
- findings_search
- findings_get
- findings_count
- findings_facets
- vulnerabilities_search
- vulnerabilities_get
- vulnerabilities_count
- vulnerabilities_facets
- dependencies_search
- dependencies_get
- dependencies_count
- dependencies_facets
- project_get
What Claude reads (25)
25 toolsTwenty-five tools that search, open, count and filter your Miggo data without touching it.
services_search
Searches the services running in your Miggo environment, by name or technology, to build an inventory of microservices or scope a risk review.
services_get
Fetches one service by its ID with its details, dependencies and risk score, so Claude can drill into a single component.
services_count
Returns how many services match a set of filters, a quick figure rather than a list. Miggo's example is asking how many Java services the company runs.
services_facets
Gives the possible field values for service filters, so Claude learns which options exist before it builds a search.
endpoints_search
Looks for API endpoints across your environment, by route pattern, HTTP method or exposure, to find what is reachable from outside. Like the other list tools, it returns at most 50 endpoints per API call, riskiest first by default, so Claude may page through the rest.
endpoints_get
Pulls up one endpoint by ID with its owning service, exposure level and associated findings, the detail behind a single route. It needs the ID of one record, the kind endpoints_search returns.
endpoints_count
Tells you how many endpoints match given filters. Miggo frames it with a question like how many public endpoints you expose. The answer is a number, not records: the matching endpoints themselves come from endpoints_search.
endpoints_facets
Lists the values available for endpoint filters, such as HTTP methods, services or exposure types, before Claude narrows a query. It returns filter options rather than endpoints; endpoints_search then uses them.
third_parties_search
Searches the third-party integrations your services talk to, to audit external dependencies and data flows leaving your environment. Like the other list tools, it returns at most 50 third-party integrations per API call, riskiest first by default, so Claude may page through the rest.
third_parties_get
Fetches one third-party integration by ID and shows which of your services connect to that external provider. It needs the ID of one record, the kind third_parties_search returns.
third_parties_count
Counts the third-party integrations that match filters, the quick answer to how many external services the company depends on. The answer is a number, not records: the matching third-party integrations themselves come from third_parties_search.
third_parties_facets
Returns possible values for third-party filters, revealing the known providers and integration types before Claude searches. It returns filter options rather than third-party integrations; third_parties_search then uses them.
findings_search
Searches security findings, including posture issues, configuration drift and incidents, the core material for a risk assessment or compliance review. Like the other list tools, it returns at most 50 findings per API call, riskiest first by default, so Claude may page through the rest.
findings_get
Brings back the full detail of one finding by ID, including the affected services and the remediation context Miggo holds. It needs the ID of one record, the kind findings_search returns.
findings_count
Totals the findings that match filters. Miggo's own framing is the executive summary, for instance how many critical findings are open. The answer is a number, not records: the matching findings themselves come from findings_search.
findings_facets
Lists the severity levels, finding types and statuses available as filters, so Claude queries findings with the right vocabulary. It returns filter options rather than findings; findings_search then uses them.
vulnerabilities_search
Searches known vulnerabilities across your services, to check exposure to a specific CVE or rank patching work by severity.
vulnerabilities_get
Pulls one vulnerability by ID and shows which services and dependencies it affects, the link between a CVE and your own code. It needs the ID of one record, the kind vulnerabilities_search returns.
vulnerabilities_count
Gives the number of vulnerabilities matching filters, for example how many critical CVEs remain unpatched across the estate. The answer is a number, not records: the matching vulnerabilities themselves come from vulnerabilities_search.
vulnerabilities_facets
Shows the severity levels, statuses and affected packages available as vulnerability filters, ahead of a precise search. It returns filter options rather than vulnerabilities; vulnerabilities_search then uses them.
dependencies_search
Searches the software dependencies used by your services, for supply-chain audits, license reviews or finding who uses a given package. Like the other list tools, it returns at most 50 dependencies per API call, riskiest first by default, so Claude may page through the rest.
dependencies_get
Retrieves a single dependency by ID with its version, its vulnerabilities and the services relying on it. It needs the ID of one record, the kind dependencies_search returns.
dependencies_count
Counts the dependencies matching filters, such as how many vulnerable packages sit in your services right now. The answer is a number, not records: the matching dependencies themselves come from dependencies_search.
dependencies_facets
Lists package ecosystems, vulnerability statuses and versions in use as filter options, so Claude can slice the dependency data precisely. It returns filter options rather than dependencies; dependencies_search then uses them.
project_get
Returns metadata about the authenticated project, confirming which Miggo environment Claude is connected to and its project-level settings. Its answer reflects the project tied to the API token entered at setup.
What Claude asks before acting
By default, Claude stops and asks before every action it takes on an account for you. Here, all 25 tools are described as reads, so that prompt rarely matters.
On Team and Enterprise, workspace owners decide whether members may let some actions through without being asked each time. They can also limit what any connector may do across the organization, keeping reads and closing writes for instance, and nobody overrides that from a personal account. Claude works with the access you gave it and nothing more: the token decides what it reaches in Miggo. The official per-tool label only shows in a connected account's settings.
Which plans include it
None of the 819 sheets in the official directory states plan availability. Connector by connector, that answer is published nowhere.
The general rule is published: desktop extensions install on Claude Desktop, and remote connectors are open to all users on Claude, Cowork, Claude Desktop and mobile. On Team and Enterprise, an Owner or Primary Owner enables a connector before members can use it. Your Miggo account and token are a separate matter on Miggo's side. For the current state, check the connector's sheet in the official directory.
Where this connector stops
A connector is not an automation. Claude calls these tools while it answers you; nothing fires when Miggo raises a new finding.
Only Miggo documents this connector: Claude's help center has no page for it, so the limits below come from Miggo's README and extension manifest. A tool list showing only reads is an observed floor, not a guarantee. The directory's verification badge is not a security audit, and Anthropic writes on every sheet that it does not choose a publisher's tools. That matters doubly for a security product: connect it from Miggo's official listing only. For automated alerting, start from the Integrations hub.
Need help connecting Miggo to Claude?
A person reads every message.
