The AI Tools Index

Server Details

AI tools filed by category, with real launch dates and revenue verified through Stripe.

If you are the author of this connector, you can claim ownership with GitHub, an HTTP challenge, or a DNS record. Claimed connector authors can inspect health checks, view analytics, and manage their listing.

Status: Healthy
Last Tested: 2026-09-13 08:23
Transport: Streamable HTTP
URL

TDQS

A4.6/5.0

Scored 2026-09-09 18:22 across 6 tools

Disambiguation5/5

Each tool has a clearly distinct role: searching, fetching details, finding alternatives, listing offers, creating checkout, and submitting a tool. The descriptions explicitly separate the search/detail flow from the alternatives/comparison flow, so an agent is unlikely to misselect.

Naming Consistency5/5

All tool names follow a consistent snake_case verb_noun pattern: create_checkout, get_tool, list_alternatives, list_offers, search_tools, submit_tool. The verbs clearly indicate the action and the nouns indicate the target resource, making the set predictable.

Tool Count5/5

Six tools is a well-scoped size for this server's purpose: discovery, detailed lookup, alternatives, monetization offers, checkout, and submission. Each tool earns its place and the count is neither bloated nor too thin.

Completeness4/5

The set covers the core user journey well: search, inspect, compare alternatives, see add-ons, create a checkout link, and submit a new listing. The main gap is the lack of update/delete or listing-management tools, but those may intentionally sit outside the agent-facing workflow.

Available Tools

6 tools

create_checkoutCreate a checkout link for a paid add-onAInspect

Create a Stripe checkout URL for one paid add-on on one listing, and return it for a HUMAN to open. Never present this as a completed purchase: nothing is charged until a person completes checkout in a browser. Returns an error when the listing doesn't exist, the add-on isn't purchasable yet (free early access), or payments aren't configured in this environment.

ParametersJSON Schema

Name	Required	Description	Default
`slug`	Yes	The listing's slug (as in a toolUrl, e.g. '/tools/acme-writer' -> 'acme-writer').
`product`	Yes	Add-on key: premium_launch, review_one, review_monthly, network_all, network_three. See list_offers for names, effects, and prices.

Output Schema

ParametersJSON Schema

Name	Required	Description
`ok`	Yes
`error`	No
`checkoutUrl`	No	A URL a HUMAN must open. Nothing is charged until a person completes it.
`instruction`	No

TDQS

A4.5/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the annotations, the description adds essential behavioral details: checkout is not completed until a person opens the URL in a browser, no charge occurs during creation, and predictable errors occur when the listing is missing, the add-on is free early access, or payments are not configured. This gives the agent an accurate model of side effects without contradicting the annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is compact and front-loaded: the first sentence states the outcome, the second sets the buyer-authorization expectation, and the third lists failure cases. Every sentence adds distinct value with no filler.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the required parameters, an output schema, and the relevant annotations, the description is complete enough for an agent to call the tool correctly. It explains the main caveat of creating a checkout link, when it errors, and that the resulting URL is for a human to complete, leaving no critical runtime surprise unexplained.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The description does not elaborate on the parameters themselves, but the input schema fully documents both slug and product, including the product enum and pointer to list_offers. Since schema description coverage is 100%, the description adds no additional parameter semantics; the schema carries that weight.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description names a specific action and resource: creating a Stripe checkout URL for one paid add-on on one listing. It also clarifies the intended recipient is a human, which distinguishes this tool from purchase-completion or listing-management siblings.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description clearly conveys when the tool is appropriate: whenever a checkout link for a paid add-on is needed before a human completes payment. It also gives important negative context by stating that this is not a completed purchase and will error in non-purchasable cases. It does not explicitly route the agent to sibling tools or name alternatives, though the schema pointing to list_offers partially fills that gap.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

get_toolGet AI tool detailA

Read-onlyIdempotent

Inspect

