Rahul D Sarker: Marketing & RevOps Tools

Growth Team Hiring Sequence Planner

growth_team_hiring_sequence_planner

Read-onlyIdempotent

Recommend the right growth/marketing hiring sequence for your ARR band, from founder-led at pre-$1M to a full leadership team at $10M+. See the full version at https://rahuldsarker.co/calculators/growth-team-hiring-sequence-planner

Input Schema

TableJSON Schema

Name	Required	Description	Default
`arr`	Yes	Current annual recurring revenue (ARR)
`currency`	No	ISO 4217 code for money in the result, e.g. "USD", "INR", "EUR", "GBP". Omit to show plain numbers.

Output Schema

TableJSON Schema

Name	Required	Description
`url`	Yes
`kind`	Yes
`tool`	Yes	The calculator tool that produced this result
`notes`	Yes
`title`	Yes
`inputs`	Yes
`compact`	Yes
`metrics`	Yes	Every "Label: value" line of the result; value is the first number on the line
`currency`	Yes
`benchmarks`	Yes	Rule-of-thumb verdicts for the headline numbers
`bookingUrl`	Yes
`calculator`	Yes	Slug of the interactive calculator on rahuldsarker.co

Schema Changelog

Changes observed during successful MCP inspections.

Changed2 schema fields changedSep 30, 2026

addedInput schema / properties / currency

Added value: +{
+  "description": "ISO 4217 code for money in the result, e.g. \"USD\", \"INR\", \"EUR\", \"GBP\". Omit to show plain numbers.",
+  "pattern": "^[A-Za-z]{3}$",
+  "type": "string"
+}

changedOutput schema / (root)

Previous value: -nullNew value: +{
+  "$schema": "https://json-schema.org/draft/2020-12/schema",
+  "additionalProperties": false,
+  "properties": {
+    "benchmarks": {
+      "description": "Rule-of-thumb verdicts for the headline numbers",
+      "items": {
+        "additionalProperties": false,
+        "properties": {
+          "band": {
+            "type": "string"
+          },
+          "display": {
+            "type": "string"
+          },
+          "metric": {
+            "type": "string"
+          },
+          "name": {
+            "type": "string"
+          },
+          "read": {
+            "type": "string"
+          },
+          "segment": {
+            "type": [
+              "string",
+              "null"
+            ]
+          },
+          "source": {
+            "type": "string"
+          },
+          "target": {
+            "type": "string"
+          },
+          "tone": {
+            "enum": [
+              "good",
+              "ok",
+              "warn",
+              "bad"
+            ],
+            "type": "string"
+          },
+          "value": {
+            "type": "number"
+          }
+        },
+        "required": [
+          "metric",
+          "name",
+          "value",
+          "display",
+          "band",
+          "tone",
+          "read",
+          "target",
+          "segment",
+          "source"
+        ],
+        "type": "object"
+      },
+      "type": "array"
+    },
+    "bookingUrl": {
+      "type": "string"
+    },
+    "calculator": {
+      "description": "Slug of the interactive calculator on rahuldsarker.co",
+      "type": "string"
+    },
+    "compact": {
+      "type": "boolean"
+    },
+    "currency": {
+      "type": [
+        "string",
+        "null"
+      ]
+    },
+    "inputs": {
+      "additionalProperties": {},
+      "propertyNames": {
+        "type": "string"
+      },
+      "type": "object"
+    },
+    "kind": {
+      "const": "calculator",
+      "type": "string"
+    },
+    "metrics": {
+      "description": "Every \"Label: value\" line of the result; value is the first number on the line",
+      "items": {
+        "additionalProperties": false,
+        "properties": {
+          "display": {
+            "type": "string"
+          },
+          "label": {
+            "type": "string"
+          },
+          "unit": {
+            "anyOf": [
+              {
+                "enum": [
+                  "currency",
+                  "x",
+                  "%",
+                  "months"
+                ],
+                "type": "string"
+              },
+              {
+                "type": "null"
+              }
+            ]
+          },
+          "value": {
+            "type": [
+              "number",
+              "null"
+            ]
+          }
+        },
+        "required": [
+          "label",
+          "value",
+          "unit",
+          "display"
+        ],
+        "type": "object"
+      },
+      "type": "array"
+    },
+    "notes": {
+      "items": {
+        "type": "string"
+      },
+      "type": "array"
+    },
+    "title": {
+      "type": "string"
+    },
+    "tool": {
+      "description": "The calculator tool that produced this result",
+      "type": "string"
+    },
+    "url": {
+      "type": "string"
+    }
+  },
+  "required": [
+    "kind",
+    "tool",
+    "title",
+    "calculator",
+    "url",
+    "bookingUrl",
+    "currency",
+    "compact",
+    "inputs",
+    "metrics",
+    "notes",
+    "benchmarks"
+  ],
+  "type": "object"
+}

First observedSep 29, 2026

TDQS

B3.1/5.0

Behavior3/5

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

Annotations already declare readOnlyHint, idempotentHint, non-destructive and closed-world, so the safety profile is covered. The description adds only the ARR-band framing, which is more purpose than behavior; it says nothing about how recommendations are derived or what assumption set drives the sequence.

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

Conciseness3/5

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

The core sentence is front-loaded and economical, but the trailing 'See the full version at https://...' is promotional filler that does not help an agent invoke the tool correctly and dilutes an otherwise tight sentence.

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

Completeness3/5

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

An output schema exists, so return values need not be explained, and annotations cover the safety profile for a read-only calculator. With 100% schema coverage the remaining gaps are modest, but the description still omits any usage context or differentiation from a crowded set of planning siblings.

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%, so both arr and currency are fully documented in the schema with format and pattern constraints. The description adds no syntax or interpretation detail beyond what the schema already provides, so baseline 3 applies.

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

Purpose4/5

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

States a specific verb (Recommend) and resource (growth/marketing hiring sequence) scoped by ARR band, with concrete bounds (pre-$1M to $10M+). An agent can identify the tool's output without opening the schema, though it does not differentiate against near-neighbors like in_house_vs_fractional_cmo or sdr_capacity_and_inbound_quota_planner.

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

Usage Guidelines2/5

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

The description says what the tool produces but gives no when-to-use guidance, no prerequisites, and names no alternative. There is no signal for choosing this over the other org/headcount planning tools in the sibling list.

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

All Rahul D Sarker: Marketing & RevOps Tools tools Inspect

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?