Reqbeat Hiring Signals
REMOTE · MCP.REQBEAT.COM · SCANNED AUG 3
Find companies hiring for a role and geo, qualify them, and watch them for changes.
Available components
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →
Endpoint Security46
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 10 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS not yet verified: we couldn't determine whether a plaintext access path exists. View diagnostics → Unverified
- HSTS check failed: the Strict-Transport-Security header is absent. See how to fix → View diagnostics → Fail
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability45
- AI-judged instruction clarity (fair).Partial
- Context-footprint check failed: tool/resource definitions use about 1615 tokens (~161/item across 10 items; 10 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management20
- Stability observed for 6 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage67
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 0% of tool parameters carry a description.Fail
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.
remote · mcp.reqbeat.com
claude mcp add --transport http com-reqbeat-hiring-signals https://mcp.reqbeat.com/mcp
[mcp_servers.com-reqbeat-hiring-signals] url = "https://mcp.reqbeat.com/mcp"
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"com-reqbeat-hiring-signals": {
"type": "remote",
"url": "https://mcp.reqbeat.com/mcp",
"enabled": true
}
}
} openclaw mcp add com-reqbeat-hiring-signals --url https://mcp.reqbeat.com/mcp --transport streamable-http
mcp_servers:
com-reqbeat-hiring-signals:
url: "https://mcp.reqbeat.com/mcp" {
"mcpServers": {
"com-reqbeat-hiring-signals": {
"type": "http",
"url": "https://mcp.reqbeat.com/mcp"
}
}
} The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 2 Aug 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.
- 1 Aug 26 +33
- Transport: fail → pass ▲ security
- Authorization: Authorisation not fully verified: no authorisation is required to call this server, and 10 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. security
- Tool coverage: unverified → 100 ▲ functional
- Stability: unverified → 0.13 ▲ functional
- MCP protocol: unverified → pass ▲ functional
- 31 Jul 26 −31
- We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
- 30 Jul 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 3 to 7. That category is still filling its 30-day observation window: 1 days of observed history at the previous scan, 2 at this one. The score rises as the window fills, whether or not the server changes.
- 29 Jul 26 −1
- Tool “who_is_hiring_for” rewrote its description, which is the text the model reads security
- Stability: unverified → 0.03 ▲ functional
- Server version: 1.28.1 → 1.0.0 functional
- 28 Jul 26 49
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 3 Aug 2026 · Probed https://mcp.reqbeat.com/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=reqbeat.com | CN=WE1,O=Google Trust Services,C=US | 18 Jul 2026 | 16 Oct 2026 | ECDSA 256 | ECDSA-SHA256 | f6c5e660842fc24f13a19eac1e0124b7 |
| SANs: reqbeat.com, *.reqbeat.com | ||||||
| CN=WE1,O=Google Trust Services,C=US (CA) | CN=GTS Root R4,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | ECDSA 256 | ECDSA-SHA384 | 7ff31977972c224a76155d13b6d685e3 |
| CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 15 Nov 2023 | 28 Jan 2028 | ECDSA 384 | SHA256-RSA | 7fe530bf331343bedd821610493d8a1b |
DNSSEC insecure
Validation of mcp.reqbeat.com. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| com. | present | 19718 | 13 | Verified |
| reqbeat.com. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://mcp.reqbeat.com/mcp | Verified | 200 | |
| http (plaintext) | http://mcp.reqbeat.com/mcp | Inconclusive | 406 |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.
get_changes ~145
The `since=cursor` diff feed -- ledger events with `event_seq > since`, plus a `next_cursor`. Meters one `change` unit per event returned, independent of poll count. A free-tier caller is freshness-floored, the same as every other free-tier read. `limit` is bounded: an oversized page is rejected rather than truncated, so replay with `next_cursor` instead of raising `limit`.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | — | — | — |
| event_type | — | — | — |
| idempotency_key | — | — | — |
| limit | integer | — | — |
| plane_api_key | — | — | — |
| since | integer | yes | — |
No output schema declared.
No examples provided.
get_open_reqs ~129
The company's current active reqs, deduped across boards -- ATS/board-only, freshness-floored. `function` must be a function id (as seen in prior results); a plain role name like 'engineering' is rejected with an explicit error rather than an empty result. `limit` is bounded: an oversized page is rejected rather than truncated.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| country | — | — | — |
| function | — | — | — |
| idempotency_key | — | — | — |
| limit | integer | — | — |
| plane_api_key | — | — | — |
No output schema declared.
No examples provided.
hiring_pulse ~89
A company's hiring velocity/direction/momentum in one call -- dual-metered via `max_age` (seconds). Cold returns `{job_id, status: "crawling"}` instead of a synchronous body, same as the REST route.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| idempotency_key | — | — | — |
| max_age | — | — | — |
| plane_api_key | — | — | — |
No output schema declared.
No examples provided.
is_hiring ~196
WHEN an agent already holds a company and needs to qualify it -- the cheap gate before spending a richer call. ATS/board-only and freshness-floored. Takes the integer `company_id` from an earlier result, not a company name or domain. company_id=1234 -> is_hiring true, open_req_count 7, coverage_status "ats_direct_hit". company_id=5678 -> is_hiring false with coverage_status "no_ats_signal" -- that company has no ATS coverage yet, which is not evidence it is quiet, so do not score it as a negative. No key yet? Pass `plane_api_key` as an empty string and the call answers with a signup link instead of an auth error. To find companies in the first place, use `who_is_hiring_for`.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| idempotency_key | — | — | — |
| plane_api_key | — | — | — |
No output schema declared.
No examples provided.
pre_action_brief ~87
The motion atoms + history primitives pre-joined into one bounded, compact call -- dual-metered via `max_age`. Cold returns `{job_id, status: "crawling"}`, same as the REST route.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| idempotency_key | — | — | — |
| max_age | — | — | — |
| plane_api_key | — | — | — |
No output schema declared.
No examples provided.
register_webhook ~184
Register the delivery target a watch fires to, and get back the `webhook_endpoint_id` `watch_company` needs -- call this first if you do not already hold one. Idempotent: registering the same `url` twice returns the same id, so retrying is safe and never leaves you with two endpoints. `secret` is optional; supply one to verify the `X-Plane-Signature` on delivered payloads, omit it and one is generated (it is never returned). Registration itself is free -- the `watch_company` call that follows is what bills. Plane session only: `webhook_endpoints` is plane-owned and this tool reads no corpus table.
| Name | Type | Req | Description |
|---|---|---|---|
| plane_api_key | — | — | — |
| secret | — | — | — |
| url | string | yes | — |
No output schema declared.
No examples provided.
search_jobs ~230
Flat, role-granular job search -- the individual open roles across companies matching `role` (function) / `geo` (country) / `since`, one row per logical req (each with its own `company_id` + `req_key`), ATS-only + freshness-floored. Keyset-paginated via the opaque `cursor` (a prior call's `next_cursor`). Use `who_is_hiring_for` for the company-granular reverse view. `role` must be a function id (as seen in prior results); a plain role name like 'engineering' is rejected with an explicit error rather than an empty result. `limit` is bounded: an oversized page is rejected rather than truncated, so page through the full set with `cursor` instead of raising `limit`.
| Name | Type | Req | Description |
|---|---|---|---|
| cursor | — | — | — |
| geo | — | — | — |
| idempotency_key | — | — | — |
| limit | integer | — | — |
| plane_api_key | — | — | — |
| role | — | — | — |
| since | — | — | — |
No output schema declared.
No examples provided.
watch_company ~87
Subscribe to a company's hiring events on a registered webhook -- `webhook_endpoint_id` must belong to the same customer as the authenticated key. Meters one `watch` unit.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| event_types | array | yes | — |
| idempotency_key | — | — | — |
| plane_api_key | — | — | — |
| webhook_endpoint_id | integer | yes | — |
No output schema declared.
No examples provided.
who_is_hiring_for ~349
WHEN an agent needs to FIND the companies worth working -- the sourcing step, before it knows which companies exist. Reverse who's-hiring-for {role, geo} search: companies with active reqs matching `role`/`geo`/`since`, deduped by company, keyset-paginated via `cursor`. `role` is free text matched against the posting title, not an id. `geo` is resolved to a stored country before matching; an unresolvable one is an explicit error, never a quietly partial page. `limit` is bounded -- page through the full set with `cursor` instead of raising it. Billed per company returned (~0.10 USD each) -- an empty result bills nothing. role="backend engineer", geo="USA" -> the companies with matching active reqs, each with its pulse and its matched reqs. geo="Atlantis" -> an explicit unresolvable-country error rather than an empty page. No key yet? On the hosted HTTP endpoint the first calls are free: pass `plane_api_key` as an empty string and the search runs on a shared demo credential -- a smaller page, billed to nobody -- until a per-IP limit is reached, after which the answer becomes a signup link whose minted key finishes this exact search. On any other transport a blank key answers with that signup link straight away. Already holding a company_id and only need a yes/no? Use `is_hiring`.
| Name | Type | Req | Description |
|---|---|---|---|
| cursor | — | — | — |
| geo | — | — | — |
| idempotency_key | — | — | — |
| limit | integer | — | — |
| plane_api_key | — | — | — |
| role | — | — | — |
| since | — | — | — |
No output schema declared.
No examples provided.
write_outcome ~119
Write back a conversion outcome for `company_id` -- the label-flywheel substrate. Appends to `outcome_labels` scoped to the caller's own customer. Plane session only: `outcome_labels` is plane-owned (Phase 1 dropped its one foreign key into the corpus) and this tool reads no corpus table.
| Name | Type | Req | Description |
|---|---|---|---|
| company_id | integer | yes | — |
| observed_at | string | yes | — |
| outcome | string | yes | — |
| plane_api_key | — | — | — |
| req_key | — | — | — |
No output schema declared.
No examples provided.