Fetch the full public detail for one AI tool by its listing slug (as returned by search_tools' toolUrl, e.g. '/tools/acme-writer' -> slug 'acme-writer'). Call this after search_tools to get a tool's full description, launch date, revenue signals (verified or self-reported), and for-sale status. Returns null if the slug doesn't resolve to a live The AI Tools Index listing.

ParametersJSON Schema

Name	Required	Description	Default
`slug`	Yes	The tool's listing slug.

Output Schema

ParametersJSON Schema

Name	Required	Description
`tool`	Yes	null when the slug does not resolve to a live listing on this site.

TDQS

A4.9/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations declare readOnlyHint, openWorldHint, and idempotentHint, but the description adds behavioral details: it returns null for non-resolving slugs, indicating error handling, and clarifies the data source and scope (public detail). This goes beyond the annotations by describing the return value in edge cases and the nature of the data (revenue signals, for-sale status).

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is two sentences, front-loaded with the main purpose, and includes a concrete example. Every phrase adds value: the behavior on invalid slugs, the source of the slug, and what the returned details include. No fluff or redundancy.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The description is complete for a tool with a single parameter, high schema coverage, and an output schema present. It covers input derivation, usage context, return value, and edge-case behavior. The output schema likely documents return structure, so not describing it is acceptable. Complexity is low, and no additional guidance seems necessary.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the parameter is fully documented. The description adds important semantic context by explaining how to derive the slug from toolUrl (e.g., '/tools/acme-writer' -> 'acme-writer'), which is not in the schema. This elevates the score above baseline, though the schema already covers the parameter.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool fetches full public details for one AI tool by slug, specifying the source (listing slug from search_tools) and what is returned (description, launch date, revenue signals, for-sale status). It also mentions returning null for invalid slugs, which distinguishes it from sibling tools like search_tools.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explicitly instructs to call this after search_tools, providing clear sequential usage. It also differentiates from search_tools by explaining that this retrieves full details for a single tool, while implying search_tools is for listing. No alternative tools are mentioned, but the context of sibling tools (list_alternatives, list_offers) suggests this is for basic tool detail retrieval.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

list_alternativesList alternatives to a toolA

Read-onlyIdempotent

Inspect

List live, same-category alternatives to a well-known AI tool (e.g. 'chatgpt', 'notion-ai', 'figma'). Call this when a user asks 'what are the alternatives to X' or wants competitors/substitutes for a named product. target is the well-known tool's slug, not a listing slug from this catalog.

ParametersJSON Schema

Name	Required	Description	Default
`target`	Yes	Slug of the well-known target tool, e.g. 'chatgpt'.

Output Schema

ParametersJSON Schema

Name	Required	Description
`target`	Yes	null when the target slug is not a known product.
`alternatives`	Yes

TDQS

A4.7/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond the readOnlyHint and idempotentHint annotations, the description adds the 'live' qualifier and clarifies that the input is a well-known tool slug rather than a catalog slug, preventing a common misuse. No contradictory behavior is stated, and the added context is relevant to how the tool behaves.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Two concise sentences front-load the core action ('List live, same-category alternatives') and then provide usage and parameter guidance without any fluff. Every word earns its place, making it easy for the agent to parse quickly.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With a one-parameter schema, full schema description coverage, a documented output schema, and three annotations, the description is sufficiently complete. The explicit usage trigger and parameter disambiguation cover everything needed for correct invocation.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema already documents 'target' with full coverage, but the description adds crucial disambiguation: the slug must be a well-known tool's slug, not a listing slug from this catalog. This nuance is not expressed in the schema and adds real semantic value.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description uses the verb 'list' with the resource 'alternatives to a well-known AI tool' and clearly distinguishes itself from catalog-listing tools by noting the target is not a listing slug. This makes the tool's purpose unmistakable and differentiates it from siblings like get_tool or search_tools.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It includes an explicit trigger phrase: 'Call this when a user asks...' and clarifies that it covers competitors/substitutes, giving the AI agent clear conditions for selecting this tool. This goes beyond generic context and provides actionable usage guidance.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

list_offersList paid add-ons (offers)A

Read-onlyIdempotent

Inspect

List the optional paid add-ons a maker can buy to promote their listing (name, one-sentence effect, price in USD). Listing is always free; these only ADD reach and are always labeled 'Sponsored'. Call this to see what's purchasable before create_checkout. During free early access (early-bird), offers are not yet purchasable and this says so (purchasable=false).

ParametersJSON Schema

Name	Required	Description	Default
No parameters

Output Schema

ParametersJSON Schema

Name	Required	Description
`note`	Yes
`site`	Yes
`offers`	Yes
`purchasable`	Yes	False during free early access — nothing can be bought.

TDQS

A4.7/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description goes beyond annotations by noting it returns purchasable flag (readOnlyHint) which is extra context. The description also discloses early-bird status effect, which is behavioral transparency. The description says what is the behavior (purchasable) but the description already covers that, but the description adds the early-bird context, which is valuable. No contradiction found.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is a single paragraph with three sentences, each packed with relevant information: what the tool lists, that it's free and optional, and the early-bird caveat. There is no fluff or repetition, making it appropriately sized and front-loaded with the core purpose.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

The tool has no parameters, annotations are provided (readOnlyHint, idempotentHint), and there is an output schema (though not detailed here). The description covers the key contextual points: that offers are optional add-ons, their purpose, and the early-access limitation. This is sufficient for the agent to use the tool correctly, and the output schema likely details the response structure.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The schema has zero parameters, so there is nothing for the description to explain. The description still adds meaning by describing what the tool returns (name, effect, price, purchasable flag), which is useful for the agent's decision. With no parameters, the schema coverage is 100% coverage, but the schema coverage is, but the description's description coverage is high, but the schema coverage is the same, but the output schema, but the schema coverage is the same as the same, but the same as the same as the same, so the description adds value beyond the schema.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it lists optional paid add-ons (offers), specifies the details (name, effect, price), and distinguishes it from alternatives by noting it is the precursor to create_checkout. The verb 'List' with a specific resource (paid add-ons) is unambiguous.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explicitly says 'Call this to see what's purchasable before create_checkout', providing clear when-to-use guidance. It also explains the purpose (promote listings) and clarifies that during early access, offers are not purchasable, which is a usage context.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

search_toolsSearch AI toolsA

Read-onlyIdempotent

Inspect

Search the The AI Tools Index catalog of live, published AI tools by a free-text query. Matches on tool name, tagline, or category name (case-insensitive substring). Call this first when a user asks to find, discover, or compare AI tools by keyword, use-case, or category (e.g. 'agents', 'writing assistants'). Returns up to 20 results.

ParametersJSON Schema

Name	Required	Description	Default
`query`	Yes	Free-text search term, e.g. a tool name, use-case, or category.

Output Schema

ParametersJSON Schema

Name	Required	Description
`results`	Yes	Matching live listings, newest first, capped at 20.

TDQS

A4.4/5.0

Behavior4/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already indicate readOnlyHint=true, idempotentHint=true, and openWorldHint=false. The description adds useful behavioral detail beyond those: it searches only live/published tools, matching is case-insensitive substring on three fields, and it returns up to 20 results. This clarifies scope and result limits that annotations alone do not convey. No contradiction with annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is three sentences, each earning its place: what it searches, when to call it first, and result limit. It is front-loaded with the core action and immediately follows with search scope, then usage guidance. No filler or redundant restatement of the title.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness4/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a single-parameter, read-only, idempotent search tool with an output schema, the description is highly complete. It covers the data domain, matching behavior, use-case triggers, and result cap. It doesn't explain pagination or exact output structure, but the output schema exists and the operation is intrinsically list-like, so this is sufficient.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%: the 'query' parameter already has a clear description ('Free-text search term, e.g. a tool name, use-case, or category.'). The tool description reiterates the same idea without adding materially new information about parameter format, special syntax, or edge cases, so the baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description names a specific verb ('Search') and resource ('The AI Tools Index catalog of live, published AI tools'), states match fields (tool name, tagline, category name), and specifies the search is free-text and case-insensitive. It also distinguishes from siblings by positioning this as the catalog-wide search entry point, while siblings like get_tool, list_alternatives, and list_offers serve more targeted lookups.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description explicitly instructs 'Call this first when a user asks to find, discover, or compare AI tools by keyword, use-case, or category', giving concrete triggers and examples. It also implies that this is the initial broad-search tool before narrowing down with siblings, even if it doesn't explicitly enumerate exclusions for each sibling.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

submit_toolSubmit a new AI toolAInspect

Submit a new AI tool to The AI Tools Index on behalf of its maker. Creates a draft listing (not yet public) and returns a claimUrl the maker must visit to sign up and claim/publish it. Call this only when a user explicitly wants to list their own tool — never to submit a tool on someone else's behalf without their email. Rate-limited globally to 5 submissions per hour. Supply tagline, problemSolved, logoUrl and imageUrls whenever you can: they are what make the published listing look like a real product page rather than a stub.

ParametersJSON Schema

Name	Required	Description
`url`	Yes	The tool's https homepage URL.
`name`	Yes	The tool's name.
`email`	Yes	The maker's email — used to claim the listing on signup.
`logoUrl`	No	https URL of the tool's logo. We copy it to our own storage — we never hotlink the maker's host.
`tagline`	No	One line shown on every card (max 60 chars). Supply it — without one we fall back to a truncated description.
`xHandle`	No	X/Twitter handle, without the @.
`category`	Yes	Category slug, e.g. 'agents', 'writing', 'coding', 'design', 'marketing', 'productivity', 'video', 'analytics'.
`imageUrls`	No	Up to 5 https screenshot URLs, best first. Copied to our own storage. Without any, the listing shows a generated placeholder card instead of a real screenshot.
`description`	Yes	A description of the tool (40-1000 chars).
`problemSolved`	No	What problem the tool solves, in the maker's words (max 160 chars). Rendered as its own block on the listing page.
`xHandleIsFounder`	No	True when the handle is the founder's personal account rather than the product's.

Output Schema

ParametersJSON Schema

Name	Required	Description
`ok`	Yes
`error`	No
`claimUrl`	No	Where the maker signs up to claim the DRAFT. Present only when ok is true.

TDQS

A4.9/5.0

Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Beyond annotations (which are all false), the description discloses key behaviors: the submission is a draft that becomes public only after the maker visits a claimUrl, and the tool is rate-limited globally to 5 submissions per hour. This adds crucial context about side effects and constraints that annotations do not convey.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is two sentences and front-loaded with the primary action. It packs essential information—purpose, draft workflow, usage restrictions, rate limit, and param guidance—without wasted words. Every sentence earns its place.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the tool's complexity (11 params, 5 required, output schema present), the description covers the submission process, the claim flow, rate limiting, when to call, and which parameters to prioritize. It mentions the key output (claimUrl) and doesn't need to repeat schema details, making it fully adequate for an AI agent to operate correctly.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The input schema already describes all 11 parameters (100% coverage), so the description needs to add value beyond that. It does so by advising 'Supply tagline, problemSolved, logoUrl and imageUrls whenever you can' and explaining their impact on listing quality. However, it doesn't add syntax or format details beyond the schema, so a 4 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description uses a specific verb ('Submit a new AI tool to The AI Tools Index on behalf of its maker') and clearly states the resource and outcome ('Creates a draft listing (not yet public) and returns a claimUrl'). This distinguishes it from sibling tools like search_tools or create_checkout, which serve different actions.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines5/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides explicit when-to-use ('Call this only when a user explicitly wants to list their own tool') and when-not-to-use ('never to submit a tool on someone else's behalf without their email') guidance. It also notes a global rate limit, preventing misuse. While it doesn't name alternatives, the sibling tools are sufficiently distinct that no alternative is needed.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

