_ registry / mcp http-sse · checked 1h ago

ai-layoffs

https://ailayoffs.org

Registry code: 8e581f9c64ee9056

api record

AI Layoffs publishes an open, source-cited register of layoffs linked to AI (2023 to date) and a live 0-100 index of AI job-loss pressure. All tools are read-only and free to use.

Which tool answers which question: the current reading or trend -> get_ai_layoffs_index; 'how many jobs has AI replaced' -> count_ai_job_losses; one company -> get_company_ai_layoffs; lists, filters and recent events -> search_ai_layoff_events.

endpoint
https://ailayoffs.org/mcp
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is ai-layoffs live?
Yes — it answered the hub's last check (checked 1h ago). It answered 100% of checks over the last 30 days.
Is ai-layoffs free to use?
Yes — the hub reached it with no key and no payment.
What tools does ai-layoffs have?
4 tools: get_company_ai_layoffs, get_ai_layoffs_index, count_ai_job_losses, search_ai_layoff_events.
Is ai-layoffs safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 100%· all time 100%

latency
249ms

last good check

priced tools
0

of 4 tools

_ answered our checks, 90 days 342 checks · signed record
  • degraded → live
  • unknown → live
_ what it is for
used for
  • count jobs lost to ai
  • get ai layoffs index
  • check if a company cut jobs due to ai
  • search ai layoff events