1 tool updateAug 23, 2026

Changedcreate_checkout2 fields changed

changedInput schema / properties / product / description

Previous value: -"Add-on key: premium_launch, review_one, review_monthly. See list_offers for names, effects, and prices."New value: +"Add-on key: premium_launch, review_one, review_monthly, network_all, network_three. See list_offers for names, effects, and prices."

changedInput schema / properties / product / enum

Previous value: -[
-  "premium_launch",
-  "review_one",
-  "review_monthly"
-]New value: +[
+  "premium_launch",
+  "review_one",
+  "review_monthly",
+  "network_all",
+  "network_three"
+]

6 tool updatesAug 20, 2026

Changedcreate_checkout1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "checkoutUrl": {
+      "description": "A URL a HUMAN must open. Nothing is charged until a person completes it.",
+      "type": "string"
+    },
+    "error": {
+      "type": "string"
+    },
+    "instruction": {
+      "type": "string"
+    },
+    "ok": {
+      "type": "boolean"
+    }
+  },
+  "required": [
+    "ok"
+  ],
+  "type": "object"
+}

Changedget_tool1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "tool": {
+      "anyOf": [
+        {
+          "additionalProperties": false,
+          "properties": {
+            "askingPriceUsd": {
+              "type": "number"
+            },
+            "category": {
+              "type": "string"
+            },
+            "description": {
+              "type": "string"
+            },
+            "faviconUrl": {
+              "anyOf": [
+                {
+                  "type": "string"
+                },
+                {
+                  "type": "null"
+                }
+              ]
+            },
+            "forSale": {
+              "const": true,
+              "type": "boolean"
+            },
+            "launchDate": {
+              "description": "ISO 8601 timestamp of the real launch date.",
+              "type": "string"
+            },
+            "logoUrl": {
+              "anyOf": [
+                {
+                  "type": "string"
+                },
+                {
+                  "type": "null"
+                }
+              ]
+            },
+            "name": {
+              "type": "string"
+            },
+            "ogImageUrl": {
+              "anyOf": [
+                {
+                  "type": "string"
+                },
+                {
+                  "type": "null"
+                }
+              ]
+            },
+            "revenueVerifiedAt": {
+              "description": "ISO 8601 timestamp of the last Stripe verification.",
+              "type": "string"
+            },
+            "selfReported": {
+              "const": true,
+              "description": "Marks selfReportedMrrUsd as unverified. Never report it as verified.",
+              "type": "boolean"
+            },
+            "selfReportedMrrUsd": {
+              "description": "Present only when the figure is the maker's own claim.",
+              "type": "number"
+            },
+            "tagline": {
+              "type": "string"
+            },
+            "toolUrl": {
+              "type": "string"
+            },
+            "url": {
+              "type": "string"
+            },
+            "verifiedMrrUsd": {
+              "description": "Present only when the maker connected Stripe.",
+              "type": "number"
+            }
+          },
+          "required": [
+            "name",
+            "tagline",
+            "description",
+            "url",
+            "category",
+            "launchDate",
+            "toolUrl",
+            "logoUrl",
+            "faviconUrl",
+            "ogImageUrl"
+          ],
+          "type": "object"
+        },
+        {
+          "type": "null"
+        }
+      ],
+      "description": "null when the slug does not resolve to a live listing on this site."
+    }
+  },
+  "required": [
+    "tool"
+  ],
+  "type": "object"
+}

Changedlist_alternatives1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "alternatives": {
+      "items": {
+        "additionalProperties": false,
+        "properties": {
+          "name": {
+            "type": "string"
+          },
+          "tagline": {
+            "type": "string"
+          },
+          "toolUrl": {
+            "type": "string"
+          }
+        },
+        "required": [
+          "name",
+          "tagline",
+          "toolUrl"
+        ],
+        "type": "object"
+      },
+      "type": "array"
+    },
+    "target": {
+      "anyOf": [
+        {
+          "additionalProperties": false,
+          "properties": {
+            "name": {
+              "type": "string"
+            },
+            "url": {
+              "type": "string"
+            }
+          },
+          "required": [
+            "name",
+            "url"
+          ],
+          "type": "object"
+        },
+        {
+          "type": "null"
+        }
+      ],
+      "description": "null when the target slug is not a known product."
+    }
+  },
+  "required": [
+    "target",
+    "alternatives"
+  ],
+  "type": "object"
+}

Changedlist_offers1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "note": {
+      "type": "string"
+    },
+    "offers": {
+      "items": {
+        "additionalProperties": false,
+        "properties": {
+          "key": {
+            "type": "string"
+          },
+          "name": {
+            "type": "string"
+          },
+          "priceUsd": {
+            "type": "number"
+          },
+          "whatItDoes": {
+            "type": "string"
+          }
+        },
+        "required": [
+          "key",
+          "name",
+          "whatItDoes",
+          "priceUsd"
+        ],
+        "type": "object"
+      },
+      "type": "array"
+    },
+    "purchasable": {
+      "description": "False during free early access — nothing can be bought.",
+      "type": "boolean"
+    },
+    "site": {
+      "type": "string"
+    }
+  },
+  "required": [
+    "site",
+    "purchasable",
+    "note",
+    "offers"
+  ],
+  "type": "object"
+}