takes → gives
text → data
tools
4 reads
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 4 tools
3 open 1 never probed 3 of 4 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • get_ai_layoffs_index reads open 15h ago

    Current reading of the AI Layoffs Index, a 0-100 score of AI-attributed job-loss pressure scaled against AI's own history since 2023 (not a share of all jobs). Returns the value, its band, the uncertainty range, the change vs last month, the three weighted components with what each reads, the as-of date, and a ready-made citation string. Takes no arguments.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • count_ai_job_losses reads open 15h ago

    Answers 'how many jobs has AI replaced (or cost) this year?' with the register's published count: roles disclosed in layoffs linked to AI, roles where the employer itself named AI, the evidence-weighted headline figure, and the independent Challenger, Gray & Christmas count of US cuts attributed to AI. Each figure carries its scope (worldwide or US), its period and its definition, plus the ready-made answer sentence. The totals are computed over the whole register, so they are the published figures, not a sum of search results. Takes no arguments.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • search_ai_layoff_events reads open 15h ago

    Search the source-cited register of layoffs linked to AI (one row per event, 2023 to date). Filter by company, free text, attribution, evidence tier, execution status, country, sector, affected role and date range; call with no arguments for the most recent events. Each event returns the employer's own stated reason (claim), roles counted vs reported but not counted, execution status, and a link to its source and its ailayoffs.org company page; set full_context for each event's longer context paragraph.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "role": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 80,
          "description": "Affected function or occupation, partial match, e.g. 'customer service', 'engineering'."
        },
        "sort": {
          "enum": [
            "newest",
            "oldest",
            "largest"
          ],
          "type": "string",
          "description": "newest first (default), oldest first, or the largest disclosed cut first."
        },
        "limit": {
          "type": "integer",
          "maximum": 50,
          "minimum": 1,
          "description": "Maximum events to return (default 10, at most 50)."
        },
        "query": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 200,
          "description": "Free text matched against the company, the stated reason, the context paragraph, sector, country, affected roles and source name. Every word must appear. Example: 'customer service'."
        },
        "since": {
          "type": "string",
          "pattern": "^\\d{4}(-\\d{2}(-\\d{2})?)?$",
          "description": "Earliest event date, inclusive: YYYY, YYYY-MM or YYYY-MM-DD."
        },
        "until": {
          "type": "string",
          "pattern": "^\\d{4}(-\\d{2}(-\\d{2})?)?$",
          "description": "Latest event date, inclusive: YYYY, YYYY-MM or YYYY-MM-DD."
        },
        "sector": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 80,
          "description": "Sector, partial match, e.g. 'Financial', 'Software'."
        },
        "company": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 120,
          "description": "Company name or part of it, e.g. 'Klarna'."
        },
        "country": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 80,
          "description": "Country as recorded, partial match, e.g. 'United States', 'India', 'Sweden'. For US-based roles use us_only."
        },
        "us_only": {
          "type": "boolean",
          "description": "Only events whose affected roles are US-based."
        },
        "execution": {
          "type": "array",
          "items": {
            "enum": [
              "executed",
              "partial",
              "announced",
              "reversed",
              "unknown"
            ],
            "type": "string"
          },
          "description": "Keep only these execution statuses. executed: The reduction has been carried out. partial: Some of the cut is done, the rest pending. announced: A stated plan, not yet carried out (often multi-year). unknown: Execution status not established. reversed: The cut was rolled back or rehired against (e.g. Commonwealth Bank)."
        },
        "attribution": {
          "type": "array",
          "items": {
            "enum": [
              "explicit",
              "mixed",
              "blamed"
            ],
            "type": "string"
          },
          "description": "Keep only these attribution levels. explicit: The company itself declared the layoff AI-related, without citing other material factors. blamed: A credible source named AI, but the company did not. Shown as context and never counted: the register's standard requires the employer's own words to name AI, so a blamed event is a failed claim, not a discounted one. mixed: AI was cited alongside other material factors (cost, demand)."
        },
        "counted_only": {
          "type": "boolean",
          "description": "Only events whose roles the register counts as AI-attributed (drops events that are reported but not counted)."
        },
        "full_context": {
          "type": "boolean",
          "description": "Also return each event's context paragraph. Several times longer, so best with a small limit; get_company_ai_layoffs always includes it for one company."
        },
        "evidence_tier": {
          "type": "array",
          "items": {
            "enum": [
              "tier1",
              "tier2",
              "tier3"
            ],
            "type": "string"
          },
          "description": "Keep only these evidence tiers. tier1 (Primary-source attributed): AI named as a workforce driver in the company's own SEC filing, on-record earnings call, or official statement, with the event corroborated by a structured source. tier2 (Reputable-press attributed): AI named as a cause by credible journalism quoting a named company source, but not yet in a company filing. tier3 (Inferred / single-source): Attribution from one secondary tracker, an unnamed source, or vague forward-looking language."
        }
      },
      "additionalProperties": false
    }
    arguments 111 lines
  • get_company_ai_layoffs reads unknown 11h ago

    Did a specific company cut jobs because of AI? Returns the register's verdict for that company (explicit, mixed or blamed: the strongest grade among its cuts), its answer (the strongest position its own words hold: declared, cited, conflicting, attrition, denied, not-named, or statement for a workforce statement with no cut), a plain-language summary, the roles it disclosed vs the roles counted as AI-attributed, and every recorded event with the employer's own words and source. It also lists the company's later cuts that the register checked and left out because neither the employer nor credible press linked them to AI (later_cuts_not_ai_linked, never counted), so a question about the newest layoff is answered either way. Accepts a company name such as 'Klarna' or 'Salesforce'. If the company is not in the register, says so and what that does and does not mean; for a notable layoff the register checked and found not linked to AI, it returns that answer with the employer's own reason and source.

    mcp-tool

    {
      "type": "object",
      "required": [
        "company"
      ],
      "properties": {
        "company": {
          "type": "string",
          "pattern": "\\S",
          "maxLength": 120,
          "minLength": 1,
          "description": "Company name, e.g. 'Klarna', 'IBM', 'Salesforce'. Partial names work."
        }
      },
      "additionalProperties": false
    }
    arguments 16 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 8e581f9c64ee9056.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/8e581f9c64ee9056/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/8e581f9c64ee9056/badge.svg)](https://brick.blue/agent/8e581f9c64ee9056?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
80%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.