Changedsearch_tools1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "results": {
+      "description": "Matching live listings, newest first, capped at 20.",
+      "items": {
+        "additionalProperties": false,
+        "properties": {
+          "category": {
+            "type": "string"
+          },
+          "faviconUrl": {
+            "anyOf": [
+              {
+                "type": "string"
+              },
+              {
+                "type": "null"
+              }
+            ]
+          },
+          "logoUrl": {
+            "anyOf": [
+              {
+                "type": "string"
+              },
+              {
+                "type": "null"
+              }
+            ]
+          },
+          "name": {
+            "type": "string"
+          },
+          "site": {
+            "type": "string"
+          },
+          "tagline": {
+            "type": "string"
+          },
+          "toolUrl": {
+            "type": "string"
+          },
+          "url": {
+            "type": "string"
+          }
+        },
+        "required": [
+          "name",
+          "tagline",
+          "url",
+          "category",
+          "site",
+          "toolUrl",
+          "logoUrl",
+          "faviconUrl"
+        ],
+        "type": "object"
+      },
+      "type": "array"
+    }
+  },
+  "required": [
+    "results"
+  ],
+  "type": "object"
+}

Changedsubmit_tool1 field changed

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "http://json-schema.org/draft-07/schema#",
+  "additionalProperties": false,
+  "properties": {
+    "claimUrl": {
+      "description": "Where the maker signs up to claim the DRAFT. Present only when ok is true.",
+      "type": "string"
+    },
+    "error": {
+      "type": "string"
+    },
+    "ok": {
+      "type": "boolean"
+    }
+  },
+  "required": [
+    "ok"
+  ],
+  "type": "object"
+}

6 tool updatesAug 20, 2026
- First observedcreate_checkout
- First observedget_tool
- First observedlist_alternatives
- First observedlist_offers
- First observedsearch_tools
- First observedsubmit_tool

Related MCP Connectors

Launchelion A
com.launchelion
Daily leaderboard of newly-launched AI tools with real launch dates and Stripe-verified revenue.
AI & Machine Learning Finance Open Data
61
IA Selecta A
com.iaselecta
Catálogo de herramientas de IA por categoría, con fechas reales e ingresos verificados.
AI & Machine Learning Developer Tools
61
Beste KI Tools A
com.bestekitools
KI-Tools nach Kategorien, mit echten Startdaten und über Stripe geprüften Umsätzen.
AI & Machine Learning Research & Data
61
KI Tools Heute A
com.kitoolsheute
Tägliche Rangliste neuer KI-Tools mit echten Startdaten und über Stripe geprüften Umsätzen.
AI & Machine Learning Open Data
61

Related MCP Servers

AI Product Index
Search Open Data
110kc3
F
license
Not graded
quality
A
maintenance
Machine-readable directory of AI products that register themselves, plus an agent-readability grader for any URL.
Updated 3 days ago (2026-09-10 05:37 UTC)
1
-
agent101-mcp
Search RAG Systems Agent Orchestration
rachelsu-blip
A
license
Not graded
quality
Not graded
maintenance
Search and discover 500+ tools, APIs, and services for AI agents. Browse 15 categories, get recommendations, and access structured metadata including auth methods, free tiers, and example calls.
Updated 6 months ago (2026-03-15 00:55 UTC)
1
-
Qwery MCP Server
Search RAG Systems Agent Orchestration
kingroyalabstergo-agent
A
license
Not graded
quality
D
maintenance
A search engine for AI agents that enables searching, comparing, and discovering over 500 businesses across 112 categories with structured pricing data. It allows users to filter listings by price, category, and country to find and analyze specific business services.
Updated 6 months ago (2026-03-09 02:02 UTC)
6 npm
MIT
tooldirectory-mcp
Search AI & Machine Learning
AI-Directory-Partners
A
license
A
quality
C
maintenance
Search the AI Tool Directory catalog of 2,000+ AI tools — compare tools, find curated alternatives, and check whether a tool is still active, defunct, or acquired (backed by the AI Graveyard dataset).
Updated 2 months ago (2026-07-04 11:39 UTC)
6
11 npm
1
MIT

Try in Browser

One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources

Need Help?